К списку уроков

Работа над проектом

Большие задачи: план, шаги, проверка

8 мин · Проверено на версии июль 2026, 30.07.2026

Мелкая правка прощает ошибки: посмотрел, не то — откатил. Большая задача не прощает. Двадцать изменённых файлов проверить глазами невозможно, и если что-то поехало на третьем шаге, найдёшь ты это на двадцатом.

Поэтому большие задачи ведут иначе.

Шаг первый: не давать делать сразу

Включи режим планирования — тот, где правки запрещены на уровне инструмента. Claude изучит проект и вернётся с планом.

Хороший план отвечает на три вопроса:

  • какие файлы будут затронуты;
  • в каком порядке идут шаги;
  • как проверить, что каждый шаг сработал.

Если в плане нет проверок — попроси добавить. План без проверок бесполезен: ты не узнаешь, где сломалось.

Шаг второй: резать на куски, которые проверяются

Плохо: «сделай регистрацию пользователей». Хорошо: четыре шага, и после каждого видно результат:

  1. Таблица пользователей в базе — проверка: строка добавляется вручную.
  2. Форма на экране — проверка: форма видна и отправляется.
  3. Сохранение из формы в базу — проверка: заполнил, строка появилась.
  4. Вход по сохранённым данным — проверка: залогинился.

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

Шаг третий: проверять после каждого шага, а не в конце

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

Цена нарушения: сломалось на четвёртом шаге, а причина на втором — придётся разбирать все четыре.

Что делать, если план большой

Раздели на сессии. У разговора ограниченный объём: когда прочитано много файлов, старое сжимается и детали теряются.

Практический приём: план храни в файле, а не в переписке. Попроси записать его в docs/PLAN.md с отметками о готовности. Тогда в новом разговоре достаточно сказать «прочитай docs/PLAN.md и продолжи с шага 3» — и весь контекст восстановится сам.

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

Держи границы явными

В большой задаче он охотнее «улучшает» соседнее. Заранее скажи, чего не трогать:

Работай только в папке app/auth. Файлы в lib/ не меняй — если нужна правка там, скажи мне, я решу отдельно.

Это одна строка, а экономит она часы разбора неожиданных изменений.

Признак, что пора остановиться

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

Попроси объяснить текущее состояние простыми словами, разберись и продолжай.

В следующем уроке собираем всё вместе: первый маленький проект от начала до конца.

Первоисточник: https://code.claude.com/docs/en/common-workflows

Проверь себя

  1. 1.Хороший план большой задачи обязательно содержит:

  2. 2.Почему нельзя проверять результат только в конце?

  3. 3.Где держать план большой задачи?