GitHub 于 2026 年 10 月 1 日整理 VS Code 1.136 至 1.140 的 GitHub Copilot 更新。文章的主线不是单一模型升级，而是把 agent-driven development 从实现一路接到 pull request merge：automations 处理重复工作，Agent Merge 协助收尾，session 管理则把多个进行中的任务整理成可追踪的工作流。
Agents window 新增的 recurring automations 可以按 hourly、daily 或 weekly 排程执行，也可以由用户按需启动。Agent Merge 则可在预览中处理 review feedback、failed checks、merge conflicts 和 workflow reruns。用户仍应把它当成受控的协作阶段，而不是无限制地让 agent 对主要分支自行作出不可逆改动；分支保护、权限、测试和人工批准仍然是责任边界。
同一个 Agents window 也可以由 Copilot、Claude 或 Codex session 打开 pull request 表格，让用户检查及编辑标题和描述、选择 draft 或 merge 选项。相关 chat 和 session 会以层级方式整理，已完成的 session 可以标记为 Done 或自动清理，application badge 则用来提示新结果、输入要求及 pull request checks。这些小功能合在一起，解决的是 agent 工作容易分散、完成后无人跟进的运营问题。
在工作环境方面，VS Code 可以从 Agents window 启动 Dev Container session，并沿用项目配置的工具和依赖，支持 SSH、Tunnel 和 WSL。用户也可以把没有 workspace 的 quick chat 转接到本地文件夹，或在 VS Code 接续 ChatGPT app 的 Codex 对话；issue 和 pull request URL 也可以作为 chat context。agent 因而取得更多项目背景，但同时需要更严格的数据访问和环境隔离设置。
HydraFusion 让符合资格的用户在 research preview 中选择模型和 workflow，由系统协调多个模型；这项功能与 recurring automation、Agent Merge 一样仍在预览阶段。GitHub 的更新把能力集中在一个入口，并不等于每个团队都应立即开启全部功能。排程 agent 需要明确的停止条件、成本上限、错误通知、最小权限及可回滚的输出，尤其当它会改写代码或创建 pull request 时。
这次 VS Code 更新的信号，是 coding agent 正由一次性对话走向持续的工作管理：排程、执行、验证、提交及合并逐步串成一条流程。采用时最重要的不是 agent 数量，而是能否把每个阶段的输入、输出、审查点和责任人写清楚，并保留人类对合并和生产变更的控制。
