# Routines в Claude Code: настройка и пять готовых сценариев в 2026 году > Как настраивать Routines в Claude Code в 2026 году: триггеры cron, API и GitHub, пять примеров автоматизации, тарифные ограничения и порядок настройки. Source: https://ailoot.ai/blog/ru/claude-code-routines/ Canonical: https://ailoot.ai/blog/ru/claude-code-routines/ Language: ru Publisher: Ailoot (https://ailoot.ai/) Translation: guide-211 Revision: sha256-24593012471648df913c03083eb251ae7db8bd2da9d101075683eed377312cd2 Дополнительные инструкции по работе с Ailoot доступны в [документации](https://ailoot.ai/docs/). ## Что такое Routines в Claude Code?
Главное Routine — это сохранённая настройка Claude Code, включающая промпт, один или несколько репозиториев и подключённые сервисы. После создания она запускается в облачной инфраструктуре Anthropic по расписанию, через API-вебхук или при событии в GitHub. Компьютер может быть выключен — выполнение продолжится.
Anthropic представила Routines 14 апреля 2026 года в формате research preview. В официальной документации функция описана так:

Routine — это сохранённая конфигурация Claude Code с промптом, одним или несколькими репозиториями и наборами коннекторов. После настройки она запускается автоматически. Routines исполняются в облаке Anthropic и продолжают работу, даже если ваш ноутбук закрыт.

— Anthropic, https://code.claude.com/docs/en/routines
При обычной работе с Claude Code ноутбук должен быть включён: вы задаёте запрос, ждёте ответа и проверяете результат. Routines переносят выполнение в облако Anthropic. Достаточно задать промпт, подключить репозиторий и указать событие запуска. Обычный промпт — разовый запрос к ИИ. Routine задаёт правило, по которому ИИ самостоятельно определяет, когда запускать этот запрос и как выполнить задачу. Это своего рода промпт, который управляет запуском других промптов. Для предпринимателя, который разрабатывает продукт с помощью ИИ, меняется способ организации повторяющейся работы. Вместо того чтобы вручную просить Claude проверить PR, обновить документацию или разобрать ошибки, можно один раз описать нужный процесс. К утру могут быть подготовлены draft-PR с исправлением, обновлённая документация и сводка в Slack. ## Чем Routines отличаются от cron, n8n и GitHub Actions?
Главное Cron запускает команду в заданное время. n8n и Zapier выполняют заранее собранные цепочки шагов, а GitHub Actions — предсказуемые CI/CD-процессы. Routines анализируют контекст и выбирают, что делать. Это полезно, когда требуется оценка ситуации, но менее удобно, если результат должен быть строго предсказуемым.
Выбор между Routines, n8n и GitHub Actions зависит от характера задачи. | Инструмент | Что делает | В каких случаях подходит лучше | В каких случаях подходит хуже | |----|----|----|----| | **cron** | Запускает команду по расписанию | Для простых повторяющихся задач без логики | Когда нужно обрабатывать данные | | **n8n / Zapier** | Выполняет заранее заданную последовательность шагов | Когда нужны 400+ готовых интеграций и наглядная отладка | Когда необходимо оценить входные данные или принять решение | | **GitHub Actions** | Выполняет CI/CD-процесс по YAML-конфигурации | Для тестирования, сборки и выпусков | Для задач с открытым сценарием и без фиксированной схемы | | **Routines** | Запускает ИИ-агента в облаке Anthropic | Для задач, требующих рассуждения: разбора ошибок, ревью, подготовки сводок | Для частых запусков: на Pro действует лимит 5 запусков в день | Кратко различие таково: Claude Routines удобны там, где требуется рассуждение, а для фиксированной последовательности шагов больше подходят инструменты автоматизации. Эти подходы могут дополнять друг друга: n8n выполняет цепочки операций, а Routines помогают принимать решения. С точки зрения инфраструктуры главное преимущество — не нужно настраивать сервер, Docker или обслуживание окружения. Инфраструктуру предоставляет Anthropic; пользователю остаётся задать промпт и подключить репозиторий. ## Как создать первую рутину за пять минут?
Главное Откройте `claude.ai/code/routines`, выберите New routine, задайте имя и промпт, подключите репозиторий GitHub, настройте доступ к сети и добавьте триггер Scheduled, API или GitHub. Затем нажмите Run now и проверьте результат. Всего шесть шагов; необходимое время зависит от того, подключено ли приложение Claude GitHub App.
Краткая последовательность действий: 1. **Перейдите на `claude.ai/code/routines`.** Откроется список рутин, который при первом посещении будет пустым, и кнопка New routine. 2. **Задайте имя и промпт.** Имя поможет найти рутину в списке, а промпт определяет, что Claude будет делать при каждом запуске. Поскольку рутина работает самостоятельно и не задаёт уточняющих вопросов, инструкция должна содержать все необходимые условия. 3. **Подключите один или несколько репозиториев GitHub.** При каждом запуске репозиторий клонируется заново, начиная с default branch. 4. **Настройте Cloud Environment.** Укажите доступ к сети (Trusted или Custom), переменные окружения для API-ключей и setup script для установки зависимостей перед запуском. Результат setup script кешируется между запусками, поэтому длительный `npm install` не придётся выполнять заново каждый раз. 5. **Выберите триггер:** Scheduled, API или GitHub. Для одной рутины можно настроить несколько триггеров. Расписание задаётся cron-выражением или готовым вариантом, например hourly, nightly или weekly. 6. **Нажмите Run now**, чтобы выполнить разовый запуск вручную. Это позволит проверить настройку перед тем, как оставлять рутину работать по расписанию. Рутина не приостанавливается для запроса подтверждения во время работы, поэтому промпт должен однозначно описывать задачу, нужные коннекторы и критерии успеха. Расплывчатые инструкции оставляют агенту пространство для самостоятельных догадок. Лучше использовать конкретное указание вроде «Открой draft-PR в ветке `claude/autofix-`», чем просить «попробовать что-нибудь исправить». ## Три типа триггеров: Scheduled, API и GitHub — какой выбрать?
Главное Scheduled запускает рутину по расписанию — например, каждый час, ночью, раз в неделю или однократно в указанное будущее время. API запускает её HTTP POST-запросом с bearer-токеном. GitHub реагирует на события в репозитории, например создание PR или публикацию релиза, с учётом настроенных фильтров. Для одной рутины можно использовать несколько типов триггеров.
Anthropic описывает триггеры следующим образом:

