Инженерия циклов в Three Agents: что Magpie Workflow от yetone говорит о запуске Claude Opus 5.5 без присмотра

Самое интересное в конфигурации yetone — вовсе не модель. Это число три. Мейнтейнер Magpie — локального шлюза, который позволяет кодирующим агентам работать с любой моделью, на какую вы их нацелите, — описал свой собственный рабочий процесс сопровождения в X 13 октября 2026 года: Claude Code под управлением Claude Opus 5.5, с тремя /loop задачами, запущенными одновременно, каждая из которых следит за своей поверхностью — issues и пул-реквестами на GitHub, сообществом в Discord и отзывами, приходящими в X, — и исправляет то, что находит. Loop engineering — практика, при которой агент работает циклами, а не получает промпты ход за ходом, — стала предметом множества разговоров в этом году. Что делает этот пример достойным прочтения, так это то, что он идёт в комплекте с организационной схемой.

Claude Opus 5.5 — не новинка. Anthropic выпустила её 2026-09-22, три недели назад, по цене $4 за миллион входных токенов и $20 за миллион выходных токенов. Это не история о запуске. Это история о том, что настройки модели по умолчанию означают для любого, кто пытается скопировать цикл обслуживания из трёх агентов, — и о том, какие части этого цикла ломаются такими способами, о которых не упоминают туториалы.

Что на самом деле в рабочем процессе

Сигнал короткий, поэтому стоит точно обозначить, что утверждается, а что нет. yetone запускает три параллельные /loop задачи в Claude Code на Opus 5.5. Одна следит за репозиторием — за issues и pull requests. Одна следит за Discord. Одна следит за X. Агент исправляет то, что считает достойным исправления, в цикле, без человека, который давал бы команду на каждом шаге. Паттерн, который он автоматизировал, — тот, с которым большинство мейнтейнеров справляются плохо: триаж. Не написание кода. Чтение, сортировка, дедупликация и ответы, которые съедают час в день.

Выражение «loop engineering» здесь несёт основную нагрузку. Цикл — это не агент, выполняющий задачу; это сессия, которая снова и снова возвращается к задаче по расписанию, которое выбирает сама, и состояние последней итерации всё ещё находится перед ней. Именно на этом различии разваливается большинство самодельных версий, и именно в эту область инструментарий сместился за последние шесть недель.

Что на самом деле делает /loop в Claude Code в октябре 2026 года

Если вы не читали актуальную документацию, версия, которую вы помните, вероятно, неверна, потому что /loop изменил форму, пока инженерия циклов была в тренде.

Просто /loop больше не требует указывать интервал. Опустите его — и Claude подберёт интервал динамически, от одной минуты до одного часа, на основе того, что он наблюдал в предыдущей итерации. Он немного подождёт, пока завершается сборка или активен пул-реквест, и ждёт гораздо дольше, когда ничего не ожидается. Выбранная задержка и причина её выбора выводятся в конце каждой итерации, так что вы увидите, как сам цикл рассуждает о своей периодичности. Вместо этого укажите интервал — /loop 5m проверь деплой — и вы получите фиксированное расписание cron.

Опустите и промпт — и вы получите встроенный промпт обслуживания, который на каждой итерации последовательно прорабатывает три вещи:

• Продолжите любую незавершённую работу из разговора.

• Займитесь пул-реквестом текущей ветки — комментариями к ревью, неудачными запусками CI, конфликтами слияния.

• Запускайте проходы по очистке, такие как охота за багами или упрощение, когда нет других ожидающих задач.

Вы можете заменить это поведение по умолчанию своими инструкциями, записав loop.mdв .claude/loop.md для проекта или ~/.claude/loop.md для каждого проекта, который не определяет свой собственный. Изменения вступают в силу на следующей итерации, поэтому вы можете уточнять инструкции работающего цикла, не перезапуская его. Файл обрезается после 25 000 байт, а это более чем достаточно места для правил триажа.

