Routines — работа, которая идёт при выключенном ноутбуке

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

В Дне 39 вы автоматизировали задачи через системное расписание. У этого подхода есть врождённая проблема: он требует включённого компьютера. Ноутбук в сумке — задача не выполнилась. Уснул — не выполнилась. Уехали в отпуск — неделя пропусков.

Routines снимают это ограничение: конфигурация сохраняется в облаке и выполняется там же. Ваша машина не участвует. Ночная сводка приходит утром, даже если ноутбук закрыт и лежит в другом городе.

Для директора это переход от «автоматизация, пока я за столом» к «автоматизация, которая просто есть».

Что это такое

Routine — это сохранённая конфигурация Claude Code: запрос, репозитории (если нужны) и набор коннекторов, упакованные один раз и запускаемые автоматически.

Три типа триггеров, которые можно комбинировать в одной routine:

По расписанию. Ежечасно, каждую ночь, еженедельно или разово в конкретное время. Минимальный интервал — час.

По вызову. Отдельный адрес, на который внешняя система шлёт HTTP-запрос с токеном. Ваш сервис задеплоился — routine проверила, что всё живо.

По событию GitHub. Открыт pull request, вышел релиз — routine отреагировала.

Статус — research preview. Доступны на Pro, Max, Team и Enterprise с включённым Claude Code в вебе. Создавать и управлять — на claude.ai/code/routines, из приложения на рабочем столе или командой /schedule в терминале (алиас /routines, плюс /schedule list, /schedule update, /schedule run). Оговорки: из терминала создаётся routine с расписанием, а триггер по HTTP-вызову добавляется только через веб; и /schedule работает лишь при входе под аккаунтом claude.ai. В организациях владелец может выключить routines для всех.

Три способа расписания — как выбрать

Правило выбора простое: нужны локальные файлы — задача рабочего стола; нужна надёжность независимо от машины — облако; нужен быстрый опрос во время работы — /loop.

Как работает на практике

Создать из терминала

/schedule каждый будний день в 9:00 собери сводку по вчерашним заявкам
через коннектор и пришли её мне

Команда проведёт через настройку: запрос, триггер, коннекторы.

Что имеет смысл поставить в облако

Из практики директора:

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

Настроить доступ к данным

У облачной задачи нет доступа к вашему диску. Данные она берёт через коннекторы — и здесь главный подвох: по умолчанию в новую routine включаются все коннекторы, подключённые к вашему аккаунту, а не те, что вы выбрали. Лишние снимают руками в разделе «Connectors» формы. Это не формальность: внутри прогона Claude вправе вызвать любой инструмент включённого коннектора, в том числе записывающий, ни о чём не спрашивая. Оставляйте ровно те, без которых работа не сделается.

Второй подвох — какие источники вообще доступны. Коннекторы routine — это интеграции вашего аккаунта claude.ai. Всё, что вы добавляли локально командой claude mcp add, живёт на вашей машине и в списке коннекторов облачной задачи не появится вовсе; чтобы такой источник заработал в облаке, его заводят коннектором на claude.ai или объявляют в закоммиченном .mcp.json.

Если задача обязана работать с локальными данными — её место не в облаке, а в расписании рабочего стола.

Помнить про автономность

Routine выполняется без вас и не задаёт вопросов о разрешениях. Она работает автономно — иначе смысла в ней нет. Отсюда правило: в routine ставят задачи, чьи действия вы готовы разрешить заранее и без надзора.

Смотреть за прогонами

История прогонов доступна там же, где routines. Хорошая привычка: раз в неделю просматривать — сработало ли, не падает ли молча. Расписание, которое тихо не выполняется, хуже отсутствующего: вы думаете, что процесс под контролем.

И знать, что именно смотреть: зелёный статус означает только, что сессия запустилась и завершилась без инфраструктурной ошибки. Он не означает, что задача выполнена. Заблокированные сетевые запросы, недостающие инструменты коннектора и провал самой работы в статус не попадают — их видно, только если открыть прогон и прочитать стенограмму.

Частые ошибки

Ставить в облако задачу, которой нужны локальные файлы. Она не увидит вашего диска. Это самая частая причина «почему у меня ничего не работает».

Отдавать в автономный режим отправку наружу. Один неудачный прогон — и письмо ушло не тем.

Забыть про интервал в час. Облачные routines не запускаются чаще; для минутных проверок нужен другой механизм. Прогон к тому же стартует на несколько минут позже назначенного времени — сдвиг постоянный.

Не считать расход. Прогоны тратят лимит подписки так же, как ваши обычные сессии, и сверх того есть дневной потолок на количество запусков с аккаунта: упёрлись — новые прогоны отклоняются до сброса окна. Текущий расход виден на claude.ai/code/routines.

Забыть про сеть окружения. По умолчанию у облачной задачи ограниченная сеть: разрешён только стандартный белый список. Обращение к вашему собственному сервису вернёт ошибку, пока вы не добавите его домен в настройках окружения. Коннекторов это не касается — они ходят через серверы Anthropic.

Не проверять историю прогонов. Молчаливое падение выглядит точно так же, как «всё спокойно».

Держать секреты в тексте запроса. Доступы настраиваются коннекторами, а не пишутся в промпт.

Когда нужно / когда нет

Облачные routines:

• регулярная работа, которая должна происходить независимо от вашей машины;
• реакция на внешние события;
• то, что должно быть готово к утру.

Задачи рабочего стола:

• работа с локальными файлами и инструментами;
• то, что требует доступа к вашей среде;
• частые проверки (до минуты).

Ничего из этого:

• разовая задача — просто сделайте её;
• работа, требующая ваших решений по ходу.

Связь с другими уроками

День 39 — cron и launchd. Ваш прежний способ; облако снимает его главное ограничение.

День 77 — /loop. Опрос внутри сессии; здесь — расписание без сессии вообще.

День 68 — живые артефакты. Хорошая пара: routine пересобирает страницу по расписанию, вы просто открываете ссылку.

Задание на сегодня

1. Выпишите три задачи, которые вы делаете регулярно в одно и то же время.
2. Для каждой определите: нужен ли локальный доступ. Это решает, облако или рабочий стол.
3. Создайте одну облачную routine через /schedule — начните с той, что только читает и присылает результат.
4. Дождитесь первого прогона и проверьте результат.
5. Через неделю откройте историю прогонов и убедитесь, что все сработали.

Критерий «выполнено»: у вас есть работающая задача, которая выполнилась при закрытом ноутбуке, и вы знаете, где смотреть её историю.

Резюме

• Routine — сохранённая конфигурация (запрос, репозитории, коннекторы), выполняемая в облаке без вашей машины.
• Триггеры: расписание (минимум раз в час), вызов по HTTP с токеном, события GitHub. Их можно комбинировать.
• Создание и управление — claude.ai/code/routines или /schedule в CLI; статус research preview, тарифы Pro/Max/Team/Enterprise.
• У облачной задачи нет доступа к локальным файлам: данные — только через коннекторы аккаунта claude.ai (локальные MCP-серверы в облако не попадают), причём по умолчанию в routine включаются все ваши коннекторы — лишние надо снимать руками.
• Routine работает автономно и не спрашивает разрешений — включая записывающие инструменты коннекторов. Не отдавайте ей необратимые действия наружу.
• Зелёный статус прогона означает лишь, что сессия отработала без инфраструктурной ошибки; выполнена ли задача — видно только в стенограмме.
• Локальные файлы и частые проверки — задачи рабочего стола; опрос во время работы — /loop.