☕️
Loop Engineering: что за новый терминВ последнее время все носятся с Loop Engineering как с писаной торбой. Особенно активно его стали обсуждать
после фразы Бориса Черного, создателя Claude Code: он больше не пишет промпты — вместо этого пишет лупы, которые сами промптят Claude.
Попробовал разобраться что это и как работает. Вышло вот что.
Допустим, каждый понедельник вы собираете отчёт для команды. Нужно выгрузить цифры из нескольких систем, сравнить их с прошлой неделей, найти отклонения и написать короткие выводы.
Обычно работа выглядит так: попросили агента собрать отчёт, прочитали, заметили пропущенный раздел, попросили исправить, нашли странную цифру, снова отправили на доработку. Получается цикл, но управляет им человек.
А теперь соберём этот процесс в луп.
В понедельник в 9:00 расписание запускает агента. Он забирает данные и готовит черновик. Затем отдельная проверка смотрит, все ли разделы заполнены, сходятся ли цифры и есть ли ссылки на источники.
Если чего-то не хватает, агент получает не просто «попробуй ещё раз», а конкретную обратную связь: «нет данных по продажам» или «итог не совпадает с таблицей». После этого он исправляет отчёт и снова запускает проверку.
Всё сошлось — черновик уходит человеку на согласование. Три попытки не помогли — луп останавливается и тоже зовёт человека.
Вот, собственно, и весь Loop Engineering:
триггер → работа агента → проверка → исправление → новая проверка → готово или нужен человек.
Сам луп в коде может быть совсем небольшим. Внутри проекта это часто четыре артефакта:
— инструкция для агента,
— запускающий сценарий (в сценарии также задают лимит повторов и условия остановки),
— проверка результата и
— файл состояния с попытками и ошибками.
Здесь же становится понятна разница между скиллом и лупом. Скилл объясняет агенту, как собрать еженедельный отчёт. Луп решает, когда вызвать этот скилл, нужно ли повторить попытку и достаточно ли хорошо получился результат.
Для разработчиков идея знакомая: сначала задаём автоматическую проверку (тесты), а затем исправляем результат, пока она не пройдёт. Только теперь таким результатом может быть не только код, но и отчёт, презентация, разбор отзывов или проект ответа клиенту.
Какой бы луп собрать первым? Лучше на начинать с лупа «самостоятельно улучшай весь мой бизнес». Хороший первый кандидат гораздо проще, он должен удовлетворять критериям:
— задача регулярно повторяется;
— у неё есть понятный момент запуска;
— результат можно проверить по конкретным правилам;
— неудачную попытку легко отменить;
— перед важным действием можно поставить согласование человека.
Например, луп может разбирать записи встреч и искать потерянные задачи, проверять счета перед оплатой, собирать отзывы клиентов по темам или готовить пост вместе с фактчеком.
Итого, loop Engineering стоит понимать так: мы проектируем уже не один удачный запрос к агенту, а небольшой воспроизводимый процесс вокруг него. Агент может самостоятельно пройти несколько итераций, но цель, ограничения и финальное решение всё ещё остаются за человеком.
Как начать?Если хочется попробовать Loop Engineering руками, можно начать с репозитория
cobusgreyling/loop-engineering. Там есть готовые шаблоны лупов для Codex, Claude Code и других инструментов.
#ai #agents #thoughts
