# Команда /goal в Claude Code: автономная работа и Agent View в 2026 году
> Узнайте, как команда /goal в Claude Code 2.1.139+ выполняет задачи автономно, как задавать проверяемые условия и управлять фоновыми сессиями через Agent View и worktrees.
Source: https://ailoot.ai/blog/ru/claude-code-goal-agent-view/
Canonical: https://ailoot.ai/blog/ru/claude-code-goal-agent-view/
Language: ru
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-102
Revision: sha256-447e2fa1ea6c25d30ebc6bcac682d26b4cfc7c069c57d067f1845dae828dfd2b
Справочные материалы Ailoot: [ailoot.ai/docs/](https://ailoot.ai/docs/).
## Что означает /goal в Claude Code?
Ключевая идея
`/goal` — команда Claude Code версии 2.1.139 и новее, представленная 11 мая 2026 года. Она включает автономный цикл: вы формулируете критерий завершения, а Claude пишет код, запускает тесты и продолжает работу, пока условие не будет выполнено. После каждого хода компактная модель — по умолчанию Haiku — анализирует диалог и решает, достигнута ли цель. Команду можно использовать в обычной сессии и в безголовом режиме с `claude -p`.
Прежде Claude Code выдавал ответ и ждал нового запроса пользователя. Для небольших поручений этого достаточно, но длительные работы — например, перенос API, исправление двенадцати тестов или рефакторинг файла на 800 строк — требуют десятков циклов. После каждого из них приходилось снова возвращаться к терминалу.
Команда `/goal` разделяет исполнение и контроль результата. Основной агент вносит изменения, а отдельный evaluator на быстрой модели Haiku после каждого хода читает историю и проверяет условие. Если задача ещё не закончена, запускается следующий ход; после подтверждения результата управление возвращается пользователю.
В документации Anthropic принцип описан так:
Задайте через /goal условие завершения, и Claude будет двигаться к нему без запроса нового промпта на каждом шаге. В конце каждого хода быстрая компактная модель проверяет выполнение условия. Если оно пока не выполнено, Claude начинает следующий ход; если выполнено — цель автоматически снимается.
— Документация Anthropic, https://code.claude.com/docs/en/goal
Механизм длительной автономной работы основан на сочетании `/goal` и Agent View, появившихся в одном выпуске 11 мая 2026 года.
## Для чего нужен автономный режим и что изменилось 11 мая 2026 года?
Ключевая идея
До 11 мая 2026 года в Claude Code не было штатного режима длительной автономной работы. Разработчики запускали собственные сценарии с cron-таймерами, что могло приводить к крупным расходам. Встроенный `/goal` добавил supervisor, ограничение числа ходов в условии и evaluator, способный остановить цикл.
Идея оставить ИИ работать ночью появилась задолго до этой команды. В других инструментах уже существовали фоновые режимы, но для Claude Code приходилось самостоятельно собирать обвязку: например, cron-задачу, периодически вызывающую `claude -p`, или сценарий, который проверяет состояние Git и отправляет следующий запрос.
Такая схема может дорого обходиться. В сообщении от 22 мая 2026 года рассказывалось о разработчике, который оставил сценарий на ночь и получил счёт на $6 000. Согласно описанию, причиной стало изменение времени жизни кэша Claude Code с часа до пяти минут без уведомления. Cron запускал процесс каждые 30 минут, поэтому кэш успевал истечь. При каждом запуске заново обрабатывалась история объёмом 800 000 токенов; запись данных в кэш обходится заметно дороже чтения активного кэша.
Это произошло при обычном использовании инструмента, без необычных действий со стороны разработчика.
Встроенный режим `/goal` предусматривает несколько механизмов управления:
1. **Процесс supervisor** продолжает сессию за пределами терминального окна и сохраняет её при закрытии окна и переходе ноутбука в спящий режим.
2. **Evaluator на Haiku** проверяет каждый ход; его расход токенов невелик.
3. **Жёсткий предел числа ходов** можно включить прямо в условие, например `or stop after 20 turns`.
4. **Изоляция в worktree** позволяет фоновой сессии изменять отдельную ветку, не затрагивая основную рабочую копию.
В отличие от самодельного bash-сценария, эти возможности встроены непосредственно в Claude Code.
## Как запустить /goal за три шага
Ключевая идея
Краткий порядок действий: 1) обновите Claude Code до версии 2.1.139 или новее с помощью `claude update` либо `npm i -g @anthropic-ai/claude-code`; 2) введите `/goal` и критерий завершения; 3) следите за ходом работы в панели с временем, числом ходов и расходом токенов. Команда доступна в интерактивной сессии и при запуске `claude -p`. Чтобы прервать работу, нажмите `Ctrl+C`, чтобы убрать цель — выполните `/goal clear`.
**Шаг 1. Установите Claude Code версии 2.1.139 или новее.**
Посмотрите установленную версию:
```bash
claude --version
```
Если версия старше требуемой, обновите программу:
```bash
claude update
# либо принудительное обновление через npm
npm install -g @anthropic-ai/claude-code@latest
```
В выпусках с 12 по 19 мая 2026 года появились исправления ошибок первой версии. В 2.1.140 устранено зависание evaluator при `disableAllHooks`. В 2.1.143 добавлен параметр `worktree.bgIsolation: "none"` и исправлена проблема с циклом stop hooks. В версии 2.1.144 от 19 мая появилась поддержка `--resume` для фоновых сессий и `--json` для agents в сценариях автоматизации. Рекомендуемый минимум — 2.1.143.
**Шаг 2. Введите `/goal` и условие достижения цели.**
Откройте обычную сессию Claude Code и укажите, что должно быть выполнено:
```
/goal все тесты в test/auth проходят и линтер чист, или стоп через 15 ходов
```
Отдельный запрос после этого не требуется: команда сразу запускает первый ход. Условие можно сформулировать по-русски, по-английски или смешанно. Максимальная длина — 4 000 символов.
**Шаг 3. Следите за работой в живой панели.**
После старта в нижней части терминала появится статусная строка, например:
```
/goal active · 3 turns · 12m elapsed · 18,400 tokens · last: tests in test/auth/login.test.ts still fail
```
В строке отображаются:
- **Turns** — количество выполненных ходов.
- **Elapsed** — время с момента запуска.
- **Tokens** — суммарный расход токенов; этот показатель помогает контролировать бюджет.
- **Last** — последнее объяснение evaluator, почему условие ещё не выполнено.
Если evaluator три хода подряд повторяет одну и ту же причину, возможно, цикл остановился на месте. Нажмите `Ctrl+C` либо выполните `/goal clear`; для отмены также предусмотрены варианты `stop`, `off`, `reset` и `cancel`. Затем уточните условие и запустите команду снова.
## Как сформулировать хорошее условие: пять правил и пять примеров
Ключевая идея
Condition — это измеримый критерий выхода, а не просто задание. Укажите конечный результат, способ его проверки и ограничения. Например, можно потребовать успешного завершения тестов и сборки с запретом менять файлы вне `/auth`. Избегайте туманных требований вроде «сделай красиво», а также забывайте задавать предел ходов: один разработчик сообщил о расходе $200 за 14 часов из-за расплывчатых условий.
Документация Anthropic выделяет три составляющие условия, которое подходит для длительной работы:
Укажите одно измеримое итоговое состояние — результат теста, код завершения сборки, число файлов или пустую очередь; опишите проверку, которой Claude должен подтвердить результат, например npm test exits 0 или чистый git status; задайте важные ограничения на изменения, например no other test file is modified.
— Документация Anthropic, https://code.claude.com/docs/en/goal
Удобная форма условия объединяет все три части в одной строке:
```text
/goal [выполни работу] until [измеримый результат] without [обязательные ограничения]
```
**Пять правил, которые помогают избежать ошибок:**
**Правило 1. Итог должен проверяться командой, а не субъективной оценкой.**
Вместо «сделай красиво» укажите `npm test exits 0`. Вместо «улучши UX» можно задать `Lighthouse Performance score выше 90`. Evaluator оценивает текст истории: он сам не запускает команды и не анализирует скриншоты. Если результат нельзя подтвердить сообщением в транскрипте, модель не сможет надёжно определить, что задача завершена.
**Правило 2. Явно задайте узкие ограничения.**
Без оговорок Claude может сделать тесты зелёными, удалив сами тесты или закомментировав упавшие проверки. Добавьте условия вроде `without modifying any file outside /auth`, `without removing existing assertions` и `without bumping major versions of dependencies`.
**Правило 3. Всегда указывайте предел ходов.**
Добавляйте к условию `or stop after N turns`. Этот предел не даёт циклу продолжаться бесконечно. Если работа длится час, расходы на токены могут превысить затраты на выполнение задачи вручную, поэтому заранее задайте бюджет.
**Правило 4. Опишите и требуемый результат, и способ его проверки.**
Не ограничивайтесь перечислением проверок: уточните, каким должен быть сам результат. Если условие говорит только о тестах, агент может добиться их прохождения, не реализовав нужную функцию. Укажите требуемые свойства или элементы результата вместе с критериями проверки.
**Правило 5. Попросите Claude показать доказательство в диалоге.**
Evaluator читает историю и не запускает команды самостоятельно. Если условие требует, чтобы `npm test` завершился успешно, но Claude не приводит его вывод, evaluator может продолжать отвечать «ещё не выполнено». Добавьте указание вроде `show the output of <команды> in the conversation`.
**Пять примеров для распространённых задач:**
```
1. Перенос API:
/goal каждый вызов getUser() заменён на fetchUser(), npm test проходит, npm run build зелёный, никакие другие имена API не тронуты, или стоп через 30 ходов
2. Исправление тестов:
/goal все падающие тесты в test/auth теперь зелёные (npm test покажет 0 fails в чате), без изменения assertions, без удаления тестов, или стоп через 20 ходов
3. Контроль качества кода — размер файла:
/goal src/legacy/UserService.ts разбит на файлы меньше 200 строк каждый, все импорты обновлены, npm run build зелёный, или стоп через 25 ходов
4. Разбор очереди задач:
/goal обработай каждый issue с лейблом 'good-first-issue': прочитай описание, реализуй фикс в worktree-ветке, открой PR. Продолжай, пока очередь не пустая или не обработано 6 issue
5. Проверка безопасности:
/goal каждая уязвимость npm audit severity >= high закрыта, все существующие тесты проходят, без breaking API changes, или стоп через 15 ходов
```
## Пять задач, для которых подходит /goal
Ключевая идея
`/goal` подходит для задач с проверяемым конечным результатом: переноса API, исправления тестов, разбиения крупных файлов, обработки очереди задач и проверки безопасности. Для субъективных поручений — например, дизайна, улучшения UX, поиска идей или творческой работы — он менее пригоден. Спросите себя, можно ли проверить завершение командой `bash`. Если можно, автономный режим может подойти; если нет, лучше работать в обычной сессии или Plan Mode.
Anthropic перечисляет несколько типов задач с ясным критерием завершения:
Выбирайте goal для работы, у которой есть проверяемый итог: перенести модуль на новый API и убедиться, что вызовы компилируются и тесты проходят; реализовать проектный документ, выполнив критерии приёмки; разделить большой файл на модули, каждый из которых укладывается в заданный размер; обработать очередь issues с нужной меткой, пока она не опустеет.
— Документация Anthropic, https://code.claude.com/docs/en/goal
Ниже — пять примеров условий, которые можно приспособить к своему репозиторию.
**Пример 1. Перенос модуля на новый API.**
Сценарий: переход с REST на GraphQL или замена устаревшей функции `getUser()` на `fetchUser()`. Это повторяющаяся работа, затрагивающая десятки файлов.
Условие:
```
/goal каждый getUser() в src/ заменён на fetchUser(), все вызовы обновлены под новый interface (id вместо userId), npm test проходит, никакие файлы вне src/ не тронуты, или стоп через 30 ходов
```
Почему это удобно: отсутствие старой функции можно проверить командой `grep -r getUser src/ | wc -l` — результат должен быть 0; успешное выполнение тестов подтверждается через `npm test exits 0`. Ограничение сохраняет файлы за пределами `src/` без изменений.
**Пример 2. Исправление упавших тестов.**
Сценарий: после обновления библиотеки перестали проходить 15 тестов. Изменения типовые — обновить mocks и привести assertions к новому формату. Их можно поручить агенту.
Условие:
```
/goal все падающие тесты в test/ теперь зелёные, npm test покажет результаты в чате с 0 failures, без удаления тестов и без закомментирования assertions, или стоп через 25 ходов
```
В качестве похожего условия можно потребовать, чтобы команда тестирования вернула ноль, не затрагивая посторонние файлы:
```
Fix all failing tests until npm test returns 0, without changing any file outside the /auth directory
```
**Пример 3. Разбиение крупного класса.**
Сценарий: в файле на 1 200 строк собраны модель, сервис, утилиты и API-клиент. Нужно разделить обязанности по отдельным файлам, обновить импорты и сохранить работоспособность тестов.
Условие:
```
/goal src/legacy/UserService.ts разбит на файлы меньше 200 строк, каждый файл отвечает за одну ответственность (model, repository, api-client, validator), все импорты обновлены, npm run build зелёный, существующие тесты проходят, или стоп через 25 ходов
```
**Пример 4. Обработка очереди issue за ночь.**
Сценарий: в репозитории с открытым кодом накопилось 20 issues с меткой `good-first-issue`. Claude может последовательно просмотреть их и подготовить изменения.
Условие:
```
/goal обработай каждый issue с лейблом 'good-first-issue': прочитай описание, реализуй фикс в отдельной worktree-ветке worktree-issue-N, открой PR с описанием. Продолжай, пока очередь не пустая или не обработано 6 issue, или стоп через 80 ходов
```
Предел в шесть задач задаёт конечный объём работы на одну сессию. Число задач следует выбирать с учётом плана и доступной квоты.
**Пример 5. Проверка безопасности.**
Сценарий: команда `npm audit` обнаружила восемь серьёзных уязвимостей. Цель — устранить их, не переходя на новые major-версии.
Условие:
```
/goal каждая уязвимость npm audit severity high+ закрыта, npm audit покажет 0 high в чате, все существующие тесты проходят, без breaking API changes, без бампов major version пакетов, или стоп через 15 ходов
```
**Для каких задач /goal не подходит:**
| Вид задачи | Причина |
|----|----|
| «Сделай привлекательный интерфейс» | По тексту нельзя оценить внешний вид |
| «Найди закономерность в данных» | Не задан способ достоверно подтвердить результат |
| «Улучши удобство страницы» | Оценка зависит от вкуса, поэтому агент может оптимизировать лишь измеряемые признаки |
| Исследование с открытым результатом | Невозможно определить, когда найдено достаточно информации |
| Развёртывание в production | Внешние последствия такого действия трудно отменить |
| Подготовка материалов и маркетинга | Качество текста нельзя проверить одной командой |
Не используйте `/goal` для задачи, где завершение определяется впечатлением — «выглядит хорошо», «ощущается правильно», «удачно спроектировано» или «интересно». Evaluator читает только диалог: он не запускает инструменты и не оценивает работу продукта. Без ясного проверяемого критерия такой цикл может продолжаться без полезного результата.
## Когда /goal приводит к лишним расходам: три типичные ошибки
Ключевая идея
Частые проблемы при использовании `/goal` — расплывчатое условие без предела ходов, внешний цикл с устаревшим кэшем и творческая задача без проверяемого результата. В одном случае разработчик сообщил о расходе $200 за 14 часов; в другом описывался счёт на $6 000 после ночного цикла. Чтобы снизить риск, задавайте измеримый итог и ограничивайте число ходов.
**Ошибка 1. Неясное условие без жёсткого предела ходов.**
Формулировки вроде «улучши код», «сделай лучше» или «оптимизируй» не задают точки завершения. Если не ограничить число ходов, агент может продолжать работу до исчерпания бюджета.
Один разработчик сообщил, что потратил $200 за 14-часовую сессию с расплывчатыми условиями. Если evaluator раз за разом отвечает `not yet`, цикл может пройти 50, 100 или даже 500 ходов прежде, чем это заметят.
Такая сумма может сопоставляться с недельным лимитом тарифа Max; при этом после долгой сессии можно остаться и без квоты, и без полезного результата.
Защита: завершайте каждое условие фразой `or stop after N turns`. Для простых задач можно установить 15 ходов, для сложных — 50, для длительной ночной работы — не более 100.
**Ошибка 2. Самодельный цикл с неактуальными настройками кэша.**
В истории от 22 мая 2026 года описан ночной расход $6 000 после изменения времени жизни кэша с часа до пяти минут. Разработчик использовал не сам `/goal`, а внешнюю автоматизацию: цикл с cron, запускавшимся каждые 30 минут и каждый раз заново обрабатывавшим историю в 800 000 токенов.
Внешний сценарий не учитывал внутреннее изменение параметров провайдера. При продолжительном запуске `/goal` также стоит контролировать расходы: токены могут накапливаться быстрее ожидаемого, а поведение кэша — отличаться от предположений.
Меры предосторожности:
1. **Не оставляйте `/goal` без промежуточной проверки на восемь часов и дольше.**
2. **Настройте лимиты использования в Settings → Usage.**
3. **Проверяйте `claude agents` дважды за ночь:** используйте `Space` для краткого просмотра и убедитесь, что число ходов растёт ожидаемо.
4. **Для задач на ресурсоёмких моделях, например Opus 4.7, задавайте более низкий предел — максимум 30 ходов.**
**Ошибка 3. Творческие задания через `/goal`.**
Результат цикла может формально соответствовать заданным проверкам и при этом не включать ожидаемое качество. Например, если условие охватывает только тесты, но не визуальную часть приложения, успешное завершение тестов не подтвердит наличие графики.
Evaluator оптимизирует те свойства, которые перечислены в условии. Поэтому задавайте все важные характеристики результата, а не только проверки.
Для задач, зависящих от вкуса, — дизайна, текстов или пользовательского опыта — лучше использовать обычную сессию либо [Plan Mode](https://ailoot.ai/blog/ru/claude-code-plan-mode/), где можно принимать решения по ходу работы.
## Что такое Agent View и как открыть панель управления
Ключевая идея
Agent View — это терминальная панель для управления фоновыми сессиями Claude Code. Запустите её командой `claude agents`. Каждая сессия отображается со статусом: Working, Needs input, Idle, Completed, Failed или Stopped. Если одновременно выполняются несколько задач, панель показывает их вместе. Клавиша `Space` открывает краткий просмотр, `Enter` подключает к сессии, стрелка влево отключает, а `Ctrl+T` закрепляет её.
`/goal` задаёт длительную работу, а Agent View служит панелью наблюдения за фоновыми задачами. Anthropic описывает её назначение следующим образом:
Откройте agent view командой claude agents, чтобы увидеть все фоновые сессии на одном экране: какие выполняются, где требуется ваш ответ и какие завершены. Отслеживайте состояние, запускайте новые сессии и подключайтесь к ним, когда это нужно, без последовательного просмотра всех диалогов.
— Документация Anthropic, https://code.claude.com/docs/en/agent-view
**Команда запуска:**
```bash
claude agents
```
В терминале появится TUI — текстовая панель со списком сессий слева и кратким просмотром последнего сообщения выбранной сессии справа.
**Шесть статусов сессии:**
| Статус | Значение |
|----|----|
| **Working** | Claude выполняет инструменты или формирует ответ |
| **Needs input** | Claude ожидает ответа на вопрос или разрешения пользователя |
| **Idle** | Сессия бездействует и готова принять следующий запрос |
| **Completed** | Задача успешно выполнена |
| **Failed** | Сессия завершилась с ошибкой |
| **Stopped** | Сессия остановлена сочетанием `Ctrl+X` или командой `claude stop` |
**Основные сочетания клавиш:**
```
↑ / ↓ перемещение по списку сессий
Space краткий просмотр без подключения
Enter / → подключиться к сессии
← отключиться от сессии, не завершая её
Ctrl+T закрепить сессию от автоматической остановки
Ctrl+X остановить сессию; повторное нажатие в течение 2 сек — удалить
Ctrl+R переименовать
Ctrl+S переключить группировку (по состоянию ↔ каталогу)
```
**Как запустить фоновую сессию:**
В интерактивной сессии Claude Code выполните:
```
/bg исправь падающий тест test/auth/login.test.ts
```
Или запустите её прямо из оболочки:
```bash
claude --bg "исправь падающий тест test/auth/login.test.ts"
```
Чтобы различать сессии в панели, укажите имя:
```bash
claude --bg --name "flaky-test-fix" "исправь test/auth/login.test.ts"
```
Фоновая сессия автоматически появится в Agent View. Запустите её с `--bg`, откройте `claude agents` и выберите её в списке.
**Сессии сохраняются при переходе компьютера в спящий режим и закрытии окна:**
Состояние сессии записывается на диск и сохраняется при обновлении программы и перезапуске supervisor. Оно также сохраняется при переходе компьютера в спящий режим. После пробуждения процессы продолжают работу, а supervisor подключается к ним заново, не считая время сна простоем.
— Документация Anthropic, https://code.claude.com/docs/en/agent-view
Выключение компьютера или ручная перезагрузка завершает фоновые процессы. Для работы в течение ночи компьютер должен оставаться включённым.
## Worktrees: изоляция параллельных сессий Claude
Ключевая идея
Worktree — отдельный рабочий каталог репозитория `.claude/worktrees//` на самостоятельной ветке `worktree-`. Перед редактированием фоновой сессии Claude переносит её в изолированную копию. Несколько сессий могут читать исходный checkout и вносить изменения в свои каталоги, не мешая друг другу. Начиная с версии 2.1.143 изоляцию можно отключить параметром `worktree.bgIsolation: "none"` в `.claude/settings.json`.
Worktree помогает избежать конфликтов, когда параллельные агенты изменяют один и тот же файл, например `src/auth.ts`. Для фоновых сессий Claude Code предусмотрен автоматический переход в изолированную рабочую копию:
Фоновая сессия, запущенная из agent view, командой /bg или через claude --bg, начинает работу из текущего каталога. Перед редактированием Claude переносит её в отдельный git worktree внутри .claude/worktrees/. Сессии читают один checkout, но каждая вносит изменения в собственную копию.
— Документация Anthropic, https://code.claude.com/docs/en/agent-view
**Пример работы:**
```bash
# Запуск трёх фоновых сессий:
claude --bg --name "fix-tests" "почини падающие тесты в test/"
claude --bg --name "add-oauth" "добавь Google OAuth по плану в plans/oauth.md"
claude --bg --name "split-userservice" "разбей UserService.ts на модули"
# Структура каталогов после запуска:
.claude/worktrees/
├── fix-tests/ # копия репозитория на ветке worktree-fix-tests
├── add-oauth/ # отдельная копия на ветке worktree-add-oauth
└── split-userservice/ # отдельная копия на ветке worktree-split-userservice
```
Каждая сессия работает в своём каталоге. После завершения нужные изменения можно объединить в основную ветку.
**Удаление сессии может удалить и её worktree.**
Worktree, созданный Claude, удаляется вместе с сессией в agent view. Перед удалением сессии, работавшей в собственном worktree, объедините изменения или отправьте их в удалённый репозиторий.
— Документация Anthropic, https://code.claude.com/docs/en/agent-view
Если дважды нажать `Ctrl+X` в Agent View, worktree будет удалён, а несохранённые изменения могут пропасть. Сначала сохраните или отправьте нужную работу.
**Как отключить изоляцию:**
В некоторых конфигурациях Git worktrees могут быть неудобны — например, из-за символических ссылок или медленного создания копии большого monorepo. В таких случаях изоляцию можно отключить:
```json
// .claude/settings.json
{
"worktree": {
"bgIsolation": "none"
}
}
```
После этого фоновые сессии будут редактировать текущую рабочую копию напрямую. Этот параметр появился в версии 2.1.143.
**Параллельные задачи расходуют квоту быстрее:**
Ограничения частоты запросов распространяются и на фоновые сессии: они расходуют квоту подписки так же, как интерактивные. Поэтому десять параллельных агентов могут использовать квоту примерно в десять раз быстрее одного.
— Документация Anthropic, https://code.claude.com/docs/en/agent-view
Тариф Pro стоимостью $20 в месяц может ограничивать количество параллельных ночных задач. Планируйте число сессий с учётом квот. Для запуска большого количества агентов может потребоваться Max или Enterprise.
## Как сочетать /goal, Plan Mode и субагентов в длинных задачах
Ключевая идея
`/goal` может стать заключительным этапом рабочего процесса. Сначала составьте план в [Plan Mode](https://ailoot.ai/blog/ru/claude-code-plan-mode/), затем распределите независимые части между [субагентами](https://ailoot.ai/blog/ru/claude-code-subagents/). План с проверяемыми пунктами можно сохранить в `plans/`, а `/goal` — использовать для дальнейшей работы и контроля выполнения. Без ясных критериев сложной задаче трудно задать надёжное условие завершения.
Запрос вроде `/goal сделай новую фичу` не объясняет, что считать готовым результатом. Для сложной работы полезен план с конкретными пунктами, которые можно проверять по мере выполнения.
**Этап 1. Подготовьте план в Plan Mode.**
Попросите Claude составить подробный план изменений, разделённый на 5–7 этапов с проверяемыми пунктами. Сохраните его, например, в `plans/2026-05-24-google-oauth.md`. В каждом этапе может быть от трёх до семи конкретных действий.
**Этап 2. Распределите работу между субагентами.**
Если этапы не зависят друг от друга — например, один посвящён серверному endpoint, другой форме интерфейса, третий миграции базы данных — для каждого можно запустить отдельную фоновую сессию через `claude --bg --name ""`. Каждая получит собственный worktree.
**Этап 3. Используйте `/goal` для контроля пунктов плана.**
```
/goal все фазы 1-7 из plans/2026-05-24-google-oauth.md выполнены и отмечены [x], все тесты в test/auth проходят (npm test показывает 0 failures), npm run build зелёный, или стоп через 50 ходов
```
После каждого хода evaluator читает план и проверяет отмеченные пункты. Если какие-то задачи остаются, агент продолжает работу.
**Для этой последовательности важны три составляющие:**
- подходящий контекст в `plans/`, который evaluator может прочитать
- план в каталоге `plans/`, сохраняющийся между сессиями ([второй мозг](https://ailoot.ai/blog/ru/claude-code-second-brain/))
- файл CLAUDE.md с правилами работы агента
Без CLAUDE.md агенту проще предложить изменения, нарушающие архитектуру. Без плана evaluator не получает критериев успеха, а без субагентов независимые этапы нельзя выполнять параллельно.
## Как сравнивать /goal с Codex, Cursor и другими агентными режимами
Ключевая идея
Сравнивайте продолжение задачи, место выполнения, разрешения и проверку завершения. В статье нет сопоставимых измерений, подтверждающих универсальный множитель расхода токенов или число шагов до потери связности другим инструментом. Фиксируйте модель, клиент, версию, режим исполнения и задачу.
`/goal` добавляет отдельную проверку завершения после каждого хода. Локальный CLI, облачная задача и управляемая сессия редактора — разные единицы сравнения. Нельзя описывать весь Codex CLI облачным контейнером или приписывать всем запускам одну проверяющую модель и способ оплаты.
Используйте один снимок репозитория, одну задачу и одинаковые критерии приёмки. Для каждого варианта фиксируйте:
| Параметр | Что записать |
|----|----|
| Исполнение | Клиент, версия, локальная или облачная среда |
| Модель | Точная модель, effort и лимиты контекста |
| Продолжение | Что запускает следующий ход и останавливает работу |
| Изоляция | Рабочая копия, разрешения, секреты и сеть |
| Результат | Пройденные проверки, сбои и исправления человека |
| Расход | Ввод, чтение и запись кеша, вывод, время и настоящий способ оплаты |
Утверждение о фиксированном множителе токенов требует этих условий и измерений одинакового успешного результата. Процент бенчмарка требует версии теста, модели, harness и настроек. Проценты Terminal-Bench без этих сведений не заменяют доказательства. Независимого сравнения инструментов в статье нет.
**Выбор рабочего процесса:**
Выбирайте управляемое редактирование, ограниченную фоновую задачу или многошаговую работу с явным условием завершения. Испытайте поддерживаемый режим установленного продукта, не предполагая отсутствия автономности у целого конкурента.
**Разрешения и продолжение:**
Автоматическое подтверждение инструмента само по себе не доказывает достижения цели и не запускает новый ход. В документации Anthropic различие описано так:
Auto mode автоматически разрешает вызовы инструментов в пределах одного хода, но не начинает следующий. Команда /goal добавляет отдельный evaluator, который проверяет заданное условие после каждого хода. Режимы дополняют друг друга: auto mode избавляет от подтверждения каждого инструмента, а /goal — от подтверждения каждого нового хода.
— Документация Anthropic, https://code.claude.com/docs/en/goal
**`/goal` и `/loop`:**
Команда `/loop` запускает повторяющиеся задачи через заданный интервал времени. `/goal` продолжает работу до выполнения условия. Используйте `/loop` для задач по расписанию, а `/goal` — когда нужен конкретный итог.
| Режим | Когда начинается следующий ход | Когда работа останавливается |
|----|----|----|
| `/goal` | После завершения предыдущего хода | Когда модель подтверждает выполнение условия |
| `/loop` | По истечении заданного интервала | Когда пользователь останавливает цикл или Claude считает работу завершённой |
| Stop hook | После завершения предыдущего хода | Когда срабатывает заданный сценарий или условие в промпте |
## Проверочный список перед запуском /goal: семь пунктов
Ключевая идея
Перед запуском проверьте семь пунктов: версия Claude Code не ниже 2.1.139, результат измерим, предел ходов задан, ограничения перечислены, важные изменения сохранены, лимиты использования настроены, Agent View открыт для наблюдения. Пропущенное ограничение или бесконечный цикл могут привести к лишним расходам и потере изменений.
Проверьте каждый пункт перед запуском `/goal`:
1. **Claude Code версии 2.1.139 или новее.** Выполните `claude --version` и при необходимости обновите программу. Рекомендуемый минимум — 2.1.143 от 15 мая 2026 года, где исправлена проблема с циклом stop hooks.
2. **Задан измеримый итог.** Вместо «улучши» укажите, например, `npm test exits 0`. Если нельзя придумать команду `bash` для проверки результата, автономный режим может не подойти.
3. **Установлен предел ходов.** В условии должно быть `or stop after N turns`. Для простой задачи можно выбрать 15, для сложной — 50, для длительной ночной — не более 100.
4. **Ограничения сформулированы явно.** Укажите `without modifying files outside /auth`, `without removing existing assertions` или `without bumping major versions`. Иначе тесты могут «исправить» удалением.
5. **Важные изменения сохранены.** Закоммитьте или отправьте их в удалённый репозиторий. Если сессия работает без worktree — например, с `worktree.bgIsolation: "none"` — она редактирует текущую копию проекта, и несохранённые изменения можно потерять.
6. **Настроены лимиты использования в Settings → Usage.** Установите подходящие ограничения на день, сессию и месяц.
7. **В отдельном окне открыт Agent View.** Запустите `claude agents` и периодически проверяйте состояние через `Space`. Если число ходов растёт быстрее ожидаемого или evaluator трижды повторяет одну причину, остановите процесс через `Ctrl+C` и уточните условие.
Не запускайте `/goal` с `--dangerously-skip-permissions` в незнакомом проекте: этот параметр отключает проверки разрешений и даёт агенту широкие возможности. Используйте его только в изолированной рабочей копии, где изменения можно безопасно отбросить.
`/goal` эффективен настолько, насколько точно задан критерий завершения. Если итог можно описать и проверить командой, автономный режим способен продолжить работу без ручного запуска каждого хода. Для результата, который нельзя измерить, вернитесь к обычной сессии или Plan Mode.
### Источники
- [Документация Anthropic — команда /goal](https://code.claude.com/docs/en/goal)
- [Документация Anthropic — Agent View](https://code.claude.com/docs/en/agent-view)
- [Документация Anthropic — параллельный запуск агентов](https://code.claude.com/docs/en/agents)
- [Документация Anthropic — Worktrees](https://code.claude.com/docs/en/worktrees)
- [Документация Anthropic — безголовый режим](https://code.claude.com/docs/en/headless)
- [Документация Anthropic — история выпусков Claude Code](https://code.claude.com/docs/en/changelog)
Больше материалов Ailoot — на [ailoot.ai](https://ailoot.ai/).
## Вопросы и ответы
### Как написать условие, которое проверит evaluator?
Задайте измеримый результат, подтверждающую команду или доказательство и ограничения: сохранение проверок или разрешённые файлы. Укажите предел остановки и требуйте показать вывод проверки в беседе.
### Достаточно ли фиксированного множителя эффективности токенов, чтобы выбрать агента?
Нет. Сопоставимых измерений для него нет. Сравните одну принятую задачу, записав модель, версию клиента, режим, кеш и токены, время и исправления человека.
## Ailoot · Компания и портфель её проектов
Ailoot опирается на накопленный опыт работы, большую клиентскую базу, стабильный сервис и постоянный контроль KPI.
Компания и портфель её проектов: миллионы клиентов; продажи на миллиарды ежемесячно.
Этот опыт Ailoot использует для API-доступа к нейросетям в продуктах клиентов, агентах, приложениях и автоматизациях.