🙃 Loop-engineering: автоматизируем работу с агентом

Индустрия вайб-кодинга за три года прошла короткий, но заметный путь:

· 2023 — промпт: человек пишет каждый запрос вручную.
· 2025 — петля: агент крутится сам, итерация за итерацией, пока задача не будет закрыта.
· 2026 — граф: работа разведена по узлам, есть ветки и отдельный субагент-проверяющий.

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

Отличие современного подхода от 2025

Петля — это, по сути, граф из одного узла. Один агент по кругу: план, действие, проверка, правка, снова план. Работает, пока задача не ветвится на подзадачи, сценарии, варианты...

Граф полезен, когда одного цикла мало. Узлы специализируются, рёбра задают маршрут, состояние течёт между ними. Смысл в том, чтобы заложить свой порядок работы, а не доверять его целиком модели — которая, оставшись без каркаса, увлечённо чинит не то. Графом также легко настроить периодичность проверки рутинных событий: аптайм сервера, письма на рабочей почте — и когда к ним ходить не стоит для экономии ресурса.

В общем, применений множество. А мы сейчас собираем на этом принципе новые инструменты /loop и /goal для Kodik IDE. Описанный выше loop-engineering — ключевой для них архитектурный подход.

Подробности скоро, как и сам релиз. Следите за каналом. 😉