事件与实践
2026年10月27日,在Oracle AI World大会上,甲骨文宣布将ChatGPT与Codex嵌入其Fusion Applications、NetSuite、自主AI数据库及OCI Kubernetes Engine,将其与OpenAI的合作从数据中心算力供应扩展到应用层。新推出的Oracle AI Workspace可将员工对业务数据的请求和已批准的工作流通过ChatGPT插件路由执行,不过该功能目前标注为「即将推出」。
这一合作意味着OpenAI的角色发生转变:从向Oracle供应算力的基础设施伙伴,变为嵌入Oracle企业软件的应用层伙伴。行业观察者指出,这将引出「客户关系归谁所有」的问题——当员工通过ERP内的对话界面完成业务操作,交互数据与用户习惯的归属将直接影响两家公司未来的议价能力。
分析
一、交互范式迁移:从菜单点击到对话驱动
企业软件四十年的交互逻辑建立在菜单、表单与报表之上,用户需要先理解系统结构再完成操作。大模型带来的是交互范式的根本迁移:用户用自然语言表达业务意图,系统负责翻译为底层操作。这大幅降低了ERP这类复杂系统的使用门槛,也意味着企业软件的价值锚点从「功能齐全」转向「理解业务意图的准确率」。传统厂商若不重构交互层,将面临被AI原生厂商降维打击的风险。
二、AI Agent的工作流嵌入与权限治理
Codex进入企业软件后,AI不再只是「问答」,而是执行业务操作的代理(Agent)。随之而来的核心管理问题是权限治理:Agent可以读取哪些数据、可以代员工执行哪些已批准的工作流、出错时责任如何划分。参考国内金融领域智能体安全倡议「未经明确授权不得对客户端实施模拟点击或自动化操控」,企业软件的AI化必须同步建设授权、审计与回滚机制,否则效率提升将以合规风险为代价。
三、生态竞合:基础设施与应用层的价值分配
Oracle与OpenAI的合作是典型的竞合(co-opetition):Oracle需要OpenAI的模型能力保持产品竞争力,OpenAI需要Oracle的企业客户渠道进入高价值B端市场。但应用层与基础设施层天然存在价值分配张力——谁掌握客户界面,谁就掌握定价权。这预示着企业软件行业的价值链重组:数据库与ERP厂商可能退守为「数据与合规底座」,而把智能交互层让渡给模型厂商,也可能通过深度绑定反向锁死模型厂商的企业市场。
启示
第一,企业软件AI化的正确顺序是先重构交互层与权限体系,而非先堆功能;第二,Agent进入业务流程必须与内控体系建设同步,授权与审计是AI落地的前提而非补丁;第三,跨层合作的商业条款(客户归属、数据权属)比技术集成更决定合作的长期走向。
其他思考
- 当ERP对话界面由OpenAI模型驱动,企业的敏感业务数据在模型侧的合规边界如何界定?
- AI Workspace「即将推出」却无时间表,反映了大模型进入关键业务系统怎样的技术与管理瓶颈?
- SAP、微软Dynamics等竞品会如何应对,企业软件市场会走向「模型联盟」还是「自研模型」?
关键词:企业软件、AI Agent、交互范式、生态竞合、权限治理
来源:Oracle AI World、Bytevyte科技简报(2026年10月31日) | 整理:经管讲堂
原文链接:https://www.rcbom.com/aibps/6937.html