在 2026 年 11 月 9 日 當週，Copilot 平台的發展方向轉向可連線且能採取行動的代理程式。Microsoft 與 GitHub 擴展了 Copilot Studio、Microsoft 365 Copilot 及 GitHub Copilot 的代理程式互通性、編輯器存取、工作流程自動化、企業管理與使用控制功能。

對 IT 領導者而言，訊號很明確：本週的主題是 營運匯流。Copilot 不再侷限於獨立的聊天介面——代理程式可跨越工具、針對業務資料採取行動，並參與受管理的工作流程；同時，系統管理員也承接了新的治理與容量規劃責任。

1. Copilot Studio — 代理程式營運跨越工具界線

Microsoft 表示，現在可透過支援的命令列介面與開發人員工具操作 Copilot Studio，包括 GitHub Copilot、Claude Code 與 Codex。透過其 Model Context Protocol 伺服器，支援的用戶端可探索資源、建立或設定代理程式與工作流程、執行評估、發佈變更，以及針對部署進行疑難排解。

Microsoft 也將代理程式工作流程中符合 MCP 規範的工具標示為已推出。這使 MCP 從整合實驗轉變為企業代理程式環境中日益重要的互通性層。

Copilot Studio 更新加入了具備業務流程記憶的持久性代理程式、事件式或排程式觸發程序，以及代理程式對代理程式的互通性。Microsoft 也將範圍限定的認證描述為私人預覽，因此 IT 團隊不應將此控制項視為普遍可用。

新的 Agent Evaluations CLI 透過支援建立、執行及分析代理程式測試，加入了另一項生命週期元件。這不只是另一個撰寫介面，而是為可保留內容並發起動作的代理程式建立測試與發行紀律的開端。

這對 IT 領導者的意義： 在團隊將 Copilot Studio 連接至多種開發工具之前，請為代理程式資訊清單、認證、評估與發佈權限建立擁有權模型。持久性代理程式需要比傳統聊天機器人管理更接近應用程式營運的變更控制。

2. GitHub Copilot — 更多編輯器與更安全的 CLI

GitHub 表示，GitHub Copilot 現已透過 Agent Client Protocol 以代理程式形式在 JetBrains Air 中提供使用，其 Xcode 程式碼助理也已進入公開預覽。此差異相當重要：JetBrains Air 代表已啟用的代理程式整合，而 Xcode 仍是應與正式生產標準工具分開評估的預覽功能。

根據 GitHub 的說法，現在可從 GitHub.com、GitHub Mobile、Copilot CLI、Copilot app、VS Code 及其他支援的介面啟動 Copilot 雲端工作。工作可在更多位置展開，但這也讓身分識別、儲存庫存取與工作歸屬更加重要。

Copilot CLI 版本 1.0.106 與 1.0.107 新增了可在 VS Code 開啟目前工作階段的 /code 命令、統一的 /settings 儀表板、改善的工作階段連續性，以及 Kitty 行內影像轉譯功能。這些版本也在 CLI 無法完整剖析指令碼時導入更嚴格的核准機制。

最後這項變更是營運重點。CLI 無法理解的指令碼，不應只是因為它在既有工作階段中產生，就自動繼承隱含核准。

這對 IT 領導者的意義： 定義獲核准的編輯器與 CLI 整合，接著測試工作階段交接、授權提示與儲存庫界線。將 Xcode 視為受控預覽，並在大規模部署 CLI 前驗證更嚴格的指令碼核准機制。

3. Microsoft 365 Copilot — 代理程式可採取更多動作

Microsoft 表示，Microsoft 365 Copilot 現可處理更多自然語言 Outlook 動作，包括刪除、移動、複製及分類訊息，以及管理收件匣規則與資料夾。大量變更需要確認。

這是從摘要功能進一步擴展至信箱管理的重要變化。確認機制可降低意外大量執行的風險，但無法取代針對模糊指示、資料夾範圍與規則行為的訓練。

Microsoft 也表示，透過 MCP 建立的代理程式現可在 Word、Excel、PowerPoint、Outlook 及 Microsoft 365 Copilot Catalyst 體驗中使用。同時，App Blocks 已從開發階段進入逐步推出，而 Confluence 連接器的精進查詢篩選支援已達到推出狀態。

