Oracle 推 Fusion Companion 與 Agentic Home：企業從下指令到核准執行，工作怎麼接？
Oracle 宣布 Fusion Companion 與 Agentic Home，讓員工以目標委派交易、流程與代理工作。解析 ChatGPT 等入口、跨系統授權與例外升級，並分清十月新介面和九月已發布的 Fusion Claw。
企業工作常從一句需求開始，真正完成時卻要穿過資料、交易、核准與不同部門的系統。Oracle 在十月二十六日宣布 Fusion Companion 與 Fusion Agentic Home，試圖把這些執行環節接到使用者提出的業務目標上。
Companion 的角色，是理解員工想完成什麼，再協調適合的交易、流程、核准、代理與應用。它不是要求員工先知道該找哪一個代理，而是由系統把目標轉成可以處理的工作。
使用者也有不同入口。官方提到 ChatGPT 等受支援工具，以及 Fusion 內建的 Agentic Home。後者讓人提出目標、委派工作，並追蹤進度到完成。這些入口背後仍由企業系統承接權限與交易。
因此，這次更新應和既有 Fusion Claw 分開看。Claw 與二十五款受其支援的代理應用，九月就已公告。十月的新事件，是把業務目標與這些執行能力接起來的工作介面。
這種連接的難點，也在於系統遇到例外時怎麼處理。Oracle 說，已授權的解法可以執行，需要人類判斷的決策則要升級，並沿用企業既有的身分、政策與核准控制。
對已使用 Fusion 的企業，值得先確認的是員工目標如何落到有權限執行的流程。如果仍得自己逐一挑選交易與代理，新入口就沒有解決原本的交接問題。
Oracle Companion 把業務目標翻成工作
使用者說出的目標，往往還不是企業系統可以直接執行的交易。例如「改善這批訂單的出貨安排」，還需要對應訂單資料、運輸限制、可選方案與核准人，才可能變成一段可以執行的工作。
Oracle 十月二十六日公告把 Fusion Companion 定位成理解業務目標的智慧層。因為它會協調交易、工作流程、核准、AI 代理與代理應用，使用者便不用先選出正確的工具組合。
交易在這裡是企業系統內可記錄的業務操作，工作流程則安排操作如何經過不同步驟。兩者若要接上 AI，不能只把一句回答寫得完整，還要知道員工在系統中有權做什麼。
因此，Companion 的上下文包含企業資料與使用者權限。相同的一句需求，交由有不同職責的人提出，可能對應不同可用資訊與可執行範圍，這是業務介面需要保留的條件。
以出貨安排看目標與動作的差別
假設員工想把同一批貨安排得更有效率，系統需要先知道時間、容量與服務承諾。這個假設的工作情境，用來說明目標如何被拆開，並非 Oracle 公布的一個實際客戶部署案例。
在供應鏈應用公告中，出貨負載規劃就會比較時間、容量、服務和成本等條件，讓團隊檢視方案，再執行已核准且有授權的安排。
比較方案之後還要完成後續工作，所以協調層需要把兩者連起來。若系統只給出「建議合併出貨」，使用者仍要自行找到訂單與流程。協調層則試圖把建議接到需要執行的步驟，但執行仍受企業權限限制。
同樣地，採購支出應用會查看協議與採購，辨識未依約採購或合約價值流失的問題，再提供可審閱的建議。這些例子說明代理工作需要的資料種類，也讓讀者理解目標後方有不同業務程序。
Companion 要完成的便是找到這些程序如何配合。它在入口接收目標，後方再選擇合適的交易、代理或應用，讓員工不必先熟記每一項產品的名稱，才有辦法提出需求。
把目標接到工作，需要同時找到資料、程序與有權執行的角色。
Agentic Home 讓委派與進度留在同一入口
Agentic Home 把目標、代理工作與完成狀態放在 Fusion 內建介面。它是由 Companion 支援的個人化工作入口，讓員工提出業務目標、委派工作，並追蹤進度到完成。
因為工作從委派到完成可能跨過多個步驟，這種入口也要處理員工怎麼看見後續進展。使用者可以先說出要達成的事，再由系統安排合適工作，所以不必先跨頁面找出每一個代理，才能開始處理目標。
若工作還在進行，進度追蹤便承接尚未完成的狀態。這讓同一個入口同時保留員工提出的目標，以及後續需要查看的工作進展。
原生介面與外部聊天工具各有角色
Fusion 內建的 Agentic Home 是一條路徑，Oracle 也列出 ChatGPT 等受支援 AI 工具，以及客戶或合作夥伴自建的介面。這些工具能作為工作起點，企業執行仍由 Fusion 提供資料脈絡與控制。
這裡的「受支援」有範圍。公告舉出 ChatGPT，沒有列出所有聊天平台的完整支援表，因此不能把相似的對話介面都視為已完成連接，也不能據此推定每一種聊天訂閱都有相同能力。
對已經使用 Fusion 的員工，這項設計意味著操作起點可以改變，後方業務資料和權限則繼續由原系統承接。但入口變得像自然語言對話，並不會讓交易自動失去原本的負責角色。
官方在各用途描述中也使用「將能夠」的說法。截至二〇二六年十月二十七日，這些公告沒有提供各租戶、地區、方案與所有新介面的完整推出清單，實際導入仍須對照自己的環境。
因此，企業需要分開核對新介面與既有應用。既有代理應用可用，和新的 Companion、Home 是否已進入某個帳戶，是兩個不同問題，不能只看到同日另一份公告的可用字樣，就把所有功能一起算成已上線。
入口可以變簡單，背後的企業責任與核准並沒有因此消失。
跨系統執行，要連同權限一起走
同一項業務目標，可能需要不只一套企業系統的資料與動作。Oracle 說 Companion 可以利用其他企業系統的資料脈絡，協調跨應用的授權工作，範圍涵蓋雲端應用、企業內容與資料平台等。
如果要把這些系統接起來，會涉及 API，也就是讓軟體彼此呼叫功能與交換資料的介面。對員工而言可能仍是一句需求，後方卻可能需要幾個服務合作，才有辦法取得資訊並完成動作。
Oracle 將身分、權限、政策與核准控制列為執行條件。身分對應誰提出需求，權限決定能用哪些資料和操作，政策與核准則限制工作在什麼條件下能繼續走。
這些條件要和動作一起傳遞。如果系統只知道最終目標，卻不知道一筆資料能否讀取或一個變更是否已核准，即使算出的方案合理，也不代表它有權寫回企業紀錄。
例外要能回到需要判斷的人
Agentic Home 的用途之一是處理業務例外。官方描述的路徑包括找出根因、決定修正行動、執行有授權的解法，並把需要人類判斷的決策升級，讓人員接手。
假設某項出貨調整會碰到原有服務承諾，系統就需要把衝突交回有權決定的人。這個假設說明了為何完成計算和取得決策授權不同，也讓進度追蹤有機會顯示工作正卡在哪個環節。
客戶體驗應用公告中的服務健檢，同樣先辨識問題與可能解法，再由使用者審閱並執行已核准的行動。這種順序比單純給出答案，多了一段受控的交接。
它也列出將報價設定從測試環境搬到正式環境的應用。系統會檢查宣告變更與相依關係，提供可審閱報告，再於授權內完成核准的遷移步驟，避免把「搬設定」縮成無條件複製。
測試與正式環境的差別在於影響範圍。正式系統承接日常工作，因此一項設定是否能搬過去，要同時考慮依賴與核准，這個具體案例也說明為何企業代理需要知道執行邊界。
因此，跨系統能力並非只看能連幾個工具，而是連接後能否保留原本的責任和控制。當系統不能在既有授權內解決例外，就要把決策交回人。
延伸閱讀：Volkswagen 33 萬名員工配備 Copilot：聊天、Work IQ 與 2.6 萬個代理，怎麼看導入進度？
新入口如何接上既有 Fusion Claw
Fusion Claw 提供的，是新入口後方可承接長時間工作的執行能力。它於九月二十九日已經公告，二十五款支援 Claw 的代理應用也在當時列出，因此十月的新介面應和既有執行層分開理解。
九月原始公告把 Claw 描述為受治理的代理執行環境，結合 AI 推理與確定性的企業計算。前者處理規劃與適應，後者依明確規則執行大量計算與工作。
確定性計算可以理解成相同條件按固定規則得到結果的程序。企業不需要把每一筆大量交易都重新交給模型自由推理，這種分工讓需要判斷的地方用 AI，需要精確規則的地方使用對應計算。
這種分工也能從九月公布的人力配置應用看出來。排班需要同時考慮技能與資格、可上班時間、勞動規則、成本和服務覆蓋，因此即使模型能提出方向，仍要用明確條件比較不同安排。
當條件改變時，系統還要能重新規劃。對一個需要持續處理的業務目標，這比一次回答更接近長時間工作，也說明為何新入口必須能追蹤進度，而不只在送出要求時回一句確認。
會計場景則要跨大量分錄比對資訊，調查例外與異常，再使用確定性計算完成財務分析及相應工作。這個例子中，模型理解問題和系統精確計算各自承接一段，不能讓語句流暢取代帳務核對。
回到 Companion，員工說的「處理例外」可能對應出貨、排班或會計等不同領域。入口要選對應用，既有應用則要按自己的資料與規則工作，才能讓一個自然語言目標不至於變成沒有上下文的指令。
這些案例是 Oracle 產品的用途描述，沒有提供各客戶已完成多少次自動排班或關帳的成績。它們適合用來確認系統要承接的工作種類，後續導入再以自己的實際任務驗證。
既有治理，讓新的入口有執行依據
九月公告也列出企業操作範圍，包含目標、標準作業程序、限制、風險門檻、決策權與升級界線。因為它們共同描述代理被允許做什麼，目標才不會成為無上限的執行授權。
因為企業需要事後追查，每次工作也安排對應的信任控制與結果紀錄。Oracle 說紀錄會保存使用的依據、決策、執行動作與結果，讓企業之後能追查發生什麼，這和單靠聊天回答「已完成」有不同的核對基礎。
這些既有能力說明了 Companion 為何需要接在 Fusion 執行體系上。新入口負責理解和協調，受治理的執行層則承接長時間分析、規劃與操作，兩者一起才構成官方描述的工作路徑。
我認為這次新介面適合讓已有 Fusion 工作流程的企業研究，先挑一個責任與完成條件清楚的任務，查看員工是否更容易提出目標、追到進度，並在必要時接回核准。
如果還沒有對應資料與流程，只有一個自然語言入口並不足以補齊它們。先確認新介面何時進入自己的帳戶，再看一次實際工作如何穿過資料、授權與交易，比只按應用數量判斷導入成熟度更有依據。
這次更新能否改變日常工作，要看新介面何時進入實際帳戶與流程。
延伸閱讀：Copilot 一次推出 Home、Code、Autopilot：辦公 AI 開始接手整段工作，企業該怎麼試？
常見問題
Oracle 在十月二十六日首次推出 Fusion Claw 嗎？
Claw 與二十五款相關應用九月二十九日已公告，十月本篇的新事件是 Companion 與 Agentic Home 兩個工作入口。
Oracle Fusion Companion 已支援所有聊天平台嗎？
公告只舉 ChatGPT 等受支援工具，沒有提供所有平台與方案的完整清單。
員工提出目標後，就不用再核准嗎？
工作仍受身分、權限、政策與核准控制。需要人類判斷的例外，官方設計會升級交由人員處理。
