Plan Mode и /ultraplan в Claude Code: как планировать большие задачи

Коротко (TL;DR)

Режим планирования в Claude Code — это не одна кнопка, а два инструмента разного масштаба. Plan Mode работает локально в терминале: агент читает код, ничего не меняя, и выдаёт план прямо в сессии. /ultraplan — официальная слэш-команда, которая передаёт то же планирование в облачную сессию Claude Code on the web, где план готовится дольше, но его можно вычитать в браузере с комментариями.

Что нужно знать сразу:

• /ultraplan — реальная официальная команда, а не приём и не сторонний скилл. Технически это тот же режим планирования, только запущенный в облаке.
• Локальный Plan Mode — бесплатно в рамках вашей подписки; /ultraplan требует аккаунт Claude Code on the web (Pro/Max/Team/Enterprise) и репозиторий на GitHub.
• Это не отдельная премиум-подписка и не одноимённые скиллы с GitHub. Разберём путаницу отдельно.
• У облачной версии есть задокументированный риск: 30-минутный таймаут может молча стереть результат (GitHub issue #44804).

Дальше — как войти в оба режима, чем они отличаются под капотом, как ultraplan работает на практике, и простая эвристика «когда что выбирать» для декомпозиции задач Claude Code.

Фича /ultraplan в статусе research preview — поведение и минимальные версии меняются, ключевые числа сверяйте в официальных доках.

Bybit · Rewards Hubдо $30,100Внеси депозит, торгуй 14 дней — и забери награды в Rewards HubЗабрать бонус →

Plan Mode и ultraplan: что это и чем они НЕ являются

Plan Mode — это режим разрешений в Claude Code, в котором агент работает «только на чтение»: исследует репозиторий, но не пишет файлы, не редактирует код и ничего не выполняет, пока вы не одобрите план. Официальная таблица режимов доступа так и описывает plan — «Reads only», то есть для изучения кодовой базы перед изменениями.

/ultraplan — это облачный вариант того же планирования. По формулировке официальной документации, ultraplan «передаёт задачу планирования из вашего локального CLI в сессию Claude Code on the web, работающую в plan mode». То есть под капотом — не отдельный алгоритм, а тот же плановый режим с теми же read-only ограничениями, только запущенный на инфраструктуре Anthropic, а не у вас в терминале.

Claude Code 2.1.224 связал сессии: SendMessage и ListAgents на macOS и Linux

Claude for Chrome: Teach Mode, разрешения и безопасность

Управление Claude Code из Telegram: официальный путь и где он ломается

Как подключить Claude Code к GitHub: @claude, авто-ревью PR и GitHub Actions

Как заставить Claude Code работать без вас: /loop, Routines и фоновые агенты

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

Три «ultra»-фичи, которые постоянно путают

Половина ошибок новичков — из-за похожих названий. Разведём их таблицей.

Чего /ultraplan точно не делает:

• Не пишет код сам во время планирования — это read-only фаза, как и локальный Plan Mode.
• Не является отдельным тарифом: /ultraplan — это функция Claude Code, а не подписка. Некоторые гайды путают её с дорогими персональными планами (Claude Max от $100/мес или чужими «Pro»-подписками) — совпадает лишь слово, не суть.
• Не работает без GitHub-репозитория (о требованиях ниже).
• Не равно /ultrareview: та же облачная механика, но задача другая — код-ревью, а не план.

Здесь же уместно назвать вещи своими именами: на GitHub существуют сторонние open-source проекты со словом «ultraplan» в названии (например, скиллы-адаптации для Codex и других агентов). Это community-инструменты декомпозиции, не связанные с официальной фичей Anthropic. Для новичка, который гуглит туториал, это частая ловушка: половина инструкций в выдаче — про чужие скиллы, а не про /ultraplan из Claude Code. Первоисточник для официальной команды один — документация на code.claude.com.

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

BYBITВсё ещё смотришь со стороны?Рынок работает без выходных. Счёт на Bybit открывается за 2 минуты.Начать сейчас

Как войти в локальный Plan Mode: shift tab и claude code режим

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

1. Клавишами Shift+Tab. Прямо в активной сессии переключение циклом проходит по режимам разрешений: обычный → авто-принятие правок → plan. Сочетание Shift+Tab — самый быстрый способ уйти в режим планирования Claude Code, не выходя из диалога.
2. Командой /plan — префиксом одного промпта:

/plan Добавить регистрацию через OAuth2 в модуль авторизации

1. Флагом при старте — если хотите начать сессию сразу в плановом режиме:

claude --permission-mode plan

Все три способа приводят к одному состоянию: агент исследует код, но не трогает его, пока вы не одобрите план.

Что предлагает Claude, когда локальный план готов

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

• Approve and start in auto mode — одобрить и выполнять автоматически.
• Approve and accept edits — одобрить с авто-принятием правок.
• Approve and review each edit manually — одобрить, но подтверждать каждую правку вручную.
• Keep planning with feedback — не одобрять, дать замечания и планировать дальше.
• Refine with Ultraplan for browser-based review — отправить план в облако на браузерное ревью.

Последний пункт — как раз мостик к /ultraplan: локальный план можно «дорастить» в облаке, не начиная заново.

Как запустить /ultraplan из CLI

Официальная документация описывает три способа запуска — и все они стартуют из вашего локального терминала.

1. Командой — /ultraplan и следом промпт:

/ultraplan Спроектировать миграцию биллинга с Stripe на внутренний платёжный сервис

1. Ключевым словом — достаточно упомянуть слово ultraplan где угодно в обычном промпте, и Claude Code уведёт планирование в облако.

2. Из готового локального плана — когда Claude заканчивает локальный план и показывает диалог одобрения, выбрать «No, refine with Ultraplan on Claude Code on the web».

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

Ревью плана в браузере и куда его исполнять

Главное отличие облачного режима — богатое браузерное ревью. В интерфейсе Claude Code on the web доступны:

• Инлайн-комментарии — выделяете любой фрагмент плана и оставляете замечание, которое агент учтёт.
• Emoji-реакции — согласие или сомнение по разделу без развёрнутого текста.
• Боковое оглавление — быстрая навигация между разделами длинного плана.

Когда план вас устраивает, есть два маршрута исполнения:

• Выполнить в той же облачной сессии — Claude берётся за реализацию и открывает pull request.
• Телепортировать план обратно в терминал — и там ещё три варианта: Implement here (выполнить в текущей сессии), Start new session (начать новую сессию только с планом в контексте) или Cancel — просто сохранить план в файл, не исполняя.

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

Что происходит под капотом (и почему числа плавают)

По данным практических разборов (aiproductivity.ai, Steve Kinney), облачная сессия /ultraplan работает на модели Opus 4.6 и живёт до 30 минут. Локальный Plan Mode, для сравнения, планирует и исполняет той моделью, что выбрана в вашей сессии — например, Claude Sonnet 5, если вы работаете на ней ради экономии; облако же жёстко привязано к более «думающей» Opus. Важная оговорка: официальная страница /docs/en/ultraplan конкретную модель дословно не фиксирует — для research preview это нормально, модель может смениться. Поэтому «Opus 4.6, до 30 минут (июль 2026)» стоит воспринимать как срез на момент проверки, подтверждённый независимыми практиками и косвенно — багрепортом Anthropic про этот самый 30-минутный лимит.

Ещё аккуратнее — с минимальной версией CLI. Официальные доки на старте называли v2.1.91+, тогда как независимые гайды (betterstack.com и др.) пишут v2.1.101+. Скорее всего, минимальная версия росла с патчами после запуска research preview в апреле 2026, а офиц. страница просто не переиздавалась под каждый релиз. Вывод для читателя: точное финальное число версии не заучивайте — держите Claude Code свежим и сверяйте актуальный минимум в доках.

Отдельная тонкость — как физически устроено read-only ограничение. Независимое техническое расследование (Armin Ronacher, декабрь 2025) показало, что на тот момент план был обычным markdown-файлом, который агент писал штатным edit-инструментом, а «только чтение» держалось в основном на промпт-инструкциях и небольшой state-машине, а не на жёстком отключении инструментов. При этом текущая официальная таблица режимов (июль 2026) описывает plan уже как enforced-режим с колонкой «Reads only». Это не «кто-то ошибся» — это эволюция продукта за полгода: механика Claude Code меняется быстро. Практический смысл для вас один: не полагайтесь на Plan Mode как на неубиваемую песочницу безопасности — это режим удобства и дисциплины, а гарантии стоит проверять на своей версии.

Когда Plan Mode, а когда /ultraplan — эвристика и разбор сценария

Официального «правила от Anthropic» здесь нет. Есть практическая эвристика, которую предлагает автор гайда aiproductivity.ai (блог с affiliate-ссылками — учитываем конфликт интересов): Plan Mode — для фокусных задач, Ultraplan — для проектов, которые вы обычно разбили бы на несколько тикетов. В более конкретной формулировке того же автора: 3–10 файлов / одна фокусная задача → локальный Plan Mode; 10+ файлов, несколько модулей или многодневная работа → /ultraplan.

Это разумный ориентир, но именно как эвристика практика, а не догма. Ниже — свой decision-framework, который снимает большинство сомнений.

Берите локальный Plan Mode, если:

• задача укладывается в несколько файлов и понятную область;
• вам нужен план «здесь и сейчас», без ожидания;
• вы работаете вне GitHub (локальный проект, GitLab, Bitbucket) — облачная фича вам просто недоступна;
• контекста в текущей сессии достаточно, чтобы агент всё «увидел».

Уводите планирование в /ultraplan, если:

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

Один и тот же сценарий в двух режимах

Возьмём типовую задачу: добавить вход через OAuth2 в модуль авторизации. Покажем разницу UX, не выдумывая метрик.

Через локальный Plan Mode. Пишете /plan Добавить OAuth2 в модуль авторизации. Через несколько секунд агент выдаёт план прямо в терминале: какие файлы затронуть, куда добавить обработчик колбэка, где хранить токены, какие тесты дописать. Правки вносите текстом в том же диалоге («вынеси секреты в переменные окружения»), затем выбираете один из пяти вариантов одобрения. Быстро, всё в одном окне — идеально, пока задача умещается в голове и в контекст сессии.

Через /ultraplan. Пишете /ultraplan Добавить OAuth2 в модуль авторизации — и задача уходит в облако. Терминал свободен. Через некоторое время в браузере открывается структурированный план с боковым оглавлением: раздел про провайдера, раздел про хранение токенов, раздел про миграции БД, раздел про тесты. Вы выделяете абзац про хранение токенов и оставляете инлайн-комментарий «используем существующий Vault-клиент», ставите emoji-сомнение на раздел про миграции. Агент дорабатывает. Дальше — либо исполнение в облаке с открытием PR, либо телепорт плана обратно в терминал.

Вывод из сценария простой: для OAuth2 в одном модуле локального Plan Mode обычно достаточно. /ultraplan начинает окупать ожидание, когда «OAuth2» превращается в «переписать всю авторизацию с сессий на токены во всём приложении».

Чек-лист: когда НЕ стоит запускать /ultraplan

Облачный режим удобен, но у него есть сценарии, где он скорее навредит. Не запускайте /ultraplan, если:

• Задача требует долгого многоагентного аудита без быстрого одобрения плана. Из-за 30-минутного лимита (см. риски ниже) большая сессия рискует упереться в таймаут — и молча потерять результат. Дробите такие задачи или сохраняйте промежуточные выводы вручную.
• У вас нет GitHub-репозитория. Локальный проект, GitLab или Bitbucket фичу не поддерживают — планируйте локально.
• Вы на Amazon Bedrock, Google Cloud Agent Platform или Microsoft Foundry. Там /ultraplan недоступен в принципе.
• Задача мелкая и понятная. Ждать облако ради правки в паре файлов — трата времени: локальный Plan Mode отдаст план сразу.
• Активен Remote Control. Запуск /ultraplan отключит его — оба используют один интерфейс claude.ai/code, и одновременно подключено может быть только что-то одно.

CLAUDE.md и план: почему ultraplan так зависит от файла

И локальный Plan Mode, и /ultraplan читают файл CLAUDE.md вашего проекта в начале планирующей сессии. Если в нём внятно описаны стек, конвенции и архитектурные паттерны — план их учтёт. Если CLAUDE.md скудный или устаревший — агент спланирует «в вакууме», и вы получите корректный по форме, но чужой для вашей команды план.

Практический вывод: перед серьёзным планированием стоит потратить пять минут на актуализацию CLAUDE.md — это дешевле, чем переделывать план. По сути, качество планирования — прямое следствие того, насколько хорошо задокументирован проект. Как именно писать CLAUDE.md, чтобы агент понимал ваш код, — тема отдельного разбора; здесь важно запомнить связь: план ровно настолько хорош, насколько полон контекст, который вы дали заранее.

Тот же принцип «агент силён своей базой знаний» хорошо виден и на других инструментах Anthropic — например, на том, как ИИ-агент ведёт базу знаний в LLM Wiki: без структурированного контекста любой агент планирует и отвечает наугад.

Требования и где /ultraplan не работает

Сведём условия доступа в одну таблицу — это второй частый источник разочарований.

Логика недоступности простая: /ultraplan крутится на облачной инфраструктуре Anthropic, поэтому на альтернативных платформах развёртывания (Bedrock, Google Cloud Agent Platform, Foundry) его нет. Локальный Plan Mode этих ограничений лишён — он работает где угодно, где работает сам Claude Code.

Риски и ограничения, о которых молчат гайды

Раздел про слабые места — там, где большинство обзоров обрывается на «это удобно».

1. 30-минутный таймаут может стереть работу. Самый неприятный задокументированный риск. В GitHub issue #44804 (репозиторий anthropics/claude-code, подан 7 апреля 2026) описано: если не одобрить план в веб-интерфейсе в течение 30 минут, сессия молча завершается — все находки агентов, сгенерированные файлы и потраченные токены теряются без предупреждения. Issue закрыт статусом «not planned» — то есть Anthropic решила пока не чинить и не предупреждать заранее. Отсюда чек-лист выше: длинные аудиты — не для облака без ручных чекпоинтов.

2. Research preview — числа и поведение дрейфуют. Мы уже видели расхождение по минимальной версии CLI (v2.1.91 в доках против v2.1.101 в блогах) всего за несколько месяцев. Любая точная цифра в статусе preview — снимок на дату, а не константа.

3. Некоторых удобных действий ещё нет. Сообщество просит добавить единое действие «очистить контекст и сразу исполнить план» — так уже сделано у OpenAI Codex (GitHub issue #71614, открыт 26 июня 2026, статус open). Готового one-click варианта у Anthropic пока нет — это запрос на будущее, а не сегодняшняя возможность.

4. Терминологическая путаница = неверные инструкции. Сторонние «ultraplan»-скиллы на GitHub не имеют отношения к официальной фиче и могут увести на чужие команды и настройки. Отдельно в сообществе встречается жалоба на непрозрачный расход токенов у облачной фичи с похожим названием «UltraCode» (порядка 1,7 млн токенов без результата) — но это, по всей видимости, другая функция, и приписывать её именно /ultraplan некорректно. Это лишний повод не путать названия и брать инструкции только из первоисточника.

Ultraplan vs ultrareview — не путать

Оба слова начинаются на «ultra», оба — облачные research-preview фичи Claude Code on the web, но задачи у них противоположные.

• /ultraplan — про планирование: строит план изменений до того, как код тронут.
• /ultrareview (алиас команды /code-review ultra) — про ревью: ищет баги в готовом diff или pull request.

Разная и экономика. Планирование идёт в рамках подписки на Claude Code on the web. А у /ultrareview подписчикам Pro и Max даётся 3 бесплатных прогона, после чего каждое ревью списывается из usage-кредитов и стоит обычно $5–20 в зависимости от размера изменений (июль 2026); у Team и Enterprise бесплатных прогонов нет. Простое мнемоническое правило: plan — до кода, review — после кода.

FAQ

/ultraplan — это официальная команда или сторонний скилл? Официальная слэш-команда Claude Code, описанная в документации на code.claude.com. Одноимённые проекты на GitHub — это отдельные community-скиллы, к фиче Anthropic отношения не имеющие.

Нужна ли для /ultraplan отдельная дорогая подписка? Нет. /ultraplan — это функция Claude Code, а не отдельный тариф. Достаточно подписки на Claude Code on the web (Pro, Max, Team или Enterprise) и репозитория на GitHub; специального «ультра-тарифа» под эту команду не существует.

Чем /ultraplan отличается от обычного Plan Mode? Механика одна и та же — планирование в режиме «только чтение». Разница в месте запуска: Plan Mode работает локально в терминале и отдаёт план сразу, /ultraplan уводит планирование в облако (по данным практиков — Opus 4.6, до 30 минут) с браузерным ревью и открытием PR.

Подойдёт ли GitLab или Bitbucket вместо GitHub? Нет. /ultraplan работает только с GitHub-репозиториями. Для проектов на других хостингах остаётся локальный Plan Mode.

Почему план получается «не про мой проект», хотя код верный? Скорее всего, дело в скудном или устаревшем CLAUDE.md: оба режима читают его в начале планирующей сессии. Опишите в нём стек, конвенции и архитектуру — и план начнёт учитывать реальные правила вашей команды, а не абстрактные best practices.

Что будет, если не одобрить облачный план вовремя? Сессия ограничена примерно 30 минутами. По GitHub issue #44804 при таймауте результат теряется без предупреждения, поэтому для долгих задач сохраняйте промежуточные итоги или дробите работу.

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