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、权限和交付边界。
