Как работать с Claude Code: 4 шага, чтобы понимать свой код

Шаг 1. Поставь задачу так, чтобы было видно, когда она готова

Строка «Готово, когда» важнее самой задачи. Без неё Claude останавливается, когда работа выглядит законченной, а проверять, так ли это, приходится тебе после. С ней у вас обоих одна точка финиша, и её видно глазами: число, надпись, кнопка

Я прогнал весь порядок на учебной странице, калькуляторе чаевых. Задача: добавить поле «Сколько человек» и строку «С каждого», где сумма с чаевыми делится поровну. Строка готовности: при счёте 3000, чаевых 10% и 3 людях на странице видно «С каждого: 1100 ₽». План пришёл за 69 секунд, и после него в проекте не изменилось ни одного файла

Как отличить хорошую строку готовности от плохой:

Почему конкретная фраза вместо общей решает исход, разобрано на цифрах в статье 400 000 сессий Claude Code: три привычки

Шаг 2. Прочитай план до того, как разрешить правки

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

В моём плане про это была строчка: пустое поле (откат к 1 через || 1). То есть если человек сотрёт число людей, калькулятор молча посчитает всю сумму на одного. Ошибкой это не выглядит, на экране просто число. Такие решения и есть то, что ты должен понять до правок: либо согласиться, либо попросить по-другому

Когда план устраивает, Claude Code покажет варианты ответа. «Yes, manually approve edits» значит одобрить план и разрешать каждую правку отдельно, «No, keep planning» значит остаться в плане и написать, что поменять. Если ты в другом режиме и выбора не видно, напиши словами:

План одобряю. Делай. Меняй только то, что есть в плане.

Шаг 3. Перед тем как принять: какие файлы изменились и зачем

Когда Claude закончил, набери в строке ввода /diff и нажми Enter. Откроется список изменённых файлов, у каждого число добавленных и удалённых строк. Это работает, если папка проекта сохранена в git (система, которая помнит прошлые версии файлов). В моём прогоне я снял тот же список командой git (окно /diff показывает те же данные: файлы и число строк):

 index.html | 10 +++++++++-
 1 file changed, 9 insertions(+), 1 deletion(-)

Один файл, девять строк добавлено, одна старая строка удалена (её заменила новая). Сверь с планом: в плане был только index.html, значит лишнего нет. Теперь попроси объяснить каждую правку:

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

За 25 секунд пришёл разбор на 4 куска: новое поле, новая строка результата, расчёт, обработчик ввода. И фраза «Изменений сверх плана нет». Я сверил её со списком правок, она совпала. Читать код для этого не нужно: ты сверяешь два списка, план и правки. Не совпали - спроси, откуда взялся лишний файл, до того как идти дальше

Шаг 4. Проверь сам, а не верь слову «проверил»

Попроси Claude показать, что именно он запускал:

Докажи, что работает: проверь пример из строки «Готово, когда» и крайние случаи (пустое поле, ноль, неправильный ввод). Покажи, что именно ты запустил и что получилось.

Здесь живёт главная ловушка, и никакой ошибки она не показывает. Ещё до этого запроса, сразу после правок, Claude ответил мне так:

Запуск `node`/`open` в этой среде требует одобрения, которое не прошло автоматически - браузером не проверял. Проверил вручную по формуле из кода

Он честно сказал, что страницу не открывал, а пересчитал формулу. В этом прогоне у него просто не было разрешения запускать программы, в обычном окне Claude Code он спросил бы его у тебя. Но слово «проверил» стояло в ответе. Если читать только его, легко решить, что страница работает. На запрос «Докажи» он ответил так же честно: страницу запустить не смог, пересчитал формулу командой и получил 1100

Поэтому последний шаг твой. Открой результат сам и введи пример из строки готовности. Я открыл калькулятор в браузере: 3000, 10%, 3 человека, на экране «С каждого: 1100 ₽». Потом стёр число людей, и он показал 3300, то самое решение из плана

Если результат не тот, не проси «исправь» поверх сломанного. Нажми Esc два раза при пустой строке ввода (или набери /rewind), выбери в списке свой запрос, с которого начались правки, и пункт «Restore code»: файлы вернутся к состоянию до него. Как откатывать разными способами, есть в статье как откатить изменения Claude Code. Что ещё проверить на готовом сайте, если код ты не читаешь вовсе, разобрано в 7 проверках кода от ИИ

История инженера на русском: почему «жать Enter» стало работой

