用Cursor写Python脚本，它老是“幻觉”出我没装的库怎么办？

直接把requirements.txt丢进上下文里当系统提示，它基本就老实了，我试过挺管用。

直接把pip freeze的结果丢进system prompt里，亲测有效，它能老实不少。

这问题我也遇到过，后来发现把环境信息直接贴进prompt里最管用，比如“当前只有Python3.10标准库，没有第三方包”，它大概率就会收敛到urllib和csv这些。不过说实话，Cursor对依赖的“幻觉”确实比写逻辑严重，我有时候会先让它生成requirements.txt，再手动删掉多余项，比反复调教prompt省事。你也可以试试在系统提示词里固定一句“禁止引用未安装的库”，能改善一些。

哈哈，这个问题我太有同感了，刚用Cursor那会儿也被它坑了好几次。其实核心原因就是AI的训练数据里，大家写爬虫和数据处理基本都默认用第三方库，它很难主动切换成标准库思维。我试过在prompt里加“只用标准库”，但效果不稳定，有时候它还是会偷偷塞个requests进来。后来我学乖了，直接开头就写“请用urllib和csv模块实现”，明确到具体模块名，命中率会高很多。另外，你说的pip freeze做成requirements.txt喂给它确实是个好办法，我试过把当前环境依赖贴进系统提示词里，它至少不会推荐你没装的东西了。不过说实话，如果项目稍微复杂点，比如要读写Excel，纯标准库写起来真的太痛苦了，我后来还是老老实实装了openpyxl，让Cursor痛快发挥，省得自己跟它斗智斗勇。你完全可以看场景来，日常简单脚本就强制限定，复杂项目直接装好依赖再让它写，效率反而更高。

哈哈，这个问题我太有共鸣了，刚用Cursor那会儿我也被它“幻觉”出来的库坑过好几次。其实我觉得不全是提问方式的问题，这类AI本质上是从海量代码里学出来的，它见过的优秀代码基本都用了第三方库，让它只用标准库反而像让习惯了全自动的人用算盘。我的经验是，与其指望它猜对，不如直接喂一个你当前环境的requirements.txt，或者在prompt里写清楚“只允许使用os、json、csv、urllib等标准库，并列出你要用的具体模块”，这样它犯错概率会小很多。另外，如果你只是偶尔写个小脚本，可以考虑在项目里建个虚拟环境，装好必备库再让Cursor自由发挥，省得来回纠结。不过话说回来，这种依赖幻觉其实也提醒我们，AI生成的代码最好还是手动review一遍再跑，别直接信任它说“这个库肯定装好了”。你有没有试过在Cursor里用@文件的方式把当前环境的包列表贴给它？我试过几次，效果还挺明显的。

这问题太真实了，我刚开始用也是被这个搞到头大。其实你可以试试在项目里建一个.env文件或者直接写个注释说明当前环境依赖，比如# Python 3.10 仅标准库，然后给Cursor看当前终端的pip list输出，它会更老实一点。另外我一般会在prompt里强调“不要安装任何第三方包，用内置模块实现”，配合具体库名禁用会好很多，但偶尔还是得手动改改。

这问题太真实了，我一开始也被这毛病坑过几次。后来发现与其跟它较劲，不如直接在项目根目录放个requirements.txt，然后在prompt里加一句“根据当前目录下的requirements.txt选择库”，效果会好很多。另外你可以在Cursor的设置里自定义指令，比如“优先使用Python标准库，如需第三方库请先确认”，这样能省不少事。不过偶尔它还是会抽风，遇到这种情况我一般直接手动改import，毕竟AI也就图一乐，真要完全零出错还得靠自己看一眼。

把requirements.txt直接贴进prompt里最管用，我试过几次后它基本都按现有依赖来了。

我也是用Cursor写脚本时踩过这个坑，后来发现光说“只用标准库”不够，得把具体库名写进否定列表，比如“禁止使用requests、pandas、openpyxl，只能用urllib和csv”。另外可以在项目里放个requirements.txt，然后在prompt里说“基于当前环境已有依赖生成代码”，这样它参考文件后幻觉会少很多。不过说实话这类工具对依赖的约束能力确实有限，有时候还是得手动改两行。

这种情况太真实了，我刚开始用也是这毛病。后来我发现直接在prompt里写“只允许使用os、re、csv这些我已经装好的库”比“只用标准库”管用多了，它会具体去匹配名字。另外你提到的requirements.txt也是个好办法，我就把当前环境的依赖列表贴在开头，让它明确知道边界，基本就不会乱推荐了。

这种情况我刚开始用Cursor也遇到过，后来发现其实在项目里加个.cursorrules文件，手动列一下你当前环境有的库，它生成代码时就会参考这个白名单。另外prompt里直接说“只用Python标准库，禁止第三方包”比“只用标准库”效果好一点，但偶尔还是会翻车。还有个笨办法——生成完代码先扫一眼import，发现不对直接让它改成urllib，多改几次它就开始记住了。

