Loop Engineering: як створювати агентів, що вдосконалюють власну роботу

Від ручного промптингу до інженерії циклів

Більшість людей досі керують AI-агентами вручну

Вони вводять одне завдання

Чекають на одну відповідь

Самостійно перевіряють результат

Самостійно виправляють помилки

Потім надсилають наступний запит

Людина досі виконує роль циклу

Наступний етап виглядає інакше

Ви перестаєте крок за кроком давати запити агенту

Ви будуєте цикл навколо нього

Цикл дає інструкції

Перевіряє результат

Обирає наступну дію

І продовжує роботу, доки результат не відповідатиме стандарту

Це і є інженерія циклів

Ідея проста

Перестаньте витрачати час на ручне керування агентами

Почніть проєктувати системи, які керуватимуть ними за вас

"Ви більше не повинні давати запити кодувальним агентам вручну. Ви повинні проєктувати цикли, які даватимуть запити вашим агентам"

Борис Черні очолює Claude Code в Anthropic

Він описав той самий перехід через власний робочий процес:

"Я більше не даю запити Claude вручну. У мене працюють цикли, які дають запити Claude і визначають, що робити. Моя робота — писати цикли"

Чому більшість людей досі не будують справжні цикли

Цикли звучать неймовірно, доки ви не побачите рахунок за токени

Звичайний цикл агента може споживати контекст надзвичайно швидко:

• Середній цикл кодування може використовувати 50K-200K токенів
• Флот із оркестратором і спеціалістами може використовувати 500K-2M токенів
• Цикл, запланований для щоденного запуску, може споживати мільйони токенів щотижня

Кожна повторна спроба коштує токенів

Кожне виправлення коштує токенів

Кожен крок верифікації коштує токенів

Кожен підагент додає ще один рахунок

Це приховане обмеження, про яке рідко говорять

Інженерія циклів не є складною через те, що концепцію важко зрозуміти

Вона складна, тому що більшість користувачів не можуть дозволити собі необмежені запуски агентів

Очевидна відповідь:

"Легко тобі казати, у тебе ж необмежений доступ до OpenAI"

І ця критика справедлива

Ось чому дешеві моделі з великими контекстними вікнами такі важливі

Щоб запускати корисні цикли щодня, вам потрібно:

• Доступні вхідні токени
• Доступні вихідні токени
• Великі контекстні вікна
• Надійний виклик інструментів
• Структурований JSON-вивід
• Висока паралельність
• Достатньо контексту, щоб пам'ятати попередні кроки

Без цього цикли залишаються дорогими експериментами

З цим цикли стають практичними системами, здатними виконувати реальну роботу

Старий робочий процес проти нового

Останні два роки більшість людей використовували агентів так:

Ви даєте запит

Агент відповідає

Ви перевіряєте відповідь

Ви помічаєте проблему

Ви даєте запит знову

Це працює, але не масштабується

Старий робочий процес:

• Ви пишете запит
• Агент створює результат
• Ви перевіряєте результат
• Ви виправляєте слабкі місця
• Ви вручну повторюєте процес

Новий робочий процес:

• Ви визначаєте результат
• Цикл виявляє, що потрібно
• Цикл створює план
• Агент виконує роботу
• Перевіряльник оцінює результат
• Цикл виправляє невдачі
• Система зупиняється, коли мету досягнуто

Запит дає агенту одну інструкцію

Цикл дає агенту цілу роботу

Що насправді означає інженерія циклів

Інженерія циклів означає створення повторюваних циклів зворотного зв'язку навколо AI-агентів

Мета проста:

Перейти від початкової спроби до перевіреного результату

Без контролю людини на кожному кроці

Базовий цикл містить п'ять етапів:

1. Виявлення
2. Планування
3. Виконання
4. Верифікація
5. Ітерація

Якщо результат проходить перевірку — відправляйте

Якщо результат не проходить — повертайте його в цикл

Це вся концепція

Ви не намагаєтеся написати один бездоганний запит

Ви створюєте систему

Таку, що покращує недосконалі результати, доки вони не відповідатимуть вимогам

Одноагентні цикли

Цикли зазвичай бувають двох розмірів

Менша версія використовує одного агента для виконання всього циклу

Він виявляє, що потрібно зробити

Планує роботу

Виконує завдання

Перевіряє результат

І пробує знову, коли щось не вдається

Це схоже на те, як одна людина редагує власний чернетку, доки він не буде готовий

Одноагентні цикли добре працюють для:

• Цілеспрямованих завдань
• Обмежених обсягів
• Чітких цілей
• Чернеток контенту
• Виправлення помилок
• Дослідницьких зведень

Один агент

Один цикл зворотного зв'язку

Безперервне самовдосконалення

Флотські цикли

Флотський цикл працює в більшому масштабі

Один оркестратор отримує головну мету

Він розділяє мету на менші частини

Ці частини призначаються агентам-спеціалістам

