Анатомия промта⁠⁠

Зачем это нужно

Когда промт не сработал, «допиши что-нибудь ещё» — плохая стратегия починки: непонятно, чего именно не хватало. Если знать, из каких частей вообще может состоять промт, можно точно указать, какая часть отсутствует или слабая, и почини́ть именно её, а не переписывать всё заново наугад.

Теория

Промт не обязан содержать все части сразу — короткий вопрос вроде «сколько будет 15% от 340» прекрасно работает вообще без специальной структуры. Но чем сложнее задача и чем важнее получить предсказуемый результат, тем больше смысла явно продумать эти семь частей:

1. Роль (role) — кем «выступает» модель при ответе: редактором, финансовым аналитиком, строгим экзаменатором. Задаёт точку зрения и словарь, с которого модель отвечает.

2. Контекст (context) — вводные, которые нужны, чтобы задача была понятна: кто аудитория, какая ситуация, что уже известно.

3. Задача (task) — что конкретно нужно сделать, сформулированное как действие.

4. Формат ответа — в каком виде должен быть результат: список, таблица, объём, структура.

5. Ограничения и запреты — что нельзя делать или от чего явно нужно воздержаться.

6. Критерии качества — по каким признакам понять, что результат хороший.

7. Примеры (few-shot — «несколько образцов» в промте, показывающих желаемый результат на конкретных случаях).

Это не бланк, который нужно заполнять по порядку в каждом сообщении, а список мест, где может прятаться недостающая информация. Промт «Напиши текст для рассылки» без остальных частей оставляет модели решать самой: для какой аудитории, какой длины, в каком тоне, с каким призывом к действию. Каждая незаполненная часть — это точка, где модель подставит своё наиболее вероятное предположение , и оно не обязано совпасть с твоим.

Важно: части не равны по весу для любой задачи. Для короткого фактического вопроса формат и роль обычно не нужны вовсе. Для генерации текста конкретного жанра или для сложного анализа данных — почти всегда стоит продумать минимум задачу, формат и критерии качества. Умение опознать, какие части действительно нужны именно для этой задачи, а какие лишний балласт, — отдельный навык, и следующие уроки модуля разбирают ровно это на каждой части по отдельности, а также разберут, в каком порядке эти части лучше располагать в тексте и как их сочетание меняется в зависимости от длины промта .

Семь частей — это не единственная возможная разбивка (в разных источниках по промт-инжинирингу встречаются схожие, но не идентичные классификации), а рабочий чек-лист, удобный для диагностики. Ценность не в точном числе «7», а в привычке проверять каждую часть по отдельности, а не оценивать промт как единое целое. При итеративной доработке (урок 02-12) эта разбивка особенно полезна: вместо «допиши что-нибудь» можно точно сказать себе — «результат не подошёл по формату» или «не хватило критерия качества» — и поправить именно эту одну часть, не трогая остальные.

Вторая деталь для тех, кто пишет промты для API и системных промтов : роль и часть ограничений часто выносят в системный промт (system prompt), который задаётся отдельно от собственно пользовательского сообщения и держится в силе на протяжении всего диалога, — в отличие от claude.ai, где всё это обычно пишется одним сообщением.

@Claudeprofi_bot