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

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

/loop в Claude Code запускает промпт по расписанию, чтобы агент работал сам, пока вы заняты другим. Но /loop — это лишь один из четырёх типов циклов и самый нижний из четырёх уровней автономности. Полная картина выглядит как лестница: /loop в CLI-сессии → запланированные задачи в Claude Desktop → облачные Routines → Managed Agents scheduled deployments через Claude Platform API.

Ключевые ориентиры на 12 июля 2026:

• /loop и Desktop-задачи повторяются минимум раз в минуту, крутятся на вашей машине и не стоят ничего сверх подписки.
• /loop живёт только внутри сессии и автоматически истекает через 7 дней; закрыли терминал — задачи остановились (возвращаются через --resume).
• Cloud Routines работают в облаке без вашего компьютера, минимальный интервал — 1 час, и они выполняются без approval-промптов. Статус — research preview.
• Managed Agents дают минутный cron и стоят токены по обычным ставкам плюс $0.08 за час сессии.
• Аварийный выключатель всего планировщика — переменная окружения CLAUDE_CODE_DISABLE_CRON=1.

Дальше — вся лестница по уровням, сравнительная таблица, себестоимость в цифрах, точки отказа и чек-лист безопасности для необратимых действий.

Что такое /loop и четыре типа циклов

Цикл (loop) — это агент, который повторяет циклы работы, пока не выполнится условие остановки. Команда Claude Code выделяет четыре типа циклов, и /loop — только один из них (time-based). Понимать всю классификацию важно: половина вопросов «а почему мой /loop не останавливается сам» снимается, если знать, что за остановку отвечает не расписание, а условие.

SpaceX · xStockSpaceX — частная компания. Торгуй её токеном на Bybit за крипту.Торговать SpaceX →

/loop относится к time-based: он не проверяет «достигнута ли цель», он просто запускает ваш промпт по расписанию. Если вам нужна остановка по результату («правь тесты, пока не позеленеют»), а не по времени, это территория /goal. Частая путаница сообщества: люди берут стороннюю обёртку-алиас (вроде Hermes) за нативный /goal — это разные вещи.

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

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

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

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

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

Здесь же полезно отделить /loop от простого фонового процесса. Фоновая команда (run_in_background у Bash) просто выполняется параллельно и отдаёт вывод; /loop — это повторяющийся промпт агенту, то есть каждая итерация снова думает и действует.

Синтаксис /loop

Базовая форма — интервал и промпт:

/loop 5m проверь статус деплоя и напиши, если он упал
/loop 20m /review-pr 1234

Как видно, промптом цикла может быть и слэш-команда — то есть вы гоняете по расписанию собственный скилл. Если интервал не указать, /loop становится самотемпируемым: Claude сам выбирает паузу между итерациями в диапазоне от 1 минуты до 1 часа. В таком режиме он вместо тупого поллинга может задействовать инструмент Monitor — тот запускает фоновый скрипт и стримит каждую строку вывода обратно в диалог, что заметно экономнее по токенам, чем перезапуск промпта на каждой итерации.

Файл loop.md (проектный .claude/loop.md или пользовательский ~/.claude/loop.md) задаёт собственный дефолтный промпт для голого /loop взамен встроенного — это не список расписаний: если явно даёшь /loop промпт или интервал, loop.md игнорируется. Удобно как персональный шаблон «что делать по умолчанию», а не крон-конфиг из нескольких задач.

Лимиты и подводные камни /loop

Здесь конкуренты чаще всего ошибаются, растаскивая по сети устаревшие цифры. Актуальные официальные значения на 12 июля 2026:

• Session-scoped. Задачи /loop живут в текущем диалоге и останавливаются, когда вы начинаете новый (/clear или новая сессия). Вернуть их можно через claude --resume или --continue — но только пока задача не истекла.
• Срок жизни — 7 дней после создания. Это встроенный предохранитель: по истечении задача срабатывает последний раз и удаляет себя. (Сторонние гайды нередко пишут «3 дня» — это старое значение, официальная документация даёт 7.)
• Джиттер. Рекуррентные задачи срабатывают в пределах 30 минут после назначенного времени (или до половины интервала для суб-часовых расписаний). Разовые задачи, назначенные ровно на начало или середину часа, могут сработать на 90 секунд раньше. (Здесь тоже гуляет устаревшая цифра «15 минут / 10% периода» — берите официальные 30 минут.) Джиттер существует, чтобы не бить по серверам синхронной пачкой запросов в одну и ту же секунду.
• До 50 задач одновременно в одной сессии; у каждой — 8-символьный ID, которым её удаляют (CronDelete).

