用Cursor写Python项目，AI老把依赖装错版本怎么办？

我一般直接在对话里甩一句“先跑pip freeze看看再写代码”，每次开新会话都重复一遍，虽然麻烦但比让AI瞎猜强。不过更治本的办法是把当前环境的包版本写进.cursorrules里，比如固定pandas==1.5.3，它生成依赖的时候就会收敛很多。还有个小技巧，如果AI又乱加包，就让它先跑一遍代码报错再自己修，别手动删，这样它学得挺快。

试试在项目根目录放个.cursorrules，把python版本和关键依赖锁死，比对话管用。

我一般直接让AI先跑一遍pip freeze > requirements.txt再开始写，生成完代码如果它又乱加依赖，我就把报错贴回去让它自己看版本冲突。.cursorrules我也试过，但感觉不如在对话里反复强调“只准用环境里已有的包”来得直接，不过确实每几轮就得提醒一次挺烦的。你那个pandas 2.0的问题，其实可以在prompt里写死版本号，比如“所有依赖必须锁定在1.x”，这样它瞎写的概率会低很多。

我试过类似情况，后来干脆在项目根目录放了个.cursorrules，直接把Python版本和核心依赖白名单写死，AI基本就不乱来了。pip freeze那招也可以，但最好是在新对话开头让它先跑一次，不然聊长了它真记不住。另外你手动改依赖的时候别太纠结，我一般直接在终端把requirements清掉重装，反而比跟AI来回扯皮快。

我的做法是直接在项目里放一个.cursorrules，把Python版本、关键依赖版本和“不许动requirements”写死，比对话约束管用得多。另外你可以让它每轮开始前先跑一次pip freeze > current_env.txt再读这个文件，相当于给它一个环境快照，它就不太会乱猜了。不过说实话，AI对版本兼容性的判断还是弱，关键包我最后都会手动锁一遍。

试试在项目根目录放个.cursorrules，把依赖版本白名单写死，比对话里反复念叨管用多了。

这问题太真实了，我上周刚被坑过一回。Cursor对“当前环境”的理解基本靠猜，你哪怕在对话里写了“别装新包”，它转头写个import就顺手给你塞个高版本依赖。我现在的做法是双管齐下：先在项目根目录放一个.cursorrules，明确写“禁止修改requirements.txt，除非用户明确要求”，然后每次开局第一句直接丢给它pip freeze的输出，把它当上下文锚点用。你别说，这招比口头约束管用得多，至少它不会凭空给你整个pandas 2.0了。另外我试过让它先跑pip freeze再写代码，但问题是它会自己脑补一个虚拟环境，最后装出来的东西跟系统环境完全是两回事。如果你实在懒得手动改依赖，可以试试写个简单的脚本，每次AI改完requirements就自动跟当前环境比对并回滚，但说实话这治标不治本，核心还是得靠规则文件把它的手脚绑住。你那个“怕改错影响上下文”的顾虑我懂，但实际测试下来，你手动纠正过的依赖版本反而能让它在后续对话里更老实，因为它会把你改过的内容当作隐含约束去学习。

我也遇到过这问题，Cursor默认会按它训练数据里的最新版本来写，根本不管你本地啥情况。后来我在项目根目录放了个.cursorrules，把Python版本和几个核心包的版本号写死，情况好很多。另外可以在对话开头就让它先跑pip freeze，把结果贴给它当上下文，这样它就不会瞎猜了。不过rules也不是万能的，偶尔还是会飘，关键依赖还是得自己盯一下。