Як змусити Claude Code працювати без вас: /loop, Routines і фонові агенти

Коротко (TL;DR)

/loop у Claude Code запускає промпт за розкладом, щоб агент працював сам, поки ви зайняті іншим. Але /loop — лише один із чотирьох типів циклів і найнижча з чотирьох сходинок автономності. Повна картина виглядає як драбина: /loop у CLI-сесії → заплановані завдання в Claude Desktop → хмарні Routines → Managed Agents scheduled deployments через Claude Platform API.

Ключові орієнтири станом на 12 липня 2026:

• /loop і Desktop-завдання повторюються щонайменше раз на хвилину, крутяться на вашій машині й не коштують нічого понад передплату.
• /loop живе лише всередині сесії й автоматично спливає через 7 днів; закрили термінал — завдання зупинилися (повертаються через --resume).
• Cloud Routines працюють у хмарі без вашого комп’ютера, мінімальний інтервал — 1 година, і вони виконуються без approval-промптів. Статус — research preview.
• Managed Agents дають хвилинний cron і коштують токени за звичайними ставками плюс $0.08 за годину сесії.
• Аварійний вимикач усього планувальника — змінна середовища CLAUDE_CODE_DISABLE_CRON=1.

Далі — уся драбина за рівнями, порівняльна таблиця, собівартість у цифрах, точки відмови й чек-лист безпеки для незворотних дій.

Що таке /loop і чотири типи циклів

Цикл (loop) — це агент, який повторює цикли роботи, доки не виконається умова зупинки. Команда Claude Code виділяє чотири типи циклів, і /loop — тільки один із них (time-based). Розуміти всю класифікацію важливо: половина запитань «а чому мій /loop не зупиняється сам» знімається, щойно ви знаєте, що за зупинку відповідає не розклад, а умова.

BINANCE COPY TRADINGКопітрейдинг на BinanceВідкрита статистика трейдерів, старт з $10, вимкнення одним кліком.Обрати трейдера

/loop належить до time-based: він не перевіряє «чи досягнута мета», він просто запускає ваш промпт за розкладом. Якщо вам потрібна зупинка за результатом («прав тести, доки не позеленіють»), а не за часом, це територія /goal. Часта плутанина спільноти: люди беруть сторонню обгортку-аліас (на кшталт Hermes) за нативний /goal — це різні речі.

Claude Code 2.1.224 звʼязав сесії: SendMessage і ListAgents на macOS та Linux

Claude у браузері: повний розбір Claude for Chrome — Teach Mode, дозволи та безпека

Керування Claude Code із Telegram: офіційний шлях і де він ламається

Як підключити Claude Code до GitHub: @claude, авторев’ю PR і GitHub Actions

Plan Mode і /ultraplan у Claude Code: як планувати великі завдання

Тут-таки корисно відокремити /loop від простого фонового процесу. Фонова команда (run_in_background у Bash) просто виконується паралельно й віддає вивід; /loop — це повторюваний промпт агентові, тобто кожна ітерація знову думає й діє.

Синтаксис /loop

Базова форма — інтервал і промпт:

/loop 5m перевір статус деплою і напиши, якщо він упав
/loop 20m /review-pr 1234

Як бачите, промптом циклу може бути й слеш-команда — тобто ви ганяєте за розкладом власний скіл. Якщо інтервал не вказати, /loop стає самотемпованим: Claude сам обирає паузу між ітераціями в діапазоні від 1 хвилини до 1 години. У такому режимі він замість тупого полінгу може задіяти інструмент Monitor — той запускає фоновий скрипт і стрімить кожен рядок виводу назад у діалог, що помітно економніше за токенами, ніж перезапуск промпта на кожній ітерації.

Файл loop.md (проєктний .claude/loop.md або користувацький ~/.claude/loop.md) задає власний дефолтний промпт для голого /loop замість вбудованого — це не список розкладів: якщо ви явно даєте /loop промпт або інтервал, loop.md ігнорується. Зручно як персональний шаблон «що робити за замовчуванням», а не крон-конфіг із кількох завдань.

Ліміти й підводні камені /loop

Тут конкуренти найчастіше помиляються, розтягуючи мережею застарілі цифри. Актуальні офіційні значення на 12 липня 2026:

• Session-scoped. Завдання /loop живуть у поточному діалозі й зупиняються, коли ви починаєте новий (/clear або нова сесія). Повернути їх можна через claude --resume або --continue — але лише поки завдання не спливло.
• Строк життя — 7 днів після створення. Це вбудований запобіжник: щойно строк вичерпано, завдання спрацьовує востаннє й видаляє себе. (Сторонні гайди нерідко пишуть «3 дні» — це старе значення, офіційна документація дає 7.)
• Джитер. Рекурентні завдання спрацьовують у межах 30 хвилин після призначеного часу (або до половини інтервалу для суб-годинних розкладів). Разові завдання, призначені рівно на початок або середину години, можуть спрацювати на 90 секунд раніше. (Тут теж гуляє застаріла цифра «15 хвилин / 10% періоду» — беріть офіційні 30 хвилин.) Джитер існує, щоб не бити по серверах синхронною пачкою запитів в одну й ту саму секунду.
• До 50 завдань одночасно в одній сесії; у кожного — 8-символьний ID, яким його видаляють (CronDelete).

Практичний висновок: /loop — інструмент для «поки я працюю в цій сесії», а не для справжньої автоматизації 24/7. Термінал закрито — агента немає. Треба, щоб завдання пережило ніч і перезавантаження, — це вже наступна сходинка драбини.

BINANCEДосі дивишся збоку?Ринок працює без вихідних. Рахунок на Binance відкривається за 2 хвилини.Почати зараз

Фонові завдання проти /loop

Межу між /loop і «просто фоновою роботою» варто розуміти чітко, бо вона стирається на очах.

• Фонові команди (run_in_background у Bash) — це запущений паралельно процес: збірка, тести, дев-сервер. Він не думає, він виконується.
• Фонові сабагенти. Починаючи з версії v2.1.198 паралельні сабагенти йдуть у фон за замовчуванням — навіть без явного run_in_background інструмент Agent повертає статус async_launched. Тобто делеговані завдання тепер фонові самі собою.
• /loop — це повторюваний промпт на інтервалі, окрема сутність планувальника.
• Monitor — подієва альтернатива полінгу: реагує на рядки лога, зміни файлів або статус, не ганяючи цикл вхолосту.

Розуміння цієї четвірки допомагає не платити зайвого: якщо завдання — «дочекатися завершення збірки», не треба ставити /loop 30s, досить фонової команди або Monitor.

/loop, Desktop, Routines і Managed Agents: драбина автономності

Це ядро статті. Заплановані завдання Claude Code бувають чотирьох рівнів зрілості, але майже всі гайди розбирають щонайбільше два з них — а різниця між ними принципова: де агент фізично працює, чи питає він дозволу й скільки це коштує.

Дані щодо інтервалів і ціни — на 12 липня 2026. Розберемо два верхні рівні докладніше, бо саме їх зазвичай і оминають.

Desktop scheduled tasks (заплановані завдання Claude Desktop) стоять між /loop і хмарою: вони теж працюють на вашій машині (через застосунок Claude), але переживають закриття сесії. Їхні інструкції зберігаються окремим скілом — ~/.claude/scheduled-tasks/<task-name>/SKILL.md.

Cloud Routines — автоматизація без вашого комп’ютера

Routines — це повноцінні хмарні сесії Claude Code, що працюють за розкладом або тригером без вашої машини. Ключова відмінність від /loop: під час запуску немає ні пікера permission-mode, ні approval-промптів — сесія сама виконує shell-команди, скіли й конектори. Це водночас їхня сила й головний ризик (про це — у розділі безпеки).

Що важливо знати про Routines на 12 липня 2026:

• Статус — research preview. Поведінка, ліміти й API можуть змінитися. Доступні на планах Pro, Max, Team і Enterprise з увімкненим Claude Code on the web; власник Team/Enterprise може вимкнути їх для всієї організації.
• Мінімальний інтервал — 1 година. Частіші cron-вирази відхиляються (це принципове обмеження проти /loop і Managed Agents).
• Тригери. Окрім розкладу є GitHub-події двох категорій: Pull Request (відкрито, закрито, призначено, позначено лейблом, синхронізовано тощо) і Release (створено, опубліковано, відредаговано, видалено) — з фільтрами за автором, заголовком, гілкою, лейблами, draft/merged.
• Вбудовані guardrails. За замовчуванням пуш дозволено лише в гілки з префіксом claude/ — щоб автономний агент випадково не переписав захищену гілку. Мережа працює за allowlist: запит до стороннього домену падає з HTTP 403 і заголовком x-deny-reason: host_not_allowed.

Саме на цьому рівні живе класичний сценарій «чергового агента». Наочний приклад готового постійного асистента — Claude Tag, ШІ-колега прямо в Slack: та сама ідея агента, який сам реагує на події, тільки навколо месенджера.

Managed Agents scheduled deployments — API-рівень для просунутих

