Loop Engineering: что за новый термин

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