Кілька місяців тому в Claude Code з’явилася команда /goal. Вона дозволила забути про постійне введення «продовжуй» (keep going) на кожному кроці, даючи Claude можливість працювати до досягнення конкретної умови. Це розв'язало реальну проблему: тепер не потрібно було «няньчити» відкриту сесію крок за кроком. Проте залишалася інша складність — як змусити Claude працювати, коли ви навіть не за ноутбуком.
Цей пробіл нарешті усунуто. Anthropic представила routines: збережені конфігурації, що працюють у власній хмарній інфраструктурі Anthropic. Вони запускаються за розкладом, через API-виклик або GitHub-подію, не потребуючи відкритої сесії чи вашої машини. Наразі це research preview, тому ліміти та логіка роботи можуть змінюватися, але загальна концепція вже зрозуміла.
Що таке routine насправді
Routine об'єднує три складові: промпт, один або декілька GitHub-репозиторіїв та набір конекторів (Slack, Linear та інші MCP-інтеграції). Ви налаштовуєте цей пакет один раз, додаєте тригер — і далі він працює самостійно, щоразу заново клонуючи репозиторій та виконуючи завдання як повноцінна автономна сесія Claude Code.
Тут немає вибору режиму дозволів чи запитів на схвалення під час виконання. Усе, що дозволено середовищем та конекторами, Claude робить без запитань. У цьому і полягає суть (адже нікому відповідати на запити), але це також означає, що масштаб впливу routine визначається виключно налаштованим доступом, оскільки втрутитися в процес посеред виконання неможливо.
Як створити routine
Найшвидший спосіб — команда /schedule (або аліас /routines) безпосередньо в CLI-сесії:
/schedule daily PR review at 9am/schedule in 2 weeks, open a cleanup PR that removes the feature flagClaude поставить уточнювальні запитання щодо репозиторію, промпту та періодичності, після чого збереже routine у вашому акаунті claude.ai. Зауважте, що /schedule налаштовує лише часові тригери. Для API та GitHub-тригерів знадобиться веб-інтерфейс на claude.ai/code/routines, де також можна редагувати створені через CLI завдання. Команди /schedule list, /schedule update та /schedule run дозволяють керувати існуючими routines прямо з термінала.
Три способи запуску
За розкладом (Scheduled). Регулярні запуски (щогодини, щоночі, щотижня) або разове виконання у визначений час. Мінімальний інтервал — одна година, тому це не заміна для моніторингу в реальному часі, а скоріше інструмент для перевірок, які достатньо робити раз на день чи тиждень.
Через API. Кожна routine отримує власний ендпоїнт та bearer token. POST-запит до нього запускає нову сесію. Ви можете передати поле text із контекстом: даними про алерти, логами помилок або будь-якою іншою інформацією. Цей текст позначається системою як «недовірені дані», тому промпт routine має явно дозволити обробку такого введення. Це захист: навіть якщо токен витече, зловмисник не зможе змусити routine зробити те, що не передбачено базовим промптом.
GitHub-події. Реакція на Pull Request та релізи з фільтрами за автором, назвою, гілкою чи лейблами. Наприклад, routine може відстежувати pull_request.opened і проходити за чеклистом рев'ю ще до того, як розробник гляне на diff.
Одна routine може поєднувати кілька тригерів. Наприклад, скрипт для рев'ю PR може запускатися щоночі для перевірки, спрацьовувати після деплою або реагувати на кожен новий Pull Request.
Routines проти /goal та /loop
Тепер ці три інструменти закривають абсолютно різні потреби:
/loopповторно запускає промпт через інтервали у вашій відкритій сесії на локальній машині. Немає перевірки завершення, лише повторення. Підходить для моніторингу білду або статусу PR, поки ви за комп'ютером./goalзмушує сесію працювати на вашій машині, доки окрема модель-оцінювач не підтвердить виконання умови. Ідеально для складних завдань, які ви хочете отримати вже готовими.- Routines працюють на інфраструктурі Anthropic без прив'язки до вашої машини. Запускаються часом, API або GitHub-подіями. Підходять для автоматизацій, що мають виконуватися незалежно від того, чи відкритий у вас ноутбук.
Практичне правило: якщо автоматизація має вижити після закриття кришки ноутбука — це має бути routine. Ні /loop, ні /goal цього не вміють.
Де routines найбільш ефективні
Робота з беклогом. Розклад 0 22 * * * (щоночі о 22:00) дозволяє Claude аналізувати нові issue, додавати лейбли, призначати відповідальних за сферами коду та публікувати звіт у Slack-канал #triage до початку робочого дня.
Аналіз алертів. Інструмент моніторингу надсилає дані на API-ендпоїнт routine при виникненні помилки. Routine досліджує контекст, порівнює його з останніми комітами та створює чернетку PR із виправленням. Розробник на чергуванні починає не з порожнього термінала, а з аналізу готового рішення.
Кастомне рев'ю коду. GitHub-тригер спрацьовує на кожен pull_request.opened, перевіряє код за внутрішнім чеклистом команди та залишає коментарі щодо механічних помилок, звільняючи час людей для архітектурних дискусій.
Портування коду між репозиторіями. GitHub-тригер на злиття PR в одному SDK автоматично переносить зміни в аналогічний SDK іншою мовою, підтримуючи синхронізацію бібліотек без ручної роботи.
Складні моменти
Усе, що робить routine, ідентифікується як ваші дії. Коміти та PR створюються від імені вашого GitHub-акаунта. Повідомлення у Slack та тікети в Linear — від ваших підключених профілів. Окремого «бот-акаунта» немає, тому routine з великою кількістю конекторів може наробити багато справ від вашого імені.
Відсутність схвалення означає, що середовище — єдиний захист. Доступ до мережі, змінні оточення та конектори налаштовуються заздалегідь. Обмежуйте доступ routine лише необхідним мінімумом, а не всім, що підключено до вашого профілю.
Зелений статус не гарантує успіху. «Зелений» індикатор означає лише те, що сесія запустилася і завершилася без технічних збоїв інфраструктури. Чи виконав Claude завдання правильно — потрібно перевіряти в логах виконання.
Обмеження на пуш у гілки. За замовчуванням Claude може пушити лише в гілки з префіксом claude/. Це безпечно, але варто врахувати, щоб перший PR від routine не став сюрпризом через незвичну назву гілки.
Це Research Preview. API працює в бета-режимі, і Anthropic попереджає, що ліміти та структура полів можуть змінитися. Не варто будувати на цьому критично важливі процеси прямо зараз.
Квоти використання. Запуски routines використовують вашу загальну квоту підписки плюс мають окремий денний ліміт на кількість стартів. Якщо налаштувати багато нічних завдань, можна швидко вичерпати бюджет запитів ще до початку робочого дня.
Практичні поради
Починайте з часових тригерів (schedule), перш ніж переходити до API чи GitHub. Їх легше контролювати та зупинити, якщо щось піде не так.
Мінімізуйте список конекторів. Кожен залишений конектор — це інструмент, який Claude може використати без вашого відома в будь-який момент.
Ставтеся до результатів routine як до результатів CI-пайплайну: перевіряйте diff, а не просто статус. Успішне завершення сесії та правильне виконання завдання — це не одне й те саме.
Якщо routine працює із зовнішніми даними (алерти, webhook), явно вказуйте в промпті на необхідність звернення до цього payload. Інакше він залишиться інертним контекстом, і routine просто нічого не зробить.
Підсумок
Команда /goal дозволила залишатися в сесії без повторних промптів. Routines дозволяють взагалі не потребувати сесії. Вибирайте інструмент під конкретну задачу, і вперше вам не доведеться підлаштовувати один інструмент для невластивої йому роботи.
Джерела
- Automate work with routines: офіційна документація Anthropic.
- Run prompts on a schedule: документація щодо
/loopта запланованих завдань. - Keep Claude working toward a goal: документація до команди
/goal. - Claude Code /goal vs /loop: Stop Typing, Keep Going: попередній матеріал на цю тему.