哈哈，这个问题我太熟了，刚用Cursor那会儿也被它“幻觉”过好几回。它其实不是故意不听话，而是训练数据里那些最佳实践代码往往都带着流行库，它默认就给你塞上去了。我试过在prompt里把“只用标准库”改成“仅使用Python内置模块，禁止任何第三方库”，然后后面再跟一句“比如import json和urllib就够用”，这样命中率高一些。另外我发现一个偏方：先手动在对话里贴一下你的python版本和当前已安装的库列表（不用全贴，贴几个你常用的），它后续生成代码就会明显收敛。当然最稳妥的还是像你说的，在项目根目录放个requirements.txt或者直接建个虚拟环境，然后在系统提示里明确告诉它“请参照当前项目根目录下的requirements.txt来引用依赖”。不过说实话，这类AI对依赖的精准控制确实还有瓶颈，有时候它觉得urllib不如requests好用，就会“好心”替你升级方案，这就需要我们多调教几轮prompt了。

哈哈，同感，这问题我也遇到过。我的笨办法是在项目里先建个虚拟环境，然后手动把依赖写进提示词里，比如“只使用os、json、urllib这三个模块”，效果比单说“标准库”好一些。另外可以试试把pip freeze的结果直接塞给Cursor当上下文，它确实会更老实一点，但偶尔还是会自作主张。不过说实话，这类工具本质上是在猜你最可能的写法，想完全控制依赖还是得自己把关。

说实话这问题太典型了，我一开始用Cursor也这样，它默认就按“最流行”的库来写，根本不看你环境。你光在prompt里说“只用标准库”确实不够，它会把“标准”理解成“常见的”，requests就是这么被当标准库推荐出来的。

我试过几个办法，最有效的是把当前环境的包列表直接贴进prompt，比如“以下是我已安装的包，只准用这些”，比requirements.txt还直接，因为文件它可能懒得细看。另外你可以在让它写代码前，先补一句“如果要用到未列出的包，先停下来问我”，这样能拦住大部分幻觉。

还有个土办法，就是让它先跑一遍，报错ModuleNotFoundError之后，把它返回的错误再喂回去，说“这个库没有，换个能跑的方案”，多调两轮它就老实了。不过说实话，AI对依赖管理确实天生迟钝，它脑子里没有“你机器上有什么”的概念，只能靠你喂上下文。

我倒是好奇，你试过给它一个虚拟环境的路径或者让它直接输出“纯Python + 内置库”的代码吗？有时候换个说法比如“只用import os、re、json这种内置模块”会比笼统的“标准库”管用。总之别指望一次搞定，得把它当实习生带。

这问题太真实了，我刚开始用AI写代码也踩过这坑。后来我学乖了，直接把当前环境的site-packages目录贴进prompt，或者告诉它“只准用os、re、json这些”，它确实会收敛很多。不过说实话，让它完全不用第三方库挺费劲的，你可以试试先把pip freeze的结果发它，再让它照着改，比单纯说“只用标准库”管用。

我现在的做法是写完代码先不急着跑，自己扫一眼import，发现没有的库要么让它换个写法，要么手动装一下。反正AI就是个加速器，别指望它完全懂你的环境，最后把关还得靠自己。你要是经常处理Excel，干脆直接把openpyxl装上得了，省得每次跟它较劲。

把requirements.txt直接甩给它，再补一句“严格按这个清单来”，能省好多事。

我都是先在环境里跑一遍pip freeze，然后当prompt前缀用，它基本就老实了。

把requirements.txt直接拖进对话里，再补一句“只准用这些”，基本能治住它的幻觉。

这问题太真实了，我也被坑过。你喂requirements.txt是个办法，但更直接的是在系统提示词里写死“只允许import标准库，第三方库必须提前询问”，然后每次生成完自己扫一眼import。另外Cursor的模型对“只用标准库”理解很死板，它可能觉得requests也是标准库……我建议你让它先输出代码，再单独问它“这段代码用了哪些非标准库”，比一开始就限制要靠谱。

把requirements.txt直接贴进prompt里最管用，它就不会瞎发挥了。另外你试试明确写“禁止import任何第三方模块”。

这问题太真实了，我刚开始用Cursor也踩过这坑。其实AI不是“不听话”，而是它默认你会用最流行的方案，毕竟训练数据里pandas+requests的组合太常见了，它压根没意识到你环境是精简的。

你那个用pip freeze喂给它的思路其实可行，但不用这么麻烦，直接在prompt里把当前解释器路径告诉它，或者把报错信息原样贴回去，它会自己“醒悟”过来。另外我试过一招挺管用：先让它写一版，然后你手动跑一遍，把ModuleNotFoundError截图丢回去，说“就用这个报错里缺的东西，自己看着办”，它就会乖乖换标准库重写。

不过说真的，依赖管理这块AI工具目前确实弱，它没法感知你虚拟环境里到底有啥。我现在习惯是让它生成代码后，自己先grep一遍import行，不放心就再跑个python -c "import xxx"验证，别指望它一次到位。你要是用的venv，也可以让它先执行pip list，它看到输出后就会收敛很多。反正就是多喂上下文，别指望它猜。