Что теряется при передаче промпта в чате
Сообщение «возьми этот промпт и подготовь ответ» кажется понятным, пока не нужно решить, кому адресован результат и какие сведения разрешено использовать. Автор держит условия в голове; коллеге остаётся угадывать. ИИ получает инструкцию без задачи, а сотрудник — ответ, который выглядит уверенно, но может не подходить.
Условный пример: менеджер пересылает команду «составь письмо клиенту», но не само обращение. ИИ выдаёт вежливый текст, который не отвечает на вопрос покупателя. Я бы передал промпт вместе с обращением и точным результатом: короткий ответ по существу, без неподтверждённых условий. Тогда видна разница между командой и рабочим заданием: во втором есть материал, цель и граница допустимого ответа.
Какие поля позволяют коллеге повторить задачу
Это не анкета ради анкеты: каждое поле отвечает на отдельный вопрос, который иначе решает автор за коллегу. Для повторяющихся задач полезно собрать карточку рабочего промпта с примерами: в ней удобно показать шаблон, места для подстановки и варианты ответа. Когда такие карточки хранятся в корпоративной библиотеке промптов и стандартов работы с ИИ, коллеги могут найти согласованный вариант и понять, какие правила остаются общими, а что меняется от задачи к задаче. Например, рядом с полем «обращение» можно привести условный образец заполнения, не подменяя им данные конкретного клиента.
| Поле | Что указать | Какую неопределённость снимает |
|---|---|---|
| Задача | Какой результат требуется | Что именно должен сделать ИИ |
| Адресат | Кто будет использовать ответ | Нужны ли краткость, терминология или пояснения |
| Входные данные | Какие материалы разрешено применять | На чём строить ответ |
| Ограничения | Что нельзя менять или додумывать | Где остановиться и запросить уточнение |
| Формат и приёмка | Структура и признаки готовности | Как понять, что результат решает задачу |
Как отделить инструкцию от переменных
Постоянное правило должно оставаться неизменным между запусками, а меняющиеся сведения — быть явно обозначены. Иначе коллега может случайно переписать ограничение вместе с исходными данными или оставить в шаблоне текст предыдущего обращения. Для удобства версионирования сохраняйте рядом дату изменения и короткую причину: например, «добавили поле региона, потому что от него зависит адресат ответа». Так следующий редактор поймёт не только что изменилось, но и зачем.
- Запишите постоянные правила
Например: «Подготовь ответ на обращение, используя только приложенные сведения о продукте». Это действие и граница для каждого запуска.
- Отметьте места подстановки
Добавьте поля «Обращение: [вставить текст]» и «Утверждённые сведения: [вставить материал]». Коллега видит, что заменить, а что сохранить.
- Определите поведение при пробеле
Попросите перечислить недостающие данные и не заполнять их предположениями. Если в материалах нет срока, ответ должен отметить вопрос для уточнения, а не назвать выдуманную дату.
- Задайте проверяемую форму ответа
Попросите сначала дать ответ по существу, затем перечислить использованные сведения и отдельно указать, чего не хватает. Человек сможет быстро сопоставить результат с исходным обращением.
Как принять передачу без зависимости от автора
Попросите коллегу выполнить задачу на новом разрешённом примере, не подсказывая устно. Сначала оцените понятность передачи: смог ли он найти исходные материалы, определить заменяемые поля и понять, какой формат нужен? Затем отдельно оцените результат ИИ по критерию приёмки. Эти проверки отвечают на разные вопросы: инструкция может быть ясной, а ответ — фактически неверным.
Для сравнения двух версий промпта используйте сопоставимые задания и отмечайте, где коллега остановился, что пришлось уточнять и соответствует ли ответ критериям. Если затруднение повторяется в одном поле, уточните именно его; если формат соблюдён, но ответ не решает задачу, пересмотрите формулировку результата. Я считаю, что системная работа важнее набора инструментов: библиотека полезна не количеством шаблонов, а тем, что у каждого есть понятная задача, владелец и способ проверки.