КурсГайдыСтатьиПодкастGitHubОбо мнеНачать бесплатно
Курс/Автоматизация для опытных

9 мин · +160 баллов

Пусть Claude работает до цели

/goal, /loop и задачи по расписанию, с проверкой, которую Claude может доказать, и бюджетом, который задаёшь ты.

К концу этого урока

Ты сможешь поставить цель, которую Claude может проверить, запустить её без присмотра в пределах бюджета и выбрать между /goal, /loop и задачами по расписанию.

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

Поставить цель
/goal все тесты в test/auth проходят и линтер не выдаёт ошибок

Работа начинается сразу после постановки цели. Пока цель активна, ◎ /goal active показывает, сколько она уже идёт. Просто /goal показывает условие, число ходов, расход токенов и последнее объяснение оценщика; /goal clear снимает цель.

Условие, которое Claude может доказать

Оценщик не запускает команды и не читает файлы. Он судит только по тому, что Claude показал в разговоре, поэтому условие должно быть таким, чтобы его подтвердил вывод самого Claude, например запуск тестов или код выхода.

В хорошем условии есть

  1. 1Один измеримый итог: тесты проходят, сборка завершается с кодом 0, число файлов, пустая очередь.
  2. 2Названная проверка: «npm test завершается с кодом 0», «git status чистый».
  3. 3Ограничения: «ни один тест не удалён и не пропущен», «в payments/ ничего не меняется».
  4. 4Предел: «или остановись через 20 ходов». Claude каждый ход сообщает, сколько осталось. Всё условие — до 4 000 символов.
Слабое и сильное
you ▸ /goal сделай приложение лучше (проверять нечего: оценщик не поймёт, когда это сделано)
you ▸ /goal npm run build и npm test завершаются с кодом 0, ни один тест не удалён и не пропущен, или остановись через 15 ходов
💬 Пусть Claude набросает условие

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

Прочитай черновик, поправь и вставь его после /goal: постановка цели сразу запускает работу.

Без присмотра — значит режим auto

Цель не меняет режим разрешений. В режиме Manual Claude по-прежнему останавливается перед каждой командой, которая не разрешена заранее, и цель ждёт тебя. Чтобы ходы шли без тебя, ставь цель в режиме auto: там каждое действие проверяет классификатор и блокирует рискованные.

Запустить цель из скрипта
claude -p "/goal в CHANGELOG.md есть запись о каждом PR, слитом на этой неделе" \
  --permission-mode auto --max-budget-usd 5 \
  --output-format stream-json --verbose

Цикл доходит до конца за один вызов. В обычном текстовом выводе до самого конца ничего не видно, поэтому stream-json показывает ход работы. --max-budget-usd останавливает запуск по оценке расходов; Ctrl+C останавливает сразу.

Повторяющаяся работа и расписание

Три родственных инструмента

  1. 1/loop 5m проверь, закончилась ли выкладка: повторяет запрос через интервал, пока сессия открыта. Без интервала Claude сам выбирает паузу. Повторяющиеся задачи истекают через 7 дней.
  2. 2Задачи по расписанию в приложении для компьютера: работают на твоём компьютере по расписанию и видят локальные файлы. Компьютер должен быть включён.
  3. 3Облачные задачи по расписанию, бывшие routines: сохранённый запрос с репозиториями и коннекторами, который выполняется в облаке Anthropic по расписанию, вызову API или событию на GitHub. Создаются на claude.ai/code/routines или командой /schedule, на тарифах Pro, Max, Team и Enterprise. Стартуют в режиме auto и работают со свежим клоном, а не с твоими локальными файлами.

Риски

Что может пойти не так

  1. 1Размытое условие: Claude может много ходов делать не то, а оценщик — принять результат, который ты бы не принял.
  2. 2Расходы: каждый ход тратит тариф или бюджет API. Ставь предел ходов в условии, смотри /usage и используй --max-budget-usd в скриптах.
  3. 3Проверку можно выполнить неправильным путём: «тесты проходят» верно и после удаления или пропуска тестов. Запрети это в условии и прочитай diff после.
  4. 4Действия от твоего имени: облачная задача по расписанию коммитит и пишет через твои аккаунты GitHub и коннекторов. Давай ей только нужные репозитории и коннекторы.
  5. 5Режим auto сокращает вопросы, но не гарантирует безопасность. Закоммить всё перед началом и запускай долгие цели на ветке или в worktree.
✦Дальше

/goal — это prompt-хук Stop на время сессии; хук Stop в настройках даёт ту же проверку после каждого хода во всех сессиях и может запускать скрипт для детерминированной проверки. Если Claude несколько ходов подряд отвечает оценщику, не пользуясь инструментами, цикл останавливается и возвращает управление, а цель остаётся. Работающие сабагенты и фоновые команды откладывают оценку, проверки статуса — через 30 минут (CLAUDE_CODE_GOAL_CHECKIN_MINUTES). Сбой входа, исчерпанный баланс, переполнение контекста, которое не снять сжатием, или недоступная модель снимают цель; лимиты запросов и использования ставят её на паузу. При возобновлении сессии активная цель восстанавливается со сброшенными счётчиками.

Проверь себя

Какое условие даёт /goal что-то, что действительно можно проверить?

Проверь себя

Ты поставил цель в режиме Manual и ушёл обедать. Что, скорее всего, увидишь по возвращении?

Факты проверены по официальной документации Claude Code 24 октября 2026 г. · источник

ЕАЕвгений Арсентьев

Автор

Евгений Арсентьев

PhD · CEO, digital health