20 сентября 2026 года инженер под ником v0xium написал в X пост, который посмотрели 8,4 миллиона раз и лайкнули 48,7 тысячи раз. Перевод целиком:

С меня хватит. Всё, конец. В инженерии сейчас творится ужас. Полмесяца назад я вышел на новую работу в крупную компанию. Здесь никто ничего не знает. Требования, код, тесты, описания продукта, задачи, их решение, отчёты: всё делает Claude Code. Никому в команде это не нравится. Всех заставляют выпускать как можно больше. Начальство не раз повторяло: писать код больше не узкое место, так почему мы такие медленные? Люди сидят по 12-13 часов в день, чтобы просто жать на кнопку. Никто ничего не читает. Сами люди ничего не делают. Все, буквально все, от новичка до самого старшего инженера, заняты одним: переписываются с Claude. Никакого чувства победы. Никто не чинит ошибки. По сути, никто больше не думает. Всё делают нейросети. Это выматывает душу. Честно, я бы не возражал, если бы нам давали хотя бы время посмотреть код и понять, что куда идёт. Но нет, цель одна: выпускать. Что бы ни случилось.

Имя и компанию автор не называет: по словам TechSpot, он пишет анонимно, потому что боится реакции работодателя. Изданию Business Insider он сказал, что если у инженеров отнять возможность понимать код и решать трудные задачи, у них «не останется ничего». Пост обсуждали широко: Илон Маск ответил одним словом «yikes», инвестор Чамат Палихапития сравнил такую работу с нажатием кнопки у игрового автомата

Главная фраза поста для нас стоит в самом конце: «я бы не возражал, если бы нам давали хотя бы время посмотреть код и понять, что куда идёт». Беда в посте не в Claude Code, а в том, что из работы выкинули чтение. Четыре шага выше и есть это время, разложенное по задаче: план читаешь до правок, правки сверяешь с планом, результат видишь своими глазами. На маленькой задаче у меня все четыре ответа Claude заняли около четырёх минут

Если у тебя другой случай

Проект не сохранён в git, и /diff ничего не показывает. Попроси Claude: «Сделай из этой папки git-репозиторий и сохрани текущее состояние файлов». У меня он сделал это за 37 секунд одним сохранением. С этого момента /diff показывает всё, что изменилось после сохранения

Работаешь в VS Code или в приложении Claude, а не в терминале. В VS Code режим переключается значком режима у поля ввода, в приложении Claude выбором режима там же. Найди в списке режим плана, дальше шаги те же

Shift+Tab показывает «auto mode on». Это авторежим: Claude сам решает, какие действия выполнять без вопроса. Нажимай Shift+Tab дальше, пока не дойдёшь до «⏸ plan mode on». Что делает авторежим и когда его выключать, есть в статье авторежим Claude Code

Задача большая, на несколько дней. Один план в разговоре её не удержит. Тогда план живёт в файле, а проект режется на фазы, у каждой своя проверка: схема в статье большой проект в Claude Code

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

Ты в России. Официально Claude в России не работает, поэтому нужны зарубежная оплата и доступ. Способы оплаты разобраны в статье как оплатить зарубежную нейросеть из России

Что ломается и что делать

Четыре запроса одним блоком

Скопируй в заметки и отправляй по одному на каждую задачу. Первый в режиме плана. Второй нужен, только если Claude Code не показал кнопок одобрения плана:

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

2. План одобряю. Делай. Меняй только то, что есть в плане.

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

4. Докажи, что работает: проверь пример из строки «Готово, когда» и крайние случаи (пустое поле, ноль, неправильный ввод). Покажи, что именно ты запустил и что получилось.

Между третьим и четвёртым запросом набери /diff и сверь список файлов с планом

Источники

• Пост v0xium в X, 20 сентября 2026 - исходный текст инженера, 8,4 млн просмотров
• Engineer says Claude Code has made his job "soul-sucking" - TechSpot, 22 сентября 2026: автор анонимен, слова для Business Insider
• Software Engineer Says AI Is Causing Chaos Among Coders - Futurism, 23 сентября 2026: реакция Маска и Палихапитии
• Choose a permission mode - документация Claude Code: Shift+Tab, режим плана, варианты одобрения плана
• Interactive mode: Review changes with /diff - документация: /diff, двойной Esc
• Checkpointing - документация: /rewind и «Restore code»
• Best practices for Claude Code - документация: дать Claude способ проверить работу, сначала план, потом код

Памятка: порядок на каждую задачу в Claude Code

Сохрани скриншотом, пригодится на следующей задаче

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