OAIW 2026 / ARTICLE DEEP DIVE

01 · 专题研究
Fusion 应用与 Agentic AI 实施

Companion 与 Agentic Home:入口开放,执行收口

Oracle Introduces New AI-Powered Ways to Execute Work Across Oracle Fusion Applications

本分析将新入口解释为意图路由与受控委派层。入口越多,越需要统一身份、澄清歧义并防止重复执行。建议先比较原生与外部客户端完成同一低风险任务的结果和权限,再验证跨系统部分失败,不能把交互便利等同事务安全。

原文 2026-10-2610 页独立分析中文 / 离线可读

RESEARCH THESIS / 分析判断

Companion与Agentic Home体现的是工作入口多元化、执行责任集中化;真正的验收对象应是一次业务意图从身份到审批再到实际结果的连续性,而不是聊天界面能否成功调用工具。

原文所述状态

截至2026-10-31:Fusion Companion与Fusion Agentic Home已宣布;公告描述未来可实现的能力,但未提供GA、preview标签、开放日期、受支持客户端完整名单或地区安排。提及ChatGPT不等于所有ChatGPT账号已可连接。

把三件事分开

原文事实 → 分析推断 → 行动建议

厂商披露不等于独立实测;示意图不等于产品架构承诺。

公告范围

原文事实

Companion负责协调工作,Home提供原生入口

01

协调层

Oracle称Companion按业务目标选择交易、工作流、审批、智能体及智能体应用。

02

外部入口

公告以ChatGPT为受支持AI工具举例,并提及客户或伙伴构建的界面。

03

原生体验

Agentic Home让用户表达目标、委派任务并跟踪进度,也处理需人工判断的异常。

核心判断

Oracle区分执行协调层与员工交互体验,而非只宣布一个新聊天页面。

边界与状态

原文事实

多入口与跨系统协调仍受既有授权约束

01

上下文依据

Oracle称协调会使用企业业务上下文、数据与用户权限理解请求。

02

跨系统边界

公告描述协调其他企业系统的已授权动作,同时保留身份、政策和审批控制。

03

可用性缺口

原文未标正式发布、预览或日期,也未给客户端完整名单及账号开通条件。

核心判断

截至2026年10月31日,宣布不等于全部客户端已正式开放。

架构解释

分析推断

应把自然语言请求转成可确认、可追责的意图契约

01

确认谁在请求

核对入口身份与业务执行身份,跨客户端不能因换界面就扩大数据范围。

02

澄清具体目标

把对象、金额、期限与动作写清;多义请求先追问,避免把查询误当修改。

03

展示执行计划

在批准前说明将触发哪些业务变化,区分可撤回动作与需要单独确认的承诺。

04

回读实际结果

用业务对象状态确认成功、失败或待处理,不把工具返回消息直接当完成。

核心判断

这是建议的控制流程,不代表已披露的Companion内部实现。

概念性分析示意,非厂商正式架构

价值因果链

分析推断

入口便利只有减少往返和异常积压,才会转成业务价值

01

少找入口

员工若不用先判断所属应用,可能减少导航与求助;但歧义澄清不能被当作无效交互删除。

02

少做转交

正确路由若减少跨团队来回,才可能缩短办理时间;错派与反复审批要计入代价。

03

少留悬案

统一跟踪若让部分失败更早暴露,可减少无人接手任务;必须明确异常责任人与处理时限。

核心判断

价值应沿目标澄清、正确路由和真实办结逐段验证。

部署前提

行动建议

多入口上线前必须先统一身份与任务状态口径

01

连接核验

确认实际受支持客户端、账号条件和业务执行身份,不能把市场公告当连接配置说明。

02

数据边界

逐项确认会话中展示、传输与保留哪些业务信息,敏感附件和执行日志单独限制访问。

03

任务去重

定义同一请求重复提交、超时重试及跨入口接续的识别办法,避免重复创建交易。

04

异常归属

规定处理中、部分完成、失败与已撤回的业务含义,让用户知道下一步找谁处理。

核心判断

建议以相同业务任务跨入口验收,而非分别演示各入口能否调用工具。

取舍与风险

分析推断

统一入口不能消除跨系统部分成功与责任断点

设计取舍可能出现的问题建议边界
外部或原生入口同一任务可能暴露不同上下文比较权限与结果,不默认体验或数据处理一致
少确认或强控制模糊指令被提前执行重要对象、金额与不可逆动作显式确认
同步或长时委派用户离开后任务仍在运行保留可查询状态、负责人及取消处置办法
单系统或跨系统一个系统成功、另一个失败预先定义补偿与人工接管,不假定整体回滚
核心判断

建议按任务后果选入口和授权粒度,不把一轮对话误当一个原子事务。

指标设计

行动建议

同一任务跨入口验收,才能衡量便利是否可靠

指标口径验证设计
业务正确完成率结果经业务核验的请求/全部请求同角色同数据,比较原生与获准外部入口
越权成功数超出角色范围而成功读写的用例数纳入拒绝测试,任何成功均暂停相应权限
重复交易率重试导致额外交易的请求/重试请求注入超时、重复提交及入口切换
真实办结时长发起至最终业务状态的时间含澄清、审批与恢复,另列未决任务比例
核心判断

建议同时报告成功、越权、重复和悬而未决,不能只看交互满意度。

验证与决策

行动建议

从只读查询到受控修改,再验证跨系统故障恢复

01

核验低风险入口

确认客户端确已开放后,以相同角色比较查询结果、数据范围与业务出处,先不开放修改。

02

验证受控修改

选择可撤回任务,测试歧义澄清、批准、撤销及重复提交,独立核对业务对象最终状态。

03

注入跨系统故障

模拟中途超时与单边成功;若状态失真、越权、重复落单或无人接管,就停止扩围。

核心判断

建议逐层增加权限,任何入口都不能绕开同一业务批准与结果核对。

SOURCES / EVIDENCE BOUNDARY

来源与方法

证据、边界与后续核验

  1. [S05]
    Oracle Introduces New AI-Powered Ways to Execute Work Across Oracle Fusion Applications

    Companion编排定位、受支持AI工具举例、Agentic Home原生体验、跨系统授权动作与未来能力措辞;不证明客户端现已全面开放或跨系统事务保证。

    https://www.oracle.com/news/announcement/ai-world-oracle-introduces-new-ai-powered-ways-to-execute-work-across-oracle-fusion-applications-2026-10-26/
  2. [S07]
    Identity and Security in AI Agent Studio

    Fusion内部智能体的身份传播、授权、审批与跟踪背景;不证明Companion外部客户端使用某种协议或自动继承相同令牌机制。

    https://blogs.oracle.com/fusioncoe/identity-and-security-in-ai-agent-studio

不要把推断当承诺

  • 公告未标GA、preview或确切开放日期;ChatGPT只是举例,不能推断账号级可用、订阅权益或全部客户端支持。
  • 未披露连接协议、认证交换、上下文保留、数据驻留或外部客户端完整清单;本文不将MCP、OAuth等具体实现写成事实。
  • 未公开跨系统原子性、补偿、幂等和断点恢复保证;统一入口不能自动证明分布式执行安全。
  • 安全背景只说明Fusion内部的控制原则,不直接验证新外部入口实现;后六页为作者架构解释、试点指标和行动建议。
研究方法

指定原文精读 → 一手背景材料 → 工作流与因果链拆解 → 反例与限制 → 可执行验证。引用表示论据或分析起点,不表示来源为所有推断背书。

查阅日:2026-10-31(Asia/Singapore)。后续产品状态、服务范围与合同条件须重新核实。