Plan Agent 把”先讨论再写代码”做成独立模式
微软 Visual Studio 团队在 5 月 21 日的官方博客里推出了 Copilot 的 Plan agent，从 Agent 模式里抽出一条独立路径——让 Copilot 在动手改代码之前，先和开发者把方案谈清楚。Visual Studio 项目经理 Rachel Kang 在公告里说得直白：”你让 Copilot 处理一件大事，它一通操作改了十几个文件，你才发现自己想要的根本是另一种思路——代码没错，只是不是你要的方向。”Plan agent 就是冲着这个错配设计的。
四步流程，每一步都允许人介入
选中 Plan agent 后，开发者把要做的事情描述出来——可以宽泛到”给这个 app 加一套鉴权”，也可以具体到”重构支付模块以支持多个供应商”。Plan agent 接着用只读工具扫一遍代码库，遇到歧义就抛澄清问题：用哪种 token 策略、要不要兼容旧版 cookie、是否引入新依赖。开发者答完，Copilot 会画出一份详细的实施草案，并把这份计划存成 markdown 文件，路径是 .copilot/plans/plan-{title}.md，可以直接在编辑器里改、丢进 PR 让队友 review，再丢回 Chat 里继续迭代。Rachel Kang 强调全程”不动一行代码”——只有点击 Implement plan 这个按钮，控制权才会移交回 Agent 模式去实际写文件。
和 GPT-5 Codex 那条路线的区别
同一周 OpenAI 在 Codex 那边推的是更激进的”目标模式”，让 Agent 在几天到一周里持续推进任务。Plan agent 走的是相反方向：把决策成本提前付清，避免事后回滚。社区里已经有开发者注意到这两条思路的差别。LangGraph 团队工程师 Will Fu-Hinthorn 在 X 上转发博客时写道：”计划文件能版本控制，这件事比 Agent 长跑能力对企业更重要。”对惯用 GitHub PR 流程的团队来说，把 plan markdown 当成第一份审核文档，比实时盯 Agent 操作日志更接近现有工作流。
计划本身才是 Agent 的真正交付物
过去半年的 Agent 产品都在比谁能跑得久、谁能跑得自主。Plan agent 反着来：让 Agent 跑得短、跑得清楚，把工作产出从”代码 diff”前置成”计划 markdown”。这条思路其实更接近真实的工程协作——资深工程师上手大改前都会先写 design doc，团队评审完了才动键盘。Microsoft 把 plan markdown 文件落到 .copilot/plans/ 这个固定路径下，意味着以后这一份文档可以被搜索、被引用、被 retrieval，慢慢变成代码库自己的”思考记录”。模型变商品后，这种把人类工作流里的中间产物显式化的能力，比下一代模型多 3 个百分点的 SWE-bench 分数更稀缺。
参考链接：Plan Before You Build: Introducing the Plan agent in Visual Studio
