本週 Copilot 平台在多個面向都有所轉變。Microsoft 以 Copilot Home 與 Projects 整合工作流程，GitHub 擴展了受治理的代理程式協調作業，財務團隊獲得專業技能，而由雲端支援的工作階段開始能跨應用程式和裝置流動。
對 IT 領導者而言，訊號很明確：本週的主題是受治理的延續性。Copilot 正從孤立的提示，邁向持續存在的工作、路由模型、已連接的工具、委派執行，以及隨使用者跨介面移動的政策。
1. Copilot Home — 持續性工作取代聊天孤島
Microsoft 的 2026 年 10 月 Copilot 更新指出，Copilot Home 將把 Chat 和 Cowork 納入共享體驗。Projects 將整合相關的聊天記錄、檔案、工作、會議、指示及生成的輸出內容，而不是讓這些情境分散在不同互動之中。
Microsoft 也表示，可重複使用的技能正從 Cowork 擴展至 Copilot Chat。使用者將能以自然語言建立技能、探索同事或其組織分享的技能，並決定這些技能何時執行。
這不只是導覽設計的調整，而是朝向可重複使用的組織情境轉變，讓指示與成品得以在單一對話之外持續保存。
同時，Microsoft 表示使用者可在 Copilot Workspaces 內建立及編輯 Word、Excel 和 PowerPoint 檔案。Audio Overview 也將新增依主題分類的單集、敏感度標籤支援，以及額外的內容類型。
這對 IT 領導者的意義：應將 Projects 與共用技能視為受管理的工作區，而非個人生產力功能。在持續性情境擴散至各部門前，您的推行計畫需要針對專案內容、技能發布、敏感度標籤及生命週期管理制定責任歸屬規則。
2. Autopilot — 委派工作進入治理佇列
Microsoft 的 10 月更新指出，其長期提供的委派工作體驗 Autopilot，將於 2026 年 11 月 向 Frontier 使用者推出。Agent 365 的定位是為這些代理程式活動提供治理、風險評估、使用情況可見性及商業價值衡量。
時機很重要。長時間執行的代理程式與聊天產生不同的控制問題，因為工作可在啟動互動結束後繼續進行。因此，核准界線、已連接的資料及結果審查，將成為營運要求而非可選的防護措施。
Microsoft 也表示，Agent Mode 將成為 Copilot for Word、Excel 和 PowerPoint 的預設模式。根據 Microsoft 2026 財政年度第三季財報資料，Copilot Chat 現在也提供多個模型的存取權，並具備自動路由功能。
這不是一組各自獨立的助理，而是一個正進入生產力套件的執行層。
這對 IT 領導者的意義：利用 11 月的 Frontier 推出期，在更廣泛採用前定義委派工作政策。您的控制措施應區分互動式協助、成品建立及長時間執行，並為各類別制定不同的審查要求。
3. Copilot Fusion — 模型路由成為受管理層
Microsoft Cloud Blog 報導，GitHub Copilot Fusion 已透過 Single、Cascade 和 Critique 工作流程正式全面推出。管理員與使用者可選擇 Standard、High 或 Max 工作強度等級，而 Fusion 可在 Copilot CLI、Copilot app 和 VS Code 之間協調雲端及裝置端模型。
同一篇報導指出，GitHub 已在 Copilot 和 Microsoft Foundry 中新增 GPT-6.1 Terra。GitHub 將其定位為適用於例行代理式程式設計及終端機工作的較低成本選項，而 Foundry 支援文字和影像輸入、Responses API，以及最高 100 萬個輸入權杖。
模型選擇正成為協調政策。當工作強度等級、路由模式、成本設定檔及本機執行方式可依工作而異時，單一預設模型已不足以構成企業策略。
企業控制項也隨著該路由層一同擴展。Microsoft Cloud Blog 報導，儲存庫外掛程式預設值、企業外掛程式政策、核准的市集，以及橫跨 VS Code、Copilot CLI 和 Copilot app 的受管理設定，已正式全面推出。根據 OurSignal 的說法，受管理的 Fusion 設定目前僅支援 Windows。
這對 IT 領導者的意義：盤點模型選擇在哪些情況下是自動進行、由使用者控制或由中央管理。依工作負載建立核准的工作強度等級及外掛程式市集，接著針對混合裝置環境記錄僅限 Windows 的管理限制。
4. 工作階段與自動化 — Copilot 跨越各種介面
AI Agent Store 報導，由雲端支援的 Copilot 工作階段可持續存在於網頁、行動裝置、Copilot app、VS Code、Slack、Teams 和 Copilot CLI 之間。同一媒體也報導了約 26 項服務的預覽連接器，包括 Slack、Figma、Notion、Sentry、Linear、Cloudflare 和 Vercel。
一次連線授權可減少重複設定，但也會集中存取權。持續性工作階段若在協作工具、開發環境及終端機之間攜帶情境，就會形成比僅限 IDE 助理更廣泛的治理邊界。
OurSignal 報導了 Copilot Projects 與 computer use 的公開預覽版。Projects 可納入 Slack 和 Figma 等工具的情境，而 computer use 經使用者核准後，可與 macOS 和 Windows 上已核准的桌面應用程式互動。
Copilot Automations 將相同模式延伸至雲端工作流程。Agent Daily 報導，自動化可手動啟動、依排程啟動、由事件觸發，或透過 API 啟動。OurSignal 也報導，共用自動化可在建立者之外獨立持續運作。
這對 IT 領導者的意義：將連接器授權、工作階段保留、桌面核准及自動化所有權視為單一控制平面進行審查。共用自動化需要服務所有權及離職程序，以避免工作流程依賴於個別建立者。
5. 財務與計費 — 專業化遇上成本控制
Microsoft 於 10 月 29 日宣布推出超過 25 項財務技能與合作夥伴外掛程式，涵蓋會計、資本市場及更廣泛的財務工作流程。Microsoft 表示，Excel 中的財務技能已正式全面推出，而 Excel 和 Cowork 中的會計功能仍處於 Frontier 階段。
CFO Dive 報導了涉及 QuickBooks、Xero、Zoho Books、FactSet、Morningstar、LSEG 和 S&P Global 的整合。Microsoft 的 10 月更新也列出了用於規劃、建模、投資研究及交易材料的財務導向功能。
此專業化改變了採用案例。財務部署現在需要依據既有的來源資料、試算表變更、研究出處及核准權限控制措施進行驗證。
成本治理也正在改變。Sherweb 報導，新的 Microsoft 365 Copilot Business 購買方案預定自 2026 年 12 月 1 日起啟用租用戶層級的使用量計費。這為正在評估新購買方案的組織帶來近期採購檢查點。
GitHub Copilot 的命令列體驗也仍有實際的可靠性疑慮。GitHub issue #5302 指出，代理程式經常在 Windows 上生成無效的 PowerShell，並需要重試。這是實際的工作流程缺陷，而非外觀上的不便。
這對 IT 領導者的意義：將財務驗證與一般 Copilot 採用分開處理，在 12 月 1 日前審查採購計畫，並在 CLI 試點中納入 Windows PowerShell 重試率。使用量計費與不可靠的命令生成，都可能改變自動化的預期成本。
策略性後續步驟（適用於 IT 領導者）
- 分類執行模式。在您的 Copilot 治理模型中，區分聊天、成品建立、委派工作、computer use 及雲端自動化。
- 稽核已連接的情境。記錄哪些 Projects、工作階段、連接器、外掛程式及自動化可存取組織資料。
- 設定路由政策。定義可接受的模型、Fusion 工作強度等級、外掛程式市集，以及本機與雲端執行路徑。
- 為計費變更做好準備。在 2026 年 12 月 1 日前，審查已規劃的 Copilot Business 購買方案及租用戶層級成本控制。
- 測試營運可靠性。在廣泛部署前，驗證 Windows PowerShell 生成、核准流程、共用自動化所有權及離職處理行為。
這些平台正圍繞代理程式匯聚。控制措施則依介面、模型、連接器及執行模式而分化。IT 領導者現在需要一套涵蓋全部四者的治理架構。