Языковая модель отвечает ровно на то, что ей сказали. Большая часть неудачных ответов — это не ограничение технологии, а неполный запрос: не названа роль, не указан формат, не заданы рамки, не приведён пример. Промт-формулы нужны для того, чтобы не держать всё это в голове. Формула — это каркас, который заставляет описать задачу целиком. Ниже разбираем те схемы, которыми пользуемся сами, и то, из каких блоков вообще состоит рабочий запрос.
Из чего состоит любой хороший запрос
Формул много, но набор кирпичей у них общий. Если в запросе есть эти элементы, он сработает почти при любой схеме их расположения.
- Роль и контекст. Кто отвечает и для кого. Ответ маркетологу и ответ разработчику на один вопрос выглядят по-разному.
- Задача. Что конкретно нужно сделать: написать, переписать, сравнить, найти ошибки, разложить на шаги.
- Входные данные. Текст, таблица, фрагмент кода, описание ситуации. Без них модель начинает додумывать.
- Формат результата. Список, таблица, письмо, JSON, текст на определённый объём.
- Ограничения. Чего делать нельзя: не выдумывать цифры, не использовать канцелярит, не выходить за объём, не менять термины.
- Критерий готовности. По какому признаку мы поймём, что ответ годится.
Готовые схемы запроса
RTF: роль, задача, формат
Самая простая схема и хорошая точка входа. Сначала назначаем роль, потом описываем задачу, потом задаём формат ответа. Роль сужает словарь и способ рассуждения, формат избавляет от необходимости переделывать структуру вручную.
Формула хорошо работает на коротких прикладных задачах: составить письмо, набросать структуру страницы, объяснить сложное простыми словами. Её слабое место — отсутствие цели: модель сделает то, что попросили, но не поймёт, зачем. Если результат нужно потом куда-то встроить, лучше добавить одну фразу о назначении текста.
TAG: задача, действие, цель
Здесь акцент смещён на результат. Сначала описываем задачу, потом требуемые действия, потом цель, ради которой всё делается. Схема удобна, когда нужен не текст, а разбор ситуации: почему падает конверсия формы, что проверить в первую очередь, какие гипотезы отбросить.
Указание цели заметно меняет ответ. Запрос «перечисли способы ускорить сайт» и запрос «перечисли способы ускорить сайт, цель — уложиться в бюджет одного спринта без переписывания вёрстки» дают разные списки, и второй ближе к применимому.
BAB: было, стало, мост
Схема из копирайтинга: описываем текущее положение, желаемое положение и то, что соединяет одно с другим. Полезна для продающих текстов, писем клиентам, описаний услуг. Важная оговорка: если в блоке «стало» стоят выдуманные обещания, текст получится нечестным. Мы используем схему как структуру, а фактуру подставляем свою.
CARE и RISEN: когда задача сложнее одного абзаца
CARE — контекст, действие, результат, пример. Добавление примера меняет качество сильнее всего остального: одна короткая иллюстрация нужного стиля работает лучше, чем три абзаца объяснений, какой стиль требуется.
RISEN — роль, инструкции, шаги, цель, ограничения. Схема для длинных задач, где важен порядок действий: сначала собрать факты, потом сгруппировать, потом сформулировать выводы. Разбиение на шаги заодно облегчает проверку: видно, на каком именно этапе ответ поехал.
Сравнение схем
| Формула | Из чего состоит | Для чего берём | Слабое место |
|---|---|---|---|
| RTF | Роль, задача, формат | Короткие прикладные тексты и списки | Не задана цель работы |
| TAG | Задача, действие, цель | Разбор ситуации, планы работ | Не задан формат ответа |
| BAB | Было, стало, мост | Продающие тексты и письма | Легко скатиться в обещания |
| CARE | Контекст, действие, результат, пример | Задачи, где важен стиль | Нужен готовый пример |
| RISEN | Роль, инструкции, шаги, цель, ограничения | Длинные многошаговые задачи | Запрос получается объёмным |
Что добавить к любой формуле
Несколько приёмов работают независимо от выбранной схемы и дают больше, чем перебор формул.
- Дайте исходные данные, а не описание данных. Вставленный фрагмент текста или таблицы всегда лучше, чем пересказ того, что в нём написано.
- Запретите домысливание. Прямое указание «если данных не хватает, скажи, чего не хватает, и не придумывай» экономит время на проверке.
- Задайте объём. Не «кратко», а конкретное число абзацев, пунктов или знаков.
- Попросите варианты. Три версии заголовка с разной интонацией полезнее одной идеальной: выбирать проще, чем формулировать.
- Разделите работу на шаги. Сначала план, вы его правите, потом текст по утверждённому плану. Так не приходится переписывать целиком.
- Сохраняйте удачные запросы. Рабочий промт — это актив, который повторно используется десятки раз, а не одноразовая реплика в чате.
Как мы проверяем результат
Промт-формула повышает шанс получить нужное с первого раза, но не отменяет проверки. Мы всегда смотрим три вещи. Первое — факты: любые цифры, названия, ссылки и цитаты проверяются отдельно, потому что модель может уверенно привести несуществующий источник. Второе — соответствие задаче: часто ответ формально верен, но отвечает на соседний вопрос. Третье — пригодность к работе: текст должен встать в интерфейс или в документ без переписывания, иначе выигрыш по времени съедается правками.
На практике нормальный цикл выглядит так: запрос по формуле, разбор первого ответа, уточнение одного-двух пунктов, второй заход. Ситуация, когда с первого раза получается готовый результат, встречается только на простых задачах.
Когда формулы не помогают
Есть класс задач, где дело не в промте. Если модели нужны ваши внутренние данные — остатки на складе, история заказов, регламенты — никакая формулировка их не заменит: нужен доступ к данным и отдельная обвязка. То же с повторяющимися операциями: там, где один и тот же запрос выполняется каждый день, разумнее собрать сервис с фиксированным промтом и проверками, а не копировать текст в чат руками.
Промт в повседневной работе
Как выглядит доработка запроса на практике
Возьмём типичную задачу: нужно описание услуги для сайта. Первый заход обычно звучит как «напиши текст про техподдержку сайтов». Ответ получается общим, потому что в запросе нет ничего своего. Дальше идёт работа по кирпичам.
Добавляем роль и адресата: текст пишется для владельца интернет-магазина, который уже обжёгся на подрядчике. Добавляем входные данные: состав работ, форматы сотрудничества, что входит в базовый пакет. Добавляем формат: заголовок, вводный абзац, четыре подраздела, таблица форматов. Добавляем ограничения: не обещать результатов, не использовать слово «инновационный», не выдумывать сроки. Добавляем критерий: текст должен отвечать на вопрос «почему не сделать это своими силами».
После этих уточнений ответ становится пригодным к правке, а не к переписыванию. Это и есть главный практический смысл формул: они напоминают, какие кирпичи вы забыли положить.
Промт как часть продукта, а не переписка
Когда запрос уходит в постоянную работу, к нему предъявляются те же требования, что к коду. Мы храним такие промты в репозитории, отмечаем версии, держим рядом набор тестовых примеров и прогоняем их после каждого изменения. Иначе получается знакомая история: кто-то поправил одну фразу, качество ответов просело, а связь между правкой и последствием никто не заметил.
Полезно также разделять системную часть и пользовательскую. В системной лежат роль, правила и ограничения, они меняются редко и проверяются тщательно. В пользовательской — конкретный запрос и данные. Такое разделение позволяет менять поведение сервиса, не трогая интерфейс.
Если хотите перевести это в рабочий инструмент
Мы собираем ИИ-помощников, которые работают с данными компании и встроены в рабочие процессы, а не живут в отдельном окне чата. Если задача повторяется каждый день, разработаем ИИ-ассистента под ваши процессы. Расскажите, что нужно автоматизировать, и мы предложим схему решения.
