Шесть приёмов промптинга, которые работают каждый день

В карусели шесть приёмов без примеров — здесь они с формулировками, которые можно копировать, и с тем, что получается до и после.

Оговорка: это не «секреты инженеров из отчётов». Это то, что я перепробовал на своём конвейере и оставил, потому что оно меняет результат. Остальное отвалилось.

1. Роль вместо задачи

Просьба «напиши текст» даёт средний текст. Не потому что модель плохая, а потому что она не знает, чьими глазами смотреть на задачу.

Было:

Напиши пост про то, как я собрал систему для контента.

Получаешь ровный бодрый текст, который мог написать кто угодно про что угодно.

Стало:

Ты редактор, который режет всё, что не несёт смысла. Сначала выкинь лишнее, потом предложи, чем заменить. Пиши только то, что можно проверить.

Разница не в вежливости формулировки. Роль задаёт критерий отбора: редактор режет, продавец давит, аналитик считает. Один и тот же материал под разными ролями превращается в разные тексты.

2. Сначала план, потом работа

Модель бросается выполнять с первой строки. Если задача больше абзаца — останови её.

Формулировка:

Не делай сразу. Сначала распиши, как будешь делать, и жди моего «поехали».

Половину ошибок видно уже в плане: не тот угол, не та структура, не тот адресат. Правишь одну строку плана вместо целой готовой работы.

У меня это зашито в правила проекта, поэтому повторять не приходится — на любой задаче крупнее мелкой правки сначала приходит план.

3. Жёсткий формат ответа

Свободный ответ приходится разбирать руками. Задай структуру — и её будут держать.

Формулировка:

Ответ строго в таком виде:
<вывод> одна строка </вывод>
<почему> три пункта </почему>
<что дальше> один шаг </что дальше>

Угловые скобки тут не магия, а просто разделители, которые невозможно спутать с текстом. Работает и «ВЫВОД:», «ПОЧЕМУ:» — важно, что формат задан явно, а не подразумевается.

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

4. Примеры сильнее объяснений

Десять строк описания «как надо» работают хуже, чем два коротких примера.

Формулировка:

Хорошо: «Собрал за вечер. Вот что сломалось.»
Хорошо: «Полгода искал причину, оказалось — в настройках.»
Плохо: «В современном мире автоматизация открывает новые возможности.»
Плохо: «Раскройте свой потенциал вместе с искусственным интеллектом.»

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

Держи такой файл с примерами и пополняй его каждый раз, когда сам переписал строчку за системой. То, что ты исправил, и есть твой голос.

5. Запрет важнее просьбы

Скажи, чего не делать. Иначе получишь всё сразу и понемногу.

Формулировка:

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

У меня список запретов длиннее списка просьб, и работает он лучше. Просьба задаёт направление, а запрет отсекает целые классы ответов, которые тебе никогда не подойдут.

Пополняется он так же, как список примеров: заметил повторяющуюся раздражающую фразу — записал в запреты.

6. Правила один раз, а не каждый день

Если ты повторяешь «пиши в моём стиле» в каждом запросе — стиля нет, есть просьба.

Правила проекта живут в файле рядом с работой. Система читает его сама, до первой строки ответа: кто ты, для кого пишешь, как с тобой работать, чего не делать.

Тогда все пять приёмов выше применяются автоматически, а не вручную каждый раз. Это разница между «я знаю хорошие промпты» и «у меня настроен инструмент».

Как это проверить за десять минут

Возьми задачу, которую ты недавно решал через нейросеть, и прогони её дважды: как обычно и с ролью плюс запретами. Тексты будут разными настолько, что вопрос отпадёт сам.

Полный набор формулировок с примерами до и после я собрал в [МИКРО-ПРОДУКТ]: [ССЫЛКА-МИКРО].

Чего не стоит делать с промптами

Три привычки, которые выглядят как забота о качестве, а работают против него.

Вежливость вместо конкретики. «Пожалуйста, постарайся сделать хорошо» не несёт информации. Модель не старается меньше от сухой формулировки — она просто не знает, что для тебя «хорошо».

Наращивание длины. Когда результат не устраивает, хочется дописать ещё абзац требований. Обычно помогает обратное: убрать половину и оставить критерий. Длинный промпт с противоречиями внутри даёт менее стабильный результат, чем короткий и однозначный.

Правка поверх правки. «Нет, не так», «теперь по-другому», «верни как было» — и через пять реплик модель держит в контексте пять версий требований. Дешевле переформулировать задачу с нуля, чем чинить цепочку.

Как эти приёмы складываются вместе

По отдельности каждый даёт немного. Эффект появляется, когда они выстроены в порядок.

Роль задаёт оптику. План показывает, что задача понята правильно, — и это самый дешёвый момент для разворота. Формат убирает разнобой в ответах. Примеры объясняют то, что не объясняется словами. Запреты снимают самые дорогие ошибки. Файл правил делает так, что первые пять пунктов не надо повторять каждый день.

Последний пункт и есть цель: приёмы промптинга нужны ровно до тех пор, пока они не переехали в файлы. После этого ты пишешь «сделай», а система знает как.

Частые вопросы

Какой приём даёт больше всего эффекта?

Роль и запреты. Роль задаёт критерий отбора, запрет снимает самую дорогую ошибку — выдуманные факты. Оба формулируются одной строкой.

Почему длинные промпты работают хуже?

Не всегда хуже, но менее стабильно: в длинном тексте легко появляются противоречивые требования, и модель выбирает между ними случайно. Короткая однозначная формулировка даёт повторяемый результат.

Нужно ли писать промпты вежливо?

Вежливость ничего не меняет. Меняет конкретика: кто смотрит на задачу, какой результат считается хорошим, чего делать нельзя.

Когда приёмы промптинга перестают быть нужны?

Когда переезжают в файл правил и скиллы. С этого момента контекст читается автоматически, а запрос становится короткой командой.

Что запомнить

• Роль задаёт критерий отбора, а не вежливость: редактор режет, аналитик считает.
• План до работы — самый дешёвый момент, чтобы развернуть задачу.
• Запрет снимает более дорогую ошибку, чем просьба добавляет пользы.
• Приёмы нужны ровно до тех пор, пока не переехали в файл правил.

Дальше по теме

Дальше по теме

• Не проси Claude писать. Раздай ему роли внутри одного запроса — приём номер один, развёрнутый.
• Один промпт даёт черновик. Пятнадцать промптов дают продукт — что происходит, когда приёмы складываются в конвейер.
• Семь ролей ИИ-отдела: в каком порядке нанимать и где он ломается — куда всё это встраивается.