GitHub 於 2026 年 9 月 4 日發布「Copilot weekly releases — August 31」，今次訊息不只是新增模型，而是同時處理 agent coding 的三個邊界：用哪個模型、哪些程式碼不應進入 context，以及代理可以走到合併前哪一步。
模型方面，GitHub 表示 Claude Fable 5.1 已向 Copilot Pro+、Max、Business 和 Enterprise 用戶提供，Gemini 3.8 Flash 亦開始向 Pro、Pro+、Max、Business 和 Enterprise 推出。對團隊而言，這代表 model choice 正逐漸成為日常工程設定，而不只是實驗室比較；權限、費用、延遲和模型行為都要一併納入管理。
更重要的治理更新是 Copilot app 和 Copilot CLI 現在會遵守 content exclusions，讓敏感程式碼在 agentic workflow 中被排除於 context 之外。這個變化把一個常被留在文件層面的規則，推進到代理實際讀取資料的執行路徑。企業仍需測試排除規則是否覆蓋 monorepo、symbol search、CLI 和跨工具操作，不能只看設定頁面顯示已啟用。
JetBrains 方面，GitHub Copilot harness 進入 generally available；GitHub 將它描述為有助於更快交付功能和提升 code quality。這類 harness 更新的重點不只是生成一段程式碼，而是把 agent 的工具調用、上下文和編輯器流程組合成較穩定的執行環境。
VS Code 1.136 的 Agent Merge 則進入 public preview。GitHub 表示，它可以把 pull request 推向 merge-ready，方法包括處理 review feedback、failed checks 和 merge conflicts。這使 agent 由「幫你寫 code」走向「幫你完成合併前的修復循環」，但 public preview 並不代表可以跳過人類 reviewer、branch protection 或 CI policy。
同一批更新還包括 experimental multi-root workspaces，讓 Copilot 和 Claude agent sessions 可以出現在 workspace 的每個 folder；chat sessions 會用 hierarchy 組織相關對話並標示需要注意的 session。這些細節看似是介面更新，其實反映 coding agent 開始管理多個長任務，而不是每次只處理一個檔案的問答。
從工作流角度看，今次更新的共同主線是 control boundary。模型選擇決定推理能力和資料路徑，content exclusions 決定代理可以看到甚麼，Agent Merge 決定代理可以把修正帶到哪個軟件交付節點。三者若沒有一套一致的權限、審批、日誌和回滾規則，功能愈完整，風險面反而愈大。
因此，團隊採用這批功能時，應先用測試 repository 驗證：被排除的檔案會否出現在 prompt、review 或 CLI context；Agent Merge 遇到失敗 check 時會否保留可理解的 diff；以及最後 merge 是否仍然受 branch protection 和人類批准控制。GitHub 的更新顯示 agent coding 正向 production workflow 前進，而企業真正要管理的是 context、權限和交付邊界。