Scheduled запускает задачу с повторяющейся периодичностью: каждый час, каждую ночь, каждую неделю или один раз в указанное будущее время. API запускает её по запросу через HTTP POST на эндпоинт рутины с bearer-токеном. GitHub автоматически запускает рутину в ответ на события репозитория, например pull request или release.

— Anthropic, https://code.claude.com/docs/en/routines
### Scheduled — для регулярных запусков Наименьший интервал расписания — один час. Частые cron-выражения могут отклоняться, поэтому настроить запуск Routines каждые пять минут не получится. Среди готовых вариантов есть hourly, daily at X и weekly at X. Также можно запланировать однократный запуск командой `/schedule tomorrow at 9am triage backlog`. Такие запуски не входят в дневной лимит рутины и подходят, если нужно разово разобрать бэклог. Учитывайте, что `stagger` может сдвинуть запуск на несколько минут. Поэтому не следует строить критичные процессы на точном времени вроде 09:00:00: запуск может состояться в промежутке между 09:00 и 09:15. ### API — для запуска внешним сервисом Пример curl из официальной документации: ```bash curl -X POST https://api.anthropic.com/v1/claude_code/routines/trig_01ABCDEFGHJKLMNOPQRSTUVW/fire \ -H "Authorization: Bearer sk-ant-oat01-xxxxx" \ -H "anthropic-beta: experimental-cc-routine-2026-04-01" \ -H "anthropic-version: 2023-06-01" \ -H "Content-Type: application/json" \ -d '{"text": "Sentry alert SEN-4521 fired in prod. Stack trace attached."}' ``` Поле `text` принимает произвольную строку, которая передаётся в контекст выполнения. Если отправить JSON, рутина получит его как строку, без автоматического разбора. При необходимости разбирать такие данные это следует прямо указать в промпте, например: «Если текст похож на JSON, разбери его как JSON». API-триггер позволяет запускать рутину из Sentry, Datadog, собственной платформы или другой рутины. Bearer-токен показывается только при создании; позднее его можно лишь заменить через `Regenerate` или отозвать через `Revoke`. Сохраните токен в менеджере секретов сразу после создания. ### GitHub — для реакции на события репозитория Поддерживаются события: - Pull request: opened, closed, assigned, labeled, synchronized. - Release: created, published, edited, deleted. Для pull request доступны фильтры по author, title, body, base branch, head branch, labels, признаку is draft и признаку is merged. Условия фильтрации: equals, contains, starts with, is one of, is not one of, matches regex. Для каждого PR создаётся отдельная сессия. При последующих обновлениях того же PR — новых коммитах, комментариях и изменениях статуса CI — рутина продолжает эту сессию, а не начинает новую при каждом событии. Для работы GitHub-триггера нужны два отдельных действия: `/web-setup` подключает репозиторий для клонирования, а Claude GitHub App устанавливается отдельно и отправляет вебхуки. Одного из этих действий недостаточно. ## Что входит в Cloud Environment: сеть, секреты и setup script?
Главное Network access задаёт уровень доступа к интернету: Trusted выбран по умолчанию, а Custom позволяет ограничить доступ. Environment variables хранят секреты, доступные в запусках как `process.env.X` и аналогичные переменные окружения. Setup script устанавливает зависимости перед запуском; его результат кешируется.
### Network access По умолчанию используется режим Trusted. Он разрешает обращаться к реестрам пакетов (npm, PyPI, Cargo), облачным API (GitHub, GitLab, AWS, GCP, Anthropic, OpenAI), реестрам контейнеров (Docker Hub) и распространённым доменам для разработки. Запросы к другим адресам завершаются ошибкой `403 host_not_allowed`. Если рутина должна обращаться к собственному серверу, приватному API или нестандартному сервису, добавьте его в Allowed domains в настройках рутины. Иначе выполнение может остановиться на ошибке соединения. Режим Custom подходит для более строгих ограничений: он запрещает все соединения, кроме адресов из явно заданного списка. Это удобно, если рутине требуется доступ лишь к одному внешнему сервису. ### Environment variables В переменные окружения можно поместить секреты: API-ключи, токены и пароли базы данных. Во время работы они доступны, например, через `process.env.X` в Node и `os.environ['X']` в Python. В документации рекомендуется создавать для каждой рутины отдельное окружение с минимально необходимым набором секретов. Например, если рутина разбирает ошибки через Linear API, ей нужен токен Linear, но не ключ AWS. ### Setup script Setup script запускается перед каждым выполнением, но подготовленный слой кешируется между запусками. Поэтому команды `npm install` или `pip install -r requirements.txt` не требуется полностью выполнять заново каждый раз. В setup script обычно включают: - Установку зависимостей проекта: `npm ci`, `pip install`, `bundle install`. - Установку системных инструментов: `apt-get install -y curl jq`. - Подготовку данных: клонирование дополнительного репозитория или загрузку индекса. Если изменить setup script, кешированный слой обновится, и среда будет собрана заново. ## Готовая рутина №1: CI Autofix — исправление ошибок в PR
Главное Рутина отслеживает pull request с упавшим CI, анализирует журналы и открывает draft-PR с предполагаемым исправлением в ветке `claude/autofix-`. Для запуска используется GitHub-событие `pull_request.synchronize` и фильтр `labels equals broken-ci`. В анонсе Anthropic среди примеров автоматизации описана подготовка PR, ожидающих слияния.
В анонсе Anthropic описан сценарий автоматического реагирования на сбои CI. ``` Прочитай pull request, который только что обновился. Если CI упал — найди в логах конкретную ошибку. Сопоставь её с файлами, которые менялись в этом PR. Открой draft-PR в ветке claude/autofix- с предложенной починкой. В описании укажи: оригинальный PR, цитату из лога ошибки, гипотезу что сломалось, диф починки. Не мерж, только draft. ``` Триггер: GitHub `pull_request.synchronize` с фильтром `labels contains broken-ci`. Так рутина срабатывает только для отмеченных PR, а не при каждом их обновлении. На тарифе Pro доступно пять запусков в день. Если за день упадут тесты в десяти PR, рутина обработает не все из них. Даже несколько подготовленных исправлений могут сэкономить время, а остальные случаи можно проверить вручную. ## Готовая рутина №2: ночной разбор бэклога
Главное Рутина просматривает issues, созданные за последние 24 часа, присваивает метки bug, feature, question или security, назначает ответственного по области кода и публикует сводку в Slack-канале `#standup`. Триггер — ежедневный Scheduled-запуск в 08:00.
Если ежедневный разбор занимает 15 минут, за 240 рабочих дней это складывается примерно в 60 часов в год. Пример промпта: ``` Прочитай все issues, открытые в этом репозитории за последние 24 часа. Для каждого: 1. Поставь один из лейблов: bug, feature, question, security, ops. 2. Назначь owner на основе area of code в title и body. 3. Если security — добавь приоритет high. 4. Если duplicate существующего issue — закрой и поставь ссылку. Опубликуй саммари в Slack-канал #standup: - Сколько новых issues всего - Сколько high-priority (security + critical bugs) - Топ-3 темы, по которым приходят жалобы - Что зависло без ответа больше 7 дней ``` Триггер: Scheduled, ежедневно в 08:00 или в другое удобное утреннее время. Такой разбор можно использовать, чтобы классифицировать новые обращения, назначать ответственных и выделять темы, требующие внимания. В отличие от простого списка фильтров, агент анализирует содержание каждого тикета и определяет его тип и затрагиваемую область кода. ## Готовая рутина №3: проверка после выпуска
Главное После публикации в production API-запрос запускает рутину: она выполняет базовые smoke-тесты, проверяет журналы за последний час на новые ошибки и отправляет в Slack результат GO или NO-GO. Запуск можно связать с вебхуком конвейера публикации.
``` Публикация только что прошла (версия из параметра text, например v1.4.7). Сделай 3 шага: 1. Прогон smoke-тестов против нового билда: - GET /healthz должен вернуть 200 - POST /api/login с тестовыми credentials должен вернуть JWT - GET /api/users/me с JWT должен вернуть user object 2. Сканирование логов за последний час: - Новые exceptions, которых не было в предыдущем релизе? - Повышение error rate выше 1%? 3. Публикация в Slack #releases: - Заголовок: GO или NO-GO для версии X - Если NO-GO: причина и трассировка ошибки - Если GO: краткий summary прогона ``` Пример запуска из конвейера публикации, например GitHub Actions: ```bash curl -X POST https://api.anthropic.com/v1/claude_code/routines/trig_DEPLOY/fire \ -H "Authorization: Bearer $CC_API_TOKEN" \ -H "anthropic-beta: experimental-cc-routine-2026-04-01" \ -H "anthropic-version: 2023-06-01" \ -H "Content-Type: application/json" \ -d "{\"text\": \"Deploy v$(git rev-parse --short HEAD) to production\"}" ``` После сборки и публикации конвейер передаёт рутине сведения о версии. Если проверка обнаружит сбой, команда получит сообщение в Slack, не дожидаясь обращения пользователя в поддержку. ## Готовая рутина №4: синхронизация SDK на разных языках
Главное После слияния PR в Python SDK рутина читает изменения и переносит их в Go SDK, сохраняя согласованность публичного API. Затем она открывает соответствующий PR в ветке `claude/port-`. Для запуска используется событие GitHub `pull_request.closed` с фильтром `is_merged equals true`.
Если команда поддерживает SDK на нескольких языках, один из возможных сценариев — автоматически переносить изменения из Python-версии в Go-версию. ``` В Python SDK только что смержили PR. Прочитай его diff. Сделай 3 вещи: 1. Перенеси те же изменения в Go SDK (репозиторий go-sdk). - Сохрани публичный API consistent: одинаковые имена методов, одинаковые порядки аргументов, одинаковая семантика ошибок. - Учитывай идиомы Go: error returns вместо exceptions, snake_case vs camelCase, etc. 2. Открой PR в ветке claude/port- на go-sdk. 3. В описании PR укажи: - Ссылку на исходный Python PR - Список измененных файлов с диффом - Что не получилось перенести (если что-то) ``` Триггеры: GitHub `pull_request.closed`, фильтр `is_merged equals true` и условие `base branch equals main`. Такой сценарий подходит командам, поддерживающим SDK на двух языках. После изменения Python-версии рутина готовит перенос в Go, а разработчику остаётся проверить diff и подтвердить результат. ## Готовая рутина №5: обновление документации при каждом выпуске
Главное Рутина запускается при публикации каждого GitHub release, анализирует соответствующую часть CHANGELOG.md, выявляет публичные изменения API, обновляет нужные разделы документации и открывает PR. Триггер — GitHub `release.published`.
Пример промпта для поиска документации, связанной с изменёнными функциями и API, можно адаптировать для запуска при выпуске релиза: ``` Опубликован новый release (версия из параметра text). 1. Прочитай CHANGELOG.md, секцию этого релиза. 2. Для каждого пункта определи: - Это публичное API-изменение? - Какие файлы документации это упоминают? 3. Обнови документацию: - README.md - если изменилась установка или quick start - docs/*.md - если изменился detailed API - examples/ - если поменялись сигнатуры 4. Открой PR в ветке claude/docs-update-. В описании: что обновлено и почему. ``` Триггер: GitHub `release.published`. В описанных сценариях пяти рутин можно автоматизировать повторяющиеся операции разработки. На тарифе Pro действует лимит в пять запусков в день, поэтому каждая из пяти рутин сможет запускаться не чаще одного раза в сутки. Для большего числа запусков потребуется Max или Team. ## Какие ограничения, тарифы и правила безопасности действуют для Routines?
Главное На Pro доступно 5 запусков рутин в день, на Max — 15, на Team и Enterprise — 25. Однократные запуски, например `/schedule tomorrow at 9am ...`, не входят в дневной лимит. По умолчанию отправка изменений разрешена только в ветки `claude/*`; ограничение можно снять настройкой «Allow unrestricted branch pushes». Рутины связаны с личным аккаунтом пользователя.
### Лимиты | План | Цена | Routines в день | |------------|-------------------|-----------------| | Pro | \$20/мес | 5 | | Max 5x | \$100/мес | 15 | | Max 20x | \$200/мес | 15 | | Team | от \$100/seat/мес | 25 | | Enterprise | по запросу | 25 | Источник: официальная документация Anthropic. **Что не входит в лимит:** однократные запуски вида `/schedule tomorrow at 9am triage backlog`. Они расходуют обычный объём использования по подписке, но не дневную квоту рутин. Такой запуск удобен, если нужно выполнить разовый разбор. **Что происходит при достижении лимита:** новые запуски отклоняются до сброса периода. Если в разделе Settings — Billing включены usage credits, превышение оплачивается по факту и списывается с привязанной карты. ### Безопасность По умолчанию Anthropic ограничивает возможность случайно отправить изменения в основную ветку:

По умолчанию Claude может отправлять изменения только в ветки с префиксом claude/. Это помогает защитить ветки для длительной разработки и ветки с ограничениями от случайных изменений. Чтобы снять ограничение для репозитория, включите «Allow unrestricted branch pushes» в настройках рутины.

— Anthropic, https://code.claude.com/docs/en/routines
По умолчанию рутина может открыть ветку `claude/autofix-1234`, после чего вы проверяете изменения и объединяете их с основной веткой. Оставляйте `Allow unrestricted branch pushes` выключенным, чтобы сохранить ограничение ветками `claude/*`. Включать неограниченную отправку почти всегда не стоит. Ещё один уровень защиты — режим Trusted для доступа к сети. Рутина может обращаться только к разрешённым доменам; остальные запросы завершаются ошибкой `403 host_not_allowed`. Собственный сервер нужно отдельно добавить в Allowed domains. ### Владение рутинами — важный вопрос для предпринимателей Следует учитывать, что рутины принадлежат личному аккаунту claude.ai, а не команде или организации. Это сохраняется и на тарифах Team и Enterprise:

Действия рутины через подключённые учётные данные GitHub и коннекторы отображаются от имени пользователя. Коммиты и pull request'ы создаются от имени его GitHub-аккаунта. Сообщения в Slack, задачи в Linear и другие действия в подключённых сервисах также выполняются через его учётные записи.

