Разбор приёма · сентябрь 2026
Команды Claude Code: 4 добавки, чтобы он делал с первого раза
Проверил сам: одна и та же задача, две разные команды - и в одном случае Claude Code делает минимум молча, а во втором честно показывает 6 допущений, план из 3 шагов и ждёт моего «делай», не тронув файл. Разница не в удаче, а в четырёх конкретных добавках к тексту команды
Быстрый ответ на практике: открой файл, с которым сейчас работаешь, и допиши к своей команде 4 вещи - зачем это нужно, что не трогать, как проверить результат и (если правка не в одну строку) просьбу сначала показать план. Дальше в статье показываю живой прогон с обеими версиями команды и официальный режим Claude Code, который делает то же самое автоматически
Разбор рассчитан на тех, кто уже поставил Claude Code и написал первые команды. Если ты только начинаешь и не понимаешь, откуда в принципе берутся уровни владения инструментом, - смотри 7 уровней от первой команды до агентов. Если Claude Code ещё не установлен - лучше начать с настройки с нуля. Больше материалов про Claude Code собраны в разделе гайдов по теме
Открой файл, с которым работаешь, и добавь к своей команде 4 вещи: зачем это нужно (какому файлу или человеку пойдёт результат), какие есть ограничения (что не трогать), как проверить готовое (тест, конкретный пример, скриншот) и, если задача больше одной строки правки - попроси сначала план без изменений. Ниже показываю на своём прогоне, что именно меняется в поведении Claude Code, когда добавляешь эти 4 вещи, а когда нет
Что значит «команда с первого раза»
Когда Claude Code делает задачу «с первого раза», это значит одно: результат совпал с тем, что было в голове, без второго и третьего захода на исправления. Не «быстро», не «без ошибок вообще» - именно без повторных «нет, я имел в виду другое»
Проверить это легко на своём же опыте: если за последнюю неделю приходилось трижды переформулировать одну и ту же просьбу Claude Code, дело не в инструменте. Формулировка команды сама по себе - это план работы, который читает не человек, а программа, которая не может переспросить твоё намерение, если ты сам его не написал. Общие принципы того, как строить фразу для нейросети, разобраны в статье про 6 правил промптов для Claude 5; здесь я иду дальше и разбираю именно рабочий процесс внутри Claude Code - файлы, план-режим, критерий проверки
Своя проверка: одна задача, две команды
Взял простой файл с данными - CSV на четыре строки, где часть значений с лишними пробелами, а часть пустая. Задача - привести файл в порядок. Дал Claude Code эту задачу двумя разными командами
Одна и та же задача, разные команды: 05.09.2026
Команда А (расплывчатая)
«Приведи файл data.csv в порядок»
Claude Code убрал только лишние пробелы. Не показал, что ещё заметил, не спросил про пустые поля, изменения применил сразу
Если нужен полный маршрут по этому шагу, он расписан в разборе Команда из трёх нейросетей в одном Claude Code
Команда Б (с контекстом, планом и проверкой)
«Файл пойдёт в CRM клиенту, мусора быть не должно. Убери пробелы, пустые поля приведи к одному виду. Сначала покажи план без изменений и жди моё «делай». Потом проверь, что в каждой строке ровно 4 поля»
Claude Code не тронул файл. Перечислил 6 явных допущений (что считать пробелом, что делать с пустым полем), показал план из 3 шагов с точным способом проверки и написал «жду твоё делай»
Разница видна в файле: после команды А в data.csv остались только убранные пробелы, а команда Б не изменила в файле ни одного байта до отдельного подтверждения - это два разных лога одного и того же прогона Claude Code от 05.09.2026, оба сохранены целиком
Что это значит на практике: слово «в порядок» Claude Code понимает буквально настолько, насколько оно однозначно. Пробелы убрать однозначно, а вот что делать с пустыми ячейками - решение, которое программа сама за тебя принимать не должна, и в команде А она этого и не сделала. Команда Б сняла эту неопределённость заранее. Если результат Claude Code вообще не устраивает и хочется откатить всё целиком - для этого есть отдельный разбор пяти способов отменить изменения, включая встроенную команду отката
Приём 1: скажи, зачем это нужно, а не только что сделать
«Зачем» - это не философия, а конкретная деталь: кому или чему пойдёт результат. Файл идёт клиенту в CRM - значит в нём не должно остаться технического мусора. Файл нужен только тебе для быстрой проверки - значит идеальная чистота не критична и можно не тратить на неё время
Официальная документация Claude Code приводит ровно этот же принцип в примере: команда «add tests for foo.py» превращается в «write a test for foo.py covering the edge case where the user is logged out. avoid mocks» - конкретный сценарий вместо общего пожелания. Разбор этого примера в официальной документации, раздел про специфичность промптов
Что это даёт: Claude Code перестаёт додумывать за тебя приоритет задачи. Без «зачем» программа выбирает решение, которое выглядит правильным в общем случае, а не то, которое нужно именно тебе. Тот же принцип конкретности работает и в коротких командах - краткость и точность не противоречат друг другу, подробнее в пяти приёмах коротких промптов
Приём 2: заставь показать план, прежде чем что-то менять
Это не просьба из вежливости - в Claude Code 2026 года это отдельный встроенный режим, а не только фраза в тексте команды. Режим называется план-режим: Claude Code читает файлы, отвечает на вопросы и предлагает план действий, но не вносит ни одной правки, пока план не одобрен
Как включить план-режим
-
Куда нажать: в открытом окне Claude Code нажми сочетание клавиш Shift и Tab несколько раз подряд, пока внизу экрана не появится статус «план-режим включён»
Что увидишь: строка состояния внизу окна поменяет надпись, показывая, что план-режим активен
Что это даёт: теперь любая твоя команда сначала превращается в план на экране, и ни один файл не меняется, пока ты сам не скажешь «делай» или не одобришь план -
Куда нажать: опиши задачу словами, как обычно - например, «хочу добавить вход через Google, посмотри какие файлы затронуть»
Что увидишь: Claude Code перечислит файлы, которые собирается менять, и шаги, в каком порядке
Что это даёт: ты видишь весь объём работы до того, как она началась, и можешь поправить план словами, а не откатывать уже готовый код -
Куда нажать: если план устраивает, нажми Shift и Tab ещё раз (или подтверди план, если программа сама предложит кнопку)
Что увидишь: статус-строка вернётся в обычный режим, и Claude Code начнёт вносить изменения по показанному плану
Что это даёт: Claude Code двигается по согласованному пути, а не по тому, что придумал сам на середине задачи
Официальная рекомендация одна и та же для обеих сторон: план-режим не нужен на мелочи вроде опечатки или переименования переменной - там достаточно прямой команды. Он окупается, когда правка касается нескольких файлов сразу или когда сам не уверен, какой подход лучше. Если результат можно описать одним предложением - план не нужен. На действительно большом проекте с десятками файлов план-режим - только часть решения, дальше нужна ещё и схема, как держать задачи разделёнными: разбор такой схемы - в статье про большой проект в Claude Code без хаоса
Приём 3: скажи, как проверить готовое
Без способа проверки Claude Code сам решает, что работа закончена, когда результат «выглядит готовым». А «выглядит готовым» и работает - разные вещи, и разницу между ними обычно находишь только ты, уже после того как принял результат на веру
Три способа дать Claude Code критерий проверки
-
Что написать в команде: конкретные примеры «вход-выход» - например, для проверки email: «[email protected] - true, просто test - false»
Как это сработает: Claude Code напишет функцию и сразу прогонит эти примеры, покажет, какие прошли
Зачем это нужно: ты видишь не заявление «готово», а реальный прогон с результатом по каждому примеру -
Что написать в команде: для внешнего вида - вставь картинку нужного результата (можно перетащить файл прямо в окно) и попроси сравнить с тем, что получилось
Как это сработает: Claude Code сделает свой скриншот результата и перечислит отличия от картинки-образца
Зачем это нужно: визуальная задача проверяется визуально, а не описанием словами «сделай покрасивее» -
Что написать в команде: если что-то не работает - точный текст ошибки, а не пересказ своими словами
Как это сработает: Claude Code разбирает причину именно этой ошибки, а не гадает по общему описанию
Зачем это нужно: фикс исправляет причину, а не симптом, который вылезет снова в другом месте
Официальная документация формулирует это ещё жёстче: «Claude stops when the work looks done. Without a check it can run, «looks done» is the only signal available» - без проверки, которую Claude Code может сам прогнать и прочитать результат, единственным сигналом остаётся внешнее впечатление, а весь контроль качества ложится на тебя. Официальный раздел про проверку работы
Похожий принцип действует и в защите от чужого вредоносного текста внутри данных, которые обрабатывает Claude Code: инструмент должен проверять, а не слепо доверять содержимому файла или веб-страницы - разбор этой темы в статье про prompt injection и защиту от атаки
Приём 4: разбирайся, а не чини сразу
Когда что-то сломано, первый порыв - попросить Claude Code сразу это починить. Но если причина ошибки непонятна тебе самому, готовый фикс от Claude Code тоже придётся принимать на веру - а если он лечит симптом, а не причину, та же ошибка вернётся через неделю в другом месте
Проверил на своём прогоне: взял код с реальной ошибкой (скидка в процентах считалась как готовый множитель, вместо 10% от суммы код вычитал сумму, умноженную на 10) и попросил Claude Code «разберись в причине, объясни простыми словами, предложи варианты, не чини»
Диагностика вместо мгновенного фикса: 05.09.2026
Что нашёл Claude Code
Точная причина с числами: при сумме 350 и скидке 10% код вычислил 350 минус (350 умножить на 10), получилось минус 3150 вместо правильных 315 - число 10 использовалось как готовый множитель, а не как проценты
Что сделал дальше
Предложил 3 варианта фикса с плюсами и минусами каждого, не изменив ни строчки кода - файл остался таким же, каким был до команды
Что это даёт: ты выбираешь один из предложенных вариантов осознанно, а не соглашаешься с первым готовым патчем, который мог решить только частный случай. Похожая логика «сначала разбор, потом действие» лежит и в основе агентов Claude Code, которые сами решают задачи бизнеса без пошагового контроля - какие зоны для этого безопасны, разобрано в статье про 3 зоны автономности ИИ-агента
Сводка: 6 приёмов формулировки против того, что за ними стоит на самом деле
Донор подаёт все шесть приёмов формулировки одним списком, как будто это шесть равнозначных советов по стилю письма. На практике за частью из них стоит фраза в тексте команды, а за другой частью - отдельный встроенный механизм самого Claude Code, который работает даже без специальной формулировки
| Приём | Как подаёт донор | Что это на самом деле |
|---|---|---|
| Говори конкретно | совет по стилю письма | подтверждено официальной таблицей «до/после» - остаётся фразой в тексте команды |
| Дай контекст-зачем | совет по стилю письма | тоже фраза в команде, но без неё Claude Code выбирает решение «в общем случае», а не под конкретную задачу |
| Заставь показать план | формулировка вроде «сначала план» | встроенный план-режим (Shift+Tab), переключение интерфейса, а не только слова в команде |
| Скажи, как проверить | совет по стилю письма | официальная verification-таблица: тест-примеры, скриншот-образец, точный текст ошибки - три конкретных формы, не абстрактная «проверка» |
| Проси допущения и вопросы | совет по стилю письма | вероятностное улучшение, а не гарантия - мой собственный прогон А показал, что модель может задать уточнение и без специальной просьбы, когда сама не понимает масштаб задачи |
| Дроби на шаги | совет без чёткой границы «когда именно дробить» | официальный критерий точнее: одно предложение - план не нужен, несколько файлов или сомнение в подходе - план-режим |
Таблица прокручивается вбок →
Разница между колонками «как подаёт донор» и «что на самом деле» - это разница между советом, который может сработать, а может нет, и механизмом продукта, который либо включён, либо выключен
До и после: три формулировки одной и той же задачи
Разницу проще увидеть не в описании, а в самих формулировках - официальном примере Anthropic и моём собственном прогоне рядом
| Было | Стало | Источник примера |
|---|---|---|
| add tests for foo.py | write a test for foo.py covering the edge case where the user is logged out. avoid mocks | официальная документация Claude Code, таблица про специфичность промптов |
| implement a function that validates email addresses | write a validateEmail function. example test cases: ... run the tests after implementing | официальная документация Claude Code, verification-таблица |
| «приведи файл data.csv в порядок» | «файл пойдёт в CRM клиенту, мусора быть не должно. Убери пробелы, пустые поля приведи к одному виду. Сначала покажи план без изменений и жди моё «делай». Потом проверь, что в каждой строке ровно 4 поля» | мой собственный прогон, 05.09.2026 |
Таблица прокручивается вбок →
Во всех трёх строках правая формулировка длиннее левой в несколько раз. Это не случайность и не «на всякий случай» - каждое добавленное слово убирает одну конкретную неопределённость: какой сценарий тестировать, какие примеры считать верными, что делать с пустым полем
Частые ошибки формулировки, которые не видно на первый взгляд
Здесь - то, что не совпадает с интуитивным представлением о хорошей команде, собранное из фактического сравнения донора с официальной документацией и с собственным прогоном
Этот кусок вынесен в отдельный гайд Claude Code пишет много кода: 3 исключения и фраза-фикс
Что обычно упускают в формулировке команды
-
Так обычно формулируют: просят «покажи план» в обычном режиме и считают, что этого достаточно
Почему это не работает так, как ждёшь: без включённого план-режима та же фраза не даёт гарантии паузы перед изменениями - пауза наступает, только если явно попросить «жди моё делай», как это было в команде Б моего прогона
Что сделать вместо этого: включить план-режим (Shift+Tab) на задачах с несколькими файлами, а не полагаться на формулировку в обычном режиме -
Похожий промах: просят «почини» сразу, как только увидели ошибку
Почему это не работает так, как ждёшь: готовый фикс от Claude Code лечит симптом, если причина ошибки непонятна тебе самому - в своём прогоне я увидел, что после просьбы «разберись, не чини» модель нашла точную причину (10% использовались как множитель, а не как доля) и предложила 3 варианта, вместо того чтобы патчить один частный случай
Что сделать вместо этого: сначала «разберись, объясни, предложи варианты», и только после этого выбирать вариант и просить его применить -
Ещё один частый случай: третья попытка исправить ту же ошибку в одном и том же длинном разговоре
Почему это не работает так, как ждёшь: официальная документация называет переполнение контекста прямой причиной, почему производительность падает - Claude Code начинает «забывать» ранние инструкции, и накопленные неудачные попытки только добавляют шума
Что сделать вместо этого: после двух неудачных исправлений подряд - команда `/clear` и новая, более точная формулировка, а не третья попытка в том же чате -
И последнее из частого: держат разовую команду и повторяющееся правило проекта в одном и том же месте
Почему это не работает так, как ждёшь: то, что должно случаться без исключений (правила стиля, команды тестов), должно жить в CLAUDE.md - иначе каждый раз приходится напоминать об этом заново внутри самой команды
Что сделать вместо этого: разовое - в текст команды, повторяющееся - в CLAUDE.md
| Что видишь на экране | Что это означает | Что сделать |
|---|---|---|
| Одну и ту же ошибку правил дважды, а она не ушла | контекст разговора уже засорён неудачными попытками | команда `/clear`, затем новая, более точная формулировка |
| Результат «выглядит готовым», но нет способа это проверить | единственный сигнал у Claude Code - собственное впечатление «looks done» | добавить тест-примеры, скриншот-образец или точный текст ошибки |
| Задача касается нескольких файлов или сам не уверен в подходе | прямая команда без паузы рискует внести правки не туда | включить план-режим (Shift+Tab) до начала изменений |
Таблица прокручивается вбок →
Как эти приёмы выглядят в самом Claude Code
Разница между расплывчатой и точной командой видна не только в поведении программы, но и в интерфейсе - у каждой прошлой задачи в боковой панели остаётся своё название, и по нему потом легко понять, какие команды были точными, а какие расплывчатыми. Если история задач нужна для отчёта или разбора прошлой сессии, полный список способов её посмотреть - в статье про историю сессий Claude Code
А вот пример того, что даёт конкретная формулировка задачи с точным условием - разбор чужого открытого репозитория с явным указанием, на что смотреть в первую очередь:
Что не спасает ни одна формулировка
Все четыре приёма выше работают на уровне ОДНОЙ команды. Есть отдельная проблема, которую формулировкой не закрыть: чем дольше идёт разговор с Claude Code без перерыва, тем хуже он держит в голове инструкции из начала беседы. Официальная документация называет это прямо - производительность падает по мере заполнения окна контекста, и Claude Code начинает «забывать» ранние указания. Если сессия ведёт несколько параллельных задач одновременно - контекст засоряется быстрее, и здесь помогает отдельная схема параллельной работы, разобранная в статье про git worktree в Claude Code
Решение простое и тоже встроено в программу: команда /clear полностью сбрасывает историю разговора между несвязанными задачами. Официальное правило простое - если одну и ту же ошибку правил дважды и она не ушла, дело не в третьей попытке в том же чате: /clear и новая, более точная команда почти всегда работают быстрее, чем продолжение того же разговора. Постоянные правила проекта, которые не нужно повторять в каждой команде, лучше вынести в отдельный файл памяти - как это устроено, разобрано в статье про CLAUDE.md, 4 прогона и замок на важное
Что почитать дальше про команды и Claude Code
- 7 уровней от первой команды до агентов - если хочешь понять всю прогрессию навыка, а не один срез про формулировки
- Настройка Claude Code бесплатно с нуля - если инструмент ещё не установлен
- 6 правил промптов для Claude 5 - общие принципы формулировки, применимые в любом чате с нейросетью
- 5 приёмов коротких промптов - как быть конкретным, не раздувая команду
- Как откатить изменения Claude Code - если результат работы не устроил целиком
- Большой проект в Claude Code без хаоса - схема на несколько файлов и задач сразу
- Git worktree в Claude Code - несколько параллельных сессий без конфликтов
- CLAUDE.md: памятка для ИИ, 4 прогона и замок на важное - постоянные правила проекта отдельно от разовых команд
- Prompt injection: 5 шагов защиты от атаки - когда Claude Code обрабатывает чужой текст или файл
- История сессий Claude Code - как посмотреть и восстановить прошлый разговор
- 3 зоны автономности ИИ-агента - какие задачи можно доверить агенту без пошагового контроля
- Тема: Claude Code - больше разборов про доступ, установку и настройку Claude Code
Источники
- Anthropic, официальные best practices Claude Code, раздел про план-режим и специфичность промптов - таблицы «до/после», критерий, когда план-режим нужен. Обращение 05.09.2026
- code.claude.com/docs/en/best-practices - страница целиком, обращение 05.09.2026
- Anthropic, раздел про проверку работы Claude Code - формулировка про «looks done» как единственный сигнал без проверки. Обращение 05.09.2026
- Anthropic, common workflows: явный порядок explore-plan-implement-commit и флаг плана - шаги плана-режима, сочетание Shift+Tab, флаг
--permission-mode plan. Обращение 05.09.2026 - code.claude.com/docs/en/common-workflows - страница целиком, обращение 05.09.2026
- Anthropic, раздел про CLAUDE.md - что входит в файл, что не входит, правило «удаление строки вызовет ошибку». Обращение 05.09.2026
- code.claude.com/docs/en/memory - страница целиком, обращение 05.09.2026
- Anthropic, неинтерактивный режим Claude Code - формат
claude -p, на котором построен собственный прогон этой статьи. Обращение 05.09.2026 - code.claude.com/docs/en/headless - страница целиком, обращение 05.09.2026
- Официальная страница продукта Claude Code - источник обоих собственных кадров интерфейса. Обращение 05.09.2026
- claude.com/product/claude-code - страница целиком, обращение 05.09.2026
- Собственный прогон 05.09.2026: три headless-запуска
claude -pс разными формулировками одной задачи на CSV-файле и на файле с ошибкой в расчёте. Логи сохранены целиком в terminal-outputs/
Памятка: что добавить к команде Claude Code
Пять пунктов, по которым видно, что команда собрана осознанно, а не написана на бегу
Сохрани себе
- Названо, кому или чему пойдёт результат (зачем это нужно)
- Указано, что НЕ трогать, если в файле есть части, которые должны остаться как есть
- Для задачи в несколько файлов - включён план-режим (Shift+Tab до статуса «план-режим включён»)
- Указан способ проверки: конкретные примеры, скриншот-образец или точный текст ошибки
- Для сломанного кода - сначала «разберись и объясни», и только потом «почини»
Порог входа
Команда получилась. Привычка формулировать так - ещё нет
Всё из этой статьи - контекст, план-режим, критерий проверки, «разберись, не чини» - можно повторять на следующей задаче уже сегодня, и это ничего не стоит. Следующий шаг - три дня разбора твоих собственных задач с Claude Code - тоже бесплатный
Заявка в закрытый канал, одобряю сразу. Бот сам напишет первым и покажет, как забрать три дня Лагеря. Бесплатно
Частые вопросы
Значит ли это, что раньше без плана и проверки Claude Code вообще не работал
Работал, но результат зависел от удачи больше, чем от твоих действий: без критерия проверки программа сама решала, когда работа закончена, и это решение не всегда совпадало с твоим ожиданием
Нужно ли включать план-режим на каждую задачу
Нет. Официальная рекомендация - пропускать план-режим, если изменение можно описать одним предложением: опечатка, переименование переменной, добавление одной строки лога. План-режим окупается на задачах с несколькими файлами или когда сам не уверен в подходе
Что делать, если Claude Code всё равно не понимает задачу с первого раза
Проверить, не накопился ли в разговоре мусор от прошлых неудачных попыток - если одну и ту же вещь правил дважды без успеха, помогает /clear и новая команда с учётом того, что уже узнал о задаче
CLAUDE.md заменяет все эти приёмы
Нет, это разные вещи. CLAUDE.md хранит то, что нужно каждый раз (правила стиля, команды тестов, устройство проекта), а приёмы из этой статьи - про то, как сформулировать конкретно ЭТУ задачу, которая не повторяется
Работает ли это в веб-версии Claude, не в Claude Code
Частично. Контекст, критерий проверки и «разберись, не чини» работают в любом чате с нейросетью. А план-режим - это функция именно Claude Code (работа с файлами и кодом), в обычном чате её нет
Голосовой ввод команды тоже считается
Да, способ ввода не имеет значения - можно надиктовать команду голосом и она будет прочитана Claude Code так же, как напечатанная. Важно содержание команды, а не то, как она набрана