根據 Microsoft 的版本資訊，Copilot Cowork 獲得了可將 Planner 與 Cowork 連線的 Planner Plugin。Copilot Studio 也預覽了一個 Copilot 節點，可執行以已連線使用者的郵件、檔案、行事曆及聊天內容為基礎的 Copilot Chat 或 Cowork 工作。

這對 IT 領導者的意義： 在啟用更廣泛的代理程式工作流程前，請檢閱郵件、檔案、行事曆、聊天及 Planner 的權限。這些功能不只是回答問題——它們可以變更使用者環境，並協調跨連線服務的工作。

4. GitHub 管理 — 原則移入 API

GitHub 表示，現在可透過 REST 與 GraphQL API，從企業原則一路到個別儲存庫管理 Copilot 程式碼審查設定。可用的控制項涵蓋啟用狀態、審查深度、執行器、自訂指示及 MCP 工具。

系統管理員也能更清楚掌握 AI 點數，並可針對失敗或逾時的審查使用重試選項。據報導，與 GitHub 或 Microsoft 帳戶團隊合作的組織，可讓每位已授權的 GitHub Enterprise 使用者取得 Copilot，而無須另購 Copilot 訂閱；不過，使用量仍以點數為基礎，並與企業預算綁定。

這項套裝方案變更並未消除成本治理需求。它將控制點從席次取得轉移至使用量預算、原則繼承與使用報告。

GitHub Copilot Projects 也進入公開預覽，可用於協調多個儲存庫之間的工作；同時，較高深度的 Max 審查層級與 Lite 和 Balanced 一起進入預覽。這兩項預覽都擴大了自動化工作可能帶來的資源與治理範圍。

這對 IT 領導者的意義： 將 Copilot 審查原則轉換為集中管理的設定，並將 AI 點數擁有權對應至既有的工程預算。綑綁存取可加速採用，但以點數為基礎的使用量仍需要警示、分配規則與例外處理。

5. Copilot Chat — 合理使用限制擴及更大型租用戶

Microsoft 開始將未公開的合理使用限制，從影像產生功能擴展至未購買付費 Microsoft 365 Copilot 附加元件之商業使用者的其他 Copilot Chat 功能。針對最多 2,000 個席次 的租用戶，推出作業於 11 月 2 日 開始；較大型組織則於 11 月 9 日 開始。

根據已報導的推出細節，系統管理員無法檢視或調整數值門檻。由於沒有可見的容量控制項，支援團隊可能需要在沒有租用戶層級限制計量表的情況下，診斷使用者面向的限制。

同時，Microsoft 表示 Claude 模型即將在 EU Data Boundary 內的 Microsoft Copilot 中提供。此變更在保留適用區域資料保護的同時，擴大了模型選擇；但每個模型仍須依照組織原則與工作負載需求進行檢閱。

這對 IT 領導者的意義： 記錄哪些使用者依賴未搭配付費附加元件的 Copilot Chat，並為合理使用中斷準備升級處理指引。模型選擇與使用限制必須一併治理——可用性不代表容量可預測。

策略性後續步驟（適用於 IT 領導者）

  1. 盤點代理程式進入點。 記錄每一個已核准的 Copilot 編輯器、CLI、Microsoft 365 應用程式及 Copilot Studio 整合。

  2. 將預覽功能與正式生產環境分開。 對 Xcode、Copilot Projects、Max 審查及預覽工作流程節點套用不同的支援與資料處理原則。

  3. 測試動作控制項。 驗證 Outlook 變更、指令碼執行、代理程式發佈及跨服務工作流程的確認行為。

  4. 集中管理原則。 使用企業與儲存庫控制項，將程式碼審查深度、執行器、指示及 MCP 存取標準化。

  5. 針對不透明的限制進行規劃。 為系統管理員無法檢查或修改的 Copilot Chat 容量限制建立支援程序。

各個介面正在匯流。代理程式正獲得記憶、工具與執行路徑。治理現在必須隨著行動而行。