Этот механизм — несущая часть трёхцикловой схемы, и именно её обычно опускают на схемах рабочего процесса. Типовой встроенный запрос на обслуживание — это не политика триажа. Если вы хотите, чтобы цикл читал задачи GitHub так, как их читает ваш проект — что считается дубликатом, что получает метку вместо ответа, что вообще никогда не получает ответа — политика должна находиться в loop.md, а не в запросе, который вы набрали, когда начинали сеанс.

Границы, которые решают, три — это число или лозунг

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

• Потолок параллелизма — сессия выдерживает до 50 запланированных задач одновременно, так что три цикла — далеко не предел. Ограничивающим фактором является не количество задач, а внимание: три цикла означают три потока вызовов инструментов, конкурирующих за одну и ту же сессию.

• Истечение срока — повторяющиеся задачи удаляются сами через семь дней после создания, срабатывая ещё раз напоследок. Цикл обслуживания, который тихо остановился на восьмой день, — самый распространённый режим отказа, и он молча даёт сбой.

• Асимметрии восстановления — возобновите сеанс с помощью --resume или --continue, и задачи, запланированные через cron, вернутся, кроме повторяющихся задач, срок действия которых истёк. Цикл с самостоятельным темпом вообще не восстанавливается; его нужно запустить заново.

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

• Джиттер — повторяющиеся задачи намеренно запускаются с опозданием до половины интервала до следующего запуска и не более чем на 30 минут, чтобы множество сессий не сходилось на одной и той же секунде. Задача, запускаемая каждые десять минут, стартует в диапазоне от точно в срок до пяти минут с опозданием. Случай с пятью минутами — исключение: Claude Code сдвигает его на 15 секунд раньше, чтобы каждый запуск оставался в окне кэша промптов.

• Требование включённого компьютера — циклы срабатывают только пока Claude Code запущен и простаивает. Закрытие ноутбука останавливает их. Нет наверстывания за часы вашего отсутствия.

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

Почему этот рабочий процесс специфичен именно для Claude Opus 5.5, а не просто для «некоего агента»

Запустите цикл из трёх агентов на модели без большого контекстного окна — и циклы проведут весь день, перечитывая одно и то же. Каждая итерация заново втягивает в себя ветку обсуждения задачи, диф PR и историю Discord; если окно небольшое, эта история в итоге сворачивается в краткое изложение, и суждение цикла незаметно деградирует по мере старения сессии. Claude Opus 5.5 несёт контекстное окно на 1M токенов при 128K токенов вывода — именно это позволяет циклу триажа одновременно удерживать реальный бэклог задач, переписку и последние несколько итераций. Кроме того, его цена — $4 / $20 за миллион токенов, а чтение из кеша стоит $0.20 за миллион — пятую часть цены ввода, — и здесь это значит больше, чем обычно, потому что цикл — самая кеш-дружелюбная рабочая нагрузка из всех возможных. Один и тот же системный промпт, одни и те же определения инструментов, один и тот же контекст репозитория — снова и снова.

Вторая подгонка — это режим мышления по умолчанию, и он работает в обратную сторону в зависимости от того, что делает каждый цикл. Claude Opus 5.5 использует адаптивное мышление, всегда включённое, а уровень усилий по умолчанию — средний — на один уровень ниже значения по умолчанию Claude Opus 5. Уровень усилий меняет не только качество; он меняет объём вызовов инструментов. Цикл, который выполняет триаж проблем, и цикл, который редактирует код, требуют разных настроек, а самая низкая настройка усилий — это ещё и отдельная проблема планирования: в цикле с самостоятельным темпом модель сама выбирает задержку до следующего пробуждения, поэтому цикл триажа с низким усилием и цикл исправления с высоким усилием будут по-разному задавать себе темп при работе с одним и тем же репозиторием. Нет такой настройки, которая заставит их согласоваться. Смысл в том, чтобы понимать, что есть что, потому что именно разницу в темпе вы заметите в первую очередь.

