Промпты для Claude Code: семь рабочих формулировок для тех, кто не пишет код
Промпты для Claude Code: семь рабочих формулировок для тех, кто не пишет код
Промпты для Claude Code в поиске почти всегда крутятся вокруг рефакторинга, покрытия тестами и разбора легаси-кода. Предприниматель открывает Claude Code без единого часа опыта в программировании, и эти подборки почти не пригождаются, потому что там нет ни слова про то, как поставить задачу без технических терминов или вернуть агенту контекст, когда тот на середине разговора вдруг стал хуже соблюдать собственные же правила.
На практике контроль над результатом держится на формулировке. Разработчик может перечитать код и заметить неладное, а у предпринимателя есть только текст задачи и текст ответа, поэтому вся проверка идёт через слова, которыми поставлена задача. Как использовать Claude Code, если ты не программист разбирает реальные задачи участников клуба. Дальше в этой статье собраны конкретные фразы, которые под эти задачи работают на практике.
Семь формулировок дальше закрывают четыре места, где непрограммист чаще всего теряет время: постановку задачи, проверку результата, восстановление контекста после сжатия долгой сессии и разговор с агентом, когда что-то не работает. Каждую формулировку можно вставлять в Claude Code почти как есть, меняя только детали своей задачи, ведь сама конструкция фразы остаётся прежней. Копировать текст слово в слово не обязательно, важнее понимать, зачем нужна именно такая формулировка.
С чего начинается разговор с агентом
Первая ошибка случается ещё до того, как агент притронулся к файлам, потому что задача сформулирована без способа её проверить.
Задача с критерием «готово»
Claude Code останавливается, когда результат выглядит завершённым, а «выглядит» для агента означает «код написан и не падает при запуске», а это не то же самое, что «работает так, как задумано». Закрыть разрыв можно, если сразу вписать в саму задачу, что именно должно произойти, чтобы её можно было считать решённой.
Сделай форму заявки на сайте: поля «имя» и «телефон», кнопка «Отправить». Готово, когда: при пустом телефоне появляется ошибка, а при заполненной форме данные приходят на почту info@company.ru. Проверь оба случая сам и покажи результат проверки.
Официальная документация Claude Code приводит тот же принцип на примере функции валидации email: без тестовых случаев агент выдаёт правдоподобный код, а с тестовыми случаями проверяет его сам и чинит до того, как результат попадёт в работу. Для непрограммиста это единственный доступный рычаг контроля: сформулировать проверку так, чтобы агент мог провалить её или пройти без человека посередине, вместо того чтобы читать код самому.
Пусть агент сам расспросит тебя
Формулировка выше предполагает, что человек уже знает, каким должен быть готовый результат. Для задач посложнее, где сам не до конца понимаешь нужный результат, работает обратный ход. Агент сам задаёт вопросы, пока не наберёт полную картину.
Хочу сделать [опиши задачу в одном предложении]. Прежде чем начинать, задай мне вопросы по очереди — про всё, что я мог не учесть: как это должно выглядеть, что делать в нестандартных случаях, от чего это должно защищать. Когда вопросы закончатся, собери всё в один файл с планом.
В Claude Code для такого интервью есть встроенный инструмент, который задаёт вопросы по одному и в конце сам собирает техническое задание файлом, к которому можно вернуться в чистой сессии позже. Для человека без опыта постановки задач это снимает главный риск, потому что додумывать самому всё, о чём стоило спросить заранее, теперь не нужно: это делает агент.
План, прежде чем агент тронул файлы
Оба приёма выше отвечают на вопрос, что делать. Прежде чем агент реально начнёт менять файлы — особенно если правки затронут больше одного места сразу, — стоит остановиться ещё раз отдельно.
Прежде чем менять код, опиши план: какие файлы затронешь и в каком порядке, что можно случайно сломать по пути. Изменения не вноси, пока я не скажу «делай».
В Claude Code это можно включить как отдельный режим, в котором агент читает файлы и отвечает на вопросы, но ничего не правит, пока план не одобрен явно. Тот же эффект даёт обычная просьба плана в разговоре без переключения режима, только паузу перед правками в этом случае держит сам человек.
Для мелкой правки — поправить текст кнопки, поменять цвет — план не нужен, он только замедлит. Если же задачу трудно описать одним предложением, план на месте: он показывает, правильно ли агент понял масштаб, прежде чем что-то необратимо изменится в рабочем сайте или базе данных.
Как проверить, что агент сделал то, что нужно
К моменту, когда план выполнен и файлы изменились, непрограммист обычно не может сказать, сделал ли агент то, о чём его просили, или только то, что выглядит похоже.
Объясни, что сделал, и почему
Читать diff бессмысленно, если не умеешь читать код, зато можно попросить агента объяснить свои же изменения простым языком. Это рабочий способ поймать нестыковку до того, как она попадёт в прод.
Объясни, что ты только что сделал и почему именно так — как будто мне не с чем сравнить твой код. Что изменилось, зачем выбран именно такой вариант, и что стоит проверить мне самому, прежде чем это публиковать.
Просьба объяснить решение вынуждает агента сформулировать причину выбора, и это само по себе уже проверка. Расплывчатое или общее объяснение почти всегда означает, что решение принято наугад.
Второе мнение с чистой головой
Объяснение от того же агента, который писал код, всё равно однобокое. Он наблюдал, как рождалось решение, и по инерции считает его разумным просто потому, что сам его выбрал. Для важных изменений в Claude Code есть способ получить независимый взгляд без найма отдельного ревьюера.
Запусти отдельного агента, который посмотрит на эти изменения свежим взглядом, без контекста, в котором они делались, и найдёт то, что противоречит задаче или упущено. Пусть перечислит реальные проблемы и не тратит место на стилистические придирки.
Агент-ревьюер запускается в отдельном контексте и видит только итоговый результат и критерии проверки, а ход рассуждений, который привёл к решению, ему недоступен. Поэтому оценка получается по существу. При этом ревьюер, которого попросили искать проблемы, почти всегда что-то найдёт, поэтому в формулировке отдельно уточняют, что нужны только содержательные замечания по существу, без правок стиля.
На практике достаточно открыть вторую сессию Claude Code в том же проекте и явно попросить её выступить в роли независимого проверяющего, отдельная подписка или инструмент для этого не нужны.
Когда агент забыл контекст или упёрся в баг
Первые пять формулировок работают, пока сессия идёт гладко. Дальше агент нередко теряет часть контекста в длинном диалоге, а иногда задача просто не решается с первой попытки.
После сжатия контекста — верни то, что агент забыл
В долгой сессии Claude Code в какой-то момент сжимает историю диалога, чтобы не упереться в лимит: вручную через команду /compact или автоматически, впритык к пределу. Файл CLAUDE.md с правилами проекта в момент сжатия попадает в общую сводку наравне с остальной перепиской, и часть правил из него может не пережить пересказ.
Пользователи Claude Code столкнулись с этим достаточно массово, чтобы завести отдельный тикет в официальном репозитории на GitHub. После /compact агент хуже соблюдает правила из CLAUDE.md, и предлагалось сделать этот файл неприкосновенным, таким же, как системная инструкция, которую сжатие вообще не трогает. Тикет открыли 9 февраля 2026 года, Anthropic закрыла его статусом «not planned», без развёрнутого объяснения в треде. Держать это в голове самому придётся ещё какое-то время.
Перечитай CLAUDE.md и подтверди, что учитываешь: [перечисли 2-3 ключевых правила своими словами]. Дальше держи в приоритете именно их.
При самой команде можно сразу указать, что сохранить, например /compact Сохрани список изменённых файлов и команды для тестов, тогда сжатие учитывает именно эти пункты.
Отладка через разрыв между ожиданием и фактом
Столкнувшись с багом, проще всего скинуть агенту «почини» и текст ошибки одной строкой, но работает это хуже, чем кажется, потому что агент чинит первое, что похоже на причину, а настоящий источник может быть другим.
Ожидаю: после нажатия «Оплатить» пользователь попадает на страницу успеха. Происходит: страница белая, в консоли браузера ошибка [вставь текст ошибки целиком, не пересказ]. Помоги понять, в чём разрыв, и не переписывай то, что уже работает.
Формулировка «ожидаю / происходит» опирается на факты. Агент сравнивает два конкретных состояния — то, что должно быть, и то, что есть, — вместо того чтобы домысливать причину по одной фразе с ошибкой. Официальный гид Claude Code для похожего случая, падающего теста, советует называть команду, которая воспроизводит ошибку, и сообщать, разовая это проблема или повторяющаяся, поэтому агент с точным симптомом и способом его повторить добирается до источника быстрее, чем с готовой чужой гипотезой.
Если правка увела не туда, двойное нажатие Esc в Claude Code открывает список последних состояний без обращения к git, и оттуда можно вернуть только код, только разговор или оба сразу. Правки, сделанные не через сам Claude Code — например, вручную в терминале, — под откат могут не попасть, поэтому для них стоит держать отдельную резервную копию.
FAQ / Частые вопросы
Нужно ли менять промпт под каждую версию Claude Code? Нет. Модели внутри обновляются чаще, чем меняется способ постановки задачи. Формулировки выше держатся на структуре запроса: что проверить, где остановиться, что перечитать, а конкретные слова-триггеры устаревают после каждого апдейта модели. Быстрее всего может устареть шаг с ручным перечитыванием CLAUDE.md после /compact: если Anthropic всё же пересмотрит решение по тикету выше, этот промпт станет не нужен.
Чем плохо давать слишком общую формулировку задачи? Общая формулировка не даёт агенту способа понять, что он закончил. Без этого он останавливается там, где решение выглядит правдоподобным, и это не обязательно то место, где задача действительно закрыта. Расхождение обычно всплывает через день-два, когда форма на сайте молчит вместо того, чтобы присылать заявки.
Обязательно писать промпт по-английски? Нет, Claude Code работает и на русском: отвечает на языке запроса, отдельно переключаться на английский не нужно.
Заключение
Ни одна из семи формулировок не требует читать код или знать термины. Весь контроль держится на том, насколько точно сформулирован вопрос к агенту и насколько полно описан результат, включая то, что не получилось. Это тот же навык, который на встречах клуба разбирают на реальных задачах участников: как ставить условие, проверять результат и откатывать правки, если пошло не так.
В AI Practiq такие формулировки разбирают на реальных рабочих задачах участников. Если хочешь сверить свои промпты с чужими и разобрать конкретно свою ситуацию, загляни на встречу.