很多人看到“Oracle Fusion集成AI智能体”第一反应是：以后AI自己做决定，出了问题谁负责？

我觉得这个问题本身就很有意思，因为它其实混淆了两个概念：AI可以拥有决策权，但并不意味着它拥有责任主体资格。

拿甲骨文这次的动作来说，它计划在Oracle Fusion Applications和Oracle NetSuite中接入基于Gemini模型的AI能力，本质上是希望让AI从“辅助工具”升级成“智能执行者”。以前AI更多是推荐方案，现在则可能直接帮企业生成采购计划、审批建议、财务分析，甚至自动触发部分业务流程。

问题就在这里。

如果AI只是给建议，人拍板，那责任很清楚——最终签字的人负责。

但如果AI能够根据业务规则自动完成决策，比如自动批准采购订单、自动调整库存、自动安排付款，一旦造成损失，责任还能全部推给AI吗？

答案是否定的。

因为目前无论是法律还是商业实践，都没有把AI视为能够独立承担责任的主体。AI没有法人资格，也没有民事权利能力，它只是企业部署的软件系统。

真正需要承担责任的，一般还是围绕三个主体展开。

第一，是使用AI的企业。

企业决定是否启用AI、开放哪些权限、是否允许自动执行关键业务，这些都是管理决策。如果企业让AI直接控制高风险流程，却没有设置人工复核、权限分级或者异常拦截，那么企业本身就要承担相应的管理责任。

第二，是系统提供方。

如果Oracle提供的Fusion应用本身存在设计缺陷，比如算法逻辑明显错误、安全机制失效，或者产品宣传能力与实际严重不符，那么软件提供商也可能承担产品责任或合同责任。

第三，是AI模型提供方。

Gemini作为底层大模型，如果因为模型缺陷导致明显错误输出，在特定情况下也可能涉及责任划分。但现实中，这部分责任往往比较复杂，因为大模型厂商通常都会通过服务协议限定使用范围，并要求企业自行验证AI输出。

所以未来更可能出现的，不是谁负责，而是责任分层。

举个例子。

如果AI根据错误数据批准了一笔几百万的采购订单：

• 数据是企业自己录错的，那么主要责任大概率在企业。

• Oracle系统没有按照约定实现审批规则，导致异常订单直接放行，那么Oracle可能需要承担相应责任。

• 如果底层模型发生明显异常，比如无视既定规则胡乱生成结果，还要进一步分析模型供应商、平台方和企业之间的责任边界。

换句话说，责任不会因为用了AI就凭空消失，而是会沿着整个技术链条进行划分。

事实上，现在很多大型企业已经开始采用一种比较务实的做法：把AI当成员工，而不是老板。

AI可以起草方案，可以处理重复工作，可以完成大量分析，但涉及金额较大、法律风险较高或者战略决策的事项，最终仍然保留人工审批。这也是为什么很多企业级AI产品都会强调“Human in the Loop（人在回路）”，不是因为AI不够聪明，而是因为责任最终还是要由人来承担。

我认为，随着Oracle、微软、SAP等企业软件厂商不断把AI智能体嵌入业务系统，一个新的问题将越来越重要：未来企业竞争的不只是AI能力，而是AI治理能力。

谁能设计好权限边界、审批流程、日志留痕、风险控制，谁才能真正放心地把AI放进核心业务。

所以，与其讨论“AI出了问题谁背锅”，不如换个角度：真正决定责任归属的，不是AI有没有自主决策能力，而是谁赋予了它决策权限，以及是否建立了足够完善的监督机制。

AI可以成为决策者，但责任主体，在相当长一段时间内，依然只能是人和组织。