Кожен спеціаліст також може делегувати вузькі завдання меншим підагентам

Приклад:

1Мета: Створити продуктивний застосунок
2
3Оркестратор керує місією
4        ↓              ↓              ↓
5    Дослідження   Розробка          QA
6    Спеціаліст    Спеціаліст        Спеціаліст
7        ↓              ↓              ↓
8 Веб-дослідник  Письменник коду  Письменник тестів
9                  + Відладчик     + Відстежувач помилок

Це вже не один агент, який працює сам

Це більше схоже на маленьку автономну команду, яка виконує проєкт від початку до кінця

Відкриті цикли проти закритих циклів

Це найважливіша практична відмінність

Не всі цикли працюють однаково

Відкриті цикли

Відкриті цикли є дослідницькими

Ви надаєте широку мету і дозволяєте агенту знайти власний шлях

Агент може виявити корисні речі, які ви ніколи не вказували

Але це також може бути дорогим і хаотичним

Відкриті цикли можуть:

• Досліджувати занадто багато напрямків
• Витрачати велику кількість токенів
• Генерувати низькоякісну роботу на високій швидкості
• Відхилятися від фактичної мети
• Ставати важкокерованими

Відкриті цикли захоплюють

Але зазвичай вони не є найкращою відправною точкою

Закриті цикли

Закриті цикли мають чіткі межі

Людина спочатку визначає шлях

Цикл все ще працює незалежно, але залишається в межах явних правил

Закритий цикл включає:

• Чітку мету
• Визначені етапи
• Оцінку після кожного етапу
• Умову зупинки
• Передачу людині, якщо система застрягла

Це версія, яка створює цінність сьогодні

Вона коштує менше

Їй легше довіряти

Вона дає чистіші результати

Почніть із закритих циклів

Робіть їх більш відкритими лише після того, як ваші перевірки стануть достатньо надійними

6 будівельних блоків ефективного циклу

Кожен цикл концептуально слідує тому самому п'ятиетапному циклу

На практиці шість будівельних блоків роблять цей цикл корисним

1 Автоматизації

Автоматизація — це серцебиття циклу

Вона запускає процес без необхідності пам'ятати про ручний запуск

Приклади:

• Запускати щоранку
• Запускати, коли відкривається PR
• Запускати після зміни файлу
• Запускати, коли з'являється новий тікет
• Продовжувати, доки всі тести не пройдуть

Якщо ви досі самі запускаєте кожну дію, цикл робить недостатньо

2 Робочі дерева

Робочі дерева стають важливими, коли кілька агентів одночасно редагують код

Без ізоляції агенти конфліктують

Два агенти можуть змінити той самий файл

Один агент може перезаписати роботу іншого

Робоче дерево дає кожному агенту окремий робочий простір і гілку

Це дозволяє кільком агентам працювати паралельно

Не перетворюючи репозиторій на безлад

3 Навички

Навички зберігають багаторазові знання про проєкт

Перестаньте пояснювати той самий контекст під час кожного запуску

Запишіть важливу інформацію один раз

Дозвольте кожному майбутньому циклу використовувати її повторно

Корисні файли навичок можуть містити:

• Бачення продукту
• Архітектуру
• Правила проєкту
• Інструкції зі збірки
• Інструкції з тестування
• Дії, які агент ніколи не повинен виконувати

Без навичок кожен цикл починається з холодного старту

З навичками кожен запуск починається зі знань, накопичених під час попередньої роботи

4 Плагіни та конектори

Цикл, який може лише читати локальні файли, має обмежену цінність

Конектори дозволяють йому взаємодіяти з інструментами, де відбувається ваша реальна робота

Приклади:

• GitHub
• Slack
• Linear
• Jira
• Gmail
• Google Drive
• Бази даних
• Staging API

Це різниця між:

"Ось можливе виправлення"

І:

"Я відкрив PR і прив'язав його до тікета"

"Потім я відстежив CI і опублікував фінальне оновлення"

5 Підагенти

Творець і перевіряльник не завжди повинні бути одним і тим самим агентом

Агент, який написав код, може бути надто поблажливим під час його перевірки

Агент, який написав чернетку статті, може двічі пропустити ті самі слабкі місця

Використовуйте окремих агентів для:

• Дослідження
• Реалізації
• Перевірки
• Тестування
• Факт-чекінгу
• Фінальних зведень

Якість покращується, коли рецензент є незалежним

Творець не повинен бути єдиним, хто перевіряє роботу

6 Пам'ять

Пам'ять дозволяє циклу продовжувати роботу через кілька запусків

Модель забуває

Репозиторій — ні

Нотатки — ні

Журнал проєкту — ні

Пам'ять можна зберігати в:

• Markdown-файлах
• Журналах проєкту
• Тікетах Linear
• Завданнях GitHub
• Сховищах Obsidian
• Базах даних
• Проєктах Claude

Цикл, що працює довго, повинен пам'ятати, що вже було випробувано

