Три робочі схеми для ШІ-агентів
Anthropic узагальнила досвід десятків команд і виділила три схеми для продакшену: послідовну, паралельну та «оцінювач–оптимізатор». Перша передає результат між залежними етапами, друга одночасно виконує незалежні задачі, третя генерує й перевіряє результат до порога якості або ліміту ітерацій.
Вибір впливає на затримку, токени й надійність. Базова порада Anthropic — спершу дати всю задачу одному агенту. Паралельність потрібна, коли вузьке місце — швидкість, а підзадачі незалежні. Цикл перевірки виправданий лише за вимірюваного приросту якості; для коду лінтер кращий за ШІ-оцінювача.
Що Anthropic називає робочим процесом
Агент самостійно ухвалює рішення, обирає інструменти, визначає порядок дій і момент завершення. Робочий процес не скасовує цю автономність, а задає для неї рамки: загальний маршрут, контрольні точки та межі поведінки на кожному етапі.
Anthropic порівнює таку організацію з виробничою лінією. На кожній станції фахівець сам вирішує, як виконати свою частину роботи, але порядок проходження етапів спроєктований заздалегідь. Окремі кроки можуть включати динамічну маршрутизацію, повторні спроби, міркування агента й виклики інструментів, тоді як увесь процес залишається передбачуваним.
Коли послідовність виправдовує складність
Послідовна схема доречна, якщо робота природно поділяється на різні стадії з чіткими залежностями. Кожен агент обробляє вхідні дані, ухвалює рішення, за потреби використовує інструменти й передає результат наступному етапу. Такий поділ може підвищити точність завдяки спеціалізації, але збільшує час виконання.
Спочатку Anthropic радить описати всі кроки в одному запиті до одного агента. Розділяти процес варто лише тоді, коли цей варіант не забезпечує потрібної надійності. Не слід будувати ланцюжок, якщо один агент уже справляється або учасникам потрібна спільна робота, а не передавання результату далі.
Умови для паралельної роботи
Паралельна схема розподіляє незалежні завдання між кількома агентами, які працюють одночасно. Потім їхні результати агрегують або синтезують. Це може скоротити затримку, дати кілька поглядів на одну проблему та розділити відповідальність: різні команди можуть окремо вдосконалювати своїх агентів.
- Підзадачі не повинні залежати від результатів одна одної.
- Потрібно заздалегідь визначити спосіб об’єднання відповідей: голосування більшості, усереднення оцінок упевненості або пріоритет спеціалізованого агента.
- Паралельність недоречна, якщо агентам потрібен накопичений контекст, одночасні запити впираються в квоти API або суперечливі результати немає як узгодити.
Якщо агрегація стає надто складною чи погіршує якість, вигода від одночасного виконання зникає.
Як обмежити цикл перевірки
У схемі «оцінювач–оптимізатор» один агент створює результат, другий перевіряє його за конкретними критеріями, після чого перший вносить зміни. Цикл триває до досягнення визначеного порога якості або максимальної кількості повторів. Поділ ролей дає генератору зосередитися на створенні, а оцінювачу — на послідовному застосуванні критеріїв.
- Критерії мають бути чіткими, вимірюваними й придатними для стабільної ШІ-оцінки.
- Різниця між першою та фінальною версіями має виправдовувати додаткові токени й затримку.
- До запуску потрібно встановити поріг якості та ліміт ітерацій, інакше цикл може продовжувати дрібні правки вже після того, як якість перестала помітно зростати.
Схема не підходить для відповідей у реальному часі, простих операцій на кшталт базової класифікації та суб’єктивних критеріїв. Патерни можна комбінувати: наприклад, додати паралельну обробку лише на вузькому місці послідовного процесу або підключити оцінювання, коли вимоги до якості зростуть.