Сравнение с Автономные ИИ-агенты с промптами, BPMN-схемы процессов
Событийная спецификация и онтология: как сделать, чтобы ИИ-агенты не ошибались в бизнес-процессах
Автономные ИИ-агенты с промптами, BPMN-схемы процессов
ИИ-агенту обычно дают промпт, инструменты и доступ к данным — и ждут, что он сам поймёт процесс. На коротких задачах это работает, на длинных процессах агент угадывает следующий шаг, путает модель данных и теряет состояние. Статья разбирает другой подход: не делать агента умнее, а убрать поводы угадывать. Понятия бизнеса записаны в базе (онтология), процесс — таблица событий (событийная спецификация), а всё, что в неё не укладывается, ловится проверкой и становится событием журнала. Агент выполняет узкие шаги, решает неопределённости в пределах проверок спеки и никогда не решает молча.
Событийная спецификация — это описание процесса не схемой и не текстом промпта, а таблицей: одна строка — одно событие. В строке записано, какие события могут идти следом, при каком условии возможен переход, какая роль и кто исполняет шаг, через сколько срабатывает таймер, какие поля надо заполнить и, если на шаге нужна языковая модель, — промпт этого шага. Онтология — это явная модель предметной области в той же базе: типы объектов, их атрибуты, связи и права на запись. Вместе они переносят «знание о процессе» из контекста агента в данные: состояние процесса хранится в объектах и журнале событий, а правила — в строках спеки, которые можно прочитать, проверить и скопировать. В отличие от BPMN, спека не рисуется заранее целиком: пропущенный переход — не ошибка схемы, а повод для решения, после которого в спеке появляется новая строка.
Где живут правила процесса
| Критерий | Автономный агент с промптом | BPMN-схема | Событийная спецификация |
|---|---|---|---|
| Правила процесса | В промпте и контексте модели | В схеме, нарисованной заранее | В строках таблицы событий |
| Модель данных | Агент выводит сам | Отдельно от схемы | Онтология в той же базе |
| Состояние процесса | В контексте, теряется | В движке схемы | В объектах и журнале событий |
| Непредусмотренный случай | Агент решает по-своему | Процесс встаёт | Событие журнала → решение → новая строка |
| Стоимость шага | Вызов модели на каждый шаг | Без модели | Модель только там, где нужна |
| Новый процесс или клиент | Новый промпт и отладка | Новая схема | Копия спеки и доработка строк |
Контекст
Признаки того, что агенту в процессе не хватает опоры:
- агент «додумывает» следующий шаг: отправляет документ не тому, переводит заявку в статус, которого нет в регламенте;
- он по-разному понимает одни и те же сущности: «клиент», «контрагент» и «заказчик» в одном диалоге — три разные вещи;
- на длинной задаче теряется состояние: агент повторяет сделанный шаг или пропускает обязательный;
- при противоречивых данных агент выбирает вариант сам и никому не сообщает — ошибка всплывает через неделю;
- каждый новый процесс — новый длинный промпт, который надо отлаживать заново, а стоимость растёт с каждым вызовом модели.
Как это решает Интеграм
Как процесс с агентом устроен на событийной спецификации в Интеграме:
- онтология задаётся в базе: типы, атрибуты, связи и права на запись; права проверяются до записи, поэтому недопустимое действие агента не проходит, а новое понятие — это новая строка, а не релиз схемы;
- процесс описывается таблицей событий: следующие события, условие перехода (gate), роль и исполнитель, таймер, поля формы и промпт шага;
- большая часть шагов выполняется детерминированно, без языковой модели; модель вызывается на конкретный шаг и получает узкий контекст — объект и строку спеки;
- проверка по расписанию ищет неопределённость трёх родов: у события нет следующего шага, развилка не выбирает ровно один переход, данные противоречат друг другу; каждая находка пишется в журнал как событие;
- агент предлагает решение со ссылками на соседние шаги спеки, пункт регламента и похожие прошлые случаи; если перекрёстные проверки спеки оставляют ровно один вариант, агент применяет его сам, запись помечается как сделанная агентом;
- если вариантов больше одного или ни одного, вопрос с готовым предложением уходит людям: передающему, принимающему и бизнес-администратору; утверждённое решение становится новой строкой спеки.
Вопросы и ответы
Почему ИИ-агенты ошибаются в бизнес-процессах?
Чаще всего из-за того, что правила процесса и модель данных живут только в их контексте. Агент угадывает следующий шаг, по-своему понимает сущности и на длинной задаче теряет состояние. Более сильная модель уменьшает число ошибок, но не убирает их причину.
Что такое событийная спецификация процесса?
Таблица, в которой одна строка — одно событие: какие события идут следом, при каком условии, какая роль исполняет шаг, какой таймер, какие поля заполнить и какой промпт нужен, если шаг делает модель. Спека хранится в базе рядом с данными процесса.
Чем это отличается от BPMN?
BPMN-схема рисуется заранее и ломается на первом непредусмотренном ветвлении. Событийная спецификация дописывается в работе: пропущенный переход становится событием неопределённости, после решения в спеке появляется новая строка, и процесс идёт дальше.
Что агент делает, если не знает следующего шага?
Неопределённость записывается в журнал. Агент предлагает решение со ссылками на спеку, регламент и похожие случаи. Если перекрёстные проверки спеки оставляют один вариант, агент применяет его сам; если нет — передаёт вопрос людям вместе с предложением. Молча он не решает.
Почему это дешевле?
Большая часть шагов выполняется без языковой модели — по условиям и ролям из спеки. Модель вызывается точечно и получает узкий контекст: объект и строку спеки, а не весь процесс и историю переписки.