本週 AI 平台格局在多個層面出現轉變。Microsoft 概述了圍繞 Home、Code 和 Autopilot 建構的重新設計 Copilot；GitHub 推出了動態工作流程；而 GPT-6.1 Sol 已在 GitHub Copilot 正式推出。
對 IT 領導者而言，訊號很明確：本週的主題是平台整合。Microsoft 正在讓 Copilot 超越聊天介面，但其推出涵蓋搶先存取、私人預覽及正式可用服務。這些差異必須成為部署政策的依據。
1. Copilot Home — 全新的工作介面
Microsoft 於 9 月 29 日發布的新聞稿，將 Home 介紹為重新設計 Copilot 體驗的起點。Microsoft 表示，Home 結合了聊天、協作及委派工作能力；The Verge 的報導則指出，Word、Excel 和 PowerPoint 將可在更廣泛的 Copilot 介面中使用。
這不只是導覽更新，而是試圖使 Copilot 成為使用者存取文件、對話與 AI 輔助任務的主要介面。
Microsoft 表示，Home 將在未來數週透過其 Frontier 搶先存取計畫開始推出。Frontier 身分十分重要：在 Microsoft 記錄正式環境推出情況之前，您的團隊不應假設功能對等、支援準備度或全租用戶可用性。
整合式介面也改變了採用規劃。若使用者開始從 Copilot 建立文件、啟動任務及存取 Office 應用程式，訓練就必須涵蓋此工作介面，而非僅著重於個別聊天提示。
**這對 IT 領導者的意義：**識別符合 Frontier 測試資格的業務群組，記錄其將評估的工作流程，並在 Home 進入獲支援的正式環境階段前，保留既有 Microsoft 365 介面作為營運基準。
2. Code 與 Autopilot — 建置與持續性工作相遇
Microsoft 9 月 29 日的公告將 Code 描述為可用於建立應用程式、儀表板及工作流程的自然語言環境。The Journal 和 TechRadar 報導指出，使用者可以描述希望 Copilot 建立的內容，而無須從傳統開發工具開始。
因此，Code 將 Copilot 的受眾擴展至軟體團隊以外的使用者。它也帶來應用程式治理問題：生成的應用程式仍可能依賴業務資料、連接器、權限及負責任的擁有者。
同時，Microsoft 將 Autopilot 描述為可在使用者離線時持續工作的持續性代理人。Microsoft 將 Autopilot 定位為私人預覽，而 Home 和 Code 則被列入 Frontier 推出範圍。
持續性工作是實質上的變化。它將任務延伸至使用中的對話工作階段之外，但所提供的 Microsoft 公告未說明該執行背後完整的身分識別、授權、核准、記錄或撤銷架構。
這個缺口應界定評估方向。在允許 Autopilot 處理受監管資料或造成重大影響的動作前，IT 團隊需要取得有文件佐證的答案。
**這對 IT 領導者的意義：**將 Code 與 Autopilot 試點分開進行。依據應用程式擁有權與資料存取政策測試 Code；在 Microsoft 發布充分的營運與治理文件之前，將 Autopilot 限制於可復原的任務。
3. 治理與定價 — 兩項尚未明確的預算支出
根據 Stocktwits 和 Reworked 彙整的報導，Microsoft CEO Satya Nadella 將 Copilot 稱為「全新的工作作業系統」。Nadella 也表示，代理人動作必須持續受到公司政策治理。
政策目標很明確，但實作細節仍是採購議題。
WindowsForum 報導了 Copilot Managed Runtime 的預覽版，用於受治理的應用程式代管。此外，Finance Yahoo 和 TechGig 報導了一種混合商業模式：將例行使用的訂閱存取與進階功能的用量計費 Copilot Credits 結合。
未提供的任何來源都未確立通用點數費率或完整的 SKU 層級計算方式。因此，IT 領導者不應將假設的每位使用者節省金額或用量成本納入既定預算。
這並非傳統僅按席位計費的續約模式，而可能是結合固定授權與可變代理人活動的混合模式。
**這對 IT 領導者的意義：**為訂閱與用量分別設定預算項目，在採購期間要求提供使用量匯出能力，並要求 Microsoft 在批准大規模部署前，說明哪些 Home、Code、Autopilot 及受管理執行階段動作會消耗點數。
4. 動態工作流程 — 協調機制進入程式碼
GitHub 於 10 月 1 日的變更日誌，在 Copilot CLI、GitHub Copilot 應用程式及 Copilot SDK 中推出了動態工作流程。GitHub 已讓所有 Copilot 方案都能使用此公開預覽。
GitHub 表示，動態工作流程可讓團隊以程式碼定義協調機制，以進行更可靠且更可觀測的多代理人工作。這是廠商宣稱的能力，並非與對話工作階段進行獨立驗證後的比較結果。
GitHub 也表示，工作流程必須位於 GitHub Copilot 擴充功能中，才能使用 Copilot 擴充性 API。此要求為 IT 團隊提供了具體的審查邊界：可在安裝或執行前，盤點擴充功能及其工作流程。
公開預覽仍是限制性標籤。在正式推出前，工作流程語法、權限、遙測及用量行為都可能改變。
**這對 IT 領導者的意義：**建立已核准的擴充功能存放庫，要求每個工作流程皆有具名擁有者，並在測試環境中記錄預覽行為。不要將所有方案皆可使用視為正式環境準備就緒。
5. 模型與整合 — 介面持續擴展
GitHub 於 9 月 29 日的變更日誌宣布，GPT-6.1 Sol 已在 GitHub Copilot 正式推出。所提供的研究資料也指出，模型可用性會因符合資格的 Copilot 層級而異，因此在更新內部指引前必須確認權益資格。
模型變更不只是功能公告，也可能改變輸出品質、延遲、使用模式及內部驗證所需的證據。
Microsoft 於 2026 年 9 月的 Copilot 更新也推出了 Teams Phone Agent，旨在接聽來電並將使用者引導至支援服務。Microsoft 的 Azure 團隊則另行表示，Fabric IQ 在某些情境中可將業務內容與 Fabric 生成的深入解析帶入 Copilot，而不會產生額外的 AI 權杖成本。
「在某些情境中」這項限定十分重要。您的財務團隊應要求針對特定工作負載進行確認，而非將此主張套用至每次 Fabric 與 Copilot 互動。
**這對 IT 領導者的意義：**針對 GPT-6.1 Sol 重新執行已核准的 GitHub Copilot 評估、確認層級資格，並在變更服務台或分析預算前，分別驗證 Teams Phone Agent 與 Fabric IQ 的成本。
策略性後續步驟（適用於 IT 領導者）
**分類每個發布階段。**將 Home 和 Code 記錄為 Frontier 功能、Autopilot 記錄為私人預覽、動態工作流程記錄為公開預覽，並將
GPT-6.1 Sol記錄為正式可用。**定義可復原的試點。**在擁有權、權限、記錄及復原程序均有文件佐證前，讓生成的應用程式、持續性任務及多代理人工作流程遠離不可逆動作。
**區分固定與可變成本。**將 Copilot 訂閱與潛在的 Copilot Credits、模型權益及工作負載特定用量分開追蹤。
**建立擴充功能控制點。**盤點 GitHub Copilot 擴充功能，並要求審查每個工作流程的工具、資料存取、擁有者及預期執行模式。
**重新驗證正式環境假設。**依據您的租用戶測試模型行為與整合成本，而非仰賴廣泛的發布宣稱。
介面正在整合。持續性工作正進入預覽。協調機制正進入程式碼。模型持續輪替。IT 領導者現在需要能區分可用性與準備度的控制措施。