Практический вывод: /loop — инструмент для «пока я работаю в этой сессии», а не для настоящей автоматизации 24/7. Терминал закрыт — агента нет. Нужно, чтобы задача пережила ночь и перезагрузку, — это уже следующий уровень лестницы.

BYBIT EARNЗаставь крипту работатьПроценты на USDT и BTC без блокировки — деньги остаются под рукой.Разместить

Фоновые задачи против /loop

Границу между /loop и «просто фоновой работой» стоит понимать чётко, потому что она стирается на глазах.

• Фоновые команды (run_in_background у Bash) — это запущенный параллельно процесс: сборка, тесты, дев-сервер. Он не думает, он выполняется.
• Фоновые сабагенты. Начиная с версии v2.1.198 параллельные сабагенты уходят в фон по умолчанию — даже без явного run_in_background инструмент Agent возвращает статус async_launched. То есть делегированные задачи теперь фоновые сами по себе.
• /loop — это повторяющийся промпт на интервале, отдельная сущность планировщика.
• Monitor — событийная альтернатива поллингу: реагирует на строки лога, изменения файлов или статус, не гоняя цикл вхолостую.

Понимание этой четвёрки помогает не платить лишнего: если задача — «дождаться завершения сборки», не надо ставить /loop 30s, достаточно фоновой команды или Monitor.

/loop, Desktop, Routines и Managed Agents: лестница автономности

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

Данные по интервалам и цене — на 12 июля 2026. Разберём два верхних уровня подробнее, потому что именно их обычно и упускают.

Desktop scheduled tasks (запланированные задачи Claude Desktop) стоят между /loop и облаком: они тоже работают на вашей машине (через приложение Claude), но переживают закрытие сессии. Их инструкции хранятся отдельным скиллом — ~/.claude/scheduled-tasks/<task-name>/SKILL.md.

Cloud Routines — автоматизация без вашего компьютера

Routines — это полноценные облачные сессии Claude Code, работающие по расписанию или триггеру без вашей машины. Ключевое отличие от /loop: во время запуска нет ни пикера permission-mode, ни approval-промптов — сессия сама выполняет shell-команды, скиллы и коннекторы. Это одновременно их сила и главный риск (об этом — в разделе безопасности).

Что важно знать про Routines на 12 июля 2026:

• Статус — research preview. Поведение, лимиты и API могут поменяться. Доступны на планах Pro, Max, Team и Enterprise с включённым Claude Code on the web; владелец Team/Enterprise может отключить их для всей организации.
• Минимальный интервал — 1 час. Более частые cron-выражения отклоняются (это принципиальное ограничение против /loop и Managed Agents).
• Триггеры. Кроме расписания есть GitHub-события двух категорий: Pull Request (открыт, закрыт, назначен, помечен лейблом, синхронизирован и т.д.) и Release (создан, опубликован, отредактирован, удалён) — с фильтрами по автору, заголовку, ветке, лейблам, draft/merged.
• Встроенные guardrails. По умолчанию пуш разрешён только в ветки с префиксом claude/ — чтобы автономный агент случайно не переписал защищённую ветку. Сеть работает по allowlist: запрос к постороннему домену падает с HTTP 403 и заголовком x-deny-reason: host_not_allowed.

Именно на этом уровне живёт классический сценарий «дежурного агента». Наглядный пример готового постоянного ассистента — Claude Tag, ИИ-коллега прямо в Slack: та же идея агента, который сам реагирует на события, только вокруг мессенджера.

Managed Agents scheduled deployments — API-уровень для продвинутых

Это третий, самый недооценённый способ планирования. Managed Agents — отдельная сущность Claude Platform API, которой вы управляете программно (Deployments API), а не из интерфейса claude.ai. Её обычно вообще не упоминают в гайдах про /loop.

Отличия на 12 июля 2026:

