Copilot 平台在 2026 年 10 月 19–26 日於多個面向出現轉變。Copilot CLI 正式上市、Copilot Cowork 擴展至事件驅動的企業自動化,而 Microsoft 與 GitHub 則強化了模型、Agent、遙測及受控執行的控制項。

對 IT 領導者而言,訊號很明確:本週的主題是 受治理的自主性。Copilot 正從使用者主動發起的聊天,延伸至終端機、商務事件、軟體交付與租用戶內部應用程式,使原則設計與功能採用同等重要。

1. Copilot CLI — 正式上市改變了基準

InfoQ 報導,Copilot CLI 已正式上市,提供自然語言命令建議、命令說明、Agent 工作流程、Autopilot 模式、GPT-5.4 支援及企業遙測。此版本將終端機協助從實驗性工作流程,帶入受支援的產品介面。

數個快速推出的 CLI 修訂版本也收緊了營運行為。Agent Breaking Changes 報導,版本 1.0.104-1 讓 Assisted Permissions 無須實驗模式即可使用,並修正無法擷取已儲存偏好設定時 Auto 模式失敗的問題。

版本 1.0.103 改善了 Agent Client Protocol 沙箱處理、在重新連線後保留完整的雲端回應,並在使用者從已完成的回應複製程式碼區塊時還原原始程式碼。版本 1.0.102 改善受控的 Auto 模型選擇、允許子 Agent 繼承工具核准,並擴展外掛程式市集對 Git 子目錄與較長說明的處理能力。

版本 1.0.100 為提示模式工作階段新增了 --disable-client-telemetry 與 --trust-folder。Agent Breaking Changes 也報導支援透過 GitHub app 連結安裝已驗證的技能與外掛程式。

這不只是新的命令介面,而是具備權限、遙測、外掛程式、模型與委派工具存取能力的 Agent 執行介面。

這對 IT 領導者的意義: 將 CLI 部署視為受控端點變更。在 Autopilot 或 Agent 工作流程成為標準開發人員實務之前,您的推出計畫應定義遙測原則、資料夾信任預期、核准繼承、外掛程式來源及復原測試。

2. Copilot Cowork — 商務事件成為 Agent 觸發條件

Microsoft 的 Copilot Cowork 版本資訊顯示出更廣泛的模型組合與更具結構的工作區。GPT-6.1 Sol 已取代 GPT-6 Sol,而 Grok 4.7 可用於長篇文件、程式設計及多步驟工作。同一份資訊指出,Claude Fable 5.1 已取代 Fable 5,同時也提供 Claude Opus 4.8 作為模型選項。

Cowork 也新增了 Projects,用於將相關工作、指示、內容與產生的檔案分組。Microsoft 的版本資訊表示,現在可以透過行動應用程式中的 + → Skills 探索及設定外掛程式。

更重要的是,SMK 的報導描述了 Power Platform 連接器,可從 CRM 平台、Teams 及其他已連線應用程式中的事件啟動 Cowork 工作。這些工作流程不需要使用者手動提示每一項動作。

根據 SMK 與 Microsoft 的產品更新,針對職務的外掛程式也正擴展至銷售、服務、教育、法務及行銷相關工作。據報導,Cowork 內的 Azure DevOps 存取範圍涵蓋專案、工作項目、提取要求、測試計畫與管線。

這不是擁有更多外掛程式的聊天,而是跨越持有營運與客戶資料系統的事件觸發協調作業。

這對 IT 領導者的意義: 將每個連接器、觸發條件、外掛程式及可存取資料來源,納入自動化邊界的一部分。專案層級內容可改善重複使用,但也使保留的指示與產生的檔案成為需要擁有權與審查的治理物件。

3. Copilot Studio — Agent 獲得生命週期與身分識別

Microsoft 的 Copilot Studio 更新顯示,適用於 Copilot Chat 的 Agent 建置功能已正式上市。此版本包含主題、已連線的 Agent、評估,以及從開發到生產環境的生命週期管理。

Microsoft 也新增了從發票、合約及財務報表擷取資訊的工作流程功能。Copilot 節點可叫用 Copilot Chat、Cowork 工作、Researcher、Analyst 或自訂 Agent,而工作流程檔案支援現在已延伸至 Word、Excel 與 PowerPoint。

