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

把requirements.txt喂进去确实管用，我直接告诉它“严格按这个清单来”，基本就不瞎整了。

试试在系统提示里写死“禁止import任何未在依赖列表中的库”，比对话里说一句管用得多。

把requirements.txt喂给它确实管用，再在prompt里强调“严格按文件里的库写”能少踩不少坑。

干脆让它先跑通再改，报错了再贴回去让它修，比一开始就限制死省心。

把requirements.txt直接甩给它最省事，再补一句“严格按这个列表选库”基本就不乱来了。

这问题太真实了，我刚开始用也是被它乱import整破防。其实光在prompt里说“只用标准库”不够，它默认还是想给你最省事的方案。我现在习惯是先把项目里的requirements.txt拖进对话，然后明说“严格按这个文件里的包写，没有的当不存在”，效果会好很多。另外如果它非要输出requests，你可以直接补一句“用urllib.request实现，别搞第三方”，多盯几轮就不太会犯了。

这问题太真实了，我一开始也这样。后来发现光在prompt里说“只用标准库”没用，它还是会按自己训练时的习惯来。我现在的做法是直接把当前环境的requirements.txt内容贴在对话开头，或者明确告诉它“禁止使用以下库列表”，效果会好一些。

另外其实你可以让它先输出代码，然后你自己手动改import那几行，一般改动不大。毕竟它生成逻辑和算法框架还是靠谱的，省下的时间远大于改依赖的功夫。当然，如果你项目里用的库特别多，喂给它一份环境清单确实是最高效的。

把requirements.txt直接贴进prompt里，再补一句“只准用这些”，基本能管住它。

我一般先让它写个依赖检测脚本，跑一遍就知道缺啥了，比反复试错省事。

这问题太真实了，我也被坑过好几回。后来我直接复制一份requirements.txt贴进prompt，然后加一句“只允许使用这个文件里的库”，效果立竿见影。另外你试试把“只用标准库”改成“禁止import任何第三方模块”，它有时候对“标准库”的理解比较宽泛。

不过说实话，这种工具确实更倾向于用热门库，因为训练数据里常见。想完全控制依赖，最稳的办法还是先让它生成代码，然后你自己扫一眼import部分，手动改掉不合规的，别指望它一步到位。

这问题太真实了，我也被坑过好几回。你把requirements.txt喂给它确实是个办法，不过更直接点可以在prompt里加一句“只允许使用python内置模块，禁止任何第三方库”，然后开个新对话再试，上下文里残留的代码风格会影响它。另外它推荐requests其实挺正常的，因为urllib写起来麻烦，你不如直接让它用标准库实现下载和解析，多给个具体报错它反而会更老实。

把requirements.txt扔给它当上下文，再补一句“只准用这些库”，能消停不少，但偶尔还是会皮一下。

试试把报错信息直接贴回去，让它自己改，比纯靠prompt约束靠谱点。

这问题太真实了，大模型对第三方库的执念确实深。我一般直接告诉它“当前环境仅允许使用Python标准库，禁止import任何非内置模块”，然后写完代码先让它自查一遍依赖，再不行就让它把import行全部列出来人工核对。不过最省事的还是按你说的搞个requirements.txt放项目根目录，并在prompt里指定“严格参照该文件”，效果会好很多。另外你也可以试试让它先输出“伪代码/逻辑步骤”，再手动转成标准库实现，能减少幻觉。

这问题我太有同感了，刚开始用Cursor的时候也被它坑过好几回。其实你观察到的现象挺正常的，这类工具的训练数据里标准库的代码占比太小了，它天生就倾向于用那些“流行”的第三方包，因为训练语料里到处都是。我试过好几个办法，最管用的不是单纯在prompt里说“只用标准库”，而是直接把当前环境的依赖清单贴进去，比如在对话开头就写上“我的环境只有xxx, yyy, zzz”，或者把你pip freeze的输出复制给它，它就会老实很多。另外我有个小技巧，就是让它先“写出代码中用到的所有import”，等它列完再让它继续，这样能在早期就发现幻觉依赖，省得写一半才发现问题。还有个偏方是故意在prompt里说“如果用了标准库之外的任何库，请用注释标注出来”，它有时候会为了偷懒而真的只写标准库。不过说实话，想要完全控制AI的依赖选择挺难的，最稳妥的办法还是自己跑一遍前先全局搜索一下import，或者干脆用虚拟环境，让它随便写，跑挂了再手动修。你那个用requirements.txt喂它的思路其实方向是对的，但我觉得更有效的是喂“当前环境能用的库列表”。

