![[Перевод] Jev нужна оркестрация, чтобы приносить пользу бизнесу](https://habrastorage.org/getpro/habr/upload_files/d9d/ad7/42c/d9dad742c267e91348a00e7d86794a82.png)
[Перевод] Jev нужна оркестрация, чтобы приносить пользу бизнесу
Роль Jev в бизнес-процессе — оценивать неструктурированные входные данные, например абзац текста, и выдавать структурированные данные с указанием того, насколько модель уверена. Вы даете ей данные и вопросы, на которые хотите получить ответ, и заранее определяете пространство ответов. Можно спросить: «Виновен ли этот человек, судя по его описанию?» — и получить "at-fault": 0.92.Но не стоит просить его решать, принять заявку, отклонить ее или передать сотруднику.Jev — это то, что получается, когда у DMN и LLM рождается ребенок: гибрид, чья ниша — запутанная середина между структурированными и неструктурированными данными. Он не может превзойти своих родителей на их территории и не может работать в одиночку. Таблицы решений и FEEL лучше справляются с детерминированными входными данными. Иногда его может подстраховать LLM, а человек-проверяющий может применить свое суждение там, где решение неоднозначно.Поэтому эта статья не отвечает на вопрос «может ли Jev принять решение по страховой заявке?». PoC будет простым... но запуск в продакшен — другое дело.В продакшене вопрос другой: «можно ли доверять этому в процессе обработки страховых заявок?» Может ли Jev классифицировать как можно больше случаев, не совершая ошибок? И когда она передает дело человеку, останется ли работа проверяющего и аудитора удобной? Читать далее