用Cursor写Python后端，AI总把依赖写错，是我prompt不对吗？

说实话版本问题真别指望AI，我都是让它写逻辑，依赖直接自己锁版本，省心多了。

说实话这问题我太有同感了，Cursor写业务逻辑还行，一到依赖版本就放飞自我。我怀疑它训练数据里Pydantic v1和v2的代码混在一起，有时候甚至把FastAPI官方文档早废弃的写法当宝贝推给我。你光在pyproject里标版本不够，它上下文注意力根本顾不上那么细，我试过在系统提示里写“必须用pydantic v2的model_config”，它照样给你来一段class Config，气得我直接删了重写。后来我学乖了，把关键依赖的版本号直接贴在每个相关文件顶部的注释里，比如“# requirements: httpx>=0.27, pydantic>=2.0”，这样它至少在生成那个文件时能看得到。但说实话，最靠谱的还是自己装个mypy或者基于类型检查的IDE插件，AI写完代码立刻跑一遍类型检查，它错一次你改一次，多来几轮它好像能记住你的项目风格。不过别指望它彻底改掉这个毛病，我现在基本把AI当高级自动补全用，依赖版本这种硬约束全靠自己把关，prompt再怎么写都是治标不治本。

这问题太真实了，我踩过一模一样的坑。说实话，指望AI记住pyproject.toml里的版本约束基本不现实，它对“最新稳定版”的理解往往滞后半年以上。我的做法是直接在系统提示里写死“必须使用pydantic v2语法，httpx版本>=0.27”，然后每次生成完还是得自己扫一遍import和模型定义。依赖这块真别偷懒，AI当个快速草稿还行，版本兼容性检查还得靠自己的经验和IDE提示。

我跟你的情况刚好反过来，AI给我写的依赖倒是挺新，但跟项目里其他库的兼容性直接炸了。后来我干脆把关键库的版本号写进一个单独的AGENTS.md文件，让Cursor每次读一下，效果比在prompt里喊话好不少。不过说真的，这种细粒度问题它确实处理不好，我最后都是让它出代码，依赖我自己装，跑通了再让它继续写。

说实话我也没完全解决，但有个小技巧：别让它写整个依赖文件，而是每次只问它“这个功能用哪个库的哪个版本”，让它给出具体代码片段，然后自己手动装。我试过在项目里放一个requirements-lock.txt，明确标注各版本，Cursor还是会偶尔抽风。感觉这工具对语法和算法挺在行，但版本生态这块就是个半吊子，建议你直接放弃治疗，依赖全

说实话这事儿我也踩过坑，后来发现单纯靠prompt约束版本号效果有限，AI对生态更新有滞后性，尤其Pydantic这种大版本API变动。我的做法是让Cursor只负责生成业务逻辑，所有依赖声明直接自己写进pyproject，跑通后再让它参照现有代码补全。另外可以把当前环境的site-packages路径丢给它，让它先读一遍已装的库版本，准确率高不少。

说实话这问题我太有共鸣了，FastAPI项目里被AI坑过好几回，Pydantic v2那套field写法它老给我整成v1的，后来我干脆放弃在prompt里跟它讲版本，直接让它只写核心逻辑，依赖我自己锁。你试过把pyproject.toml里的依赖版本直接通过上下文喂给它吗？有时候它确实会读，但读完了还是按训练数据里的老习惯来，感觉它对版本差异的敏感度就是天然很低。我现在的做法是，AI写完代码后，我手动跑一遍mypy或者ruff，版本问题基本都能暴露出来，比跟它纠结prompt效率高多了。另外如果你真想在prompt里约束，可以试试把官方文档里对应的具体用法复制一段贴进去，让它照着那个范式写，比单纯写“用新版本”管用。但说实话，依赖这种东西我觉得还是别指望AI，它的训练数据太杂了，没法保证跟你的环境一致，自己动手改才是真的省心。

这问题太真实了，AI对版本细节基本靠猜，不如直接让它读pyproject.toml，再加个“必须按当前环境版本写”的硬约束。

