Бесплатно · промпты для кодинга с AI

12 промптов, которые держат AI-агента в рамках

Когда работаешь через Claude Code, Cursor или Codex, агент по умолчанию тянет добавить лишнее: код, который ты не просил, защиту на всякий случай, баги в то, что работало. Эти 12 промптов как раз это лишнее и убирают, каждый я сам проверил в работе десятки раз: бери, адаптируй под себя, вставляй.

АБ Алексей Борискин Алексей Борискин · веду три бизнеса через Claude

С чего всё начинается

Почему AI-агент по умолчанию плодит код

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

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

Этап 1

Правила на старт сессии

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

01

Code to solve problems, not code for code's sake

Код ради задачи, не ради кода

Ставь первым сообщением вместе с описанием задачи: задаёт рамку на всю сессию. Отдельно включай, когда агент полез «улучшать» соседний код, который ты не просил трогать, или предлагает первое попавшееся решение без сравнения с альтернативами.

промпт 
Перед любым изменением кода ответь себе на 2 вопроса:

1. Это изменение реально решает поставленную задачу?
2. Это самое эффективное из известных решений?

Если на любой ответ «нет» или «не уверен» - остановись.
Не пиши код. Сначала: исследуй альтернативы, выбери лучшую, объясни почему.

Запрещено:
- Менять то, что не относится к задаче (drive-by рефакторинг)
- Добавлять «на всякий случай» (валидации, обёртки, абстракции под гипотетику)
- Делать «красивее» без влияния на корректность
- Брать первое пришедшее в голову решение, не сравнив с альтернативами

Правило: каждая строка нового/изменённого кода должна напрямую закрывать
требование задачи. Не можешь связать строку с требованием - удали её.

LLM по умолчанию склонна добавлять: больше кода, больше абстракций, больше защиты. Этот промпт переворачивает дефолт, заставляет агента вычитать и обосновать каждую строку. На практике сокращает дифф в два-три раза.

02

Guard Phrase to Start Coding

Фраза-разрешение начать код

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

промпт 
Правило старта реализации.

Тебе ЗАПРЕЩЕНО писать или менять код до тех пор, пока:
1. План финализирован.
2. Все мои аннотации / NOTE-комментарии в плане отработаны.
3. Я явно сказал триггер-фразу: «Implement Phase N according to plan» (или «Реализуй фазу N по плану»).

До этого момента ты можешь:
- Читать файлы.
- Запускать research-агентов.
- Уточнять план.
- Задавать вопросы.

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

Если я случайно дам тебе двусмысленную команду - переспроси, не начинай кодить по своей интерпретации.

Маленький, но критичный приём: одна фиксированная фраза-триггер, без которой агент не имеет права писать код. Это защита от прыжка в код, главной причины переделок.

03

Progressive Disclosure + 40% Rule

Контекст в зелёной зоне

В начале большой задачи, чтобы задать контекст-дисциплину на всю сессию. И когда чувствуешь, что качество ответов агента поплыло — это симптом переполненного контекста.

промпт 
Правила управления контекстом на эту сессию:

1. ПРАВИЛО 40%
   Держи контекст в диапазоне 40-60% окна.
   В районе 50% делай ручной /compact - не жди автокомпакта.
   Если контекст перегружен - сохрани прогресс в handoff-файл, /clear, начни заново.

2. PROGRESSIVE DISCLOSURE
   Не вываливай в контекст всю кодбазу.
   - Research: подключай sub-агентов, бери от них компактные саммари.
   - Planning: только саммари + ключевые интерфейсы, не полные файлы.
   - Implementation: только файлы текущей фазы.
   - В CLAUDE.md ссылайся на пути к докам, а не @-импортируй файлы.

3. FRESH CONTEXT МЕЖДУ СТАДИЯМИ
   Каждая большая стадия = чистое окно.
   Перед /clear создай handoff-файл с прогрессом и контекстом для следующей стадии.

