Главный порог для циклов — не в том, чтобы заставить ИИ работать постоянно, а в том, сможет ли он сам вовремя остановиться.
«Больше не пишу промпты» — эта фраза недавно захватила ИИ-сообщество.
От Питера Штайнбергера, отца OpenClaw, который сейчас работает в OpenAI над созданием ИИ-агентов нового поколения, до Бориса Черного, создателя Claude Code, — все эти гуру Кремниевой долины переходят на «циклы» (loops).
Среди них и инженер Google Эдди Османи, который дал этому тренду название «цикловая инженерия» (loop engineering).
Черный говорит, что теперь он почти не пишет промпты вручную.
У него есть агент, который пишет промпты для Claude, а сам он общается только с новым Claude, который «координирует всё».
Он также бросил громкую фразу: через десять лет циклы и подобные функции будут одним из его самых гордых достижений в работе.
Штайнбергер выразился ещё радикальнее: хватит писать промпты для программирующих агентов, вам нужно проектировать циклы, которые будут подавать им промпты.
Он также продемонстрировал свой цикл в X: Codex просыпается каждые 5 минут, автоматически обслуживает репозиторий кода, распределяет задачи, и часть работы выполняется полностью автономно.
Что же это за «циклы», о которых так часто говорят мастера?
Недавно команда Claude Code дала им чёткое определение в официальном блоге, выделив сразу четыре типа циклов, установив инженерные правила для «автономной работы агентов».
Команда Claude Code опубликовала статью, официально определяющую понятие «цикл» и выделяющую четыре основных типа: пошаговый, целевой, временной и активный. (Источник: Официальный блог Claude)
По сути, это означает: ИИ-программирование переходит от «написания одной фразы» к «проектированию системы, которая работает сама».
Один промпт даёт один ответ, а один цикл даёт систему, которая работает на вас, даже когда вы закрыли ноутбук.
И программисты превращаются из создателей контента в проектировщиков систем.
Четыре цикла, четыре «условия остановки»
Что же такое цикл?
В X долго спорили, ответы были самые разные, но команда Claude Code дала чёткое определение:
Цикл — это повторяющееся выполнение агентом работы, раунд за раундом, до срабатывания условия остановки.
Четыре типа циклов — это четыре «условия остановки». Это ключ к пониманию технического блога Claude Code о циклах.
Исходя из параметров «как запускается, как останавливается, какие примитивы используются, для каких задач подходит», Claude Code разделил циклы на четыре типа.
Первый тип: пошаговый (turn-based) цикл.
Пошаговый цикл: человек контролирует каждый шаг, каждая отправка промпта запускает один раунд. (Источник: Официальный блог Claude)
Человек управляет каждым шагом: вы пишете команду, ИИ выполняет раунд, вы проверяете и пишете следующую. Вы держите руль на протяжении всего процесса. Он подходит для небольших, разрозненных задач, не интегрированных в процессы и не запланированных.
Если хотите сократить количество итераций, включите шаги, которые вы обычно проверяете вручную, в файл SKILL.md, чтобы ИИ сам проводил проверку.
Чем более измерима проверка, тем лучше он сам определит, правильно ли выполнена работа, и тем меньше вам придётся контролировать.
Второй тип: целевой цикл (/goal).
Целевой цикл: модель-оценщик проверяет результат по критериям, и если цель не достигнута, отправляет на доработку. (Источник: Официальный блог Claude)
Сначала жёстко задаётся цель, например: «Поднять показатель Lighthouse на главной странице до 90, остановиться после 5 попыток».
Каждый раз, когда Claude пытается остановиться, модель-оценщик сверяет результат с вашими критериями. Если цель не достигнута, задача возвращается на доработку, пока цель не будет достигнута или не исчерпано заданное количество попыток.
Такие измеримые критерии, как количество пройденных тестов или пороговые значения баллов, удобны тем, что Claude не нужно самому гадать, «достаточно ли хорошо». Оценщик принимает решение за него. Ему не нужно самому решать, «уже, наверное, хватит», и преждевременно останавливаться, а цикл может завершиться чисто и ясно.
Третий тип: временной цикл (/loop и /schedule).
Запускается по временному интервалу, как будильник. Некоторые задачи повторяются, задача неизменна, меняются только входные данные, например, ежедневное утреннее подведение итогов сообщений в Slack.
Некоторые задачи требуют наблюдения за внешними системами. Самый простой способ — проверять их через определённые интервалы времени, смотреть, что изменилось, и реагировать, например, на PR, который может получить ревью или упасть в CI.
С помощью /loop можно перезапускать один промпт через заданные интервалы. Чтобы он продолжал работать после выключения компьютера, используйте /schedule для переноса цикла в облако.
Эта логика практически идентична знакомым программистам заданиям по расписанию (cron).
Четвёртый тип: активный цикл (proactive).
Активный цикл: запускается по событию или времени, работает полностью без участия человека до тех пор, пока его не остановят вручную. (Источник: Официальный блог Claude)
Запускается по событию или времени, работает полностью без участия человека.
В сочетании с авторежимом и динамическими рабочими процессами он позволяет полностью автоматизировать длинные задачи: каждый час сканировать канал обратной связи, при получении отчёта об ошибке автоматически провести триаж, исправить её и ответить — весь процесс выполняется без остановки для запроса разрешений.
Каждая задача завершается по достижении цели, а регулярная задача выполняется до тех пор, пока её не остановят вручную. Подходит для задач, которые возникают постоянно и имеют чёткие границы: отчёты об ошибках, классификация проблем, обновление зависимостей.
Четыре типа циклов — это, по сути, четыре ответа на вопрос «когда остановиться»: решает человек, решает оценщик, решает время, решает событие.
Если заглянуть ещё глубже.
Согласно документации официального Agent SDK, ядро этого механизма также довольно простое:
Claude оценивает ваш промпт, использует инструменты для выполнения, получает результат, а затем повторяет этот процесс, пока на каком-то шаге он не перестанет использовать инструменты, после чего цикл завершается.
Цикл агента по документации официального Agent SDK Claude Code: промпт поступает, Claude оценивает, использует инструменты, результаты возвращаются для повторной оценки, пока на каком-то шаге не перестают использоваться инструменты, и тогда выводится окончательный ответ. (Источник: Официальная документация Claude Code)
Автономный агент по своей сути и есть такой круг.
Изменяются не сами циклы
Конечно, нельзя сказать, что «проектирование циклов» — это революция с нуля.
Задачи по расписанию, оркестрация, циклы обратной связи — эти подходы существуют уже давно. То, что делает Claude сейчас, — это скорее их унификация, присвоение общего названия и создание системы классификации.
Так что же изменилось? Ключевой момент — «условия остановки».
Среди множества практических советов, обобщённых командой Claude Code, наиболее ценным был выделен пункт «верификация»:
Дать Claude возможность самому проверять результат своей работы.
Логика понятна.
Например, можно ли заставить инженера делать веб-страницу, не дав ему браузер? Получится ли красиво? Если дать браузер, он будет видеть результат каждой правки сразу, и дорабатывать, пока не будет доволен, и только потом сдавать.
И сила циклов в моделях как раз и заключается в этой способности «замыкать петлю» самостоятельно.
В этом процессе промпты не умирают, они просто деградировали до уровня компонента в цикле.
Подлинным ядром стали проектирование условий остановки, проектирование верификаторов, управление бюджетом токенов, стратегии многошагового выполнения.
Цикл без тормозов: мощный и опасный
Означает ли цикл, что можно оставить ИИ работать самостоятельно целый день?
Конечно, нет.
Первое препятствие — деньги. Цикл без ограничений может сжечь все средства на токены.
По сообщениям, Штайнбергер называет себя «человеком с неограниченным количеством токенов», потому что бесплатные токены — это одна из привилегий работы в OpenAI. У обычных людей таких привилегий нет.
Второе препятствие более скрытое. Агент может попасть в бесконечный цикл «кажущегося прогресса, но фактического топтания на месте»: многократно изменять один и тот же файл, но так и не добиться прохождения нового теста.
Он может даже с растущей уверенностью делать неверное решение всё более «завершённым».
Консенсус инженерного сообщества на этот счёт прост: циклы мощны, но без управляющих условий (gating condition) опасны.
В инженерных обсуждениях на Reddit были сформулированы три обязательных управляющих условия, которые нужно спроектировать ещё до написания цикла.
Условие завершения: И оно должно быть проверяемо машиной, например, все тесты пройдены или закрыт определённый пункт спецификации.
Жёсткий лимит: Включая максимальное количество раундов и максимальные затраты, специально для предотвращения выхода затрат из-под контроля и бесконечных циклов.
Обнаружение отсутствия прогресса: Как только замечено, что он повторно затрагивает одни и те же файлы, но не проходит новые тесты, — принудительная остановка.
Официальные источники также дали целый набор правил для экономии:
Не использовать несколько агентов для маленьких задач;
Использовать дешёвые быстрые модели, а не только самые мощные;
Перед масштабным запуском протестировать на небольшом объёме;
Детерминированные задачи отдавать скриптам — запуск скриптов обходится дешевле, чем пошаговые рассуждения модели;
Не запускать регулярные задачи чаще, чем это необходимо.
Таким образом, цикл — это целая система проектирования «как управлять ИИ», а не «отпустить ИИ в свободное плавание».
Это также определяет, что сейчас он больше всего подходит для структурированных задач с чёткими границами, а не для свободного творчества.
Раньше соревновались, кто лучше говорит, теперь — кто лучше создаёт системы
В этом изменении по-настоящему сместился фокус программирования: с «проектирования контента» на «проектирование поведенческих систем».
Раньше вы проектировали содержание одной инструкции, теперь вы проектируете целое поведение: как оно запускается, как проверяется, как останавливается.
Команда Claude Code оставила простую отправную точку для тех, кто хочет проектировать циклы:
Посмотрите на работу, которую вы делаете каждый день, выберите один узкий участок и задайте себе три вопроса:
Верификация: Могу ли я прописать эту проверку за него?
Цель: Достаточно ли чётко описана цель?
Ритм: Появляется ли эта работа с постоянной периодичностью?
Если хотя бы на один вопрос ответ «да», вы нашли первый цикл, который можно передать.
ИИ-программирование раньше соревновалось в мастерстве написания промптов, теперь — в умении создавать системы: кто сможет спроектировать цикл, который сам себя проверяет и сам знает, когда остановиться.
Эра написания промптов не исчезнет в одночасье, но её ореол перемещается к циклам.
А настоящие проектировщики циклов только выходят на сцену.
Источники:
https://claude.com/blog/getting-started-with-loops
https://code.claude.com/docs/en/agent-sdk/agent-loop
https://support.claude.com/en/articles/14554000-claude-code-power-user-tips?utm_source=chatgpt.com https://www.reddit.com/r/ClaudeWorkflows/comments/1ujy4wq/workflow_designing_robust_claude_agent_loops/
Эта статья из WeChat Official Account «新智元», автор: Юань Юй
