先说结论:不是模型不够强,是缺了两层东西。
第一层叫企业上下文——让 AI 理解你的企业;第二层叫企业 AI 工作平台——让 AI 真的把活干完。缺任何一层,AI 都会卡在"能聊,但干不了活"的状态。
下面拆开讲。
现在很多企业的状态是:大模型接了,知识问答上线了,文档生成用起来了,智能问数也做了几个。但你问一句"AI 帮我做完这个月的利润分析,并且把整改任务分下去",它就接不住了。
据《经济参考报》报道,不少企业在应用 AI 过程中发现,尽管对话机器人回答问题头头是道,AI 始终难以切入核心业务决策环节,赋能实体经济的"最后一公里"迟迟未通。报道中提到的一个判断很关键:真正的瓶颈不在于数据孤岛,而在于数据无法被 AI 准确理解与应用——通用大模型缺乏企业现场数据与业务规则的"翻译层"。
这句话基本点破了本质。
大模型知道"合同"这个词是什么意思。但它不知道:
它不知道,是因为这些信息从来没有被结构化地组织过。企业建了数据中台、数据仓库、BI,数据确实是通的,但通的是数据,不是语义。ERP 里的订单、CRM 里的客户、MES 里的设备、OA 里的审批,各自都数字化了,却没有一层统一定义说清楚:它们之间是什么关系、哪些可信、哪些属于同一个业务实体、哪些动作能真正执行。
所以让 AI 理解企业,不是给它多喂几份文档、多连几个库,而是要建立一套企业上下文。这套上下文由三部分组成:
前两层很多企业在做,第三层普遍是空的。而第三层,恰恰是决定 AI 能不能推理的那层。
这是最常见的误解。
简单区分:分类体系告诉你"苹果属于水果";本体告诉你"人下了订单、订单包含商品、商品属于品类、这笔订单受哪条规则约束"。本体定义的不只是层级,而是对象、属性、关系、规则、事件和动作。
这也是为什么用友在 BIP 6 里做了 YonOnto 企业本体平台。它的定位是语义中枢——把分散在不同系统的业务实体、属性、关联关系、业务约束与推理规则,连接成企业统一的业务语义全景图。
举个能说明问题的例子:供应商风险管控。
第三层才是"能决策"和"只能报警"的分界线。
而且要注意一点:本体不是建一次就完事。组织会调整、产品会变化、制度会更新、流程会优化,本体里头的对象、关系、规则也得跟着更新。所以它必须是一套能持续演进的动态语义系统,而不是又一个静态模型。
就算 AI 理解了企业,还有第二道坎。
企业最终要的不是一个能解释业务的聊天机器人,而是一个能进真实经营过程、跟员工协同、把任务做完的系统。它得知道:为什么做、由谁做、调什么能力、守哪些规则、什么时候必须让人确认、做完以后结果怎么回写。
这就要求有一层"企业 AI 工作平台"。
用友的 YonWork 企业AI工作台就是干这个的。它把一句自然语言指令,翻译成一项能被执行的企业任务。
还是拿一个具体例子说:"分析本月利润下降的主要原因,并形成整改任务"
这句话看着简单,实际上 YonWork 要做的是:
看到没?第 5 步和第 6 步,是绝大多数"AI 助手"根本做不到的地方。 而这两步,恰恰是企业敢不敢把活交给 AI 的分水岭。
AI 一旦开始参与真实业务执行,安全和治理就不是加分项,是必选项。
企业得能回答:AI 接了什么任务、调了哪些数据、用了什么工具、经过了哪些判断、最终做了什么动作。用友的 YonAIG 企业AI治理平台就是管这个的,覆盖智能资产、身份权限、调用轨迹、执行成本、评测效果和审计合规。
不想把这篇写成软文,所以把话说全:
企业 AI 落地卡在"最后一公里",本质上是两道坎:
在大模型能力快速普及的今天,企业 AI 的差异不再只来自模型,而更多来自企业自身的数据、知识、业务语义、流程能力和治理体系。这句话不是吐槽,是选型的时候真正该看的东西。