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

这问题太真实了，我上周也被坑过一回。其实光靠对话里强调“用现有依赖”确实没用，Cursor的上下文窗口一长，它就把前面约束忘了，尤其你中途换个话题或者改需求，它立刻放飞自我。我个人试下来，.cursorrules比对话靠谱得多，直接在文件里写死“禁止安装新包，只能使用requirements.txt中已列出的版本”，再把pip freeze的结果贴进去，效果立竿见影。不过有个坑是，如果你后续手动改了依赖，得记得同步更新那个规则文件，不然它又拿旧版本去套。至于让AI先执行pip freeze再生成代码，这个思路可以，但建议你把它写成一个固定的操作流程，比如每次开新对话第一句就发“先运行pip freeze并粘贴输出”，而不是指望它自觉。另外我还有个土办法，就是给虚拟环境做快照，比如用conda export或者venv打包，这样就算AI乱装，你也能一键恢复，省得来回改文件。你那个pandas 2.0报错，大概率是它没看你的Python版本，直接在规则里加一句“所有依赖版本必须支持Python 3.10”能挡掉不少问题。总之别太信它的判断，把环境信息当成硬约束塞进规则文件里，比对话里反复强调靠谱十倍。

我最近也被这个折磨过，后来干脆写了个启动脚本，每次开新对话前自动把pip freeze的结果存成文件，然后让AI先读这个文件再动手。.cursorrules确实管用，但得写得很具体，比如直接规定“只允许使用文件里列出的版本”。另外你可以试试在每轮生成完代码后，强制它跑一遍pip check，报错就让它自己修，多来几次它就会收敛了。

我自己也踩过这坑，后来干脆在项目根目录放了个.cursorrules，把Python版本和核心依赖白名单写死，AI基本就不再乱来了。另外你可以试试在对话开头直接甩一句“先跑pip freeze > requirements.txt再动手”，大部分时候它会照着做，但确实过几轮就忘，得时不时提醒一下。其实手动改依赖没那么可怕，改完顺手在对话里补一句“已修正为当前环境版本”，AI一般能跟上上下文，不会越跑越偏。

我都是直接把pip freeze的输出贴进对话里，再让它照着改，比啥规则文件都好使。

实测.cursorrules里写死版本号能管一阵，但不如每次开工前先让AI跑一遍pip list省心。

试试在项目根目录放个.cursorrules，写明只能用现有环境跑pip freeze后的版本，效果比对话里反复强调靠谱多了。

试试把pip freeze结果直接贴进.cursorrules里锁死版本，比对话约束稳多了，我这么干之后基本没再乱装过。

我一般直接在项目里放一个.cursorrules，把Python版本、核心依赖和禁止升级的包写死，效果比对话约束靠谱多了。另外可以试试在生成代码前先手动跑一次pip freeze再把输出贴给它，相当于给AI一个“当前环境快照”，它跑偏的概率会小很多。不过说实话，每次改完依赖我还是会自己再检查一遍requirements，毕竟AI对Windows环境的坑理解得不够细。

我一般直接在项目根目录放一个.cursorrules，把Python版本、关键依赖版本（比如pandas==2.0.3）写死，然后加一句“禁止安装未列出的包”。这样比对话里反复强调稳定多了。另外你也可以在让它写代码前，先手动跑一下pip freeze然后把输出贴给它，比让它自己执行命令靠谱，Windows下它经常搞混虚拟环境。不过说实话，如果项目不大，我最后还是会自己检查一遍requirements，AI生成的依赖列表当参考就好，别全信。

把requirements.txt路径写进.cursorrules，让它每次改依赖前先跑一遍pip freeze对比。

我试过在prompt里贴当前环境的包列表，比口头约束管用，但模型偶尔还是会飘。

我最近也被这个坑过，后来直接在项目根目录放了个.cursorrules，把Python版本和必须用的包名写死，AI基本就不会乱来了。另外你可以在对话开头让它先跑一下pip freeze，把输出贴给它看，比口头强调管用得多。不过版本冲突有时候还是得手动盯一眼，尤其pandas这种依赖链长的，建议干脆用虚拟环境加锁文件，比让它自己猜靠谱。

