Комментарии 4
Навык должен иметь контракт, а не только хорошее название
Контракт должен исполняться, а не просто «служить ориентиром, а там уж как пойдёт».
Да так же как в жизни, контракт исполняется: формальная часть по требованиям наличия доступа к сети, права записи в файловую систему и т.д. отсекаются на уровне харнеса еще при вызове инструмента skill_search остальное уже постфактум по итогам запуска отловит модель-супервайзер и выведет в дашборд. Жулики они ведь и среди моделей и среди контрагентов есть, главное вовремя за руку поймать.
Описание интересное, но если посмотреть с другой стороны, в корпоративной среде часть того что описано вами, успешно решают системы документа оборота и ERP, без всяких моделей и агентов, это и точнее и быстрее, пихать модели в каждую дырку, не всегда оправдано.
Формализованный бизнес-процесс это дорогая штука, как в части разработки, так и исполнения. В итоге получаются монструозные схемы, с десятками делегирований, доработок, уведомлений о просрочках, эскалациях и все это затягивает порой простой запрос на неделю. Чтобы потом понять какого лешего банальное поручение руководства месяц делали, даже целую область process mining выдумали но все равно особого прорыва нет. Все из-за того что если задача хоть чуток не стандартная, то внутри понятного формального процесса обычно появляются пару-тройку слабо детерминированных шага которые и завязывают этот клубок в удавку.
И самое главное задачу в СЭД запускает человек выбирает по какому маршруту ей идти, выбирает ответственных и сроки, и может в этом ошибиться. А в моем случае задачу запускает триггер события (расписание, веб хук из внешней системы, какое-то событие аудита и т.д.)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Пять месяцев приручал GoClaw. В итоге плюнул и написал свою систему