Создай проактивный workflow агента с Claude Code

Коротко

Спикер Maya из команды AI в Anthropic представляет новую функцию Claude Code — Routines («рутины», проактивные запланированные сессии агента). Главная боль, которую решают: сегодня Claude Code ждёт, пока ты нажмёшь Enter, а самостоятельно поднять команду конкурирующих агентов мешают три проблемы — где их хостить, как их триггерить (по расписанию/событию), и как наблюдать/направлять сессию без UI. Routines запускают полноценную сессию Claude Code на инфраструктуре Anthropic (всегда доступна, не зависит от твоего ноутбука), стартуют по cron-расписанию или по событию (нативные события GitHub + свои через POST/webhook), и при этом остаются интерактивными — каждую сессию можно открыть в вебе, смотреть live, вмешаться и перенаправить. Реальный внутренний кейс: автоматическое обновление документации SDK Claude Code, отстающей из-за роста коммитов на 100% с начала года.

Главный тезис

Claude Code нужно превратить из инструмента, ждущего нажатия Enter, в проактивного партнёра по разработке, который сам замечает изменения, открывает pull request'ы и реагирует на события — и Routines дают это, забирая на себя инфраструктуру, расписание и наблюдаемость.

Ключевые идеи

• 1:42 — базовая философия: разработчик-агент не должен ждать клика по кнопке Start, он должен действовать сам.
• 1:54 — цель Routines: из tool сегодня → в partner завтра, агент, который сам замечает ошибку и чинит её.
• 1:31 — даже внутри Anthropic было тяжело собрать команду конкурирующих агентов на Claude Code, и это толкнуло к созданию фичи.
• 3:07 — проблема №1 — хостинг: где физически крутить агентов и кто поддерживает инфраструктуру.
• 3:13 — проблема №2 — триггеринг: расписание старта/конца сессий, cron или POST-запросы на endpoint — это снова инфраструктура на тебе.
• 4:13 — проблема №3 — наблюдаемость: без UI не видно, что агент делает в реальном времени, нельзя вмешаться или ответить.
• 5:00 — Routines крутятся на инфраструктуре Anthropic, не зависят от того, открыт ли твой компьютер.
• 5:33 — два режима запуска: по расписанию (timeline/cron) или по событию (event-based).
• 5:38 — поддержка нативных событий GitHub плюс свои кастомные события через webhook/endpoint.
• 6:06 — каждая рутина — полноценная сессия Claude Code, которую можно открыть, мониторить, контролировать из CLI/веба/десктопа.
• 8:38 — при создании любой рутины — три решения: триггер, контекст, направление (guidance).
• 11:40 — контекст — это потолок успеха агента: дай доступ к нужным репозиториям, Google Drive, Slack, иначе он не справится.
• 12:05 — для качества выхода — review одной рутины другой рутиной (одна создаёт PR, вторая комментирует до того, как глянет человек).
• 12:37 — лучший контроль — человек вне процесса, но при необходимости можно вмешаться в live-сессию и перенаправить Claude.
• 13:10 — финальная проверка — смотреть логи/результат (например, страницу документации, которую отредактировал агент) и сверять с ожиданием.

Почему это важно

Это позиционирование Claude Code как автономной платформы для агентных воркфлоу, а не просто CLI-ассистента. Anthropic забирает на себя то, на чём раньше спотыкались команды (хостинг, cron-инфраструктура, observability), и тем самым снижает порог входа в «команды агентов» — выигрывают разработчики, которым не нужно строить и обслуживать собственный оркестратор. Прямая интеграция с GitHub, Slack, Google Drive, MCP и упоминание мониторинга (Datadog, Grafana) и нотификаций (Twilio) показывает ставку на встраивание Claude Code в существующий DevOps-стек. Это конкуренция за то, чтобы агент стал постоянным членом инженерной команды, а не разовым инструментом, — и одновременно способ привязать пользователя к инфраструктуре Anthropic.

Идеи

