Коротко
Maya из команды AI в Anthropic представляет Claude Code Routines, проактивные запланированные сессии агента. Проблема простая: Claude Code стоит и ждёт, пока ты нажмёшь Enter. Собрать команду конкурирующих агентов мешали три вещи, где их хостить, как триггерить (по расписанию или событию), и как вообще наблюдать за сессией без UI. Routines запускаются на инфраструктуре Anthropic (не зависят от того, открыт ли ноутбук), стартуют по cron или событию (нативные GitHub-события плюс свои через POST/webhook) и при этом остаются живыми, каждую сессию можно открыть в вебе, смотреть в реальном времени, зайти и поправить курс. Реальный внутренний повод: документация 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, а не требует нового. Путь наименьшего сопротивления для внедрения.
- Стандартизация «трёх решений» (триггер / контекст / направление) превращает создание агента из инженерной задачи в декларативную конфигурацию.
Фреймворки
Спикер даёт явный фреймворк: при создании любой рутины нужно принять три решения.
- Триггер (operator), когда запускать? Два типа: по расписанию (timeline/cron) или по событию (event-based: нативные события GitHub плюс кастомные через POST/webhook).
- Контекст, что агенту нужно знать, чтобы преуспеть? Доступ к репозиториям, базам знаний, дополнительным источникам (Google Drive, маркетинг-материалы), инструментам связи (Slack). «Контекст, потолок успеха».
- Направление (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 превращают его в члена команды, который стартует сам по событию или расписанию, работает на инфраструктуре Anthropic и при этом остаётся открытым для наблюдения и вмешательства.