— Anthropic, https://code.claude.com/docs/en/routines
На практике это означает следующее: - Коммиты в репозиторий будут связаны с вашим пользователем GitHub, а не с отдельным ботом компании. - Сообщения в Slack и задачи в Linear будут создаваться через подключённые вами аккаунты. - Если вы потеряете доступ к аккаунту claude.ai, связанные с ним рутины станут недоступны. Для индивидуальной работы такая схема может быть приемлемой. В команде стоит заранее определить, кто будет владельцем важных рутин и что произойдёт, если этот человек перестанет работать с проектом. На момент описания документация не указывает на возможность совместного владения. ## Какие ошибки возможны в исследовательской версии Routines?
Главное Routines представлены в формате research preview, поэтому возможны сбои. При ошибке «Failed to start run» проверьте подключение GitHub App, переменные окружения и попробуйте выполнить запуск позже.
При ошибке «Failed to start run» запуск может завершиться сразу, а вкладка Runs останется пустой. В таком случае проверьте подключение и настройки рутины: например, убедитесь, что GitHub App установлен на нужном репозитории, а переменные окружения заполнены. Что проверить при такой ошибке: 1. Убедитесь, что Claude GitHub App установлен для нужного репозитория. Это отдельный шаг, не связанный с `/web-setup`. 2. Проверьте значения env vars. Пустая или неверная переменная может привести к сбою setup script. 3. Запустите рутину через `Run now`. Если сбой происходит сразу, изучите доступные настройки и повторите попытку позже. 4. Если проблема сохраняется, подождите один-два часа и попробуйте ещё раз. ## Антипаттерны: для каких задач Routines не подходят
Главное Не используйте Routines для частых запусков, не разрешайте прямые отправки в main без необходимости, фильтруйте недоверенный текст и не строьте критичные производственные процессы на личном аккаунте.
1. **Частые задачи.** На Pro доступно не более пяти запусков в день. Для почасового обновления данных лучше использовать cron или n8n. 2. **Прямая отправка в production-ветку.** Включать `Allow unrestricted branch pushes` почти всегда не стоит. Сохраните настройку выключенной и проверяйте изменения через PR перед объединением с рабочей веткой. 3. **Обработка недоверенных данных без защиты.** Текст во входящих обращениях, электронных письмах клиентов или внешних вебхуках может содержать prompt injection. В промпте следует явно указать, что инструкции внутри обрабатываемого текста нужно считать данными и не выполнять. 4. **Расписание с точностью до секунды.** `stagger` может задерживать запуск на несколько минут. Если процесс зависит от точного времени, используйте, например, GitHub Actions или AWS EventBridge. 5. **Сложная логика с множеством условий.** Для длинных ветвящихся процессов лучше подходит n8n или GitHub Actions. Routines полезны для задач с открытым сценарием, где требуется анализ, но хуже подходят для строго заданной последовательности условий. 6. **Запуск по расписанию без предварительной проверки.** Сначала выполните рутину через `Run now`. Тестовый запуск помогает быстро обнаружить ошибки в промпте, отсутствующие переменные окружения и неподключённые коннекторы. 7. **Критичные производственные процессы, завязанные на личный аккаунт.** Если аккаунт claude.ai перестанет быть доступен, связанные рутины могут прекратить работу. Для критичных задач рассмотрите отдельную серверную функцию, cron на сервере или GitHub Actions. ## Что Routines меняют для разработки с помощью ИИ
Главное Routines позволяют выполнять повторяющиеся задачи асинхронно: вы задаёте условия, а агент запускается по событию или расписанию и готовит результат к проверке. Для предпринимателя, который работает над продуктом самостоятельно, это способ передать рутине часть типовых операций.
Для предпринимателя Routines дают возможность настроить автоматизацию, которая подготавливает PR к проверке, пока вы заняты другой работой. Это может снять часть повторяющихся задач, которые раньше приходилось выполнять вручную. Рутины удобнее использовать вместе с остальными средствами Claude Code. О связанных возможностях можно прочитать в гайде [про /goal и Agent View](https://ailoot.ai/blog/ru/claude-code-goal-agent-view/), в статье [о памяти проекта в Claude Code](https://ailoot.ai/blog/ru/claude-code-second-brain/) и в [руководстве по Claude Code Subagents](https://ailoot.ai/blog/ru/claude-code-subagents/). Ежедневный разбор бэклога по 15 минут в течение 240 рабочих дней составляет около 60 часов в год. Проверка после выпуска и обновление документации также помогают сократить объём повторяющейся работы. Routines не заменяют предпринимателя в принятии решений. Они помогают выполнять задачи, для которых важны регулярное внимание и последовательная проверка.
### Источники - [Документация Claude Code: автоматизация работы с routines](https://code.claude.com/docs/en/routines) — официальный источник Anthropic - [Анонс routines в Claude Code](https://claude.com/blog/introducing-routines-in-claude-code) — официальный блог Anthropic, 14 апреля 2026 года
Для дальнейшей работы с моделями перейдите в [Ailoot](https://ailoot.ai/). ## Вопросы и ответы ### Включать ли Allow unrestricted branch pushes для autofix-рутины? Оставьте выключенным, чтобы сохранить стандартное ограничение ветками claude/*. Проверьте правку через PR перед попаданием в production-ветку. ### Что проверить перед оставлением рутины по расписанию? Выполните Run now и изучите результат, журналы, доступ репозитория, окружение и коннекторы. Запрос должен определять полезный результат и разрешённые записи. Сохранённое расписание само по себе не подтверждает завершение задачи. ## Ailoot · Компания и портфель её проектов Ailoot опирается на накопленный опыт работы, большую клиентскую базу, стабильный сервис и постоянный контроль KPI. Компания и портфель её проектов: миллионы клиентов; продажи на миллиарды ежемесячно. Этот опыт Ailoot использует для API-доступа к нейросетям в продуктах клиентов, агентах, приложениях и автоматизациях.