截至 2026 年 10 月 19 日，Copilot 平台在多個面向有所轉變。Microsoft 推出了持續型代理程式功能、啟動法律工作流程工具、擴展資料基礎支援、推進多模型策略，並連續發布三個 GitHub Copilot CLI 更新版本。
對 IT 領導者而言，訊號相當明確：本週的主題是 營運自主性。Copilot 正從提示與回應式的協助工具，邁向具備身分、記憶、觸發條件、計量用量及企業系統存取能力的代理程式。
1. 持續型代理程式 — 身分、記憶與觸發條件
Microsoft 宣布，處於 Frontier 預覽版的 Copilot Studio 代理程式可獲得專屬 Microsoft Entra 身分與認證。根據 Microsoft 的 Copilot Studio 公告，這些代理程式帳戶可參與 Microsoft 365 環境，同時與個別員工帳戶保持區隔。
相同的預覽版也加入了業務流程記憶與自動化觸發條件。Microsoft 表示，共享記憶可讓代理程式保留流程脈絡，而觸發條件則讓它們能在工作流程需要注意時做出回應，而非等待使用者提示。
這不是另一項聊天機器人功能。這是一種可持續運作、由組織擁有的自動化營運模型。
授權包裝也需要仔細檢視。所提供研究引用的一份第 42 週產業報告指出，代理程式帳戶需要專屬 AI Teammates 授權以及計量額度。這項組合將代理程式身分成本與使用成本分離，使流程層級的用量監控成為採購要求，而非可有可無的最佳化措施。
這對 IT 領導者的意義： 將持續型代理程式視為服務身分，而非生產力附加元件。您的部署設計需要具備擁有權、認證生命週期控制、流程邊界、用量監控及升級處理路徑，然後才讓代理程式開始在 Teams、Outlook 或 Office 工作流程中執行操作。
2. Copilot for Legal — 超過 20 項專業技能
Microsoft 宣布 Copilot for Legal 已在全球正式推出，提供 超過 20 項專門設計的法律技能與合作夥伴外掛程式。Microsoft Copilot Blog 表示，此產品支援在 Word 中進行更深入的文件作業、在 Cowork 中執行多檔案工作流程，以及連線至受信任的法律系統與資料來源。
產品範圍之所以重要，是因為法律工作結合了機密內容、專業來源資料與需要大量核准的流程。將這些工作流程移入 Copilot，可更充分地支持租用戶全域政策，以規範資料存取、輸出審查、保留與外掛程式授權。
Microsoft 更廣泛的產品方向也強化了這項改變。根據研究中彙整的 Microsoft 採用資料與報導，近期的 Copilot 體驗包括用於多步驟成果的 Cowork、可根據自然語言指示建立應用程式與工作流程的 Code，以及用於持續指派工作的一項 Autopilot。
這不僅僅是一組法律提示詞，而是一個連接 Microsoft 365 內容與外部系統的垂直工作流程層。
這對 IT 領導者的意義： 法律部署需要獨立的控制平面。請確認哪些外掛程式可存取特權資料、為每項技能指派負責的業務擁有者，並要求會影響合約、申報、調查或受監管記錄的工作必須經過人工審查。
3. 授權與計量 — 12 月 1 日的決策節點
一份第 42 週產業報告指出，自 12 月 1 日起，據報導 Copilot 與 Copilot Business 可在不具備符合資格的 Microsoft 365 訂閱情況下購買。同一份報告指出，新的 Copilot Business 授權將包含每位使用者每月預設 4,000 點額度，管理員可調整支出限制。
由於所提供研究將這些購買變更描述為報導內容，而非 Microsoft 授權文件直接確認的資訊，採購團隊應在下單前確認最終 SKU 條款。不過，這項規劃意涵仍值得立即關注。
獨立購買可能擴大符合資格的使用者群體，而預設啟用的計量機制則會在席次型授權之外導入變動用量。這是兩條不同的預算線。
如果代理程式、連接器與持續性工作會消耗額度，名目授權數量將不再能描述總曝險。財務與 IT 需要一個共同模型，涵蓋已指派使用者、預期工作負載量、支出限制及例外處理。
這對 IT 領導者的意義： 將 12 月 1 日列入授權行事曆。請索取已確認的產品條款、識別缺乏符合資格 Microsoft 365 訂閱的使用者，並在大規模啟用計量工作負載前定義額度門檻。
4. 多模型 Copilot — 路由取代標準化
所提供研究報告指出，Gemini 4 Argon 已在 GitHub Copilot 中正式推出，適用於複雜的程式設計、代理式及推理工作負載。另據 Topedia 報導，GPT-6.1 Sol 已開始在 Copilot Chat 推出，並正向 Microsoft 365 Copilot 授權持有人推出至 Word、Excel 與 PowerPoint。
根據 Hyperdrift 的每日報導，VS Code 也加入了多模型路由，使請求可跨模型移動，而非讓每項工作都依賴單一模型。Microsoft 的 Azure Developer Community 透過 Microsoft Foundry 推出了 Decision-1 模型，以進行快速決策評分，而路由被列為潛在應用案例。
同時，根據研究摘要，HydraFusion Max 已加入 Copilot 的研究預覽陣容，針對困難的開發工作協調多個模型與平行驗證。預覽狀態是關鍵限制，不應將其視為正式推出。
GitHub 也計劃於 2026 年 11 月 16 日在 Copilot Chat、內嵌編輯、詢問模式、代理程式模式與程式碼完成中淘汰數個模型。所提供研究未提及任何寬限期。
這對 IT 領導者的意義： 請在 11 月 16 日之前盤點模型相依性。多模型存取改善了工作負載選擇，但同時也需要核准模型政策、迴歸測試，以及針對仍處於預覽或推出階段功能的明確處理方式。
5. GitHub Copilot CLI — 三天內三個版本
根據為本次簡報提供的版本追蹤資料，GitHub 在 10 月 12 日至 10 月 14 日期間發布了 Copilot CLI 1.0.96、1.0.97 與 1.0.98 版本。
版本 1.0.96 改善了沙箱祕密資訊遮罩功能，讓模型 ID 不區分大小寫但仍保留標準名稱，在企業政策啟動期間保留 /allow-all，並加入 CLAUDECODEWORKFLOWSUBAGENTMODEL 以標準化工作流程代理程式模型。
版本 1.0.97 加入了以代理程式為範圍的宣告式 Hook、改善了深度巢狀或大量自訂代理程式的探索能力、啟用了即時 AI Credit 追蹤，並修正工作階段恢復時的外掛程式 Hook 行為。版本 1.0.98 加入 Gemini 4 Argon 支援、改善 Node 遺失子程序結束訊號時的命令 Hook 可靠性，並在分割檢視工作階段變更後同步 MCP 狀態與 /mcp 命令。
企業治理也正同步收緊。研究中彙整的報導指出，管理員可強制支援的用戶端（包括 Copilot CLI、VS Code 與 GitHub Copilot app）在啟動時重新整理由伺服器管理的設定。針對與治理敏感相關的控制項，也正導入最低用戶端版本要求，首先從沙箱設定開始。
這對 IT 領導者的意義： 設定受支援的 CLI 基準版本、針對已恢復的工作階段測試 Hook，並在依賴沙箱強制執行前確認啟動時的政策重新整理功能正常運作。版本漂移如今已是治理風險，而不僅是支援問題。
策略性後續步驟（供 IT 領導者參考）
- 將持續型代理程式分類為受管理身分。 在採用預覽版之前，先指派擁有者、權限、認證控制項與解除佈建程序。
- 建立計量用量模型。 將所報導的 4,000 點額度與可調整限制納入 12 月預算情境。
- 為模型淘汰做好準備。 在 11 月 16 日前測試受影響的 GitHub Copilot 工作流程，並記錄已核准的替代方案。
- 將預覽版與生產環境分開。 將 Frontier 代理程式與研究預覽模型協調功能置於明確的部署閘門之後。
- 標準化用戶端版本。 為 Copilot CLI 與其他受治理的用戶端建立最低版本要求，然後驗證啟動時的政策重新整理。
這些平台正在分化。Microsoft 正將持續型代理程式、專業工作流程、更廣泛的資料存取與多模型路由，建構成一個計量式營運環境。治理現在必須以相同速度推進。