Що спрацювало

Що не спрацювало

І що ще потрібно завершити

Без постійної пам'яті цикл щоразу починає з нуля

Реальні приклади циклів

Ці робочі процеси роблять ідею конкретною

Цикл кодування

1Прочитати VISION.md + ARCHITECTURE.md
2↓
3Спланувати наступну зміну
4↓
5Відредагувати код
6↓
7Запустити тести
8↓
9Якщо тести не пройшли → перевірити помилку → виправити → тестувати знову
10↓
11Якщо тести пройшли → підсумувати зміни
12↓
13Зупинитися

Людині не потрібно керувати кожним етапом

Агент пише, тестує, виправляє та перевіряє власну роботу

Дослідницький цикл

1Визначити дослідницьке питання
2↓
3Знайти відповідні джерела
4↓
5Підсумувати докази
6↓
7Перевірити кожне твердження за джерелами
8↓
9Порівняти суперечливу інформацію
10↓
11Створити фінальний синтез
12↓
13Зупинитися, коли досягнуто порогу впевненості

Це дає набагато сильніший результат, ніж запит на одне швидке зведення

Цикл контенту

1Визначити тему + аудиторію + мету
2↓
3Створити перший чернетку
4↓
5Відправити його агенту-критику
6↓
7Переписати, використовуючи критику
8↓
9Оцінити за критеріями успіху
10↓
11Якщо проходить → опублікувати
12↓
13Якщо не проходить → переписати знову

Цикл перетворює одну ідею на повторювану систему контенту

Цикл продажів

1Визначити ICP
2↓
3Знайти ліди, що відповідають профілю
4↓
5Збагатити кожен лід даними про компанію
6↓
7Кваліфікувати їх за критеріями
8↓
9Персоналізувати повідомлення
10↓
11Провести перевірку якості
12↓
13Відправити або передати людині

Кожен приклад використовує той самий скелет:

Мета

Дія

Перевірка

Виправлення

Повторювати, доки роботу не завершено

Інженер запитів проти інженера циклів

Це новий розрив у навичках, який з'являється у 2026 році

Інженер запитів

Інженер запитів зосереджується на кращих інструкціях

Вони покращують формулювання

Вони отримують сильнішу одноразову відповідь

Але після завершення роботи агента людина все одно повинна все перевірити

Людина залишається циклом зворотного зв'язку

Інженер циклів

Інженер циклів будує саму систему зворотного зв'язку

Вони визначають:

• Що запускає цикл
• Який контекст отримує агент
• До яких інструментів він має доступ
• Що вважається успіхом
• Хто перевіряє результат
• Коли процес повинен зупинитися
• Де зберігається кінцевий результат

Інженер запитів каже:

"Напиши мені функцію"

Інженер циклів каже:

"Напиши функцію"

"Протестуй її та виправляй, доки всі тести не пройдуть"

"Потім підсумуй зміну"

Інструменти можуть бути ідентичними

Мислення абсолютно різне

Найефективніші AI-будівельники виходять за межі кращих інструкцій

Вони створюють системи, які виявляють і планують

Виконують і перевіряють

Потім зупиняються в потрібний момент

Коротка версія

Інженерія циклів — це перехід від ручних запитів до автоматизованих циклів зворотного зв'язку

Зміна:

• Старий спосіб: Давати агенту одне завдання за раз
• Новий спосіб: Побудувати цикл, який керує повним процесом

6 речей, які ви будуєте:

• Автоматизації: Запускайте цикл автоматично
• Робочі дерева: Дозвольте агентам працювати паралельно без конфліктів файлів
• Навички: Використовуйте знання проєкту в кожному запуску
• Плагіни та конектори: Надайте циклу доступ до реальних інструментів
• Підагенти: Відокремте творців від рецензентів
• Пам'ять: Зберігайте знання між запусками

2 розміри:

• Одноагентний цикл: Один агент постійно покращує власну роботу
• Флотський цикл: Оркестратор координує спеціалістів і підагентів

2 типи:

• Відкритий цикл: Гнучкий, дослідницький і дорогий
• Закритий цикл: Обмежений, надійний і доступний

5 етапів:

1. Виявлення
2. Планування
3. Виконання
4. Верифікація
5. Ітерація

Справжня проблема вартості:

• Цикли швидко споживають токени
• Дешеві моделі з довгим контекстом роблять їх практичними
• Без доступних токенів більшість користувачів ніколи не виходять за межі експериментів

Зміна мислення:

• Інженери запитів запитують результати від AI
• Інженери циклів будують системи, які доставляють перевірені результати

Ось справжнє відкриття

Перестаньте шукати один ідеальний запит

Побудуйте цикл, який постійно робить недосконалі результати кращими

Надійний цикл переможе ідеальний запит

Якщо ви дочитали до сюди

Підпишіться на @elune0x та додайте цю статтю в закладки

Повертайтеся до неї, коли будете готові будувати власні цикли