• Минутный cron. Стандартный POSIX cron с точностью до минуты (без ограничения «1 час», как у Routines) плюс явная IANA-таймзона; джиттер — до 10 секунд.
• Масштаб. До 1000 scheduled deployments на организацию.
• Отдельный биллинг. Токены тарифицируются по стандартным ставкам, плюс $0.08 за час сессии — причём только пока задача в статусе running, посекундно. У Routines своей отдельной цены нет: они списываются из подписочной квоты.
• DST-семантика. При переводе часов вперёд время, которого «не существует», не срабатывает; при переводе назад задача на этот час срабатывает дважды. Это важно учитывать для критичных ночных запусков.

Логика выбора простая: /loop — для «здесь и сейчас в моей сессии», Desktop — для регулярных локальных задач, Routines — для облачной автоматизации из интерфейса, Managed Agents — когда нужен программный контроль, минутная точность и масштаб.

Себестоимость работы

Евангелисты автономных агентов почти никогда не считают, во что это обходится. Разложим по способам запуска (цены API — на 12 июля 2026).

Вывод по цифрам: сам рантайм ($0.08/час) — копейки, основную стоимость формируют токены. Реальный риск перерасхода — не расписание, а фоновые сабагенты, которые молча жгут контекст: агент, застрявший в цикле, не падает, а крутится, и каждая итерация стоит денег. У API нет жёсткого «стоп на $X» — только мягкие пороги-алерты. Если запускаете агентов пачками в фоне, закладывайте мониторинг расхода токенов с первого дня и лимиты на стороне тарифа.

Точки отказа автономного прогона и как подстраховаться

Обязательная часть честного разбора — не «всё работает», а где именно сломается.