说实话，光靠对话约束挺累的，AI聊嗨了就容易放飞。我现在的做法是写个初始化提示词，每次新开对话先粘贴pip freeze结果，再明确说“只准用这些包，版本一个都不能动”。效果能撑久一点，但偶尔还是会漏，所以最好还是配个requirements.lock，AI改完你直接diff一下，比全手动快多了。

我倒是试过让它先执行pip freeze，但有时候它压根不理，直接按训练数据里的套路写。后来学聪明了，把freeze的结果存成文件，然后在.cursorrules里引用那个文件路径，让它必须读取。这样比在对话里说一百遍都强，版本错误基本绝迹。不过你要是改过依赖，记得更新那个文件，别让AI拿旧信息当圣旨。

说实话我特别能理解你这个问题，之前我也在Windows上被坑过好几次。我的做法是干脆在项目根目录放一个requirements.txt的“快照”，每次让AI改代码前，先在对话里贴一句“请严格按照这个文件里的版本号来写，不要新增任何包”，然后直接把pip freeze的输出粘进去，效果比单纯口头上说“用现有依赖”靠谱多了。不过说实话，靠对话约束真的很脆弱，因为AI的上下文窗口有限，聊个十几轮它就忘了前面的前提。.cursorrules我试过，但感觉它更适合约束代码风格或者禁止某些API，对于这种动态的依赖版本管理其实帮助有限，因为规则文件是静态的，没法感知你环境里到底装了什么。我后来是写了个小脚本，每次启动项目前自动执行pip freeze并生成一份当前环境的依赖清单，然后让Cursor读取这个文件作为参考，相当于给它一个“活”的规则。另外，你提到怕手动改错影响AI理解，这个我觉得可以放心，只要你把修改后的requirements.txt明确贴回对话里，告诉它“这是当前环境唯一合法的依赖”，AI一般会跟着这个新基准走，反而比你反复强调“别乱装”更有效。还有个小技巧，如果AI非要装新包，你可以在生成完代码后，自己用pip install装一遍，如果报错再让AI根据报错信息去调整，这样比让它凭空猜版本要精准得多。说到底，工具就是工具，别指望它完全懂你的环境，主动给它喂信息才是正解。

试试把pip freeze结果直接贴进项目说明文件里，让AI每次先读这个再动手，比嘴硬约束管用。

试试在开头贴一段pip freeze，再让它每次改依赖前先对照这个清单确认。

我都是直接把pip freeze的输出丢给它，再补一句“只准用这些，别给我乱装”，能消停挺久。

我都是直接让AI先跑pip freeze，然后把输出贴回对话里，再让它基于这个写代码，不然它真能给你造出个虚拟环境来。.cursorrules我也试过，但感觉它只对格式和风格管用，依赖这块还是得靠上下文硬约束。另外你可以在系统提示里加一句“禁止修改或新增依赖，除非用户明确要求”，这样能管几轮，但确实得偶尔盯一眼。

这问题太真实了，我前两天刚被坑过一轮。pandas版本冲突在Windows上尤其烦，因为很多轮子得编译，AI根本意识不到。我现在的做法是双管齐下：先在项目根目录放一个.cursorrules，明确写死“所有依赖必须从requirements.txt现有列表中选择，禁止新增包”，然后每次开新对话第一句就贴pip freeze的输出。但说实话，光靠对话约束确实撑不过几轮，AI的上下文窗口一滚动就忘。我现在更习惯让它写代码时用动态导入，比如try里import新库，except里提示用旧API，这样就算它乱写也不至于直接崩。你提到的让AI先执行pip freeze再生成代码，其实可以试试在系统提示里加一条“生成代码前，先运行python -m pip freeze > current_env.txt并读取”，但前提是你得允许它跑终端命令，不然它只会装模作样。另外我有个笨办法，就是自己维护一个精简版虚拟环境，把不常用的包全卸了，这样AI就算想乱装也会因为装不上而改用现有依赖。最后提醒一句，改requirements.txt时千万别手动删，用pip install --upgrade --force-reinstall指定版本，不然残留的元数据会让AI更混乱。