接手别人留下的老项目，第一反应往往是头大：没文档、命名看不懂、改一处怕牵一发动全身。这篇教程用 Cursor 的 Agent 模式，让 AI 先读懂再动手，你只做"派活+验收"，不用自己硬啃。我的一条铁律：宁可让它多"只分析"三遍，也别一上来就放权改文件——看懂了再动，错得更少。
准备清单：Cursor 编辑器、一个能跑起来的老项目、明确到"改什么"的一句需求（别只说"优化一下"）。本地能跑测试最好。
第一步，把项目根目录打开，在 Agent 面板里先让它"只分析不改"：
先通读这个项目，用三句话说明它的核心模块和依赖关系，不要修改任何文件。我要改"导出报表"这个功能，请指出涉及哪些文件和函数。
为什么这么填：先禁"修改"是安全闸，逼它先理解再动；要"三句话说明"是验证它真读懂了，而不是瞎猜。常见报错：它答得太泛，回"具体到文件名和函数名，并说明数据怎么流转"。
第二步，确认它定位准确后，再下改动的指令，并让它跑测试：
按上面的定位，给"导出报表"加上 CSV 格式支持，保持现有 Excel 逻辑不变，改完跑一遍测试，告诉我哪些通过了。
预期结果：它改完文件，并回报测试结果；你不用自己从头读代码。这一步一定要让它"跑测试并回报"，而不是只说"改完了"——能跑通才是真改对，光说不练的 Agent 最会糊弄人。
第三步，逐文件 review 它的 diff，重点看边界和对外接口有没有动。预期结果：一段可合入的改动，风险点你心里有数。
效果与验收：成功的标志是——老项目被改对了，且你没花整晚读源码。如果它改飞了，回"只动 X 文件，其他不要碰"收窄范围；若反复出错，多半是定位本身偏了，回到第一步重新要它说清结构。刚上手建议从"改一个明确的小 bug"开始，别一上来就让它重构大模块，范围越小，它越不容易跑偏。
进阶方向：需要更自主的后台跑，可对比 Claude Code 的自治模式；做前端页面可用 v0 配合。本站收录的 Cursor、Claude Code、v0 覆盖从"辅助改"到"自主跑"的不同档位。