Если вы хотите запускать цикл и исправляющий компонент на моделях разных поставщиков — триаж на чём-нибудь дешёвом, исправления на Claude Opus 5.5, — это решение о маршрутизации, а не решение Claude Code, и именно поэтому перед сессией стоит шлюз.

Пробую это, не ставя продакшен на кон.

Разумное возражение против схемы с тремя циклами состоит в том, что она ставит автономного агента перед обращениями ваших пользователей уже в первый же день во второй половине дня. Этот цикл будет оставлять комментарии. Он будет закрывать обращения. Честный способ внедрить это — запустить один цикл в режиме dry-run на неделю с GitHub-токеном с доступом только на чтение и посмотреть, совпадают ли его решения по триажу с теми, что вы приняли вручную, — и, отдельно, направить саму модель туда, где вы сможете её измерить, прежде чем окончательно на это решиться.

На OrcaRouter, anthropic/claude-opus-5.5 предоставляется по прейскурантной цене Anthropic без наценки, из единой конечной точки, которая поддерживает как совместимый с OpenAI формат, так и формат Anthropic Messages, — поэтому сеанс Claude Code и скрипт, обращающийся к той же модели, не нуждаются в двух интеграциях. Anthropic опубликовала собственные цены $4 / $20 22 сентября 2026 года; если эта прейскурантная цена изменится, транзитный шлюз изменится вместе с ней в тот же день, а не в следующем расчётном цикле, — и это именно тот вариант, который нужен, когда вы рассчитываете цикл, способный работать месяцами. Автоматическое переключение при сбое между провайдерами покрывает случай, о котором предупреждает документация и который никто не тестирует: цикл не останавливается из-за того, что один вышестоящий сервис вернул 429 в три часа ночи. Слияние моделей и DSL маршрутизации здесь менее важны — циклу триажа нужна одна модель, причём неизменно, потому что именно согласованность делает его суждения проверяемыми.

Что делать с числом три

Проблема репутации Loop engineering в том, что большая часть того, что демонстрировалось в этом году, была одним циклом, выполняющим одну узкую задачу в демо. Настройка yetone интересна тем, что это три цикла по трём разным входным данным — репозиторий, чат-сообщество, публичная лента — и это форма той самой работы, на которую у мейнтейнера нет времени. Это также форма, которая обнажает каждое из вышеперечисленных ограничений: истечение срока, джиттер, восстановление, темп, и тот факт, что циклы работают только пока машина включена.

Переносимая часть — не количество. Дело в том, что у каждого цикла была своя поверхность, своя политика в loop.md и своя причина просыпаться — и что человек, который этим управлял, мог по журналу итераций понять, почему каждый цикл выбрал именно такую задержку. Это такая конфигурация, которую действительно можно проверить через неделю. А учитывая, что каждый из этих циклов истекает на восьмой день, это примерно столько времени, сколько у вас есть, чтобы решить, стоит ли строить его снова.

Стоит сказать прямо: это настройка одного практикующего специалиста, описанная его автором в X, а не рекомендация вендора. Документация Anthropic по Claude Opus 5.5 и /loop в Claude Code рассказывает, что делают эти инструменты. Но она не говорит, что правильное число — именно три, и никто другой пока тоже этого не говорит.

Когда цикл триажа и цикл исправления требуют разных моделей: Запустите цикл и исправляющего агента через один эндпоинт, который обслуживает Claude Opus 5.5 по прайс-листу A​nthropic из единой точки доступа, говорящей как на совместимом с OpenAI формате, так и на формате A​nthropic Messages.

На таком выборе модели также проявляются режимы отказа: документированные инциденты с ИИ и сбои агентов, связанные с моделями этого класса, собраны в OrcaRouter AI Incident Archive, где каждая запись содержит собственные источники, уровень серьёзности, оценку достоверности и флаг спорности.