Це третій, найнедооціненіший спосіб планування. Managed Agents — окрема сутність Claude Platform API, якою ви керуєте програмно (Deployments API), а не з інтерфейсу claude.ai. Її зазвичай узагалі не згадують у гайдах про /loop.

Відмінності на 12 липня 2026:

• Хвилинний cron. Стандартний POSIX cron із точністю до хвилини (без обмеження «1 година», як у Routines) плюс явна IANA-таймзона; джитер — до 10 секунд.
• Масштаб. До 1000 scheduled deployments на організацію.
• Окремий білінг. Токени тарифікуються за стандартними ставками, плюс $0.08 за годину сесії — причому лише поки завдання в статусі running, посекундно. У Routines своєї окремої ціни немає: вони списуються з передплатної квоти.
• DST-семантика. Під час переведення годинника вперед час, якого «не існує», не спрацьовує; під час переведення назад завдання на цю годину спрацьовує двічі. Це важливо враховувати для критичних нічних запусків.

Логіка вибору проста: /loop — для «тут і зараз у моїй сесії», Desktop — для регулярних локальних завдань, Routines — для хмарної автоматизації з інтерфейсу, Managed Agents — коли потрібен програмний контроль, хвилинна точність і масштаб.

Собівартість роботи

Євангелісти автономних агентів майже ніколи не рахують, у що це обходиться. Розкладемо за способами запуску (ціни API — на 12 липня 2026).

Висновок за цифрами: сам рантайм ($0.08/год) — копійки, основну вартість формують токени. Реальний ризик перевитрати — не розклад, а фонові сабагенти, що мовчки палять контекст: агент, який застряг у циклі, не падає, а крутиться, і кожна ітерація коштує грошей. В API немає жорсткого «стоп на $X» — лише м’які пороги-алерти. Якщо запускаєте агентів пачками у фоні, закладайте моніторинг витрати токенів із першого дня й ліміти на боці тарифу.

Точки відмови автономного прогону і як підстрахуватися

Обов’язкова частина чесного розбору — не «все працює», а де саме зламається.