Про последний пункт отдельно: по состоянию на 4 июля 2026 в баг-трекере сообщают (issue #74182, версия v2.1.201), что при каждом старте сессии фоновый супервизор печатает worker crashed (exit 1 — exit_with_message) — respawning… и искажённый баннер статуса. Судя по обсуждению, сессии при этом продолжают работать (демон сам перезапускает воркер), но точная причина краша нигде не логируется. Это не спецификация продукта, а активный репорт сообщества — держим в уме как «шумный, но не смертельный» сигнал.

Риски и чек-лист безопасности фоновых запусков

Автономный агент опасен ровно тем, чем полезен: он действует сам. Это раздел рисков и YMYL — прежде чем пускать цикл без присмотра, пройдитесь по списку.

1. Необратимые действия — только через гейт. Отправка писем, платежи, git push, удаление данных, деплой в прод — это то, что нельзя откатить. Помните: у Cloud Routines approval-промптов нет вообще, они выполнят такое молча. Не давайте автономному циклу прямой доступ к необратимым операциям без явной проверки.
2. Ветки под контролем. Оставляйте дефолтный guardrail Routines — пуш только в claude/*. «Unrestricted branch pushes» включайте, только когда действительно понимаете зачем.
3. Минимум доступов и секретов. Давайте агенту ровно те ключи и коннекторы, что нужны задаче. Сетевой allowlist (тот самый 403 host_not_allowed) — ваш друг, не отключайте его без причины.
4. «Green run» — не приёмка. Зелёный статус запуска означает лишь, что сессия завершилась, а не что задача решена правильно. Открывайте транскрипт и проверяйте результат, особенно на первых прогонах.
5. Знайте killswitch. CLAUDE_CODE_DISABLE_CRON=1 отключает /loop и cron-инструменты целиком — включая уже запланированные и даже выполняющиеся задачи. Это же — рычаг корпоративной политики, если планировщик нужно запретить на уровне организации.
6. Атрибуция. Всё, что делает Routine, идёт от имени владельца аккаунта. Если это критично (аудит, комплаенс) — заводите отдельную учётку.
7. Приватность данных. Routines клонируют репозиторий в облако Anthropic «с нуля» (fresh clone) — не подключайте коннекторы к данным, которые не должны покидать вашу инфраструктуру. Managed Agents-сессии пока НЕ покрываются Zero Data Retention и HIPAA BAA — для регулируемых данных это стоп-фактор.
8. Бюджет. Ставьте лимиты и мониторинг расхода токенов до того, как оставите агента на ночь, а не после первого счёта.

Хуки и loop: как они связаны

Тема, которую почти никто не копает, — связь планировщика с хуками. Начиная с версии v2.1.145 payload хуков Stop и SubagentStop содержит массивы background_tasks и session_crons. Благодаря им хук может отличить «сессия действительно закончена» от «сессия на паузе и ждёт, пока её разбудит фоновая задача или /loop».

Практически это значит: если вы вешаете хук на завершение (например, звук или уведомление «Claude закончил»), проверяйте эти массивы — иначе хук сработает раньше времени, посреди живого цикла. Это прямой мост между темой фоновой автоматизации и темой хуков в Claude Code.

Практические сценарии

Куда лестницу автономности прикладывают на практике:

• Ночной разбор бэклога. Routine по ночам проходит issue-трекер: лейблит новые задачи, назначает владельцев по зоне кода, шлёт саммари в мессенджер. Работает без вашей машины, потому что это облако.
• Поллинг CI и PR. /loop 5m проверь статус деплоя или /loop 20m /review-pr 1234 прямо в рабочей сессии — пока вы заняты другим, агент присматривает за пайплайном.
• Регулярный локальный отчёт. Desktop-задача каждое утро собирает дайджест по репозиторию на вашей машине — не требует облака и не тратит облачную квоту.
• Продакшн-автоматизация с минутной точностью. Managed Agents scheduled deployments — когда нужен программный контроль, cron до минуты и масштаб на всю организацию.

Если задача — заменить собой не расписание, а целый автономный самоходный ассистент, стоит присмотреться и к отдельным агентным продуктам: например, OpenClaw — личный ИИ-агент со своей себестоимостью, антипод встроенному /loop по философии. А для долгих циклов имеет смысл заранее выбрать модель под задачу: чем длиннее и автономнее прогон, тем важнее баланс качества и цены — по этой логике часто берут Claude Sonnet 5 как рабочую лошадку, оставляя топовую модель на сложные ходы.

Альтернативы Routines: планировщик GitHub Actions и свой CI

Вся лестница выше живёт внутри экосистемы Claude, но она не единственный способ гонять агента по расписанию. Для команд, у которых пайплайн уже в CI, разумная альтернатива Routines — обычный schedule-триггер GitHub Actions, который по cron дёргает Claude Code в headless-режиме (официальные доки сами рекомендуют GHA для unattended-запусков). Плюс — не нужен постоянный Claude-аккаунт с включённым облаком, минус — из коробки нет guardrails вроде пуша только в claude/*, так что ограничения на необратимые действия и права токена придётся выстраивать самому.

FAQ

Чем /loop отличается от /goal? /loop (time-based) запускает промпт по расписанию и не проверяет результат; /goal (goal-based) крутится до выполнения условия успеха и имеет внутренний evaluator. Если нужна остановка «когда сделано», а не «через N минут» — это /goal.

Сколько живёт задача /loop и что с ней после закрытия терминала? Рекуррентная задача автоматически истекает через 7 дней после создания. Задачи привязаны к сессии: новый диалог их останавливает, но claude --resume или --continue возвращают всё, что ещё не истекло.

Можно ли гонять агента реально 24/7? Не через /loop — он умирает с сессией и живёт максимум 7 дней. Для настоящего 24/7 нужны Cloud Routines (облако, от 1 часа) или Managed Agents scheduled deployments (минутный cron через API). Они работают без вашего компьютера.

Правда ли, что облачные Routines ничего не спрашивают? Да. Во время запуска у Routines нет пикера permission-mode и approval-промптов — сессия выполняет команды сама. Поэтому необратимые действия и доступы нужно ограничивать заранее (пуш только в claude/*, сетевой allowlist, минимум секретов).

Как полностью выключить планировщик? Переменной окружения CLAUDE_CODE_DISABLE_CRON=1. Она делает /loop и cron-инструменты недоступными и останавливает даже уже запланированные и выполняющиеся задачи — удобно как killswitch и как корпоративная политика.

Сколько стоит фоновая автоматизация? /loop, Desktop и Routines дополнительной платы за планировщик не имеют — расходуется подписочная квота. У Managed Agents биллинг отдельный: токены по стандартным ставкам плюс $0.08 за час сессии (только пока задача в статусе running). Основную стоимость почти всегда формируют токены, а не рантайм.