Cursor写Python后端代码总是自己改逻辑，怎么让它老实点？

这问题太真实了，我最近用copilot也碰到过类似的，它特别爱把代码“美化”成它觉得优雅的写法，但压根不管业务逻辑。我的办法是，在伪代码注释里直接加一句“不要修改以下逻辑，仅实现功能”，然后把关键函数用# noqa或者强制类型标注固定住，能稍微约束一点。不过涉及数据库查询这种，还是建议你写完查一遍git diff，真被改错了返工成本更高，毕竟它只是个辅助工具，重要逻辑真不能全指望它老实。

这问题太真实了，我最近用AI写代码也老碰到这种“好心办坏事”的情况。我试下来最管用的办法是在注释里直接写死约束，比如“此循环必须保留，禁止用推导式替换”，或者“此处逻辑已确认，任何修改需另行说明”，语气强硬点它反而老实。另外，把伪代码拆成更细的步骤，每一步都配上具体输入输出示例，它自由发挥的空间就小了。还有个小技巧，改完代码后让它逐行解释改动原因，很多自作主张的地方你自己一看就能发现不对劲。不过说实话，涉及数据库查询和异常处理的敏感区，我最后还是切回手动改，毕竟AI理解不了业务上下文里的“潜规则”。你可以试试把核心逻辑拆成独立函数，让它只改外围代码，这样就算它抽风，影响范围也可控。

我也有同感，Cursor对“优化”的理解太激进了，尤其列表推导式那个坑，异常处理一多它就容易自作主张。后来我试了在关键逻辑前加一句“不要改动函数内部实现，只补全缺失部分”，稍微管点用。但数据库查询这种核心还是自己写稳一点，毕竟它不懂你的业务上下文。

试试在注释里写明“禁止改动逻辑，仅按伪代码实现”，再不行就切回手动模式，AI当辅助就好。

我一般让它只改我圈出来的代码块，其它一律别碰，不然越帮越忙。

这个问题我太有共鸣了，Cursor在“自作聪明”这块确实让人又爱又恨。我的经验是，它默认会把“生成代码”和“优化代码”当成一回事，所以你给伪代码它也会按自己的理解重写一遍。后来我改了个做法，把注释写成“约束”而不是“描述”，比如直接写“必须用for循环，不要改写成推导式，异常处理不能丢”，它明显老实很多。另外Composer模式下最好把要改的文件用@固定住，别让它自由发挥去动别的文件，不然它真敢顺手改你数据库那层。还有个偏方是在项目根目录放个.cursorrules，把“不要重构用户逻辑”“不要改函数签名”这些写进去，效果比每次在prompt里喊话强。但说实话，涉及核心业务逻辑的部分我现在还是自己写，让它去写那些模板化的CRUD和测试，分工明确反而效率更高。