4月28日，拉斯维加斯传出一条不太起眼的消息：SAP和Google Cloud把合作扩大了，主推一件事——多智能体AI部署。

大多数人刷到这条新闻，扫一眼标题就划走了。但如果你跟ERP项目打过交道，建议你停下来多看两眼。

因为这次真不是给系统加个聊天窗口就完事了。

一个Agent干不了的活，一群Agent来

到底发生了什么？

SAP的AI助手Joule，目前已嵌入35个解决方案，拥有40多个专业智能体、2400项技能。一个做财务结算，一个管采购审批，一个盯供应链异常——各自干各自的。

问题来了：财务Agent发现一笔付款异常，怀疑是供应商出了问题，但它只能查财务数据。它需要采购数据、合同数据、甚至外部市场信息才能判断。

以前，这一步只能停下来，交给人去查。

现在，SAP让Joule的智能体可以通过Google的Gemini Enterprise，跨到Google Cloud上去”喊人帮忙”。营销Agent可以自主调取Google Analytics数据优化活动，采购Agent可以连接Google供应商数据库做交叉验证。

Gemini Enterprise不干活，它当”调度中心”——把任务分发给合适的Agent，协调执行，把结果送回来。

以前Joule是一个能干的助理，现在它能“打电话摇人了”。

题外话：什么是Joule？参见《SAP的AI答卷——Joule究竟是什么？》

为什么不是”又来一个AI噱头”？

“AI Agent”这个词已经被用烂了，每个SaaS都在讲自己的Agent有多智能。但这次有点不一样，原因有三：

第一，SAP不是在卖AI功能，是在卖AI协作。单个Agent再聪明，也只是”快一点的自动化”。多Agent协作解决的是跨系统、跨数据源的问题——这恰好是企业日常最痛的地方。你见过多少ERP项目死在”系统之间数据不通”上？

第二，Google不是随便搭把手。Gemini Enterprise做中枢，意味着SAP的Agent可以调用Google的搜索能力、数据分析能力、甚至Gemini的推理能力。这不是两家公司发个联合声明那么简单，是技术架构层面的嵌套。

第三，SAP有客户基数。Joule不是实验室Demo，它已经在跑。Q1财报显示云ERP套件增长30%，云业务积压订单219.3亿欧元。这些客户天然就是多Agent协作的潜在用户。

Agent战争：不是一个人的游戏

SAP不是唯一在打Agent牌的。

4月15日，Oracle上线OCI Enterprise AI——端到端的Agent构建、部署和治理平台。微软Copilot Studio早就允许企业自定义Agent。Salesforce的AgentForce去年就发布了。

但打法很不同：

• Oracle的思路是”我来建”——在我云上跑，Agent我帮你搭，算力我提供，但你得在我这买全套。
• 微软的思路是”我来连”——Office 365 + Teams + Power Platform，Agent在微软生态里串起来。
• SAP这次的思路是”我来协调”——Joule不只在SAP内部跑，它能跨出去，到Google Cloud上找帮手。

三种策略，各有各的逻辑。但对企业来说，问题只有一个：我敢让AI Agent自己做决定吗？

信任才是真正的护城河

多Agent协作听起来很美好，但对CIO来说，可能是噩梦刚刚开始。

一个Agent查数据没问题。两个Agent互相协作，也还行。但一群Agent在不同系统之间自主调用数据、做判断、甚至执行操作——出了问题谁负责？

财务Agent自动批准了一笔付款，依据是采购Agent从Google上拉来的供应商评分。如果那个评分错了呢？如果采购Agent调了不该调的数据呢？

这不是技术问题，是治理问题。

SAP在Q1财报里特意提到”GRC”（治理、风险与合规），Joule也嵌入了GRC。大白话就是：我们知道你担心Agent失控，所以我们也在卖控制Agent的工具。

写在Sapphire之前

5月11日，SAP Sapphire大会将在奥兰多开幕，主题是”全新Joule体验”。

可以预见，多Agent协作会是核心议题之一。但真正值得关注的，不是Joule又多了多少技能，而是SAP怎么回答那个老问题：

当AI开始自己做决定，企业怎么确保它做的是对的决定？

这个问题，比任何Agent都重要。