
SAP强调可信企业数据是Agentic AI落地缺失的地基:94%探索、仅15%就绪
新闻原文
9月23日,SAP在最新一次行业讨论中指出,企业智能体(Agentic AI)的采用速度已远超底层数据就绪度:94%的受访组织正在探索或实施Agentic AI,但仅15%认为自身的数据基础真正就绪。这一反差被SAP视为Agent落地最被低估的瓶颈。
在架构主张上,SAP提出应以"连接企业数据、叠加业务关系与历史、在操作决策点运营可信上下文、治理Agent行为"为核心。其观点是,Agent不能只接一个向量库就上线,而要把主数据、业务关系、权限与历史操作一并组织成可信任的上下文,再交给智能体在决策点调用。
核心判断是:当AI从"回答问题"走向"采取行动",数据质量与上下文就不再是单纯的分析议题,而变成了运营层面的控制项。数据血缘、关系、权限与业务上下文,正从后台治理资产上升为Agent架构本身的一部分;谁先把可信数据地基打牢,谁的智能体才敢真正进入生产、敢被授权去执行动作。
企服观察
"94%在探索、仅15%就绪"这组数字,戳破了当下企业AI最流行的幻觉:以为接个大模型、搭个知识库,Agent就能上岗。现实是大多数组织的核心数据仍散落在Excel、邮件、遗留系统与各部门孤岛里,语义不一致、权限不清楚、血缘不可追。让Agent基于这样的地基去"采取行动",风险不是模型不够聪明,而是它 confidently 用错误的数据做了错误的决定。
SAP把数据提升为"Agent架构的一部分"而非"喂给模型的原料",这个视角值得所有企服厂商借鉴。过去数据治理是IT部门的成本中心,现在它直接决定了智能体能不能被授权执行。换句话说,主数据管理、权限模型、血缘追踪这些"老土"的能力,正在重新成为AI时代的核心竞争力。企业与其盲目上Agent,不如先把数据资产盘清楚。
对准备落地的企业,务实的节奏是先做"可信上下文"的最小闭环:选一个高频、低风险、强数据依赖的场景(比如合同初审、报销稽核),先把相关主数据打通、权限配齐、操作留痕,再让Agent在其中辅助而非独立决策。用一个小场景跑通"数据准不准—上下文对不对—行为可不可审"的全链路,比一口气铺开十个智能体更稳妥。
数据就绪不是一次性工程,而是持续运营。业务在变、权限在变、模型也在变,可信上下文必须能被持续刷新和校验。建议把数据治理指标(覆盖率、准确率、权限合规率)纳入Agent上线的准入门槛和日常巡检,而不是等项目上线后就束之高阁。没有持续运营的数据地基,再聪明的Agent也会慢慢失真。
对企服厂商而言,这也是一个产品机会:把数据治理能力前置封装成"Agent就绪"套餐,帮客户把主数据、权限与血缘一键组织成可信上下文,比单纯卖一个聊天入口更有壁垒。未来企业采购AI,比的不再是模型谁最强,而是谁能把"数据—上下文—治理"这条最难的路先铺平。谁先让数据可被机器消费且可信,谁就掌握了智能体规模化的钥匙。
最后提醒,警惕"工具幻觉":买一堆AI平台不等于具备Agent能力。真正稀缺的是能把分散、脏乱、权责不清的数据,治理成结构化、可追溯、机器可消费上下文的组织能力。建议把今年AI预算的一部分从"上模型"挪到"治数据",用数据就绪度作为AI项目的前置KPI。Agentic AI的竞争,短期看模型,中期看编排,长期一定回到数据。
落到执行层面,企业可以先做一次"数据就绪度体检":盘点核心业务流程依赖哪些数据、这些数据现在散落在哪里、权限是否清晰、能否被系统稳定调用。体检结果往往比任何AI规划都更能暴露真问题。把暴露出的主数据不一致、权限不清、血缘缺失作为专项去治理,每解决一类,Agent就能多进一个场景。数据治理不是锦上添花,而是Agent规模化的前置工程,越早做越主动,越晚做越被动。
一句话:Agentic AI的胜负,短期看模型,中期看编排,长期看数据。把数据地基打牢,智能体才敢真正上岗。与其追着每一个新模型跑,不如先把主数据、权限与血缘这三件事做成可被机器消费的资产,这是所有AI野心真正能落地的起点。
数据治理听起来不性感,却是Agent时代最值得的投资。它不产出炫目Demo,却决定你的智能体能不能真的上岗、能不能被信任。这笔账,越早算越清楚。







评论
请评价真实、客观、有价值的内容请回复有价值的信息,无意义的评论将很快被删除,账号将被禁止发言。