Эти правила важнее скорости. Лучше /clear лишний раз, чем работать в Dumb Zone.

Качество кода LLM падает после 40-50% заполнения окна («Dumb Zone»), большинство проблем с длинными сессиями растёт именно отсюда, а промпт держит окно в зелёной зоне.

04

Recommend, Don't Just Ask

Рекомендуй, а не просто спрашивай

Постоянно, это базовое правило взаимодействия. Включай, как только агент начинает скидывать выбор на тебя голыми вопросами без своей рекомендации.

промпт 
Правило задавания вопросов мне:

Когда тебе нужно решение от меня - не вываливай голый вопрос.
Сначала сам проанализируй варианты, потом задай вопрос с рекомендацией.

Формат вопроса:

«Развилка: А или Б.
- А: плюсы / минусы / стоимость
- Б: плюсы / минусы / стоимость
- Моя рекомендация: А, потому что [причина]
- Подтверди или возрази.»

НЕ задавай вопросы без рекомендации.
НЕ задавай очевидные вопросы (если ответ ясен из контекста - выбирай сам).
НЕ задавай по 5 вопросов подряд - сгруппируй в один связный.

Если развилка реально 50/50 и ты не можешь рекомендовать - так и скажи: «Не могу рекомендовать, оба варианта равноценны, выбирай ты».

Если агент просто перекладывает решение на тебя, он не делает свою работу. Хороший агент берёт на себя анализ и рекомендует, а ты подтверждаешь или возражаешь. Это в разы быстрее.

Этап 2

Исследование и план

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

05

Deep Research → Best Solution

Глубокое исследование до решения

В самом начале большой задачи, до спецификации и плана. И тогда, когда чувствуешь, что ныряешь в реализацию без понимания, как такое вообще принято решать.

промпт 
Режим: только чтение. Никакого кода.

Задача исследования: {опиши задачу}
Действия:
1. Запусти параллельно несколько под-агентов на исследование структуры кодбазы (по одному на область: модели/архитектура, существующие паттерны, зависимости, тесты).
2. WebSearch: кто уже решил эту проблему? Какой подход выбрали? Какое решение считается best practice сегодня?
3. Собери все находки в один артефакт.

Артефакт исследования ОБЯЗАН заканчиваться разделом «Рекомендация»:
- Какое решение выбрано как лучшее.
- Почему именно оно (сравнение с 2-3 альтернативами).
- Что нужно учесть при имплементации.

Не вываливай на меня список опций без вывода. Без рекомендации - артефакт неполный.

Большинство задач уже кем-то решены. Промпт заставляет агента сначала найти существующие подходы, потом свести их в одну рекомендацию, а не вываливать на тебя голый список опций.

06

Think Several Steps Ahead

Думай на несколько шагов вперёд

На стадии планирования, до начала реализации. Особенно когда задача кажется простой — именно тут чаще всего вылезают edge cases, которые рушат код через неделю.

промпт 
До того как написать строчку кода, продумай ВСЕ возможные проблемы заранее.

Задай себе вопросы:
- Что сломается через неделю? Через месяц?
- Что произойдёт под нагрузкой в 100x?
- Что будет, если данных ноль? Если данных миллион?
- Что если пользователь сделает то, чего я не ожидаю?
- Что с конкурентными запросами / гонками?
- Что с откатами / повторами / частичными сбоями?
- Какие edge cases у входных данных (null, пустота, странные символы, очень длинные значения)?
- Что с обратной совместимостью?

Реши проблемы ДО того, как они появились.
Не «исправлю потом» - «не допущу сейчас».

Список найденных edge cases вынеси отдельной секцией в план.

Большинство багов AI-кода живёт не в логике, а в сценариях, которые никто не продумал, и этот промпт заставляет агента проиграть их заранее.

07

Challenge Loop

Три вопроса перед финалом плана

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

промпт 
Перед тем как финализировать план, ответь на 3 вопроса:

