Що радять самі розробники моделей
Три компанії, моделями яких найчастіше користується малий бізнес, мають публічні посібники з написання запитів: OpenAI, Anthropic і Google. Написані вони по-різному, але сходяться на тих самих частинах інструкції.
✓ — у посібнику є пряма порада; ≈ — тема згадана загальніше. Посібники перевірено 12 жовтня 2026 року.
Дві деталі з цих посібників варто запам'ятати. Anthropic пропонує уявляти модель як здібного, але нового працівника, який не знає ваших правил і порядків: що точніше поясните, то кращий результат. Google рекомендує завжди додавати приклади й пише, що запити без них, імовірно, працюють гірше.
Чого немає в готовому промпті
Тепер покладіть поруч промпт зі збірки. Автор збірки може написати роль («ти — досвідчений менеджер з продажу») і формат («до 100 слів, ввічливо»). Решту він написати не може, бо не знає вашого бізнесу:
- контекст — ваші умови доставки, ціни, правила повернення, що можна обіцяти покупцеві, а що вирішує керівник;
- приклади — ваші відповіді, які спрацювали, і ваш тон;
- перевірку — що для вас є помилкою: обіцянка знижки, неправильний строк, згадка конкурента.
Без контексту модель заповнює прогалини чимось правдоподібним. Для листа покупцеві це означає вигадану дату доставки чи компенсацію, якої у вас немає. Саме так помилилась одна з моделей у тесті ШІ-асистентів на задачі з листом клієнтці: додала факти й компенсації, яких не було в умові. Деталі — у статті про тест ШІ-асистентів.
Є й друга причина. OpenAI прямо пише, що різні типи моделей і навіть різні версії однієї моделі можуть відповідати на той самий промпт по-різному. Промпт, який автор збірки перевіряв на моделі минулого року, на вашій моделі сьогодні може працювати інакше.
До і після на одній задачі
Умовний приклад: інтернет-магазин товарів для туризму відповідає на скарги про затримку посилки. Ось типовий промпт зі збірки.
Ти — досвідчений менеджер служби підтримки. Напиши ввічливу
і професійну відповідь клієнту, який скаржиться на затримку доставки.
У ньому є роль і загальне побажання до тону. Модель не знає, коли посилку відправили, де вона зараз і що магазин може запропонувати. Тож вона або напише загальні вибачення, або вигадає подробиці.
Ось та сама задача, написана за п'ятьма частинами. Правила магазину тут умовні.
РОЛЬ
Ти відповідаєш покупцям від імені інтернет-магазину товарів
для туризму. Пишеш українською, на «ви», коротко, без канцеляризмів.
КОНТЕКСТ
- Ми відправляємо Новою поштою протягом одного робочого дня
після оплати.
- Якщо посилка в дорозі понад 4 дні, менеджер подає запит
на розшук.
- Компенсації й знижки за затримку вирішує лише керівник,
тому в листі їх не обіцяй.
- Дані замовлення: дата відправки, статус накладної.
ФОРМАТ
До 5 речень. Перше — визнай проблему. Далі — що відомо
про посилку зі статусу накладної і що ми робимо далі.
Не називай дат і строків, яких немає в даних.
ПРИКЛАДИ
Дві-три наші відповіді на схожі скарги, які покупці оцінили добре.
ПЕРЕВІРКА
Перед тим як віддати відповідь, перевір: чи немає в ній обіцянок
компенсації, чи всі дати взято з даних замовлення, чи названо
наступний крок.
СКАРГА ПОКУПЦЯ
...
Кожен доданий рядок закриває місце, де модель інакше вгадувала б: строк відправлення, правило розшуку, межу повноважень, довжину відповіді. Приклади задають тон краще за слово «ввічливо». Розділ перевірки повторює вголос те, що для вас є помилкою.
Номер телефону, ПІБ і адресу покупця в такі запити передавати не потрібно: для відповіді вистачає дати відправки і статусу накладної. Які дані можна давати ШІ-сервісам — у статті про дані для ШІ-асистента.
Шаблон інструкції
| Частина | Що написати | Звідки взяти |
|---|---|---|
| Роль | Від чийого імені, для кого, яким тоном | Одне-два речення, пишеться за хвилину |
| Контекст | Факти й правила, без яких відповідь буде неправильною; чого не можна обіцяти | Ваші умови доставки, оплати, повернення, прайс, регламенти |
| Формат | Довжина, структура, мова, що має бути першим | Як ви хочете бачити результат: лист, таблиця, список |
| Приклади | 2–5 хороших результатів для схожих випадків, різних між собою | Ваші найкращі відповіді, описи, листи за останні місяці |
| Перевірка | Перелік помилок, яких не можна допустити | Ваші реальні скарги й виправлення: що вже йшло не так |
Розробники відрізняються лише деталями оформлення. Anthropic радить відділяти частини XML-тегами на кшталт <context>, OpenAI — заголовками Markdown або XML. Для роботи в чаті ChatGPT, Claude чи Gemini вистачить звичайних заголовків великими літерами, як у прикладі вище.
Перевірка на реальних випадках
Інструкцію, якою користуватиметесь щотижня, варто перевірити до того, як нею почне користуватися вся команда.
- Зберіть 10–20 реальних випадків — скарг, запитів, товарів. Беріть різні, разом із незручними.
- Запишіть критерії до запуску: що має бути у відповіді і чого не може бути. Ті самі пункти, що в розділі «Перевірка» інструкції.
- Проженіть усі випадки і позначте кожну відповідь: годиться без змін, треба підправити, не годиться.
- Виправляйте інструкцію, а не відповіді. Кожна відповідь, що не годиться, показує, чого бракує в контексті чи прикладах. Допишіть і проженіть ті самі випадки ще раз.
- Повторюйте перевірку після зміни моделі. Причину пояснює OpenAI: нова версія моделі може поводитись інакше на тому самому промпті.
Той самий підхід, тільки на 50 питаннях, описано в статті про вибір чат-бота. Інструкція для бота — це той самий промпт, лише довший.
Збірки готових промптів мають одне корисне застосування: подивитися, які задачі взагалі можна віддати ШІ. Як готову інструкцію їх використовувати не варто. Про те, які задачі краще не віддавати, — у статті про ШІ для бізнесу.
Наша позиція
На кожну задачу, яка повторюється щотижня, пишіть одну інструкцію з п'яти частин і зберігайте її як документ компанії, поруч із регламентами. Приклади беріть зі своєї роботи. Перевіряйте інструкцію на реальних випадках до запуску і щоразу, коли змінюєте модель чи тариф.
Позиція не діє для разових задач: одне питання, один текст, який ви все одно прочитаєте й виправите. Там коротке звернення своїми словами швидше, ніж інструкція з п'яти частин, і результат ви все одно перевірите одразу.
Поради розробників перевірено 12 жовтня 2026 року на сторінках посібників з написання запитів OpenAI, Anthropic і Google. Приклад інструкції — умовний; правила магазину в ньому вигадано для ілюстрації.