Как устроены агентские сценарии
Агентский сценарий у нас - это описанный маршрут задачи. Шаги маршрута, порядок между ними и участие человека записаны заранее и читаются глазами. Исполняет маршрут платформа, и каждый шаг она записывает в журнал действий.
Из чего собран маршрут
Маршрут собирается из шагов десяти видов. Список закрытый, других видов в формате нет.
| Шаг маршрута | Что он делает |
|---|---|
| Шаг языковой модели | Модель получает подготовленный текст и возвращает ответ в заданной форме. |
| Расчет модели машинного обучения | Числовая модель считает оценку по собранным признакам, без языковой модели. |
| Обращение к вашей системе | Платформа читает или записывает данные в вашей системе через объявленное подключение. |
| Подтверждение человеком | Задача останавливается и ждет человека. Какие у него исходы, записано в маршруте заранее. |
| Передача человеку | Сюда задача уходит, когда шаг не удался. Дальше решает человек, и какие у него исходы, записано в маршруте. |
| Преобразование данных | Данные перекладываются из одной формы в другую по объявленным правилам, без вызова модели. |
| Развилка по условию | Маршрут расходится на ветки, и условие каждой ветки записано в маршруте. |
| Сведение веток | Ветки сходятся обратно в одну, когда готовы все нужные части. |
| Вложенный процесс | Внутри одного маршрута целиком запускается другой. |
| Повторение до результата | Шаг повторяется, пока не получен нужный результат или пока не кончились проходы. Предел проходов записан в маршруте. |
Чем это отличается от графических конструкторов
В графических конструкторах участие человека обычно оформляют отдельным узлом ожидания, а внутри узла разрешают произвольный код. У нас иначе. Подтверждение человеком, передача человеку, повторы, срок ожидания и откат сделанного - это части самого описания маршрута.
Разница видна на отказах. Если шаг не ответил за отведенное время, в маршруте уже записано, кому передать задачу. Если человек вернул проект решения на доработку, в маршруте уже записано, на какой шаг вернуться. Для этого не нужно дописывать код.
Правила отраслевых требований в техническом решении описываются, а не программируются. Наша проверка не пропускает решение, в котором среди этих правил оказался исполняемый файл. Разрешены только описания заданной формы и ограниченный язык условий. Проверку мы держим отказом. Мы сами собрали 68 негодных описаний, и на каждом проверяем, что она отказывает, а не пропускает.
Что вы получаете вместе с техническим решением
Графический редактор маршрутов мы решили не делать. Маршрут описан текстом и правится текстом. Текст устроен так, чтобы его читал человек, а не только программа.
Технические решения мы поставляем открытыми. Описание маршрута уходит заказчику вместе с самим решением, и остается у него. Про вопрос, который вслух задают редко, скажем прямо. Описание вашего процесса принадлежит вам и читается без нас. Исполнять его без нашей платформы мы не обещаем, для этого нужен исполнитель маршрутов.
Как устроено внутри, по механизмам
Что платформа делает сама, где за нее решает человек и как это проверить, разобрано в отдельном разделе на сайте компании. Каждая страница доводит один механизм до уровня, на котором утверждение можно сверить с записью запуска.
- Как устроена Svaya. словарь раздела и сводная таблица по шести признакам агентности из исследования рынка.
- Агентный цикл. как шаг повторяется до результата и что происходит, когда проходы кончились.
- Маршрут задачи. почему порядок шагов объявлен заранее и кто его задает.
- Проверки и повторы. что платформа делает, когда результат шага не годится.
- Что платформа помнит. память шага, процесса, диалога и память платформы между запусками.
- Границы автономии. что доводится до записи в вашу систему без человека и на каком основании человек обязателен.
Где это видно
Так это выглядит на настоящих маршрутах. Схема стоит на карточке технического решения.
- Карточки товаров без ручного написания текстов
- Поиск по каталогу на языке покупателя, а не по точным словам
- Письма клиентам, написанные под сегмент
- Ответы по внутренним документам компании
- Извлечение реквизитов из документов
- Проверка договора на соответствие своду требований
- Разбор финансовой отчетности
- Срабатывания мониторинга платежей по важности, с объяснением
- Разбор обращений клиентов по темам и срочности
- Проверка заполнения акта, пока бригада еще на объекте
- Коммерческое предложение, собранное по своему архиву
- Рабочий стол закупщика
- Ответ по кредитной заявке с объяснением, почему именно такой
- Ответ клиенту первой линией по данным заказа, без ожидания оператора
- Разбор транспортных накладных со сверкой веса, сумм и реквизитов
- Предварительная оценка ущерба до выезда оценщика
- Ответы работникам по регламентам на их родном языке
- Карта персональных данных в файлах компании, пока их не нашла проверка
- Оценка каждого разговора с клиентом, а не каждого сотого
- Ответ механику по документации, пока оборудование стоит
- Сверка акта подрядчика со сметой к договору до оплаты
- Урегулирование убытка от обращения до проекта решения
- Оценка риска по заявке с проектом условий на выходе
- Очередь сигналов о подозрительных операциях, разобранная к утру
- Комплексная проверка контрагента до сделки, одним сводом
- Подбор поставщиков и свод предложений под закупку
- Подача сведений на учетный портал по документу, без ручного перебивания
- Волна напоминаний о продлении, готовая к запуску
- Обращение клиента, закрытое действием, а не ответом
- Разбор исполнения бюджета с объяснением каждого отклонения