15 lines
1.7 KiB
Markdown
15 lines
1.7 KiB
Markdown
|
||
我们在水电集团OA、陕金控OA和燃气集团OA上面临的同样的问题：作为OA的大模型框架，千里聆够用了；而作为企业的智能助手，还远远不够。
|
||
从用户使用便捷性上，肯定是希望一个智能助手入口，既能问OA，也能问生产经营。现在的问题是作为知识图谱、知识库及RPA的管理平台，现在的千里聆不够专业及开放，没法支持不同的方法，难以作为总集成入口。
|
||
就仅仅以我们准备做的生产助手的意图识别来说，前期基于embedding（Bert）的识别，中期用大模型SFT或sequence标签监督微调，以大模型prompt的ICL能力作为辅助；遑论我们正在准备的真正的AI中台：从计算资源管理、数据存储与访问到数据预处理、数据标注再到合法合规审查、统监控与日志等等。
|
||
|
||
从客户角度出发，往往会把OA作为切入点，很快会跟进一个业务：水电首先OA智能化，后面是生产；陕金控OA之后是财报；燃气OA之后是CRM。
|
||
导致我现在遇到的问题是：
|
||
OA智能化，泛微有现成的，可以快速推动一期项目；而二期时，我很难把千里聆集成进来。
|
||
要么，把泛微推倒二期重来，要么客户用两个入口。
|
||
|
||
我起初，希望能全面放开UI层，但是OA（E9）的绑定使我们在UI层面遇到开发上的难题。
|
||
在紧绑定的时候，看能不能修改提交地址。亦或者，提供类似于过滤器的能力，有我们进行筛选。
|
||
最后实际上，目前我们这边真正在客户那里用的智能体，都是程序控制的。RPA或者低代码智能体开发平台，在客户这边都是做摆设用的。
|
||
|