1. РЕШАЕТ ЛИ ЭТО ПРОБЛЕМУ?
   Сопоставь каждый пункт плана с acceptance criteria из спеки.
   Если хоть один критерий не покрыт - план неполный.

2. ЭТО САМОЕ ЭФФЕКТИВНОЕ РЕШЕНИЕ?
   Найди: кто уже решал эту проблему? Какой подход выбрали?
   Назови 2-3 альтернативных подхода (включая найденные через research).
   Для каждого: плюсы, минусы, трудоёмкость.
   Обоснуй, почему выбранный подход лучше всех альтернатив.

3. ЕСТЬ ЛИ В ПЛАНЕ «КОД РАДИ КОДА»?
   Каждое изменение должно напрямую обслуживать acceptance criteria.
   Если изменение не привязано к задаче - удали.
   Drive-by рефакторинг - отдельная задача, не часть этой.

Только после прохождения всех 3 вопросов план можно считать готовым.

Это финальный фильтр перед тем, как сжечь часы на реализацию плохого плана. Один раз отловить дырку в плане — сэкономить день рефакторинга.

08

Annotation Cycle

Правки прямо в файле плана

Когда агент сделал первый драфт плана, спеки или архитектуры, и у тебя есть конкретные правки, которые проще вписать прямо в файл, чем перечислять в чате.

промпт 
Workflow совместного редактирования плана:

1. Ты драфтишь план / спеку / документ в файл.
2. Я открываю файл в редакторе и добавляю комментарии в формате:

   > NOTE: тут не учёл случай X, переделай
   > NOTE: эту фазу разнеси на 2 - слишком большая
   > NOTE: вместо подхода А используй Б, потому что...

3. Я говорю тебе: «Address all notes, don't implement yet» (или «Отработай все NOTE, не реализуй»).
4. Ты проходишься по каждому NOTE, изменяешь план, удаляешь NOTE после отработки.
5. Возвращаешь обновлённый план.
6. Повторяем, пока в файле не останется ни одного NOTE.

Только после этого план считается финализированным и готовым к реализации.

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

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

Этап 3

Проверка, ревью, мерж

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

09

Self-Audit после каждой фазы

Самоаудит после каждой фазы

Сразу после того, как агент завершил кусок реализации, до того как сказал «готово». И перед любым коммитом, мержем или показом тебе.

промпт 
Аудит реализации текущей фазы. Свежими глазами.

1. SPEC COMPLIANCE
   Открой спеку. Пройдись по каждому acceptance criterion.
   Для каждого: реализован? Где именно в коде (файл:строка)?
   Если хоть один не покрыт - закончи его сейчас, не оставляй на «потом».

2. CHALLENGE THE SOLUTION
   Посмотри на написанный код свежими глазами.
   - Это правда решает задачу из спеки?
   - Есть ли способ проще / эффективнее?
   - Есть ли «код ради кода» - изменения, не связанные с задачей? Удали их.

Только после этого можешь сказать «фаза завершена».
Запрещено говорить «готово», если хоть один criterion не покрыт.

AI часто рапортует «готово», когда покрыто процентов семьдесят требований. Этот промпт заставляет агента самого свериться со спекой и честно сказать, что не сделано.

10

Prove the Bug is Real

Докажи, что баг настоящий

Когда агент начинает «находить и исправлять баги», которые ты его не просил искать, и в дифф лезут изменения «для красоты» или «на всякий случай». Это базовый промпт при любом ревью AI-кода.

промпт 
Для КАЖДОГО найденного бага ответь:

1. Это РЕАЛЬНЫЙ баг или false positive?
2. Можешь ли ты доказать, что баг воспроизводится? Опиши конкретный сценарий: вход → ожидание → реальное поведение.
3. Если не можешь доказать - это НЕ баг. Не трогай код.

ПРАВИЛО: не исправляй код «для красоты» или «на всякий случай».
Исправляй ТОЛЬКО доказанные баги, которые реально влияют на функциональность.

