Большой проект в Claude Code: схема из 4 звеньев без хаоса

Почему один промпт не тянет большой проект

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

По официальной документации Anthropic, «производительность Claude снижается по мере заполнения контекстного окна. Когда контекстное окно почти заполнено, Claude может начать "забывать" более ранние инструкции или допускать больше ошибок». Именно поэтому короткая задача и задача на несколько недель ведутся по-разному: короткую можно попросить одной фразой, а длинную нужно разбить на управляемые куски заранее, а не разбираться с путаницей по ходу дела

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

Звено 1. Ресёрч до старта: пусть Claude сначала читает, а не пишет

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

По официальной документации, «если дать Claude сразу перейти к написанию кода, может получиться код, который решает не ту задачу. Используй режим плана, чтобы отделить исследование от исполнения». Если проект стартует совсем с нуля и первый вопрос - с чего вообще начать разговор с Claude Code, шаг раньше разобран в «Что делать после установки Claude Code: первые шаги»

Тот же режим можно включить сразу при запуске программы без переключения внутри разговора: команда claude --permission-mode plan открывает Claude Code сразу в режиме чтения. Подробное описание всех режимов разрешений, включая режим плана, официальная документация держит отдельной страницей - «Permission modes»

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

Для крупной новой фичи: пусть Claude сначала расспросит тебя

Ресёрч режимом плана хорош для задачи, которую ты сам уже примерно понимаешь. Но если затевается что-то по-настоящему крупное - новый модуль, целая фича с нуля - у документации есть отдельный приём, который переворачивает порядок вопросов

По официальной документации, для больших фич стоит «сначала дать Claude тебя расспросить: начни с короткого описания того, что хочешь построить, и попроси опросить тебя подробно про техническую реализацию, интерфейс, пограничные случаи и компромиссы. Продолжай отвечать на вопросы, пока не разберёте всё, а потом попроси записать полную спецификацию в файл SPEC.md»

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

Звено 2. План живёт в файле, а не в разговоре

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

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

Официальная документация советует прямо на этом шаге открыть план в текстовом редакторе и подправить его руками: сочетание клавиш Ctrl+G открывает план в отдельном окне для редактирования, до того как Claude продолжит работу дальше по этому плану

Ещё один рабочий приём отсюда же: для действительно крупной новой функции документация советует не сразу писать план самому, а попросить Claude сначала задать ТЕБЕ вопросы - «начни с короткого описания того, что я хочу построить, и опроси меня подробно про техническую реализацию, интерфейс, пограничные случаи и компромиссы». Ответы на эти вопросы и превращаются потом в файл плана

Как понять, что фаза - подходящего размера

Частая ошибка новичка - фаза размером «сделать весь личный кабинет» или, наоборот, фаза размером «поменять одну строчку». Первая слишком большая, чтобы её реально проверить целиком, вторая слишком мелкая, чтобы вообще заводить отдельную строку в плане

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

Звено 3. Одна фаза за раз, и у каждой - своя проверка

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

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

Собственный прогон на этой же машине 4 сентября 2026 года: создан демонстрационный проект с файлом плана из трёх фаз (ресёрч, реализация, проверка), для второй фазы заведена отдельная рабочая копия той же командой, что использует внутри себя claude --worktree, внутри копии сделана правка. Проверка по факту: поиск нового файла в основной папке дал 0 совпадений - копия физически не задела оригинал, пока правка не была явно перенесена обратно коммитом. Полный дословный протокол сохранён рядом со страницей

Отметку о готовности фазы (галочку в чек-боксе) стоит просить у самого Claude сразу после успешной проверки - «отметь эту фазу выполненной в файле плана» - так файл всегда отражает реальное состояние, а не то, что помнишь ты сам

