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 — поведінка й мінімальні версії змінюються, ключові числа звіряйте в офіційних доках.

BINANCE SIMPLE EARNЗмусь крипту працюватиВідсотки на USDT і BTC без блокування — гроші лишаються під рукою.Розмістити

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 у браузері: повний розбір 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 — і в кожної поверхні свої режими роботи.

BINANCEДосі дивишся збоку?Ринок працює без вихідних. Рахунок на Binance відкривається за 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 при таймауті результат втрачається без попередження, тому для довгих завдань зберігайте проміжні підсумки або дробіть роботу.

Чи можна виконувати план не у хмарі, а у своєму терміналі? Так. Схвалений план можна телепортувати назад у термінал і обрати: продовжити в поточній сесії, почати нову сесію лише з планом у контексті або просто зберегти план у файл без виконання.