• Рутину можно создать прямо разговором: пишешь задачу в Claude Code, он сам задаёт уточняющие вопросы («в какое время недели запускать?», «как тебя уведомить — через Slack?») и собирает конфиг.
• Инструкции рутины — это то, что копируется в начало каждой Claude Code сессии как стартовый промпт.
• Внутренний кейс-триггер: документация SDK отставала, потому что выпуск фич ускорился, и инженер по докам не успевал — рутину сделали именно для него.
• Event-trigger пример: при каждом новом релизе сравнивать release notes с документацией и открывать PR на недостающее.
• Можно вешать рутину на лейбл/метку PR: инженер ставит метку «нужна документация» — рутина стартует.
• Можно вешать рутину на создание нового GitHub issue — она анализирует, связан ли issue с пробелом в доках, и если да — открывает PR и шлёт уведомление в канал.
• В live-сессию можно зайти, задать вопрос по ходу и перенаправить агента на другой путь — как будто сидишь с ним в командной строке.
• Можно открыть прошлую сессию/рутину и продолжить диалог с того места.
• Для деплоя: триггер — webhook из CI/CD после каждого релиза.
• Деплой-агенту дают доступ к коду свежевыпущенного сервиса + к инструментам мониторинга (Datadog/Grafana).
• Деплой-агент при поломке шлёт алерт в Slack, на email или SMS через Twilio.
• Эскалация доверия: сначала агент только выносит вердикт по изменению (approve/reject/rollback), а ты решаешь; со временем разрешаешь ему откатывать деплой самому на основе данных мониторинга.
• Кейс product manager'а: еженедельная рутина проходит по всем issue в GitHub и постам в Slack, приоритизирует и открывает PR на самое важное.
• Доступ к двум репозиториям сразу: к исходникам (чтобы видеть изменения) и к репо документации (чтобы туда коммитить PR).
• Дополнительный контекст для тона: дать агенту доступ к маркетинговым материалам в Google Drive, чтобы он писал в том же стиле.
• Контроль качества можно выстроить как конвейер из двух рутин: одна генерит, вторая ревьюит до человека.
• Финальная гарантия — всегда проверять артефакт (отредактированную страницу, PR) глазами, а не верить логам на слово.

Инсайты

• Ценность агентной платформы смещается от «качества ответа» к снятию операционной нагрузки: инфраструктура, расписание и наблюдаемость — вот что реально мешает масштабировать агентов.
• Observability — необходимое условие автономии: чем больше агент действует сам, тем критичнее возможность зайти и вмешаться; автономия без окна наблюдения не масштабируется доверием.
• Доверие к агенту строится поэтапно: сначала «советник с правом вето у человека», потом «исполнитель с правом действия» — постепенная передача полномочий, а не бинарный switch.
• Контекст, а не модель, — главный лимитирующий фактор на практике: доступы к данным/инструментам определяют потолок результата сильнее, чем способности модели.
• Проактивность = сдвиг инициативы от человека к системе: событие, а не клик, становится точкой входа в работу.
• Агенты, проверяющие агентов (рутина ревьюит рутину), — способ держать качество без постоянного человека в петле; человек становится исключением, а не обязательным звеном.
• Привязка к нативным событиям экосистемы (GitHub, CI/CD, webhook) встраивает агента в существующий workflow, а не требует нового — путь наименьшего сопротивления для внедрения.
• Стандартизация «трёх решений» (триггер / контекст / направление) превращает создание агента из инженерной задачи в декларативную конфигурацию.

Фреймворки

Спикер даёт явный фреймворк: при создании любой рутины нужно принять три решения.

1. Триггер (operator) — когда запускать? Два типа: по расписанию (timeline/cron) или по событию (event-based: нативные события GitHub + кастомные через POST/webhook).
2. Контекст — что агенту нужно знать, чтобы преуспеть? Доступ к репозиториям, базам знаний, дополнительным источникам (Google Drive, маркетинг-материалы), инструментам связи (Slack). «Контекст — потолок успеха».
3. Направление (guidance) — как гарантировать качество выхода? Варианты: рутина-ревьюер на рутину; человек вне процесса; вмешательство в live-сессию; проверка финальных логов/артефактов.

Этот же фреймворк применяется к двум примерам — деплою сервиса и роли product manager'а.

Цитаты

«software developers should not wait for you to click on the start button» — 1:42 Разработчики-агенты не должны ждать, пока ты нажмёшь кнопку «Старт»

«we want to convert it to a strong program partner» — 1:54 Мы хотим превратить его в сильного партнёра по программированию