这问题太真实了，AI写代码默认就是“最省事方案”，恨不得把全家桶都装上。你把requirements.txt喂给它确实是个办法，但更直接的是在prompt里加一句“假设环境只有Python标准库，禁止任何第三方import”，语气强硬点它一般会听。另外如果你用的是Cursor的Composer，可以在项目里放个.cursorrules文件，里面写清楚“只允许使用已安装的包”，这样比每次手动强调管用得多。我试过最绝的一招是直接告诉它“现在运行代码会立刻报错，因为缺库”，它就会自己去查环境了。

把requirements.txt喂给它确实管用，再补一句“严格按依赖文件选库”基本就稳了。

我都是先让它写，报错再手动补装，毕竟偷懒就得接受它偶尔犯浑。

把requirements.txt喂给它最管用，再补一句“严格按这个清单选库”基本就老实了。

我都是直接贴环境路径，然后让它先写依赖再写代码，比干加prompt靠谱多了。

这问题太真实了，我一开始用也是被它各种花式import搞到崩溃。后来学乖了，直接在项目根目录放个requirements.txt，然后在prompt里加一句“只允许引用该文件里的库”，情况好了不少，但还是得盯紧点。另外，你试试让它先输出完整代码再人工检查，别图快直接跑，感觉AI对“标准库”的理解和咱们不太一样。

我一般直接在系统提示里粘一段当前环境的包列表，或者干脆让它先跑一下pip list再写代码，效果比单纯说“只用标准库”好很多。还有个土办法，就是遇到它import不存在的库，就让它用subprocess调命令行工具或者手写解析逻辑，多逼几次它就会收敛了。另外别太指望它记住约束，每轮对话都重复一遍环境信息才是真。

我试过把requirements.txt直接拖进对话里，然后说“只能从这些里面选”，它还是会偶尔犯浑，但概率低多了。最靠谱的还是自己写个简单的依赖检查脚本，跑完AI生成的代码就自动报缺失，来回改两轮它就学乖了。说到底这工具就是个高级补全，别把它当严谨的工程师用。

其实这问题根源在训练数据里大家都爱用现成库，它默认你环境很全。你不如换个思路，让它先输出完整代码，再单独问它“哪些是外部依赖”，最后自己手动装一下。或者干脆让它用sqlite3、csv这些标准库处理Excel，虽然代码丑点但至少能跑。我试过把目标文件结构描述清楚，它反而更倾向用基础库。

我都是开两个窗口，一个让它写，另一个开着pip list随时截图给它看，它看到实际环境后明显老实多了。另外你可以在prompt里加一句“如果必须用第三方

把requirements.txt喂给它确实管用，我试过，它基本就老实了，但偶尔还是抽风。

最好直接告诉它“只用Python内置模块写”，比说“标准库”好用得多。

这问题太真实了，我一开始也踩过这坑。后来我学乖了，直接在项目里建了个requirements.txt，每次写代码前先把现有依赖列表丢给它，再补一句“只准用这个文件里的库”，效果立竿见影。不过说实话，它有时候还是会犯轴，尤其遇到urllib和requests这种功能重叠的，你就得在prompt里点名“禁止import requests，用urllib.request”，写死限制才行。

这问题太真实了，我刚开始用的时候也差点被搞疯。其实你思路已经对了，但光说“只用标准库”不够，AI对“标准库”的理解跟咱们不一样，它觉得requests也算事实标准。我现在是直接在prompt里写“只允许import os, re, json, urllib, csv，其他任何包都不许用”，然后把它可能用到的库全列出来，它基本就老实了。另外你那个pip freeze的思路很聪明，我试过把requirements.txt的内容直接贴在prompt里，告诉它“环境里只有这些”，它确实会收敛很多，但偶尔还是会抽风。还有个土办法，就是让它先写代码，然后你自己花两分钟把openpyxl换成csv模块，pandas换成手动处理，其实代码逻辑它写得还行，就是依赖管理上脑子不清醒。说到底这工具就是个高级补全器，别指望它真能理解你的环境，关键还是得靠你自己的约束和事后检查。

这问题太真实了，AI写代码默认就是“最优雅解法”，压根不管你环境干不干净。我后来干脆在项目里放了个假的requirements.txt，把不存在的库名全列进去，它反而会参考那个文件给你写兼容代码，挺玄学的。另外别只写“只用标准库”，直接说“用http.client和csv模块，禁止任何第三方依赖”试试，它有时候对否定词的理解真得看运气。