Каждый «фикс» без доказательства = риск ввести новый баг.

Если сомневаешься между «исправить» и «оставить» - оставь.

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

11

Impact Analysis

Мы что-то сломали?

Обязательно перед мержем любой ветки. И после любого изменения, которое трогает интерфейсы, API, типы, контракты или файл, от которого зависят другие.

промпт 
ОБЯЗАТЕЛЬНАЯ ПРОВЕРКА ПЕРЕД МЕРЖЕМ:

1. РЕГРЕССИЯ
   Какие модули/функции зависят от изменённых файлов?
   Запусти ВСЕ тесты проекта (не только текущей фазы).
   Если что-то сломалось - это приоритет №1.

2. SIDE EFFECTS
   Изменились ли какие-то контракты/интерфейсы (API, props, типы, схема БД)?
   Если да - кто их использует? Все ли потребители обновлены?

3. THINK AHEAD
   Какие проблемы эти изменения могут вызвать через неделю/месяц?
   Edge cases, которые мы не протестировали?
   Что произойдёт с: нулевыми данными? Огромными данными? Конкурентными запросами?
   Что если пользователь сделает что-то неожиданное?

4. COMPATIBILITY
   Сохранена ли обратная совместимость?
   Нужны ли миграции данных?
   Нужен ли feature flag для постепенной раскатки?

Без прохождения всех 4 пунктов - не мержим.

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

12

Anti-Rationalization Stop Hook

Стоп-хук против отмазок

Когда агент говорит «готово», но ты чувствуешь подвох, и в ответе всплывают «pre-existing», «out of scope», «follow-up», «not blocking». Можно вшить автоматическим хуком на завершение задачи в settings.json Claude Code.

промпт 
Ты - JSON-only evaluator. Отвечай ТОЛЬКО raw JSON, без markdown.

Проверь финальный ответ ассистента. Отклони, если:
- Рационализирует незавершённую работу: «pre-existing», «out of scope», «follow-up», «not blocking»
- Перечисляет проблемы, не починив их
- Пропускает падающие тесты / lint с отмазками
- Делает изменения, не связанные с поставленной задачей («код ради кода»)
- Заявляет о завершении, не запустив verification gates (typecheck, lint, tests)

Ответ:
{"ok": false, "reason": "[конкретная проблема]. Вернись и доделай."}
или:
{"ok": true}

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

Когда захочешь систему целиком

12 промптов это инструменты. Второй мозг это система

Промпты выше держат агента честным в каждой отдельной задаче, ты вставляешь их руками. Второй мозг это другое: когда твой контекст, твои правила и твой способ вести бизнес уже лежат у Claude в одном месте и он сам держит рамку, тебе не нужно подкладывать эти блоки каждый раз. Не ты каждый раз объясняешь с нуля, а система объясняет за тебя.

Эту систему я собрал в методичку «Второй мозг через Claude Code». Внутри:

  • готовые файлы, из которых Claude за вечер собирает тебе эту систему: ты копируешь, он раскладывает всё по местам;
  • пять глав понятным языком: как собрать систему, как объяснять Claude задачу, как один раз описать привычный документ и потом получать его одной фразой;
  • десятки приёмов вроде этих 12, плюс готовые фразы-команды, которые другие продают по отдельности;
  • бонусы: все десять ошибок старта целиком, способы оплаты Claude из России с моими личными отметками, короткая шпаргалка на первые дни.

Цена 1 499 ₽, доступ ко всем материалам сразу после оплаты.

Полный гайд — 1 499 ₽

Почему мне здесь можно верить. Я не инфобизнесмен, который учит зарабатывать в интернете. У меня три живых бизнеса в офлайне: команды, объекты, годы за плечами. Claude как второй мозг это не теория с курса, а то, чем я реально веду свои дела каждый день. Поэтому здесь нет ни одного приёма, которым не пользуюсь сам...