одиниця 7 / 12

Форматування: таблиця, JSON, список, шаблон

Прибуток:

  • Пояснює переваги явного вказівки вихідного формату
  • Може запитувати формати таблиць, списків, JSON і шаблонів у відповідних завданнях
  • Розуміє інтеграцію структурованого виведення в робочі процеси та інструменти

Незалежно від того, наскільки якісним є створений штучним інтелектом контент, коли він надходить у форматі, який вам не підходить, ви витратите час на його рефакторинг. У цьому розділі ми навчимося керувати форматом виведення. Вказуючи моделі не лише «що» створити, але й «у якому форматі» її створити, робить вихід придатним для безпосереднього використання та значною мірою виключає час ручного виправлення. Ми називаємо це «форсуванням формату».

Чому вказувати формат так важливо?

Якщо ви не вкажете формат, модель використовує бажаний формат; зазвичай це буде довгий абзац. Однак, можливо, вам знадобиться таблиця, список або структуровані дані, які потрібно вставити в програмне забезпечення. Попереднє визначення формату додає три речі: передбачуваність (однакова структура кожного разу), зручність використання (пряме копіювання та вставлення) та інтеграцію (експорт до інших інструментів).

Давайте роз’яснимо термін JSON: JSON (об’єктна нотація JavaScript) — це текстовий формат, у якому дані зберігаються в парах ключ-значення та можуть бути легко прочитані програмним забезпеченням. Наприклад, {"name": "Ali", "request": "3 license"} є частиною JSON. JSON дуже корисний, якщо ви збираєтеся передати вихідні дані штучного інтелекту в програму, базу даних або електронну таблицю.

Який формат Коли?

Формат

Найбільш підходяща ситуація

зразок завдання

список інгредієнтів

Послідовні/еквівалентні короткі елементи

Елементи дії, переваги

нумерований список

Коли важливий порядок або пріоритет

Покрокова інструкція

Таблиця

Порівнюйте елементи за кількома критеріями

Порівняння постачальників

JSON

Експорт в інше програмне забезпечення/таблицю

Введення даних в CRM

Шаблон (заповніть порожнє поле)

Стандартний документ, що повторюється

Пропозиція, лист-відмова

пункт

Плавна розповідь, історія, тіло електронного листа

блог, лист

Примусове форматування крок за кроком

  1. Вирішіть, що робити з результатом. Чи буде він прочитаний, оброблений у таблицю чи надісланий до програмного забезпечення?
  2. Виберіть відповідний формат. Порівняння → таблиця; системний ввід → JSON; читання → список/абзац.
  3. Напишіть формат чітко та докладно. Замість "зробити таблицю" "стовпці: Критерії | А | Б; не більше 6 рядків".
  4. Додати межі. «Не писати жодних коментарів поза таблицею», «повертати лише дійсний JSON».
  5. Покажіть приклад (за потреби). Особливо з JSON і шаблонами, приклад ідеально виправляє формат.

Чотири шаблони, які можна копіювати

1) Порівняльна таблиця:

Порівняйте [A] і [B]. Формат: Таблиця розцінки. Стовпці: Критерії | [A] | [B]Рядки: ціна, час доставки, гарантія, підтримка. Не пишіть текст поза таблицею.

2) Дані в систему (JSON):

Витягніть інформацію з нотатки розмови нижче. Повертайте лише дійсний JSON у наведеній нижче схемі, більше нічого не пишіть:{"person": "", "company": "", "request": "", "next_step": "", "urency": "low|medium|high"}Залиште невідоме поле з порожнім рядком. Примітка: [необроблена примітка]

3) Стандартний шаблон документа:

Напишіть електронний лист про відмову, заповнивши саме цей шаблон: Тема: Про вашу заявку на [позицію]Привіт, [ім’я],[речення спасибі][добрі речення про відмову][речення, яке залишає двері відкритими для майбутнього]Гарна робота,[компанія] HRVariables: name=[...], position=[...]

4) Список дій:

Витягніть дії з цієї нотатки наради. Формат: кожен рядок "- [Відповідальний] — [дія] — [термін]" Виконуйте лише чіткі дії; пропустити деталі обговорення. Примітка: [текст]

Слабка підказка / Сильна підказка

Слабкий:

Порівняйте ці 3 ноутбуки [функції]

Сильний:

Порівняйте ці 3 ноутбуки. Формат: таблиця розцінки. Стовпці: модель | Ціна | Процесор | Оперативна пам'ять | Акумулятор (годинник) | Вага Додайте рядок із 1 реченням "Найкраща ціна/продуктивність:" у кінці. Не пишіть жодного опису, крім таблиці та цього окремого речення. Особливості: [особливості]

Друга підказка вставляє результат безпосередньо в презентацію або електронний лист; не вимагає рефакторингу.

Три міні-чохли

Кейс 1 — Автоматизація введення даних. Продавець щодня вручну вносив ~25 нотаток про дзвінки в CRM; Кожна нота займала близько 3 хвилин. Створено підказку, яка перетворює нотатки на фіксовану схему JSON; результати були імпортовані напряму, що скоротило 75-хвилинну щоденну роботу лише до кількох хвилин. Вручну перевірялися лише ті з позначкою «терміновість: висока».

