Claude Code Auto Mode + /goal + Routines: как запускать агентов без вас
Claude Code умеет работать без непрерывного участия оператора: auto mode убирает цепочку подтверждений, /goal задаёт конкретный результат, к которому стремится агент, а /routines привязывают запуск к расписанию или внешнему событию. Вместе эти три механизма, описанные в материале MindStudio, позволяют строить повторяемые автономные workflow — без дежурства у терминала.
Три ингредиента
Auto mode убирает цепочку подтверждений. В обычном режиме Claude спрашивает разрешения на каждое редактирование файла и каждую команду — задача, требующая 15 таких подтверждений, в auto mode выполняется без единого прерывания. Агент действует в рамках заранее одобренных разрешений и сообщает результат по окончании. Для полностью безнадзорного запуска используется флаг --dangerously-skip-permissions или claude --no-interactive "задача".
/goal задаёт направление сессии: не список шагов, а описание желаемого результата. Хорошо сформулированная цель содержит три элемента — условие успеха, область применения (конкретные файлы, модули или системы) и явные ограничения. По умолчанию цель актуальна в рамках одной сессии; сохранение в каталог .claude проекта — отдельная опция, позволяющая переиспользовать цель в нескольких сессиях и передавать её в рутины.
/routines добавляет расписание. Рутина объединяет триггер (cron-расписание, файловое событие, webhook или git-хук), описание задачи и контекст разрешений. Определения хранятся в YAML-файлах в .claude/routines/. Конкретный пример из материала: рутина daily-dependency-audit запускается по расписанию 0 9 * * 1-5, проверяет npm-зависимости, при обнаружении уязвимостей открывает GitHub-issue, а при безопасных обновлениях — создаёт PR.
Как собирается автономный workflow
Разовая задача и повторяющаяся требуют разного подхода. Если нужно однократно достичь конкретного результата — достаточно /goal с auto mode: сформулировал условие успеха, запустил, получил итог без прерываний. Если задача должна повторяться по расписанию или в ответ на событие — подключается /routines: триггер берёт на себя запуск, /goal задаёт finish condition, auto mode проводит выполнение без прерываний.
Из примеров в материале: автоматическая подготовка code review при открытии PR в ветку main и ночной рефакторинг по субботам в 2:00 с запуском тестов после каждого изменения и откатом при ошибках — оба workflow строятся именно по этой схеме. Каждая сессия auto mode генерирует лог, так что история выполнения остаётся доступной.
Разрешения и типичные ошибки
Система разрешений работает на трёх уровнях: «всегда разрешить», «спросить раз за сессию», «спрашивать каждый раз». Материал выделяет зоны, которые следует ограничивать явно: удаление файлов, пуш в защищённые ветки, доступ к секретам, обращения к внешним API за пределами заданного охвата.
Типичные ошибки при настройке автономных агентов разбираются в материале через четыре сценария. Первый — расплывчатые цели: без чёткого условия успеха агент не знает, когда остановиться, и продолжает работу за пределами задуманного охвата. Второй — избыточные разрешения: если агенту доступно больше, чем требует конкретная рутина, риск нежелательных побочных действий растёт пропорционально. Третий — отсутствие запуска тестов после изменений кода: материал прямо называет это ошибкой конфигурации, а не упущением оператора, и рекомендует закладывать шаг с тестами в саму рутину. Четвёртый — отсутствие сценария при сбое: fallback-поведение рекомендуется прописывать прямо в определении цели, не оставляя агента без инструкций в случае ошибки. Пример из ночного рефакторинга — откат при ошибках — и есть реализация именно этого принципа.
