哈喽，大家好呀！我是专注AI编程与工作流的饼干哥哥🍪

今天聊个让所有AI Coder都“红温”的话题：用Cursor改Bug，怎么就那么容易翻车？需求描述得清清楚楚，它却越改越乱，好不容易修好一个，又带出仨新的，简直心态爆炸！😭

之前已经分享过一期：使用Cursor 无痛 AI编程 的 30 个技巧

经过大量的实战和踩坑，我总结出了一套驯服Cursor的绝招。这一切，要从我发现的一个“自虐式”提示词开始，它堪称点醒我的“当头一棒”：

哦，不对，是这个：

“你要每次都用审视的目光，仔细看我的输入、我的潜在问题，你要犀利地提出我的问题。并给出明显在我思考框架之外的建议。你要觉得我说得太离谱了，你就骂回来，帮助我瞬间清醒！”

看到没？这才是和AI协作的正确打开方式，我们和AI是一起完成工作的，所以可以相互提(ma)醒

AI不是全知全能的神，是一个能力超强，但毫无项目经验的实习生。

好了，心态摆正，咱们直接上干货！以下是我总结的12个让Cursor丝滑改Bug的绝招，希望能让你和AI的协作效率直接起飞！🚀

1️⃣ 范围控制：最小化改动，小步快跑

这是必须遵守的核心原则！当AI开始胡乱修改，很可能是你给的自由度太高了。也就是说，AI往往会做太多了。

限定修改范围：在给AI下达指令时，明确告诉它：“只改动xx文件里的xx部分，不要改动其他地方。” 限制它的“表演欲”，避免它为了解决一个表象问题，大范围修改底层代码，导致整个项目崩溃。

小步迭代：养成“小步迭代，完成一个小步骤就保存代码”的习惯。任何一个微小的、正确的进展，立刻git commit。这样即使AI后面改崩了，你也能轻松回滚，不至于前功尽弃。

参考实践：

代码块 请只修改 src/components/UserProfile.js 这个文件。具体来说，只在 handleUpdate 函数内部添加逻辑，用于在更新成功后弹出一个提示。绝对不要修改组件的 state 结构或任何其他文件。

2️⃣ 测试先行：用测试用例给AI戴上“紧箍咒”

与其事后亡羊补牢，不如采纳“测试先行”（Test-Driven Development）的开发模式。这招太绝了！

先为你的功能或Bug修复编写好测试用例，然后把这些测试用例交给Cursor，让它生成代码，直到所有测试通过。这就像给孙悟空戴上紧箍咒，AI的所有修改都必须以通过测试为目标，大大降低了“自由发挥”导致的出错概率。

测试示例也是直接让AI生成就好了。

参考实践：

为了更好的阅读体验，来飞书看吧：

https://ry6uq5vtyu.feishu.cn/docx/Bf8LdROd7oZnwSxKk93c0eVEnsb