«The program partner notices any error and fixes it» — 2:00 Партнёр по программированию замечает любую ошибку и чинит её

«There is no way to monitor the agent's session or direct it or connect it or even respond to it» — 4:16 Нет способа наблюдать за сессией агента, направлять её, подключаться или даже отвечать ей

«Routine procedures are a completely new feature in Cloud Code» — 4:28 Рутины — это совершенно новая функция в Claude Code

«Nothing depends on the opening of the computer that is loaded with you» — 5:18 Ничто не зависит от того, включён ли твой компьютер

«every process is a Cloud Code session that you can open, monitor, follow, control» — 6:06 Каждый процесс — это сессия Claude Code, которую можно открыть, мониторить, отслеживать и контролировать

«any context owned by a client is the highest limit for its success» — 11:40 Любой контекст, которым владеет Claude, — это верхний предел его успеха

«The best thing is the existence of a human element outside of the process» — 12:37 Лучше всего, когда человек находится вне процесса

«You can transfer from a lawyer who is waiting for you to press the enter button to a lawyer who interacts with the problems and opens the withdrawal request himself» — 21:17 Можно перейти от агента, ждущего нажатия Enter, к агенту, который сам реагирует на проблемы и открывает pull request

«We want Cloud to turn from just a tool into a partner in the team» — 21:13 Мы хотим, чтобы Claude превратился из просто инструмента в члена команды

«I encourage you to start using the routine procedures today» — 21:41 Призываю вас начать пользоваться рутинами уже сегодня

«with my confidence in Kulud and my perseverance in his work, I can allow him to step back from change on his own» — 20:18 С ростом доверия я могу позволить Claude самому откатывать изменение

Факты

• Спикер — Maya, член команды искусственного интеллекта в Anthropic; половину времени разрабатывает продукты, половину — помогает клиентам строить агентов на их моделях.
• Выступление — последняя сессия воркшопа в рамках первого дня (контекст конференции/воркшопа).
• Routines — новая функция Claude Code, запускающая сессии на инфраструктуре Anthropic удалённо.
• Триггеры рутин: расписание (cron/timeline) и события — поддержаны нативные события GitHub плюс кастомные через POST-запрос / webhook.
• Интеграции, названные в докладе: GitHub (MCP), Slack, Google Drive.
• Инструменты мониторинга для деплой-кейса: Datadog, Grafana (спикер: «не знаю, что вы используете»).
• Каналы нотификаций: Slack, email, SMS через Twilio.
• Внутренний кейс Anthropic: еженедельный рост коммитов/выпусков Claude Code на 100% с начала нового года, из-за чего отставала документация SDK.
• Рутина в примере была настроена на запуск раз в неделю (в логах фигурирует время около 2:10) и подключена к двум репозиториям — исходники Claude Code и репо документации.
• Демо проводилось в Claude Code на вебе (cloud.ai) — открытие панели рутин слева, чтение инструкций справа, просмотр live-сессии.
• Имя коллеги по команде, упомянутое для кейса с документацией, в транскрипте искажено как «SARAT» (вероятно Sarah) — точную форму подтвердить нельзя.

Источники

• Claude Code (CLI, веб cloud.ai, десктоп) — основной продукт демонстрации.
• GitHub — нативные события и MCP-интеграция.
• Slack — нотификации и источник задач.
• Google Drive — источник дополнительного контекста (маркетинг-материалы).
• Datadog, Grafana — мониторинг.
• Twilio — отправка SMS.
• Claude SDK — продукт, документацию которого автоматизировали рутиной.

Рекомендации

• Подумай, какие ежедневные задачи стали бы проще, если бы их можно было запускать по расписанию или чтобы Claude стартовал сессию за тебя.
• Начни сегодня: создай свою первую рутину — спикер прямо предлагает сделать это в Claude Code здесь и сейчас.
• Передавай агенту полномочия постепенно: сначала право вето остаётся за человеком, автономию (например, авто-откат деплоя) включай по мере роста доверия.

Итог

Claude Code перестаёт ждать твоего Enter: Routines превращают его в члена команды, который сам стартует по событию или расписанию, работает на чужой инфраструктуре и при этом остаётся открытым для наблюдения и вмешательства.