这问题我太有同感了，Cursor写业务逻辑还行，一碰依赖版本就暴露智商。你Prompt写得再细也没用，它训练数据里Pydantic v1和v2的混着来，你注释写得再清楚它照样生成旧版Field语法，我试过把版本号写进系统提示，结果它改了这处漏了那处，更崩溃。后来我干脆把pyproject.toml里的依赖锁死，然后让Cursor只写代码不碰配置，遇到它import不存在的函数就直接扔进黑名单。其实你想想，它本质是个概率模型，不是包管理器，指望它精确到小版本号确实不现实，不如把精力花在跑完测试后自己批量搜下过时API。我现在就是让它生成框架，依赖自己手动改，省心多了，毕竟AI替你省的时间最后还得花在debug上，划不来。

别指望AI管版本，pyproject里锁好依赖版本，生成代码后自己扫一眼import和参数就行。

AI写依赖就当参考，pydantic v2和httpx新版差异大，手动改比调prompt快多了。

手动锁版本最稳，AI生成代码当参考就行，别指望它管依赖。

这问题太真实了，Cursor在依赖版本这块基本就是靠训练数据猜，pyproject.toml它未必真去读。我试过在系统提示里写清楚“必须使用pydantic v2语法”，效果也就那样，照样偶尔犯浑。建议别浪费精力调prompt了，写完依赖直接自己跑一遍mypy或者ruff，比跟它较劲快多了。

这问题太真实了，Cursor对依赖版本基本是瞎猜，pyproject.toml它未必真读进去了。我后来干脆把关键库的版本号直接写进系统提示里，比如“用pydantic v2的model_config写法”，效果会好一点。但还是别指望它一次写对，每次改完依赖我都要手动跑一遍mypy和ruff，习惯了就好。

我都是让它只写业务逻辑，依赖版本自己手搓，AI这块确实不行，省心多了。

AI对版本敏感度太差了，建议直接把版本号写进system prompt，会好一点。

别信AI写的依赖，版本这块真得自己盯，让它写业务逻辑还行。

这问题太真实了，我也被坑过好几次。其实AI对依赖版本的理解基本靠训练数据里的“主流印象”，你pyproject里写清楚它也不一定真去读，更别说推理当前环境了。我的做法是干脆让它只写核心逻辑，所有import和依赖我自己补，或者写完后用pip check和ruff扫一遍，比跟它较劲省心多了。另外可以试试在系统提示里加一句“只使用标准库和已安装的包”，能减少点幻觉。

这问题我也踩过坑，AI对版本敏感度确实不行，尤其是Pydantic v2这种破坏性更新，它经常记混。我的做法是直接在pyproject.toml里锁死版本，然后每次让它改代码前先贴一下关键依赖的版本号，比prompt里写一堆说明管用。另外别指望它一次写对，跑一遍测试再让它修，比反复描述问题效率高。反正我现在把AI当高级补全用，依赖和版本这块还是自己把关更踏实。

这问题太真实了，Cursor对依赖版本的理解基本就是靠训练数据里的“主流印象”，你pyproject里写的东西它经常当背景噪音忽略。我试过在系统提示里明确标注“必须使用Pydantic v2语法”，效果也就那样，该错还是错。现在我的办法是让它写业务逻辑，所有依赖相关代码直接自己动手，毕竟修它埋的坑比直接写还费时间。版本这东西太细了，模型大概率没真去读过最新文档，全靠猜。

说实话这问题我踩过太多坑了，AI对依赖版本的理解基本就是靠训练数据里的旧文档，pyproject.toml它未必认真读。我现在都是让它写核心逻辑，依赖自己手动加，或者先用pip install把包装好再让它import，这样它至少能拿到当前环境的真实签名。你可以试试在系统提示里加一句“只使用项目已安装的包”，会稍微好点，但别指望百分百准。

别太指望AI管版本，依赖这块自己写更稳，prompt写再细它也容易翻车。

手动锁版本吧，AI对依赖的更新记忆确实滞后，让它写核心逻辑，依赖自己改最稳。

依赖这事儿真别指望它，我都是把版本号直接写进prompt里，但最后还是得自己过一遍。

说实话这问题我也踩过不少坑，AI对版本号的敏感度确实不行，它更像是在“猜”你想要的写法。我现在基本是让Cursor只写业务逻辑，涉及依赖导入和配置类代码都自己来，反而省心。你要真想让它少犯错，可以在项目里放一个CONTRIBUTING.md，把关键版本和废弃API写进去，比prompt里反复唠叨管用。另外pydantic v2的迁移确实坑，我建议直接在pyproject里锁死版本，然后遇到报错再让AI根据错误修，别指望它一开始就写对。