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

把pip freeze的结果直接贴进对话里当上下文，比啥规则都管用，AI跑偏就再贴一次。

我都是让它先跑pip freeze再动手写代码，省得来回删改还影响后续判断。

我一般是直接在对话里贴一段pip freeze的输出，然后明确说“只准用这些版本”，效果比口头约束强不少。不过最省事的还是搞个.cursorrules，把环境路径和版本白名单写死，AI基本就不会乱来了。你那个“先freeze再生成”的思路其实可行，我试过让它先跑命令再写代码，但得盯着点，有时候它会偷懒跳过这步。

把pip freeze的结果直接粘进对话里，比啥规则文件都管用，AI基本不会跑偏。

我都是让AI先跑一遍pip list再动手写代码，省得后面反复改依赖。

我一般是把pip freeze的结果直接粘进系统提示词里，否则它真的记不住。

用.cursorrules把pip freeze结果固化进去，比对话约束稳多了，省得每轮都提醒。

我都是先手动跑一遍freeze贴进去，再让AI干活，基本不会再乱装版本。

把pip freeze的结果直接贴它上下文里，再补一句“只准用这些，别装新的”就行。

我都是把requirements锁死版本放项目根目录，每次开场就让它读一遍，基本不会再乱来。

我一般是直接把.cursorrules写好，明确禁止它动requirements.txt，让它只用现有环境跑代码。另外你可以试试在项目开头让它先跑一遍pip freeze并存成一个快照文件，之后每次生成代码前提醒它对照这个文件。不过说实话，AI这毛病挺顽固的，我后来干脆把环境迁到venv里，每次让AI改依赖之前先手动备份一份，改错了直接还原，省得跟它扯皮。你有没有试过给它看具体的报错日志？有时候比口头强调管用。

我也有同感，cursor在依赖管理上确实有点“自作聪明”，特别在windows下pip版本一乱真的头大。你试过在项目根目录放一个.cursorrules，里面直接写死“禁止新增requirements.txt未列出的包”或者“所有依赖必须从当前venv的pip freeze里读取”吗？我这么干之后情况好转不少，但偶尔它还是会犯轴，我就直接把requirements.txt删了逼它重新生成。至于让AI先跑pip freeze，我一般是手动执行然后把输出贴进对话里，再给它加一句“严格基于这份清单”，这样能管住几轮，但时间长了还是会飘。还有个土办法，把项目环境做成一个假的“系统提示”，比如在代码开头注释里写死版本号，它有时候会参考。说到底，它不理解“当前环境”是个动态状态，你不如每次开工前让它确认一遍依赖，别指望它能记着上下文。另外你提到怕改错影响上下文，我建议改完依赖后顺手把整个requirements更新一下再粘贴给AI，让它看到“最终状态”，比让它猜强。

说实话我跟你遇到一模一样的问题，后来我试了个笨办法但挺管用：在项目根目录放一个.cursorrules，直接写死“禁止修改requirements.txt，所有依赖必须从现有环境中导入”，然后每次开新对话先打一句“先跑pip freeze看看当前环境”。效果比在对话里反复强调好很多，因为AI上下文一长就爱自己发挥。不过你提到的让AI先执行pip freeze再生成代码，这个我试过，它有时候会假装执行然后继续瞎写，我后来干脆在系统提示里加了一句“如果依赖缺失就直接报错，不要自动安装”。还有个邪道是给Cursor配一个虚拟环境路径，让它只能看到你指定的Python解释器，这样它默认导入的包基本就是你现有的。但说实话，最省心的还是自己先手动把环境固定住，把requirements.txt改成精确版本号，然后告诉AI“环境已锁定，别动依赖”。AI跑偏这事我觉得没法根治，毕竟它就是个概率模型，你得接受偶尔抽风，关键是减少它抽风时的破坏范围。

我最近也被这个坑过，后来发现光在对话里强调真没用，模型上下文一长就忘了。你试过把pip freeze的输出直接粘到.cursorrules里吗？我这么干之后效果好很多，相当于每次生成前都给它个硬性约束。不过有个新问题，就是如果中途自己手动装了个新包，规则文件没更新，它又会按老版本写，得记得同步改。另外我试过让AI先跑pip freeze再写代码，但有时候它会假装执行然后自己编一个输出，挺迷惑的。不如你直接在系统提示里加一句“只允许使用requirements.txt中已存在的包，且版本号必须完全一致”，然后每次都把当前requirements.txt贴进去当参考物。还有个土办法，就是把虚拟环境路径也写进规则，让它别乱动全局环境。总之别指望它自觉，全靠外部文件锁死最省心。

我都是直接让AI先跑一遍pip freeze，再告诉它照着这个来，比口头约束管用多了。

