据 GitHub 官方九月更新日志和 VS Code 十月七日文档，Copilot 的 Agent Merge 功能已进入预览阶段。在 Agents 窗口里开启后，Copilot 会自动读取 PR、监视 review 和 CI 状态、修复阻塞问题，然后在 GitHub 允许的时机合并 PR。
具体能干什么：处理 review 反馈意见、修复失败的 CI 检查、解决合并冲突、重新运行挂掉的工作流。你只需要在 Agent Merge 菜单里勾选要让代理处理哪些类型的阻塞项，以及是否在就绪后自动合并。也可以从命令面板直接配置当前活跃会话。
关键安全边界：Agent Merge 不会绕过分支保护、必需检查或审批规则。它只是在这些规则允许的范围内自动做那些人本来就要做的重复劳动。对每天要处理十几个小 PR 的团队来说，这能省掉大量点击操作。
Agent Merge 这个功能的出现，意味着 GitHub 正在把编码 Agent 的能力从写代码延伸到代码评审和合并的全流程。以前的 Copilot 只是帮你写代码，现在它可以帮你走完从代码提交到合并的整个闭环。这对于开发流程自动化是一个重要的里程碑。
不过在实际使用中，建议团队先制定明确的规则：哪些类型的 PR 可以开 Agent Merge，哪些必须人工审批。比如文档修改和测试代码可以自动合并，核心业务逻辑的改动还是要人过一眼。Agent Merge 是效率工具，不是责任转移——出了问题还是要人来负责。
Agent Merge 到底能自动做哪些事？
从 Agents 窗口里直接创建 PR 也是新功能。你可以在 Copilot、Claude 或 Codex 的代理会话里打开 PR 创建表单，编辑标题和描述，选择草稿和合并选项。这意味着从写代码到提 PR 的整个流程都可以在一个界面里完成。
它会不会绕过分支保护直接合？
建议先在低风险的仓库里试用 Agent Merge，比如内部工具库或文档仓库。核心生产仓库还是保留人工审批。毕竟自动合并听起来很爽，但万一代理改坏了关键逻辑而 CI 又刚好漏测，出问题的代价不小。
去论坛讨论
前往 silicon-agi.com 论坛 参与讨论