Як будувати надійні агентні автоматизації
AWS дала поради щодо запуску Amazon Quick Automate у продакшені. Система координує кількох агентів між корпоративними системами, API та сторонніми застосунками. До розробки радять обрати метрику: час циклу, частоту помилок, пропускну здатність або вартість операції — і прибрати зайві кроки старого процесу.
Кожен агент має одну роль, обмежені інструменти й структурований формат відповіді. Розрахунки, перетворення та перевірки порогів виконують без моделі; агентам лишають неструктуровані документи й рішення, що залежать від контексту. Критичні дії та винятки перевіряє людина. Тарифікація йде за годинами роботи агентів, не за токенами.
Які процеси підходять для агентної автоматизації
Amazon радить починати не з вибору агентів, а з конкретної бізнес-проблеми: високої операційної вартості, повільного виконання, низької задоволеності клієнтів або виснажливої ручної роботи. Найкращі кандидати охоплюють кілька облікових систем, отримують неструктуровані чи напівструктуровані дані та мають багато винятків, які складно описати звичайними правилами.
Приклади — обробка рахунку постачальника та онбординг працівника. У першому випадку PDF треба зіставити із замовленням на закупівлю, спрямувати на погодження і провести в ERP. У другому робота розподіляється між HR, IT та службою, що відповідає за приміщення. AWS пропонує спочатку спроєктувати майбутній процес, а вже потім порівнювати його з поточним.
- Повторне введення даних із PDF у таблицю варто прибрати.
- Пересилання документа через кілька поштових скриньок лише заради видимості — також.
- Передавання файлу між інструментами вручну не повинно автоматизуватися як окремий старий крок.
Як розділити роботу між агентами та правилами
Замість одного універсального агента AWS описує команду вузьких агентів. Для рахунків один агент читає документ і структурує дані, другий звіряє їх із замовленнями та контрактами, третій визначає маршрут погодження за сумою й категорією. Такий поділ спрощує окреме тестування, пошук помилок і зміну одного компонента без перебудови всього процесу.
Automation Assistant обмежує інструкції та набір інструментів відповідно до опису процесу. Наприклад, агенту для розпізнавання документів можна надати Amazon Textract або Amazon Bedrock Data Automation, не відкриваючи зайві засоби. Structured Output задає схему результату: назву постачальника, номер рахунку, позиції та загальну суму замість довільного тексту.
Точні обчислення, перетворення даних, інтеграції з фіксованим контрактом і маршрутизацію за структурованими полями виконують детерміновані кроки. Вони можуть навмисно зупинити процес при відхиленні. Агент потрібен там, де слід зрозуміти лист без шаблону, прочитати сканований контракт, розібрати частковий збіг із двома замовленнями або скласти відповідь постачальнику.
Де залишити рішення людині
Quick Automate підтримує два режими human-in-the-loop. Блокувальна перевірка зупиняє конкретний сценарій до відповіді людини — наприклад, коли рахунок не вдалося однозначно зіставити, треба провести великий платіж, надіслати контракт клієнту або внести виправлення до облікової системи. Неблокувальна перевірка повідомляє відповідального, але дозволяє системі обробляти інші операції, поки виняток очікує рішення.
AWS радить спочатку встановлювати консервативніші межі автоматичного виконання, а потім відстежувати, як часто рецензенти змінюють запропоновану агентом дію. Форми перевірки можуть містити оригінальні зображення та PDF разом із резюме агента. Для блокувальних етапів потрібні строк очікування і маршрут ескалації, інакше одна відповідь може затримати весь процес.
Як контролювати роботу після запуску
Для перевірки AWS пропонує використовувати історичні кейси з реальними результатами: чисті документи, складні випадки, крайові сценарії та некоректні дані, які агент має відхилити. Набір слід поповнювати новими ситуаціями з експлуатації. Функція custom agent unit testing дає змогу задати очікувані входи й виходи, ізольовано перевірити кожного агента та виявити регресії після зміни інструкцій чи інструментів.
Quick Automate фіксує кроки кожного запуску, викликані інструменти, отримані дані та шлях до рішення. Метрики передаються в Amazon CloudWatch для панелей моніторингу й сигналів. Для автоматизацій, що працюють за розкладом або тригером без людини, передбачена службова ідентичність; чати, агенти та персональні Flows можуть діяти від імені користувача через тристоронній OAuth із його згодою й правами доступу.
Оплата нараховується за тривалість виконання в агент-годинах, а не за токени; точну ставку та дату доступності джерело не вказує.