Plan Mode：让 Cursor 先写方案，再写代码

很多 AI 编程翻车，不是模型不会写代码，而是它太早开始写代码。需求还没澄清、影响范围还没确认、历史逻辑还没看完，AI 就开始修改多个文件，最后人只能对着一堆 diff 返工。Cursor 的 Plan Mode 适合解决这类问题：先让 AI 调研项目，形成方案，确认后再动代码。

我建议在三类任务中优先使用 Plan Mode：第一，多文件重构，例如把一个功能从旧模块迁移到新模块；第二，历史代码接手，例如不熟悉某个接口的调用链；第三，需求不确定，例如客户只说“偶现异常”，但没有明确修改点。

一个好用的 Plan Prompt 可以这样写：

先不要修改代码。请进入方案分析模式。
任务：将 xxx 功能从 A 模块迁移到 B 模块。
请完成：
1. 找出相关文件和调用链；
2. 判断哪些代码必须改，哪些代码不建议改；
3. 给出分步骤实现方案；
4. 标出风险点和验证方法。
等我确认方案后再执行。

Plan 的价值在于把“AI 的思考过程”变成可审查的工程方案。你可以删除不必要的步骤，补充它漏掉的约束，或者直接指出某个文件不能改。等方案稳定后，再让它按步骤执行，成功率会明显提高。

我的习惯是让 Cursor 在计划中写出“不会改什么”。例如“不会改协议字段”“不会修改底层驱动初始化顺序”。这句话看似多余，但能有效减少 AI 过度发挥。

透明说明：本文是个人使用 Cursor 的经验整理。准备试用或升级的朋友，可以使用我的邀请链接：https://cursor.com/referral?code=OX0D4UQFAAHW
根据当前邀请页显示，受邀者首月可享优惠，我也会获得一定使用额度奖励；具体规则以 Cursor 页面实际显示为准。