Печалби:
- Обяснява предимствата на изричното указване на изходния формат
- Може да изисква формати на таблица, списък, JSON и шаблон в подходящи задачи
- Разбира интегрирането на структуриран изход в работни процеси и инструменти
Без значение колко добро е съдържанието, генерирано от AI, когато пристигне във формат, който не работи за вас, ще прекарате време в преработването му. В тази част ще се научим да контролираме формата на изхода. Казването на модела не само „какво“ да произведе, но и „в какъв формат“ да го произведе, прави изхода директно използваем и до голяма степен елиминира времето за ръчна корекция. Наричаме това „форсиране на формат“.
Защо определянето на формат е толкова важно?
Ако не посочите формат, моделът използва предпочитания си формат; това обикновено е дълъг абзац. Въпреки това, може би имате нужда от таблица, списък или структурирани данни, които да бъдат поставени в софтуер. Казването на формата предварително добавя три неща: предвидимост (една и съща структура всеки път), използваемост (директно копиране-поставяне) и интеграция (експортиране към други инструменти).
Нека изясним термина JSON тук: JSON (JavaScript Object Notation) е текстов формат, в който данните се съхраняват в двойки ключ-стойност и могат лесно да бъдат прочетени от софтуера. Например {"name": "Ali", "request": "3 license"} е част от JSON. JSON е много полезен, ако възнамерявате да прехвърлите резултата от изкуствения интелект към програма, база данни или електронна таблица.
Кой формат Кога?
формат
Най-подходящата ситуация
примерна задача
списък на съставките
Последователни/еквивалентни кратки елементи
Екшън елементи, ползи
номериран списък
Когато редът или приоритетът са важни
Инструкция стъпка по стъпка
Таблица
Сравнете елементи въз основа на множество критерии
Сравнение на доставчици
JSON
Експортиране към друг софтуер/таблица
Въвеждане на данни в CRM
Шаблон (попълнете празното поле)
Стандартен, повтарящ се документ
Оферта, писмо за отказ
параграф
Плавен разказ, история, тяло на имейл
блог, писмо
Принудително форматиране стъпка по стъпка
- Решете какво да правите с изхода. Ще бъде ли прочетено, обработено в таблица или изпратено до софтуер?
- Изберете подходящия формат. Сравнение → таблица; системен вход → JSON; четене → списък/параграф.
- Напишете формата ясно и подробно. Вместо "направи таблица" "колони: Критерии | A | B; не повече от 6 реда".
- Добавяне на граници. „Не пишете никакви коментари извън таблицата“, „връщайте само валиден JSON“.
- Покажете пример (ако е необходимо). Особено с JSON и шаблони, примерът коригира формата перфектно.
Четири копируеми шаблона
1) Сравнителна таблица:
Сравнете [A] и [B]. Формат: Таблица с маркиране. Колони: Критерии | [A] | [B]Редове: цена, време за доставка, гаранция, поддръжка. Не пишете текст извън таблицата.
2) Данни към системата (JSON):
Извлечете информацията от бележката на разговора по-долу. Върнете само валиден JSON в следната схема, не пишете нищо друго:{"person": "", "company": "", "request": "", "next_step": "", "urency": "low|medium|high"}Оставете неизвестното поле с празен низ. Забележка: [сурова бележка]
3) Стандартен шаблон на документ:
Напишете имейл за отхвърляне, като попълните точно този шаблон: Тема: Относно кандидатурата ви за [позиция]Здравейте [име],[изречение благодаря][мило изречение за отхвърляне][изречение, което оставя вратата отворена за бъдещето]Добра работа,[компания] HRVvariables: name=[...], position=[...]
4) Списък с действия:
Извлечете действия от тази бележка от срещата. Формат: всеки ред "- [Отговорен] — [действие] — [краен срок]"Предприемайте само ясни действия; пропуснете подробностите за дискусията. Забележка: [текст]
Слаба подкана / Силна подкана
Слаб:
Сравнете тези 3 лаптопа [характеристики]
Силен:
Сравнете тези 3 лаптопа. Формат: Таблица с маркиране. Колони: Модел | Цена | Процесор | RAM | Батерия (часовник) | Тегло Добавете ред от 1 изречение „Най-добра цена/производителност:“ в края. Не пишете друго описание освен таблицата и това единствено изречение. Характеристики: [характеристики]
Втората подкана прави изхода да се постави директно в презентация или имейл; не се изисква рефакторинг.
Три мини калъфа
Случай 1 — Автоматизация на въвеждането на данни. Асистент по продажбите въвеждаше ръчно ~25 бележки за обаждания в CRM всеки ден; Отне около 3 минути на бележка. Създаде подкана, която преобразува бележки във фиксирана JSON схема; резултатът беше импортиран директно, намалявайки 75-минутната ежедневна работа до само няколко минути. Ръчно са проверени само тези с надпис „спешност: висока“.
Казус 2 — Доклад за управлението. Финансов екип вземаше месечни обобщения под формата на параграфи и ги представяше в таблица на ръка. Когато форматът "таблица с фиксирани колони" беше принуден, отчетът отиде директно в презентацията; Елиминират се няколко часа работа по форматиране на месец.
Случай 3 — Стандартна кореспонденция. Екип по човешки ресурси пренаписваше имейли за отказ всеки път, тонът беше непоследователен. Когато беше наложен фиксиран модел, всички отхвърляния изглеждаха със същата нежна природа; Беше постигната както последователност, така и времето за писане беше съкратено.
Съвет: За строги формати като JSON или таблица, не забравяйте да включите ограничението „връщане само на заявения формат, без коментари преди/след“. Изреченията, добавени от модела, като "Ето таблицата, която искате:", нарушават автоматизацията.
Внимание: Форсирането на формата не гарантира точността на съдържанието. Моделът може да побере стойности, за да запълни празно пространство. По-конкретно, сравнете числата и имената в JSON изхода с източника; Правилният формат не означава правилни данни.
Ощипвания, които укрепват формата
Понякога просто да поискате формата не е достатъчно; Също така е необходимо да се гарантира, че моделът остава верен на него. Четири практически техники, често използвани в работните процеси:
- Дефинирайте полетата предварително. Коригирайте имената на колоните и броя на редовете вместо „направете таблица“. Всяка оставена неясна област кара изхода да звучи малко по-различно всеки път; Това нарушава автоматизацията.
- Изключете нула/неизвестно. Кажете „напишете null в неизвестно поле“ или „оставете празно, ако няма данни“. В противен случай моделът има тенденция да пасва на стойности, за да запълни празнината.
- Ограничете зададената стойност. Ако едно поле може да приема само определени стойности, напишете това изрично: „спешността може да бъде само ниска, средна или висока“. Това гарантира, че изходът се обработва безопасно в следващата стъпка.
- Котва чрез пример. Особено при JSON и шаблони, показването на един правилен пример заключва формата по-ефективно от дълго описание. Моделът имитира мостра.
Тези фини настройки са особено критични, когато изходът ще бъде предаден като вход към софтуер, електронна таблица или друга подкана. Разхлабеността е добре в списък, създаден за свободно четене; Но един единствен лош ред в данните, които трябва да бъдат въведени в системата, може да спре целия поток. Така че колкото по-"машинночетим" е изходът, толкова по-строги трябва да бъдат правилата за форматиране.
Разглеждане на формата и съдържанието отделно
Опитните потребители оценяват разпечатката по два начина: правилен ли е форматът и правилно ли е съдържанието? Тези двамата са независими. Една перфектна таблица може да съдържа неправилни числа; Разхвърляният параграф може да носи точна информация. Форматирането решава само първия проблем (форматиране). Вторият въпрос (точност на съдържанието) винаги изисква отделна стъпка за проверка. Имайки предвид това разграничение, предотвратява попадането в капана „това е правилно, защото изглежда добре“.
Често срещани грешки
- Форматът изобщо не е посочен. След това ръчно изхвърляне на изхода в таблица/списък.
- Оставянето на формата неясен. Казвайки "направете таблица", но не споменавайки колоните.
- Заобикаляне на ограничението за разкриване. Уводните изречения, добавени от модела, нарушават автоматизацията.
- Избор на грешен формат. Искане за сравнение с параграф и разказ с таблица.
- Доверяване на жътваря и непроверяване на съдържанието. Не забелязвам подходящата стойност в чист JSON.
В обобщение
- Налагането на формат изрично казва на модела формата на изхода (списък, таблица, JSON, шаблон).
- Правилният формат осигурява предвидимост, използваемост и интеграция в други инструменти.
- Изберете формата според това, което ще правите: сравнителна таблица, системен вход JSON, списък за четене/параграф.
- За строгите формати ограничението „връщане само на този формат, без добавяне на коментари“ е от съществено значение.
- Правилната форма не означава правилно съдържание; Проверете номерата и имената.
Задача за приложение
Изберете работа, чийто резултат винаги пренареждате ръчно. Определете подходящ формат (таблица, JSON или шаблон) и го добавете към подканата и задайте ограничението „връщане само на този формат“. Опитайте да поставите изхода директно в целта (презентация, електронна таблица, софтуер) и измерете времето, което спестявате.
контролен списък
- [ ] Мога да избера кой формат е подходящ за коя задача.
- [ ] Описвам подробно формата (колони, полета, схема).
- [ ] Ограничавам „анотацията“ в строги формати.
- [ ] Знам за какво служи JSON и кога да го използвам.
- [ ] Отбелязвам, че правилното форматиране не валидира съдържанието.