Отдельный практический приём для больших исследований внутри одной фазы: если фаза требует перечитать много файлов проекта, поручи это отдельному помощнику (в терминологии Claude Code - subagent), а не основной сессии. По документации, «изучение большого проекта заполняет твой контекст чтением файлов. Передай это исследование в сторону, чтобы вернулись только выводы» - отдельный помощник читает файлы в своём собственном контексте и присылает только сжатый итог, а твой основной разговор про план остаётся чистым. Что такое эти отдельные помощники и чем они отличаются от обычного разговора - подробно в «Агенты Claude вышли из терминала». Если твоя фаза плана требует подключить внешний сервис (свою базу данных, календарь, трекер задач) - для этого в Claude Code есть отдельный механизм, разобранный в «Claude MCP: как подключить свой первый сервис»

Проверка чужими глазами: отдельный ревьюер для готовой фазы

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

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

Этот приём стоит держать отдельно от обычной проверки тестами: тесты отвечают на вопрос «работает ли код», а отдельный помощник - на вопрос «сделали ли мы именно то, что было в плане, и не больше»

Откат назад: точка возврата на каждый шаг

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

По документации, «Claude автоматически делает снимок файлов перед каждой правкой, поэтому точку возврата всегда можно восстановить»

Это не замена дисциплине «одна фаза - одна проверка» из звена выше, а страховка на случай, когда сама проверка уже показала, что конкретный шаг внутри фазы пошёл не туда

Звено 4. Когда контекст заполнился или разговор оборвался

Рано или поздно любой длинный проект упирается в стену: либо Claude Code сам предупреждает, что контекст почти заполнен, либо разговор просто закрылся (закрыл окно, перезагрузил компьютер, кончился лимит на сегодня). Здесь и решается, была ли вся дисциплина выше не зря

По официальной документации, «Claude Code сохраняет разговоры локально, поэтому когда задача растягивается на несколько сессий, не нужно заново объяснять контекст». Команда claude --continue продолжает последний разговор в текущей папке проекта, а claude --resume открывает список всех сохранённых разговоров на выбор

Но даже без команд возврата у тебя уже есть страховка - тот самый файл плана. Новая сессия, даже открытая другим человеком на другом компьютере, за 10 секунд читает файл плана и видит: какие фазы отмечены галочками, какая фаза следующая, что уже проверено. Файл плана - это твоя память проекта, которая не зависит от того, жива ли конкретная переписка. Рядом с файлом плана в тех же проектах обычно живёт ещё один файл памяти, который стоит завести отдельно - он разобран в «CLAUDE.md: памятка для ИИ». А если интересно, что вообще Claude помнит между разными твоими проектами и как это почистить - смотри «Память Claude: как посмотреть и стереть»

Есть ещё один встроенный механизм для длинных разговоров, которые не обрываются, а просто становятся слишком длинными: Claude Code сам умеет сжимать историю разговора, когда она приближается к пределу. По документации, «Claude Code автоматически сжимает историю разговора при приближении к пределу контекста, сохраняя важный код и решения и освобождая место». Команду для этого можно вызвать и вручную: /compact сжимает разговор прямо сейчас, а /compact с уточнением после (например, «сохрани список изменённых файлов и команды тестов») говорит, что именно сохранить в первую очередь

Последние две строки таблицы - прямая цитата подхода из документации: «раздутый файл CLAUDE.md заставляет Claude игнорировать половину написанного, потому что важные правила теряются в шуме» и «Claude выдаёт правдоподобно выглядящую реализацию, которая не обрабатывает пограничные случаи - лечится тем, что всегда даёшь способ проверить: тесты, скрипты, скриншоты. Если не можешь проверить - не считай готовым»

Отдельный приём: своя копия проекта под одну фазу