Про останній пункт окремо: станом на 4 липня 2026 у баг-трекері повідомляють (issue #74182, версія v2.1.201), що на кожен старт сесії фоновий супервізор друкує worker crashed (exit 1 — exit_with_message) — respawning… і спотворений банер статусу. Судячи з обговорення, сесії при цьому продовжують працювати (демон сам перезапускає воркер), але точна причина краху ніде не логується. Це не специфікація продукту, а активний репорт спільноти — тримаємо на увазі як «шумний, але не смертельний» сигнал.

Ризики й чек-лист безпеки фонових запусків

Автономний агент небезпечний рівно тим, чим корисний: він діє сам. Це розділ ризиків і YMYL — перш ніж пускати цикл без нагляду, пройдіться списком.

1. Незворотні дії — лише через гейт. Надсилання листів, платежі, git push, видалення даних, деплой у прод — це те, що не можна відкотити. Пам’ятайте: у Cloud Routines approval-промптів немає взагалі, вони виконають таке мовчки. Не давайте автономному циклу прямий доступ до незворотних операцій без явної перевірки.
2. Гілки під контролем. Залишайте дефолтний guardrail Routines — пуш лише в claude/*. «Unrestricted branch pushes» вмикайте, тільки коли справді розумієте навіщо.
3. Мінімум доступів і секретів. Давайте агентові рівно ті ключі й конектори, що потрібні завданню. Мережевий allowlist (той самий 403 host_not_allowed) — ваш друг, не вимикайте його без причини.
4. «Green run» — не приймання. Зелений статус запуску означає лише, що сесія завершилася, а не що завдання розв’язане правильно. Відкривайте транскрипт і перевіряйте результат, особливо на перших прогонах.
5. Знайте killswitch. CLAUDE_CODE_DISABLE_CRON=1 вимикає /loop і cron-інструменти цілком — включно з уже запланованими й навіть виконуваними завданнями. Це ж — важіль корпоративної політики, якщо планувальник треба заборонити на рівні організації.
6. Атрибуція. Усе, що робить Routine, йде від імені власника акаунта. Якщо це критично (аудит, комплаєнс) — заводьте окремий обліковий запис.
7. Приватність даних. Routines клонують репозиторій у хмару Anthropic «з нуля» (fresh clone) — не підключайте конектори до даних, які не мають покидати вашу інфраструктуру. Managed Agents-сесії поки що НЕ покриваються Zero Data Retention і HIPAA BAA — для регульованих даних це стоп-фактор.
8. Бюджет. Ставте ліміти й моніторинг витрати токенів до того, як залишите агента на ніч, а не після першого рахунку.

Хуки й loop: як вони пов’язані

Тема, яку майже ніхто не копає, — зв’язок планувальника з хуками. Починаючи з версії v2.1.145 payload хуків Stop і SubagentStop містить масиви background_tasks і session_crons. Завдяки їм хук може відрізнити «сесія справді закінчена» від «сесія на паузі й чекає, поки її розбудить фонове завдання або /loop».

Практично це означає: якщо ви вішаєте хук на завершення (наприклад, звук або сповіщення «Claude закінчив»), перевіряйте ці масиви — інакше хук спрацює завчасно, посеред живого циклу. Це прямий місток між темою фонової автоматизації й темою хуків у Claude Code.

Практичні сценарії

Куди драбину автономності прикладають на практиці:

• Нічний розбір беклогу. Routine ночами проходить issue-трекер: лейблить нові завдання, призначає власників за зоною коду, шле саммарі в месенджер. Працює без вашої машини, бо це хмара.
• Полінг CI і PR. /loop 5m перевір статус деплою або /loop 20m /review-pr 1234 прямо в робочій сесії — поки ви зайняті іншим, агент приглядає за пайплайном.
• Регулярний локальний звіт. Desktop-завдання щоранку збирає дайджест по репозиторію на вашій машині — не потребує хмари й не витрачає хмарну квоту.
• Продакшн-автоматизація з хвилинною точністю. Managed Agents scheduled deployments — коли потрібен програмний контроль, cron до хвилини й масштаб на всю організацію.

Якщо завдання — замінити собою не розклад, а цілий автономний самохідний асистент, варто придивитися й до окремих агентних продуктів: наприклад, OpenClaw — особистий ШІ-агент зі своєю собівартістю, антипод вбудованому /loop за філософією. А для довгих циклів має сенс заздалегідь обрати модель під завдання: що довший і автономніший прогін, то важливіший баланс якості й ціни — за цією логікою часто беруть Claude Sonnet 5 як робочу конячку, лишаючи топову модель на складні ходи.

Альтернативи Routines: планувальник GitHub Actions і власний CI

Уся драбина вище живе всередині екосистеми Claude, але вона не єдиний спосіб ганяти агента за розкладом. Для команд, у яких пайплайн уже в CI, розумна альтернатива Routines — звичайний schedule-тригер GitHub Actions, що за cron смикає Claude Code у headless-режимі (офіційні доки самі радять GHA для unattended-запусків). Плюс — не потрібен постійний Claude-акаунт з увімкненою хмарою, мінус — з коробки немає guardrails на кшталт пуша лише в claude/*, тож обмеження на незворотні дії й права токена доведеться вибудовувати самому.

FAQ

Чим /loop відрізняється від /goal? /loop (time-based) запускає промпт за розкладом і не перевіряє результат; /goal (goal-based) крутиться до виконання умови успіху й має внутрішній evaluator. Якщо потрібна зупинка «коли зроблено», а не «через N хвилин» — це /goal.

Скільки живе завдання /loop і що з ним після закриття термінала? Рекурентне завдання автоматично спливає через 7 днів після створення. Завдання прив’язані до сесії: новий діалог їх зупиняє, але claude --resume або --continue повертають усе, що ще не спливло.

Чи можна ганяти агента справді 24/7? Не через /loop — він помирає з сесією й живе щонайбільше 7 днів. Для справжнього режиму 24/7 потрібні Cloud Routines (хмара, від 1 години) або Managed Agents scheduled deployments (хвилинний cron через API). Вони працюють без вашого комп’ютера.

Чи правда, що хмарні Routines нічого не питають? Так. Під час запуску в Routines немає пікера permission-mode й approval-промптів — сесія виконує команди сама. Тому незворотні дії й доступи треба обмежувати заздалегідь (пуш лише в claude/*, мережевий allowlist, мінімум секретів).

Як повністю вимкнути планувальник? Змінною середовища CLAUDE_CODE_DISABLE_CRON=1. Вона робить /loop і cron-інструменти недоступними й зупиняє навіть уже заплановані й виконувані завдання — зручно як killswitch і як корпоративна політика.

Скільки коштує фонова автоматизація? /loop, Desktop і Routines додаткової плати за планувальник не мають — витрачається передплатна квота. У Managed Agents білінг окремий: токени за стандартними ставками плюс $0.08 за годину сесії (лише поки завдання в статусі running). Основну вартість майже завжди формують токени, а не рантайм.