VS Code Agent Merge 自动修 PR 怎么开
VS Code 1.136 推出 Agent Merge 公开预览，让 agent 自动处理 review 反馈、修 CI 失败、解决 merge conflict 直到 PR ready to merge。
VS Code 1.136（2026 年 9 月 2 日发布）推出 Agent Merge 公开预览，开启后 agent 能自动处理 PR 的 review 反馈、修复 CI 失败、解决 merge conflict，持续迭代直到 PR 进入 ready to merge 状态。
现象：PR 从"差不多了"到真正合并中间卡太多轮
一个 PR 被 review 之后通常不会一次过。Reviewer 留了三条意见，你改两条 push，CI 挂了一个 lint 错误，修完 CI 又和 main 分支冲突了，解完冲突 reviewer 又发现新问题。这个循环在大团队里可以跑三到五轮，每一轮的等待时间远超实际改动时间。Agent Merge 的目标是把这些"修修补补"的轮次交给 agent 自动完成，人只需要在关键节点做决策。
机制：Agent Merge 怎么工作
Agent Merge 的运行机制是一个持续监听的循环。开启后，agent 订阅 PR 上的事件流（新的 review comment、CI 状态变更、merge conflict 检测），然后针对每个事件执行对应的修复操作。
处理 review 反馈时，agent 读取 reviewer 的评论，定位到代码位置，按评论要求做修改并 commit。和 Cursor 的 Autofix PR review comments 自动化类似，agent 只处理明确可执行的意见，含糊的设计讨论会被跳过并留言请求人工介入。
修复 CI 失败时，CI 红了之后 agent 读取失败日志，判断是 lint 错误、类型错误还是测试失败，然后尝试修复。修复后重新 push 触发 CI 重跑。如果连续几次修不好，agent 会停下来报告问题。
解决 merge conflict 时，当 PR 分支和目标分支出现冲突，agent 拉取最新的目标分支代码，执行 merge 并解决冲突。简单的文本冲突（比如两边都在同一个文件末尾加了新函数）agent 能自动处理；语义冲突（比如两边改了同一个函数的不同逻辑分支）agent 会尝试合并但标记为需要人工确认。
实操：怎么开启和使用
开启需要两步。第一步在 VS Code 设置里把 chat.agentMerge.enabled 设为 true：
{
"chat.agentMerge.enabled": true
}
第二步有两种触发方式：运行命令面板里的"Enable Agent Merge for Active Session"，或者点击标题栏上新增的"Agent Merge"按钮。注意这是会话级别的开关，每次新开 VS Code 窗口需要重新激活。
激活后在有打开的 PR 分支时，agent 开始监听该 PR 的事件。你可以继续做其他工作，agent 在后台自动处理进来的反馈和 CI 状态。处理完每一轮后 agent 会在聊天窗口里汇报做了什么改动。
同版本还有什么值得知道的
VS Code 1.136 除了 Agent Merge 还带了几个和 agent 相关的更新。
多根工作区实验性支持也值得一提。如果你的 VS Code 窗口同时打开了多个项目文件夹，agent 现在能跨文件夹工作，不用每次手动切换上下文。这对 monorepo 和前后端分离的项目结构有实际帮助。
聊天背景自定义功能可以给聊天面板设自定义背景，视觉上区分不同用途的聊天会话。这是小功能但在同时开多个 agent 会话时能减少操作错误。
聊天会话层级组织。 聊天历史支持分组和嵌套，不再是一个平铺的列表。
对 Cursor 用户的参考价值
Cursor 基于 VS Code，但并不是每个 VS Code 新功能都会同步到 Cursor。Agent Merge 属于 VS Code 的 Copilot Chat 扩展功能，Cursor 有自己的 agent 实现。不过 Agent Merge 解决的问题（PR 从 review 到合并之间的自动化）在 Cursor 生态里已经有对应的工具。
Cursor babysit PR 做的事情和 Agent Merge 高度重合：盯着 PR 的 review 和 CI 状态，自动修复问题直到可以合并。刚发布的 Copilot code review 现在能审批 PR 则解决了门禁审批环节的自动化。这两个加在一起覆盖了 PR 生命周期的大部分自动化需求。
| 工具 | 覆盖环节 | 平台 |
|---|---|---|
| VS Code Agent Merge | review 反馈 + CI 修复 + conflict 解决 | VS Code |
| Cursor Babysit PR | review 反馈 + CI 修复 + 持续跟进 | Cursor |
| Copilot Code Review Approve | 门禁审批 | GitHub |
边界与失效场景
Agent Merge 是公开预览，有几个已知限制。复杂的语义冲突（两个 PR 改了同一个业务流程的不同步骤）agent 可能合并出编译通过但逻辑错误的代码，CI 里没有覆盖到的路径不会被自动发现。CI 修复的能力上限取决于错误信息的可解析性，如果 CI 日志被截断或格式非标准，agent 可能无法定位问题。
另一个边界是信任级别。Agent Merge 做的改动会自动 commit 和 push 到 PR 分支，如果团队对代码变更有严格的人工审批要求，需要在 agent 每次 push 后触发重新 review 而不是自动跳过。VS Code 1.136 的 release notes 没有明确说明 Agent Merge 是否支持"改完先暂存、等人确认再 push"的模式，实际使用时需要验证。