我最近也踩过这个坑，后来直接把.cursorrules里写了“禁止新增依赖，除非用户明确要求”，顺便把pip freeze的输出粘到对话开头当上下文，效果好了不少。不过光靠规则还是不够，它偶尔会突然失忆，所以我现在每次让它改代码前都会手动跑一遍pip list确认环境，不然改完依赖又得重来，确实挺烦的。

我一般是先用pip freeze > requirements.txt把当前环境锁死，然后让AI只读这个文件，不自己往里加东西。你试试在对话里贴一次完整输出，再强调“所有包必须从这份清单里选”，它基本能老实几轮，但过会儿还是会飘，所以最好配合.cursorrules双管齐下。

我感觉这问题跟AI的上下文窗口有关，它记不住太早的约束。我现在的做法是写个简单的提示词模板，开头固定放上当前Python版本和关键依赖版本号，每次新对话都先粘贴一遍，再让它干活。虽然麻烦点，但比手动改requirements省心多了。

我之前也踩过这个坑，后来干脆在项目根目录放了个.cursorrules，把Python版本、关键包的版本范围写成硬性约束，AI基本就不再乱来了。另外你可以试试在对话开头直接粘贴pip freeze的输出，再让它基于这个列表写代码，比单纯说“用已有依赖”管用得多。还有个小技巧，让它每次改requirements前先跑一遍pip check，能省不少手动排查的功夫。

把pip freeze的结果直接粘进对话开头，再补一句“只准用这些”，基本能管住它。

我试过在.cursorrules里写死版本白名单，效果还行，但偶尔还是得手动盯一眼。

我也有类似的困扰，尤其是Windows环境下Python版本和包兼容性真的挺折磨人。后来我干脆在项目根目录放了个.cursorrules，明确写了“所有依赖必须从当前环境已安装的包中选择，禁止新增未安装的包”，效果比在对话里反复强调稳定很多。不过你提到的pip freeze这个思路我试过，直接在提示词里让AI先跑一次命令再写代码，它有时候会偷懒不执行，后来我改成手动把pip freeze的输出复制粘贴到项目说明文档里，让AI每次读上下文时都能看到，这样它就不太会乱来了。另外我猜你遇到的问题可能跟Cursor的上下文窗口有关，它写着写着就把最初的约束忘了，所以我会在关键步骤后补一句“继续遵守依赖规则”，相当于给它提个醒。至于手动删改依赖会不会影响AI理解，我个人的经验是影响不大，它更关注你当前文件里的实际import语句，你只要保证requirements.txt和代码同步就行。你可以试试把requirements.txt锁死成只读状态，或者干脆删掉，让AI自己用pip install临时装，最后再统一导出，这样反而省心。

我一般是直接让它先跑pip freeze把当前环境导出来贴进对话里，然后明确告诉它只能基于这份清单选版本，效果比口头约束稳很多。另外.cursorrules里写死几条禁止升级或安装未列出的包也管用，但偶尔还是会犯病，所以关键步骤我干脆手动锁requirements。至于怕改错影响上下文，其实删改依赖这事AI不太会记仇，反而你每次手动修正后它更容易学乖，不用太担心。

我是直接写了个.cursorrules，把Python版本、常用包列表和“禁止自动安装新依赖”写进去，效果立竿见影。另外你可以试试在项目里放个init.py，开头强制让它读一遍pip freeze的输出再动手写代码，比对话里反复强调管用。不过说实话，AI对版本兼容性的判断确实不太行，自己盯紧点requirements比啥都强，改错了就回滚，别怕影响上下文，总比它瞎装强。

我之前也被这问题搞得头大，后来干脆在项目根目录放了个.cursorrules，明确写死Python版本和核心依赖列表，AI基本就不乱来了。另外，你可以试试在对话开头直接说“先跑一下pip freeze，把输出贴给你”，它一般会照做，但记性确实不长，每几轮得提醒一次。手动改依赖确实会打断上下文，我后来干脆把requirements.txt也当上下文喂给它，改完顺便说一句“已更新，基于这个继续”，效果会稳一些。

我试过直接在对话里贴pip freeze的输出，但AI过几轮还是会飘，后来干脆写了个.cursorrules把关键版本和“禁止自动添加新依赖”写死，效果好不少。另外你可以试试让它先跑一遍pip check或者pytest再改代码，出错能当场暴露，比事后手动删省心。不过说实话，这种依赖问题还是得自己把环境锁死，指望AI完全不出错不太现实。

说实话我跟你遇到一模一样的问题，后来干脆写了个启动脚本，每次开新对话前自动把pip freeze输出到项目根目录，然后在提示词里直接说“依赖以deps.txt为准”。你试试在.cursorrules里加一条“禁止修改现有依赖版本，只允许新增必要包”，效果比在对话里反复强调稳定多了。