Если несколько фаз плана можно вести параллельно (например, один человек работает над одной частью, а вторая часть никак не мешает первой), пригодится механизм отдельных изолированных копий проекта - каждая на своей рабочей ветке. Это ровно тот механизм, что стоит за флагом claude --worktree, и он подробно разобран отдельной статьёй, куда стоит заглянуть, если работаешь над несколькими независимыми кусками одновременно: «Git worktree в Claude Code: 3 сессии сразу без конфликтов». В рамках схемы «ресёрч - план - фазы - проверка» это не обязательный шаг, а дополнительный инструмент для тех случаев, когда фазы плана не идут строго друг за другом, а могут вестись бок о бок

Пять частых провалов длинного проекта и как их избежать

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

Первые три провала правит именно дисциплина из звеньев выше - файл плана, одна фаза за раз, проверка. Оставшиеся два - отдельное напоминание: длинный файл CLAUDE.md вредит ровно так же, как длинный неструктурированный разговор, а бесконечный ресёрч без перехода к плану обесценивает всё звено 1

Когда схема - лишнее, а когда без неё не обойтись

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

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

Если после нескольких больших проектов хочется не просто следовать схеме, а разогнать саму работу с Claude Code - отдельные настройки под это разобраны в «Как усилить Claude в 10 раз», а готовые расширения возможностей под конкретные задачи - в «22 скилла для Claude Code». Ещё один смежный механизм, который иногда путают с ручным планом по фазам - автоматический режим, где Claude сам решает, разбивать ли задачу на десятки шагов: он разобран отдельно в «Ultracode в Claude Code», но это другой инструмент для другого случая, не замена файлу плана из этой статьи

Если продукт уже собран и речь идёт не о новом большом проекте, а о доработке готового без риска что-то сломать - для этого отдельный разбор: «Собрал продукт на ИИ - что дальше». А если Claude в процессе работы начал делать явно не то, что просили, и дело не в отсутствии плана, а в конкретной путанице прямо сейчас - смотри «Claude делает не то, что просил: 6 причин и как исправить»

Что ещё почитать про Claude Code

• Рабочий цикл из 6 шагов в Claude - если нужен не план на один проект, а ежедневный повторяющийся ритм работы
• Git worktree в Claude Code: 3 сессии сразу без конфликтов - как вести несколько фаз или задач параллельно, а не строго по очереди
• Собрал продукт на ИИ - что дальше - когда проект уже готов и речь о доработке без поломки
• Claude делает не то, что просил: 6 причин и как исправить - если дело не в отсутствии плана, а в конкретной путанице прямо сейчас
• Claude Code: что это и как работает - если ты вообще не работал с этим инструментом раньше
• 7 уровней Claude Code: от первой команды до команды агентов - весь путь целиком, а не один приём
• Скиллы, агенты и автоматизация Claude - все разборы Claude Code на одной странице

Источники

Все страницы открыты живым браузером 4 сентября 2026 года, плюс собственный прогон команд на этой же машине Голые адреса тех же документов: code.claude.com/docs/en/best-practices, code.claude.com/docs/en/common-workflows, code.claude.com/docs/en/memory, code.claude.com/docs/en/worktrees, code.claude.com/docs/en/permission-modes

• Anthropic Claude Code Docs: Best practices for Claude Code - режим плана, проверка работы, управление контекстом, /clear и /compact, антипаттерны длинных сессий
• Anthropic Claude Code Docs: Common workflows - команды plan mode, --continue, --resume, --worktree, делегирование исследования помощникам
• Anthropic Claude Code Docs: How Claude remembers your project - файл CLAUDE.md и авто-память, что переживает сжатие разговора
• Anthropic Claude Code Docs: Worktrees - параллельные изолированные копии проекта на своих ветках
• Anthropic Claude Code Docs: Permission modes - полное описание режима плана и остальных режимов разрешений Голые адреса тех же документов: code.claude.com/docs/en/best-practices, code.claude.com/docs/en/common-workflows, code.claude.com/docs/en/memory, code.claude.com/docs/en/worktrees, code.claude.com/docs/en/permission-modes

Памятка: большой проект в Claude Code за 4 звена

Четыре строки, которые держат весь порядок работы над многонедельным проектом

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