Кейс 2 — Звіт керівництва. Фінансова команда збирала щомісячні підсумки у формі параграфів і зводила їх у таблиці вручну. Коли формат «таблиця з фіксованими стовпцями» був примусово використаний, звіт переходив безпосередньо в презентацію; Кілька годин форматування на місяць усуваються.

Кейс 3 — Стандартне листування. Команда відділу кадрів щоразу переписувала електронні листи про відмову, тон був непослідовним. Коли впроваджувався фіксований шаблон, усі відмови виглядали такими ж м’якими; Було досягнуто узгодженості та скорочено час написання.

Порада. Для строгих форматів, таких як JSON або таблиця, обов’язково включите обмеження «повертати лише запитуваний формат, без коментарів до/після». Речення, додані моделлю, такі як "Ось таблиця, яку ви хочете:", порушують автоматизацію.
Увага: примусовий формат не гарантує точності вмісту. Модель може підбирати значення для заповнення порожнього простору. Зокрема, порівняйте числа та імена у вихідних даних JSON з джерелом; Належний формат не означає правильних даних.

Налаштування, які покращують формат

Іноді просто запитати формат недостатньо; Також необхідно стежити за тим, щоб модель залишалася йому вірною. Чотири практичні техніки, які часто використовуються в робочих процесах:

  • Визначте поля заздалегідь. Виправте назви стовпців і кількість рядків замість "створити таблицю". Кожна незрозуміла ділянка призводить до того, що результат кожного разу звучить дещо інакше; Це порушує автоматизацію.
  • Виключити значення null/unknown. Скажіть «записати нуль у невідоме поле» або «залишити порожнім, якщо немає даних». В іншому випадку модель прагне підібрати значення, щоб заповнити прогалину.
  • Обмежте набір значень. Якщо поле може приймати лише певні значення, напишіть це явно: «терміновість може бути лише низькою, середньою або високою». Це гарантує безпечну обробку результату на наступному кроці.
  • Якір на прикладі. Особливо з JSON і шаблонами, показ одного правильного прикладу блокує формат ефективніше, ніж довгий опис. Модель імітує зразок.

Ці тонкі налаштування особливо важливі, коли вихід буде передано як вхід до програмного забезпечення, електронної таблиці чи іншого запиту. У списку, створеному для вільного читання, допускається розкутість; Але один невдалий рядок даних, які потрібно ввести в систему, може зупинити весь потік. Отже, чим більше «машиночитаний» результат, тим суворішими мають бути правила форматування.

Формат і контент розглядаються окремо

Досвідчені користувачі оцінюють роздруківку двояко: чи правильний формат і чи правильний зміст? Ці двоє незалежні. Ідеальна таблиця може містити неправильні числа; Безладний абзац може містити точну інформацію. Форматування вирішує лише першу проблему (формат). Друге питання (точність змісту) завжди вимагає окремого етапу перевірки. Пам’ятаючи про цю відмінність, ви не потрапите в пастку «це правильно, тому що добре виглядає».

Поширені помилки

  • Зовсім не вказуючи формат. Потім вручну виводимо дані в таблицю/список.
  • Залишаючи формат невизначеним. Сказати «зробити таблицю», але не згадати про стовпці.
  • Обхід обмеження розкриття. Вступні речення, додані моделлю, порушують автоматизацію.
  • Вибір неправильного формату. Прохання порівняти з абзацом і розповідь з таблицею.
  • Довіряючи женцю і не перевіряючи вміст. Не помічаючи відповідного значення в акуратному JSON.

Підсумовуючи

  • Застосування формату явно повідомляє моделі формат виведення (список, таблиця, JSON, шаблон).
  • Правильний формат забезпечує передбачуваність, зручність використання та інтеграцію в інші інструменти.
  • Виберіть формат відповідно до того, що ви будете робити: порівняльна таблиця, системний ввід JSON, список для читання/абзац.
  • Для строгих форматів обмеження «повертати лише цей формат, не додавати коментарі» є важливим.
  • Належна форма не означає правильний зміст; Перевірте номери та імена.

Аплікаційне завдання

Виберіть роботу, результати якої ви завжди змінюєте вручну. Визначте відповідний формат (таблиця, JSON або шаблон) і додайте його до підказки та встановіть обмеження «повертати лише цей формат». Спробуйте вставити результат безпосередньо в ціль (презентацію, електронну таблицю, програмне забезпечення) і виміряйте час, який ви заощадите.

контрольний список

  • [ ] Я можу вибрати, який формат підходить для того чи іншого завдання.
  • [ ] Детально описую формат (стовпці, поля, схема).
  • [ ] Я обмежую "анотацію" строгими форматами.
  • [ ] Я знаю, для чого потрібен JSON і коли його використовувати.
  • [ ] Я зауважую, що правильне форматування не підтверджує вміст.