Работа без человека

Есть два разных способа работать без человека за клавиатурой, и их постоянно смешивают. Рутина живёт в облаке и запускается сама. Неинтерактивный прогон (claude -p) живёт на вашей машине и запускается тем, кто его вызвал. Отсюда разные требования, разные риски и разная цена.

Рутина

Рутина — сохранённая конфигурация: промпт, один или несколько репозиториев, окружение и набор коннекторов. Выполняется на инфраструктуре Anthropic, поэтому продолжает работать с закрытым ноутбуком. Доступна на планах Pro, Max, Team и Enterprise при включённом Claude Code на вебе; на Team и Enterprise владелец может выключить рутины для всех.

Триггеров три, и они комбинируются в одной рутине:

Создать и вести рутины можно с веба, из десктопного приложения и из CLI командой /schedule (псевдоним /routines): /schedule ежедневный обзор PR в 9 утра. /schedule list, /schedule update, /schedule run — соответственно список, правка и немедленный запуск. Минимальный интервал расписания — один час.

Три вещи стоит знать до первого запуска.

Прогон полностью автономен. Выбора режима разрешений нет, вопросов во время работы нет. Что рутина может достать — определяется выбранными репозиториями, сетевой политикой окружения и включёнными коннекторами. По умолчанию включены все ваши коннекторы; лишние надо снимать руками, потому что агент сможет вызвать любой их инструмент, включая записывающий.

Действия выглядят как ваши. Коммиты и пул-реквесты идут от вашей учётной записи GitHub, сообщения в мессенджерах — от ваших привязанных аккаунтов. Пушить агент может в ветки с префиксом claude/; в другую ветку пуш отклоняется, если она защищена, если из неё уже открыт чужой PR или если в ней есть чужие коммиты.

Текст из триггера — не инструкция. Значение поля text в запросе /fire приходит завёрнутым в блок <routine-fire-payload>, помеченный как недоверенные данные. Чтобы рутина на него реагировала, её собственный промпт должен сослаться на этот блок явно. Логика простая: токен может утечь, и тогда чужой текст приедет как данные, а не как приказ.

Зелёный статус в списке прогонов означает только, что сессия стартовала и завершилась без инфраструктурной ошибки. Это не значит, что задача выполнена: заблокированные сетевые запросы и провалы на уровне задачи видны только внутри прогона.

Неинтерактивный прогон

claude -p "Найди и почини баг в auth.py" --allowedTools "Read,Edit,Bash"

Флаг -p (он же --print) выполняет один промпт и выходит. Код выхода 0 при успехе, ненулевой при провале, 143 при остановке по SIGTERM.

Полезные спутники:

--bare — не оптимизация скорости, а вопрос воспроизводимости. Без него прогон -p в чужом репозитории выполнит хуки из его .claude/settings.json и подключит серверы из его .mcp.json, не показав ни диалога доверия, ни вопроса по серверам. Для CI это единственный разумный режим (Круг дозволенного).

Стандартный ввод читается, поэтому агент встраивается в конвейер: cat build-error.txt | claude -p 'объясни причину'. Предел ввода по конвейеру — 10 МБ.

Стартовый режим для -p — Manual на любом плане, поэтому нужный режим передаётся явно. Если вы отдаёте прогон без надзора, ему нужен критерий сдачи, а не надежда: Замкнутый цикл.

Что выбрать

Рутина — когда триггер внешний: расписание, событие в репозитории, вызов из мониторинга. Прогон -p — когда триггер ваш: скрипт, шаг CI, конвейер обработки. Третий вариант, часто забываемый, — /loop внутри открытой сессии и локальные запланированные задачи, которые работают на вашей машине и видят локальные файлы.

Если нужно не «запустить без себя», а «управлять с телефона» — это другой механизм: Сессия на ходу. А постоянный командный контур на пул-реквестах — Контур гильдии.