Не пускайте агента одразу на 30 файлів

Почніть не з папки, а з перевіреного процесу

Скринер документів має працювати як фільтр на вході: визначити тип файла, коротко пояснити зміст, витягти сторони, дати, суми й предмет, показати червоні прапори та запропонувати наступну дію. Але цей процес спершу треба вивірити на живих документах, а не одразу перетворювати на автоматичний прогін.

Перший запуск робіть звичайним промптом на одному документі. Для рахунку попросіть знайти суму, дату, сторони й предмет. Для договору постачання додайте умови, ризики й те, чого бракує. Для акта або листа важливо, щоб скринер не підганяв поля під договір, а підбирав їх під тип документа.

Визнач тип документа. Коротко поясни, про що він. Витягни сторони, дати, суми, предмет. Окремо покажи червоні прапори з цитатами з тексту. Дай наступну дію: на підпис / уточнити / передати юристу.

Як довести інструкцію на різних робочих ситуаціях

Один вдалий результат ще не означає, що інструкція готова. У джерелі рекомендовано повторити той самий процес на ще 1-2 типах документів, наприклад на рахунку й договорі. Саме там проявляються неточності: модель може правильно витягти суму з рахунку, але не побачити ризик у договорі або дати прапор без місця в тексті.

Другий приклад для бізнес-практики: папка з договорами, рахунками й актами. Якщо скринер бачить лише рахунки, він може стабільно шукати суму й дату, але губитися на договорі постачання. Третій приклад: розширений набір із договорами, рахунками й протоколами нарад. У такому потоці перевіряють не лише поля, а й знахідки на кшталт дублів, ПДВ-розбіжності або автопролонгації, якщо вони є в документах.

• Прогоніть один документ і звірте хоча б одну суму та один прапор.
• Повторіть на іншому типі документа: рахунок, договір, акт, лист або протокол.
• Якщо поля не підходять до типу документа, додайте: поля підбирай під тип документа.
• Якщо ризик неможливо перевірити, додайте: кожен прапор підтверджуй цитатою з документа.
• Після стабільного результату збережіть процес як скіл або розбийте його на кілька вузьких скілів.

Коли потрібен скіл, субагент або плагін

Для більшості рутини достатньо 2-4 вузьких скілів. Один скіл класифікує документ, другий витягує поля, третій шукає прапори й наступну дію. Такий поділ точніший за один мега-скіл, бо кожна інструкція робить одну річ і легше перевіряється.

Субагент потрібен не для перших трьох файлів, а коли пачка справді велика: у джерелі орієнтиром названо 50+ документів або понад 300 сторінок. Його роль: розбити пачку на батчі, прогнати класифікацію, витяг і прапори, а потім повернути зведений реєстр. Плагін має сенс тоді, коли скринером користується команда і потрібна одна команда для повного циклу.

• Скіл: задача повторюється час від часу, кроки лінійні, файли у вас під рукою.
• Субагент: пачки великі, треба батчити й зводити результат.
• Плагін: роль регулярна, нею користуються колеги, потрібен один інструмент для команди.
• Connector: підключайте лише тоді, коли дані справді треба тягнути з диска, пошти, Excel або іншої системи.

Межі, помилки й ручна перевірка

Скринер не ухвалює рішення. Він фільтрує вхідні документи, але фінальний висновок залишається за людиною. Особливо це стосується червоних прапорів: прапор без цитати не можна перевірити, тому його не варто приймати як робочий висновок.

Є ще одна межа: документ може містити сторонню або приховану інструкцію. У договорі, листі чи PDF може бути текст на кшталт «ігноруй попереднє» або інша команда. Для скринера це не наказ, а дані всередині документа. Він має витягувати й аналізувати зміст, а не виконувати вказівки з файла.

• Не робіть один мега-скіл на все: розділіть класифікацію, витяг полів і прапори.
• Не будуйте повний агент для ролі, яка запускається раз на місяць.
• Не додавайте connector «про всяк випадок».
• Не приймайте прапор без цитати з документа.
• Перед масовим запуском перевірте тип документа, одну суму, одну дату, один прапор і запропоновану наступну дію в кожному тестовому файлі.