企業自動化正變得更加持久。Microsoft 的更新描述了 Agent 可取得 Microsoft 365 帳戶、在 Word 註解或電子郵件中被提及、保留流程記憶,並依排程或訊號執行。

同時,聯絡中心功能正圍繞語音與聊天 Agent 匯聚。據報導新增功能包括專業子 Agent、確定性主題、電話號碼佈建、客戶對話測試工具,以及交接至 Teams 佇列。

這對 IT 領導者的意義: 具備帳戶、記憶、觸發條件及已連線子 Agent 的 Agent,應如同工作負載身分識別一般受到治理。在部署至生產環境之前,要求指定擁有者、評估標準、環境升級控制項,以及明確的汰除程序。

4. 受控執行階段 — 治理進入執行環節

根據 M365 Perspective,Copilot Code 已開始向 Frontier 租用戶推出。它可以建立以 Work IQ 為基礎的應用程式、追蹤工具與儀表板,將其發佈至 Copilot Managed Runtime,並開啟 GitHub 提取要求草稿。

根據 Holger Imbery 的報導,Copilot Managed Runtime 可在 IT 控制下,於 Microsoft 365 租用戶邊界內執行 AI 建立的應用程式。Microsoft 也正向第三方工具與專業開發人員開放此執行階段。

M365 Perspective 報導,SharePoint 團隊知識庫已進入 Frontier 預覽版。它們會將電子郵件、聊天、會議與網站內容編譯為相互連結、可供 Agent 讀取的 Markdown 程式庫。

這些變更建立了新的控制點。產生的應用程式可能很快就能建立,但其資料存取、執行階段行為與生命週期仍是企業責任。

這對 IT 領導者的意義: 將實驗與已核准的執行分開。Frontier 可用性與預覽知識庫應納入受控驗證,同時應為執行階段存取、Work IQ 基礎、發佈權限及提取要求草稿建立制定文件化原則。

5. GitHub Copilot — 模型原則與報告功能擴展

Microsoft Cloud Blog 報導,GitHub 推出了 API,可在企業、組織、團隊及 Agent 應用程式層級擷取與更新 Copilot 模型原則。GitHub 也開始將全域預設值套用至符合資格、先前未設定的 Copilot 功能與 Business 和 Enterprise 方案的用戶端設定,同時保留明確的系統管理員選擇。

多個舊版模型已於 10 月 19 日淘汰,系統管理員可透過模型原則取得替代模型。這為具有模型相依工作流程的團隊建立了立即的審查重點。

根據 RC Labs,GitHub Copilot 使用量指標現在可區分自訂技能、Agent、Model Context Protocol 伺服器、斜線命令、外掛程式及其他工具,而非將其歸類至通用類別。報告功能也擴展至涵蓋包括 OpenCode 在內工具的模型使用情況。

Visual Studio 獲得了 Copilot 功能,可在聊天中探索提取要求、自動處理由 Visual Studio 識別的弱點套件,以及選擇組織信任的模型。這些功能將模型原則直接連結至程式設計與修復工作流程。

這對 IT 領導者的意義: 立即檢閱未設定的預設值與已淘汰模型的暴露情況。使用擴展後的遙測類別,區分已核准的擴充功能與影子整合,接著在企業、組織、團隊及 Agent 範圍內對齊信任模型原則。

策略性後續步驟(適用於 IT 領導者)

  1. 建立終端機治理基準。 在廣泛部署 Copilot CLI 前,定義遙測、資料夾信任、Assisted Permissions、外掛程式安裝及子 Agent 核准規則。
  2. 對應自動化邊界。 記錄 Cowork 連接器、商務事件觸發條件、保留的專案內容,以及每個能夠啟動 Agent 工作的系統。
  3. 治理 Agent 身分識別。 對具備 Microsoft 365 帳戶的 Agent 套用工作負載擁有權、最低權限、生命週期管理及評估要求。
  4. 檢閱模型原則。 檢查 10 月 19 日的淘汰項目、GitHub 全域預設值,以及各管理範圍的模型選擇控制項。
  5. 控制執行階段發佈。 限制哪些人可以發佈 AI 建立的應用程式、以 Work IQ 為其基礎,或建立提取要求草稿。

各平台正在分化。Microsoft 正建立租用戶內部的 Agent 執行能力,GitHub 正擴展模型治理,而 Cowork 則將 AI 工作連結至商務事件。下一階段不是再次推出聊天機器人,而是一套自動化控制計畫。