BPM x AI x API 会有什么样的效果？

Camel

今天无意看到老牌的 apache camel 支持 AI 信息:

APACHE CAMEL AI: LEVERAGE POWER OF AI WITH DJL COMPONENT

刚好最近在玩 coze, dify, flowable, fastgpt 等等， 看是否能和老的BPM flowable, activiti, camunda, 等集成起来， 做一个：

1. 有AI 智能节点

2. 无限打通现有数据和服务

3. 独立部署运行

4. 最大化使用现有基础设施， CI/CD 分发repository etc

5. ....

Dify

BPM

SO

这个是个大概率可行的方案：在 2024/08(二) 近期关于AI的阅读和理解[笔记]  也给过一些探索， 比如 drools + LLM 解决方案， 所以新坑具备理论和实践基础了；

怎么动手实操？ 

目前参考的有：  

老牌：flowable, activiti, camunda， camel,  【smart engine, compileflow(均阿里系)】， drools, easy-rules， camel, spring cloud data flow, UI; logicflow, vue-flow, react-flow......

新兴：coze, dify, flowise, fastgpt....

初步：BPM 底座在camunda 7.2基础 -- 因为文档手册最最好，测试覆盖高！ 支持DMN, CMMN暂时不支持(2019 camunda 也基本放弃这个)， 但是DMN 太弱鸡， 可以看阿里的 compieflow decision 这块做成伪代码DSL 翻译成执行代码可行性高，不失可操作性和可理解性；camel 优越的架构，比如 component DSL, 等等。 

AI 控件， 比如分类，参数提取，会话， RAG，TOOL,  这块直接计入  apihug API repository + gateway， 无限打通内部， 表单 form 部分可以高枕无忧了。 

主题依然是 让 byte flow wise 起来！

Refer

1. https://camel.apache.org/blog/2024/09/camel-ai-examples/

2. ApiHug 校验优化&LLM 探索；API 规范， 面向未来LLM 的API设计探索

3. 面向LLM编程设计LLMOP 让你的接口和代码对LLM更友好！

4. 面向AI的API设计，一键让你API智能化！

5. 2024/08(二) 近期关于AI的阅读和理解[笔记]