Команда /goal в Claude Code: автономная работа и Agent View в 2026 году

Справочные материалы Ailoot: ailoot.ai/docs/.

Что означает /goal в Claude Code?#

Прежде Claude Code выдавал ответ и ждал нового запроса пользователя. Для небольших поручений этого достаточно, но длительные работы — например, перенос API, исправление двенадцати тестов или рефакторинг файла на 800 строк — требуют десятков циклов. После каждого из них приходилось снова возвращаться к терминалу.

Команда /goal разделяет исполнение и контроль результата. Основной агент вносит изменения, а отдельный evaluator на быстрой модели Haiku после каждого хода читает историю и проверяет условие. Если задача ещё не закончена, запускается следующий ход; после подтверждения результата управление возвращается пользователю.

В документации Anthropic принцип описан так:

Механизм длительной автономной работы основан на сочетании /goal и Agent View, появившихся в одном выпуске 11 мая 2026 года.

Для чего нужен автономный режим и что изменилось 11 мая 2026 года?#

Идея оставить ИИ работать ночью появилась задолго до этой команды. В других инструментах уже существовали фоновые режимы, но для 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 --version

Если версия старше требуемой, обновите программу:

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. Затем уточните условие и запустите команду снова.

Как сформулировать хорошее условие: пять правил и пять примеров#

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

Удобная форма условия объединяет все три части в одной строке:

/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#

Anthropic перечисляет несколько типов задач с ясным критерием завершения:

Ниже — пять примеров условий, которые можно приспособить к своему репозиторию.

Пример 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 не подходит:

Не используйте /goal для задачи, где завершение определяется впечатлением — «выглядит хорошо», «ощущается правильно», «удачно спроектировано» или «интересно». Evaluator читает только диалог: он не запускает инструменты и не оценивает работу продукта. Без ясного проверяемого критерия такой цикл может продолжаться без полезного результата.

Когда /goal приводит к лишним расходам: три типичные ошибки#

Ошибка 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, где можно принимать решения по ходу работы.

Что такое Agent View и как открыть панель управления#

/goal задаёт длительную работу, а Agent View служит панелью наблюдения за фоновыми задачами. Anthropic описывает её назначение следующим образом:

Команда запуска:

claude agents

В терминале появится TUI — текстовая панель со списком сессий слева и кратким просмотром последнего сообщения выбранной сессии справа.

Шесть статусов сессии:

Основные сочетания клавиш:

↑ / ↓             перемещение по списку сессий
Space             краткий просмотр без подключения
Enter / →         подключиться к сессии
←                 отключиться от сессии, не завершая её
Ctrl+T            закрепить сессию от автоматической остановки
Ctrl+X            остановить сессию; повторное нажатие в течение 2 сек — удалить
Ctrl+R            переименовать
Ctrl+S            переключить группировку (по состоянию ↔ каталогу)

Как запустить фоновую сессию:

В интерактивной сессии Claude Code выполните:

/bg исправь падающий тест test/auth/login.test.ts

Или запустите её прямо из оболочки:

claude --bg "исправь падающий тест test/auth/login.test.ts"

Чтобы различать сессии в панели, укажите имя:

claude --bg --name "flaky-test-fix" "исправь test/auth/login.test.ts"

Фоновая сессия автоматически появится в Agent View. Запустите её с --bg, откройте claude agents и выберите её в списке.

Сессии сохраняются при переходе компьютера в спящий режим и закрытии окна:

Выключение компьютера или ручная перезагрузка завершает фоновые процессы. Для работы в течение ночи компьютер должен оставаться включённым.

Worktrees: изоляция параллельных сессий Claude#

Worktree помогает избежать конфликтов, когда параллельные агенты изменяют один и тот же файл, например src/auth.ts. Для фоновых сессий Claude Code предусмотрен автоматический переход в изолированную рабочую копию:

Пример работы:

# Запуск трёх фоновых сессий:
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.

Если дважды нажать Ctrl+X в Agent View, worktree будет удалён, а несохранённые изменения могут пропасть. Сначала сохраните или отправьте нужную работу.

Как отключить изоляцию:

В некоторых конфигурациях Git worktrees могут быть неудобны — например, из-за символических ссылок или медленного создания копии большого monorepo. В таких случаях изоляцию можно отключить:

// .claude/settings.json
{
  "worktree": {
    "bgIsolation": "none"
  }
}

После этого фоновые сессии будут редактировать текущую рабочую копию напрямую. Этот параметр появился в версии 2.1.143.

Параллельные задачи расходуют квоту быстрее:

Тариф Pro стоимостью $20 в месяц может ограничивать количество параллельных ночных задач. Планируйте число сессий с учётом квот. Для запуска большого количества агентов может потребоваться Max или Enterprise.

Как сочетать /goal, Plan Mode и субагентов в длинных задачах#

Запрос вроде /goal сделай новую фичу не объясняет, что считать готовым результатом. Для сложной работы полезен план с конкретными пунктами, которые можно проверять по мере выполнения.

Этап 1. Подготовьте план в Plan Mode.

Попросите Claude составить подробный план изменений, разделённый на 5–7 этапов с проверяемыми пунктами. Сохраните его, например, в plans/2026-05-24-google-oauth.md. В каждом этапе может быть от трёх до семи конкретных действий.

Этап 2. Распределите работу между субагентами.

Если этапы не зависят друг от друга — например, один посвящён серверному endpoint, другой форме интерфейса, третий миграции базы данных — для каждого можно запустить отдельную фоновую сессию через claude --bg --name "<phase>". Каждая получит собственный 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/, сохраняющийся между сессиями (второй мозг)
• файл CLAUDE.md с правилами работы агента

Без CLAUDE.md агенту проще предложить изменения, нарушающие архитектуру. Без плана evaluator не получает критериев успеха, а без субагентов независимые этапы нельзя выполнять параллельно.

Как сравнивать /goal с Codex, Cursor и другими агентными режимами#

/goal добавляет отдельную проверку завершения после каждого хода. Локальный CLI, облачная задача и управляемая сессия редактора — разные единицы сравнения. Нельзя описывать весь Codex CLI облачным контейнером или приписывать всем запускам одну проверяющую модель и способ оплаты.

Используйте один снимок репозитория, одну задачу и одинаковые критерии приёмки. Для каждого варианта фиксируйте:

Утверждение о фиксированном множителе токенов требует этих условий и измерений одинакового успешного результата. Процент бенчмарка требует версии теста, модели, harness и настроек. Проценты Terminal-Bench без этих сведений не заменяют доказательства. Независимого сравнения инструментов в статье нет.

Выбор рабочего процесса:

Выбирайте управляемое редактирование, ограниченную фоновую задачу или многошаговую работу с явным условием завершения. Испытайте поддерживаемый режим установленного продукта, не предполагая отсутствия автономности у целого конкурента.

Разрешения и продолжение:

Автоматическое подтверждение инструмента само по себе не доказывает достижения цели и не запускает новый ход. В документации Anthropic различие описано так:

/goal и /loop:

Команда /loop запускает повторяющиеся задачи через заданный интервал времени. /goal продолжает работу до выполнения условия. Используйте /loop для задач по расписанию, а /goal — когда нужен конкретный итог.

Проверочный список перед запуском /goal: семь пунктов#

Проверьте каждый пункт перед запуском /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.

Больше материалов Ailoot — на ailoot.ai.