Cursor写业务逻辑时总是自作主张改结构，大家怎么调教的？

我也被它偷偷改接口坑过，后来在.cursorrules里加了“只准填函数体，不准动签名和类型”，老实多了。

这个毛病我太熟了，Cursor默认就是有一种“我比你懂”的劲儿，特别是写业务代码的时候，它总觉得你的dict不够优雅。我后来发现光在.md里写规则确实不太稳，它有时候会选择性失忆，尤其是对话一长就忘了。现在我基本会在两个地方同时下手：一是.cursorrules里把“禁止改动函数签名和调用方”写死，二是每次让它写之前先把它要改的文件和调用它的文件一起@进去，让它看到全貌，它就不太敢乱动了。另外pydantic那个事我也遇到过，它特别爱把简单结构升级成模型，我一般会直接说“保持现有数据结构，不要引入新依赖或类型”，这句比单纯说“别改接口”管用。版本其实影响不大，关键是上下文给够，别让它自己脑补。还有个偏方是让它先输出diff再应用，review的时候一眼就能看出它又偷偷重构了哪里。

我也遇到过这毛病，后来在项目根目录放了个.cursorrules，把“禁止改现有函数签名、禁止引入新依赖、禁止重构无关代码”写死，效果比.md稳不少。另外写prompt时别只说“别改”，最好补一句“只输出需要新增或修改的最小diff”，它就会收敛很多。版本也有关系，新模型默认更爱“优化”，可以在设置里把自动重构类的agent行为关掉试试。

我一般把“禁止重构现有接口”写进.cursorrules里，比md管用多了，你试试。

我在rules里加了“禁止重构，只做最小改动”，但偶尔还是犯病，感觉跟模型版本关系不大。

这问题太真实了，Cursor确实有这毛病，尤其你项目里已经有既定风格时它还是想秀操作。我后来在rules文件里除了写“不改接口”，还会加一句“只允许在指定函数体内新增逻辑，禁止改动任何签名和调用方”，效果比笼统说别重构强不少。另外你可以在对话里明确圈定范围，比如“只改第30到60行，其他一律不动”，它一般就老实了。版本也有点关系，新版对rules的遵循度好一些，但别指望完全听话。

这问题太常见了，Cursor默认就爱当架构师，你越不说清楚它越喜欢自由发挥。我一般直接在.cursorrules里写死“只改我指定的函数，不许动其他文件和接口”，比在md里写管用不少。另外给它喂几个现有函数的例子当模板，它模仿起来会老实很多。版本其实影响不大，关键还是规则要具体到能当checklist用。

这个问题太真实了，我最近也一直被Cursor这种“过度热情”折磨。它特别爱把简单的东西复杂化，你传个dict它觉得不够优雅，非要上pydantic，还顺手把调用链全改了，每次review都得花时间判断哪些是真需要的改动。我试过在.cursorrules里写死“禁止重构现有代码结构”，但感觉它只是在当前文件里稍微收敛，一跨文件就又开始放飞。后来我发现一个相对管用的做法，就是在提示里明确说“只允许在指定函数体内新增逻辑，不允许修改任何已有函数签名、类型定义和调用方”，并且把要改的文件用@引用出来，缩小它的操作范围。另外模型选择也有影响，我切到claude-3.5-sonnet之后这种情况比默认模型少一些，但也不是完全消失。说到底这类工具的产品逻辑就是倾向“帮你优化”，所以规则得写得特别具体、特别死，模糊的约束它基本会忽略。我现在干脆把它当补全工具用，大改动自己来，反而省心。

我在 .cursorrules 里明确写了“只做最小改动，禁止重构”，比放 .md 里管用多了，你试试。

这个毛病我太熟了，Cursor默认就带着一股“我要帮你写得更优雅”的劲儿，你越不管它，它越爱发挥。光在md里写一句“别改接口”基本没用，它读是读了，但一生成就忘，尤其是上下文一长。我后来是把规则拆细，直接写在.cursorrules里，比如“禁止引入新的类型系统”“禁止修改函数签名”“只允许在标记区域内新增代码”，一条条列出来比笼统喊口号管用。另外你可以试试把要改的那段代码单独选中再让它改，范围一小它就不太敢乱动周边。还有个邪门办法是故意在提示里说“这是遗留系统，动结构会炸”，它反而会收敛不少，挺搞笑的。版本倒不是关键，我换过几个版本，本质还是提示和上下文控制的问题。真要稳，还是写完让它只做diff review，别让它直接落盘。

我之前也遇到过类似问题，后来换了方案。

我也遇到过，Cursor默认就爱“顺手优化”，尤其是看到dict就忍不住往模型上套。我的经验是在项目根目录加个.cursorrules，把“禁止修改已有函数签名和调用方”写死，比在聊天里说管用不少。另外可以试试把要改的代码范围圈小一点，让它只填空、别动周边，它就没那么多发挥空间了。版本应该不是主因，规则写在哪、约束够不够硬才是关键。