Промт-паттерны и стратегии: как получать стабильный результат (Plan → Execute, Multi-Pass, Critic)

Когда вы уже освоили базу (роль → задача → контекст → ограничения → формат), возникает следующая проблема: одного промта часто мало. Не потому что вы “плохо написали”, а потому что большие задачи почти всегда требуют итераций: сначала наметить план, потом сделать черновик, потом проверить и отполировать.

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

Почему паттерны важнее “идеального промта”

Пытаться выжать идеальный результат одним ударом — как пытаться написать книгу “в одном абзаце”. Можно, конечно… но потом придётся переписывать.

Паттерны решают две вещи:

• Снижают хаос: вы фиксируете этапы и формат на каждом шаге.
• Повышают повторяемость: один и тот же процесс даёт похожее качество на разных темах.

Базовая идея: промт как процесс

В большинстве контентных задач (статья, лендинг, FAQ, сценарий) лучший подход — думать не “сделай текст”, а:

спланируй → сделай → проверь → улучши

Дальше — 8 практических паттернов, которые чаще всего дают максимум пользы.

Паттерн 1 — Plan → Execute → Verify (PEV)

Суть: сначала план, потом выполнение, потом проверка по условиям задачи.
Когда применять: статьи, лендинги, КП, инструкции — всё, где важна структура и соответствие требованиям.
Типовой провал: “сделай сразу текст” без планирования → выходит простыня и пропуски важных блоков.

Паттерн 2 — Multi-Pass: черновик → редактура → финал

Суть: вы просите не “идеальный текст”, а текст в 2–3 прохода.

• Проход 1 (черновик): быстро и по структуре.
  
• Проход 2 (редактура): убрать воду, выровнять стиль, усилить логику.
  
• Проход 3 (финал): довести формулировки, CTA, метаданные.
  

Когда применять: если важно качество и вы не хотите “плясок” в комментариях.

Паттерн 3 — Writer / Editor / Critic (ролевой цикл)

Суть: модель работает в трёх режимах:

• Writer пишет.
  
• Editor упрощает и выравнивает.
  
• Critic ищет слабые места и риски (штампы, обещания, логические дыры).
  

Важно: критика должна быть конкретной: “где проблема → почему → как исправить”. Иначе это просто ворчание.

Паттерн 4 — Ask-or-Assume: уточни или сделай с допущениями

Суть: если данных не хватает, модель не фантазирует, а:

1. задаёт 1–3 критических вопроса,
   
2. если ответа нет — делает версию по безопасным допущениям и явно перечисляет, что предположила.
   

Этот паттерн отлично сочетается с публикациями: вы получаете черновик быстро, но без “уверенной неправды”.

Паттерн 5 — Контракт вывода: строгий формат

Суть: вы фиксируете формат ответа как контракт:

• поля: TITLE / DESCRIPTION / SLUG / KEYWORDS
  
• или структура: H1 + 5 H2
  
• или таблица с заданными колонками
  

Если формат важен — он должен быть “строго”, а не “желательно”.

Паттерн 6 — Режимы ответа: кратко / нормально / подробно

Суть: вы управляете глубиной без переписываний:

• Кратко: тезисы и вывод
  
• Нормально: стандартная статья/блок
  
• Подробно: с примерами, пояснениями, вариантами
  

Полезно, когда не знаете, какой объём нужен: можно начать с “нормально”, а потом расширить.

Паттерн 7 — Таблица без поломок: фиксированные колонки

Суть: таблица держится, если есть три правила:

1. колонки фиксированы и в строгом порядке,
   
2. новые колонки запрещены,
   
3. если данных нет — ставим “—”, а не придумываем.
   

Это спасает сравнения, планы, чек-листы, матрицы.

Паттерн 8 — Quality Gate: самопроверка по чек-листу

Суть: перед финальным ответом модель проверяет:

• выполнена ли задача
  
• соблюдён ли формат
  
• не добавлены ли факты “из воздуха”
  
• нет ли запрещённых обещаний
  
• соответствует ли тон и объём
  

Это особенно важно, когда текст идёт “в люди” от имени компании.