Мини-архитектура
Мини-архитектура: Три агента и один документ
🔹 Задача
Счёт на оплату №7743 висит 12 дней. Претензия 2,3 млн. SLA — 10 дней. Контрагент готовит иск.
🔹 Кто участвует
Три агента. Человек — четвёртый, главный.
Агент Метаданных — работает с 1С. Жёсткая логика. Читает статусы, маршруты, очереди, реквизиты. Не галюцинирует. Если говорит «документ в очереди юр. отдела» — это факт.
Агент Процессов — аналитик. Смотрит на схему маршрута. Находит разрывы. Красным карандашом отмечает: «Входящий → Юр. отдел — разрыв». Не читает тексты, работает со структурой.
Агент Документации — читает тексты. LLM. Договоры, регламенты, служебки, письма. Может ошибаться, поэтому не решает. Готовит обоснование для человека.
Человек — финдиректор. Принимает решение. Видит факты от трёх агентов. Подтверждает или корректирует.
🔹 Как идёт обмен
-
Триггер в 1С (не агент, системное событие): претензия №841, 12 дней, SLA пройден.
-
Агент Метаданных берёт маршрут: входящий → юр. отдел. Очередь юр. отдела — 23 документа. Претензия — 6-я, пометка «прочее». Документ не дошёл до исполнителя.
-
Агент Процессов строит схему: два блока «ВХОДЯЩИЙ ОТДЕЛ» и «ЮРИДИЧЕСКИЙ ОТДЕЛ». Между ними — разрыв. Подпись: «ГДЕ ОСТАНОВКА?».
-
Агент Документации читает текст претензии. Не по шаблону. Юристы контрагента составили. Находит: пункт 5.1 договора — срок ответа 10 дней. Сумма 2,3 млн. Накладная №7743.
-
Агент Документации читает регламент входящего отдела. Классификация вручную. Претензия не по шаблону → «прочее» → низкий приоритет.
-
Обмен:
- Метаданных → Процессов: «Очередь 23, претензия 6-я, пометка прочее»
- Процессов → Документации: «Почему прочее?»
- Документации → Процессов: «Не по шаблону. Входящий не распознал тип»
- Процессов → Метаданных: «Ошибка классификации. Переклассифицировать»
- Метаданных пишет в 1С: сменить тип на «Претензия», приоритет «Высокий», отправить в юр. отдел.
-
Итоговая карточка на столе финдиректора:
- СРОК: 12 дней (SLA 10)
- СУММА: 2,3 млн
- МАРШРУТ: исправить классификацию → юр. отдел
🔹 Где LLM, где жёсткая логика
- Метаданных — жёсткая логика. API 1С, SQL, статусы. Факт.
- Процессов — жёсткая логика + анализ схем. Разрыв маршрута — факт.
- Документации — LLM. Читает смысл: «это претензия», «СLA 10 дней», «не по шаблону». Интерпретация.
- Человек — решение. Подтверждает: «Переклассифицировать, срочно в юр. отдел».
Граница: LLM читает и объясняет. Код делает и фиксирует. Человек решает.
🔹 Почему три, а не один
Один агент смешал бы факт («очередь 23») и интерпретацию («это претензия»). При ошибке LLM человек не поймёт, где факт, где догадка.
Три агента — три независимых взгляда. Метаданных не может прочитать текст договора. Документации не может посмотреть очередь в 1С. Процессов не умеет ни то, ни другое, но видит схему целиком.
Когда все три указывают на одну проблему — человек видит согласованную картину. Риск ошибки минимален.
🔹 Что дальше
⚠️ Ситуация смоделирована, все совпадения случайны.
Если у вас документы теряются в очередях и никто не видит, где разрыв — пришлите пример маршрута и тип документа. Разберём, кто что должен делать, и где LLM, а где код.