Є робота, яка повертається щоранку. Прочитати пошту від постачальників і розкласти те, що надійшло. Перевірити кожен рахунок за правилами. Запитати когось, коли цифри не сходяться. Усе це нескладно — і всьому цьому немає кінця.
Автоматизація такої роботи зазвичай означає проєкт — технічне завдання, розробник, дата релізу, — а зрештою правила, які вже не можуть прочитати ті, хто цю роботу виконує. Тож рутина або залишається ручною, або зникає в чорній скриньці.
Наш новий відеопосібник показує інший шлях. Ролик триває сім із половиною хвилин, переглянути його можна вгорі цієї сторінки, і разом із відділом розрахунків із постачальниками вигаданого дистриб’ютора Keldmoor він проводить один тиждень в Agent Manager платформи DocReveal. Команда створює двох агентів — один розкладає пошту від постачальників, інший перевіряє кожен рахунок, — тестує їх, публікує й тримає кожен запуск під своїм контролем. Саму ідею описано в статті Agent Pool, а тут — те, як це виглядає на практиці.
Помічник для рутинної роботи
У DocReveal агент — це помічник для рутинної роботи: інструкції простими словами, набір інструментів і бюджет.
Усе це відбувається в Agent Manager, на п’яти вкладках: Overview, Agents, Studio, Orchestration та Activity. Жодного коду, жодного ІТ-проєкту: усе налаштовують ті, хто знає роботу, а кожен запуск відбувається в межах бюджету й фіксується для аудиту.
Перший агент — крок за кроком
Поки агентів немає, вкладка Agents пропонує покрокове налаштування першого агента або шаблон — готового агента для типового завдання. Keldmoor обирає: читати пошту й розкладати документи. Покрокове налаштування запитує поштову скриньку, за якою стежить агент (скриньку відділу розрахунків із постачальниками, уже підключену через Connection Hub), папку, дозволених відправників — постачальників Keldmoor — і те, як часто перевіряти пошту: кожні п’ять хвилин.
Тест проганяє агента на прикладі листа в режимі плану, тож нічого не записується. Щойно його тестові сценарії пройдено, агент запускається в роботу й сам розкладає документи постачальників у DocReveal.
Опишіть роботу простими словами
Для рахунків команда відкриває майстер створення агента: шість кроків від шаблону до опублікованого агента. Шаблон Invoice triage реагує на кожен перевірений документ — схвалює рахунки без зауважень і ескалює ті, що не пройшли перевірку або викликають підозру.
Інструкції — це опис роботи агента простими словами: прочитати результат перевірки, пропустити рахунок, що пройшов перевірку, а той, що не пройшов, — притримати, призначивши йому мітку, і запитати людину, що робити далі. Кожне збереження — це нова версія, а в режимі Diff видно, що саме змінилося.
Вирішіть, що йому можна робити й коли він запускається
Агент сортування рахунків може користуватися десятьма інструментами: читати документ, результат його перевірки та зіставлені поля, запитувати людину, запам’ятовувати й призначати мітки. Додаткові інструменти надають DocReveal, ваші конектори та вбудований набір, а роботу можна також передавати іншим агентам і потокам.
Інструменти, які лише читають, виконуються завжди. Інструменти, що змінюють дані, позначено як чутливі, і вирішує політика їхньої групи: виконати автоматично, запитати підтвердження чи чекати на схвалення людини.
Тригери запускають агента автоматично. Тригер агента сортування спрацьовує на кожен документ, перевірку якого завершено; інші спрацьовують за розкладом, стежать за поштовою скринькою або запускають агента на запит. Один перемикач дає змогу зовнішнім застосункам, які мають ваш API-ключ, знаходити й запускати агента — поки перемикач не ввімкнено, агент залишається внутрішнім. Зведення звіряє визначення агента з вашим тарифом, а публікація чекає, доки агент не пройде свій набір тестів.
Випробуйте, перш ніж хтось на нього покладеться
У Studio команда спілкується з чернеткою в чаті. Вхідні дані запуску відтворюють подію, яку отримає агент: тут це друга копія рахунку, який уже є в DocReveal. Агент читає результат перевірки, зіставлені поля та профіль документа, а кожен виклик інструмента потрапляє до переліку.
Одне правило порушено — номер рахунку має бути унікальним для кожного постачальника. Дублікат агент не схвалить — натомість він запитує. Отримавши відповідь, він викладає свій план: притримати копію, призначивши їй мітку, і запам’ятати цей випадок. Нічого не записується, бо це тест. Тестовий запуск робить те саме без нагляду, а трасування фіксує кожен крок, зокрема очікування на вашу відповідь.
Немає GO — немає публікації
У середу команда відточує інструкції. Чернетка змінилася, тож публікацію заблоковано, доки набір тестів не буде пройдено знову.
Набір тестів проганяє агента за його тестовими сценаріями — узятими із шаблону, а також за вашими власними, якщо ви їх додасте. Жорсткі перевірки точні: правильні інструменти, правильний результат. М’які перевірки оцінює модель за заданими критеріями. GO: обидва сценарії пройдено, і публікація стає доступною саме для цієї чернетки. Ще один погляд на зведення, одне клацання — і третя версія запущена в роботу.
Агент запитує — вирішуєте ви
У четвер пополудні надходить рахунок від Stavlund. Його позиції в сумі дають 8 240 $, а надрукований підсумок — 8 420 $. Агент притримує рахунок і запитує, а запитання чекає в Activity, у розділі Waiting for approval.
Відкрийте запуск — до запитання вже додано готові варіанти відповіді. Оберіть варіант — і агент продовжить із того місця, де зупинився: рахунок ескалюється й отримує мітку «Do not pay – disputed». Ваше рішення зафіксовано. В Agent runs перелічено всі запуски всіх агентів, а Recent activity — це аудит того, що вони зробили.
До цієї самої скриньки надходять і запити на схвалення від зовнішнього ШІ-асистента, підключеного до DocReveal, — це історія з відео Agents under control.
Агент засвоює те, що ви підтверджуєте
Той самий запуск запропонував нотатку на майбутнє: рахунки від Stavlund, у яких не сходяться цифри, притримуються, і запитується виправлений рахунок. Ніщо не потрапляє до пам’яті агента, доки людина цього не підтвердить; після цього нотатка стає частиною кожного наступного запуску. Журнали запусків фіксують, що зробив кожен запуск: інструменти, рішення, запитання.
Агенти, які працюють разом
Вкладка Orchestration показує на схемі, як агенти й потоки працюють разом. У Keldmoor подія про перевірку документа запускає агента сортування рахунків, а потік надсилає схвалені рахунки до ERP. Клацніть агента, щоб додати делегування — передачу роботи іншому агентові. Ланцюжки зупиняються після двох передач.
Ваші правила — ваші ліміти
Вкладка Overview показує ліміти вашого тарифу й те, скільки ви вже використали: запуски, токени та стелю автономності. Brain card — це короткий профіль компанії, який отримує кожен агент: його можна згенерувати з ваших документів або написати самостійно.
Агента можна одним клацанням поставити на паузу й так само відновити. Його можна експортувати й імпортувати як нову чернетку; секрети при цьому ніколи не залишають систему, а тригери імпортуються вимкненими. У Settings, у розділі Agent Manager, задаються типові значення для автономності, бюджетів, пам’яті та сповіщень.
Варто знати: щоб створювати агентів і відповідати на їхні запитання, потрібна роль адміністратора. Решта команди може стежити за кожним запуском.
Що взяти з собою
- Агента створюють ті, хто знає роботу. Шаблон для старту, інструкції простими словами, жодного коду.
- Ніщо не запускається в роботу без тестування. Studio показує кожен крок, а публікація чекає на GO від набору тестів.
- Агент запитує, коли це важливо. Запитання чекають в одній скриньці, і кожну відповідь зафіксовано.
- Контроль залишається за вами. Політики інструментів, ліміти, пауза й підтверджена пам’ять визначають, як далеко може зайти агент.
Keldmoor та його постачальники — вигадані демонстраційні дані, а екрани — це справжній продукт.
Передайте роботу. Останнє слово за вами.