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

这问题我也遇到过，确实挺头疼的。Cursor对依赖版本的理解力有限，它更像是在拼凑常见的代码模式，而不是真能读懂你项目里的版本约束。我试过在prompt里写"使用Pydantic v2语法"，它有时候还是会溜回v1的写法，可能是训练数据里v1的样本太多了。后来我学乖了，干脆在项目根目录放一个.ai/rules文件，把关键依赖的版本和对应语法写清楚，比如"httpx>=0.28，用client.get方式"，效果比写在prompt里好一些。但说实话，依赖导入和版本细节这块，我基本还是手动改，AI写个骨架还行，细节真不能全信。你可以在Cursor的规则里把pyproject.toml的路径明确告诉它，或者每次生成后自己跑一遍pyright检查，这样能省点事。

同感，我也踩过这个坑，现在都是自己手动改依赖，prompt写得再细它也会犯迷糊。

我最近也在用Cursor写FastAPI，确实有类似的困扰，它好像更依赖训练数据里的通用模式，对项目里具体的版本约束不太敏感。我试过在prompt里直接写“请使用Pydantic v2语法”或者“httpx 0.28+的写法”，效果会好一些，但偶尔还是会翻车。目前我的做法是让它生成主体逻辑，依赖相关的地方自己动手改，尤其是一些新版本的破坏性变更，AI基本跟不上。

说实话这问题我太有同感了，Cursor对依赖版本的理解基本靠训练数据里的“大众印象”，根本不会真去读你pyproject里的约束。我之前试过在系统提示里写死“必须用pydantic v2语法”，结果它改了两行又犯老毛病，后来干脆养成了习惯：AI生成的代码我只看逻辑，所有import和依赖声明一律自己手改。与其跟它较劲prompt，不如直接把环境锁文件当唯一标准，至少省一半扯皮时间。

说实话这问题我太有共鸣了，Cursor写业务逻辑还行，一碰依赖版本就翻车，尤其Pydantic v2那套field语法，它老给我生成v1的validator，改得我血压高。我觉得跟prompt关系真不大，模型训练数据里旧版本代码占比太高了，你就算把pyproject.toml塞它嘴边，它也可能选择性失明。我现在基本放弃让它写依赖相关代码了，直接让Cursor生成调用逻辑，但所有import和版本敏感的地方全自己手写，反而省时间。还有个野路子，你可以在项目里放一个很小的AGENTS.md文件，里面用最直白的话写死“本项目必须用pydantic v2语法，禁止出现validator和Field的旧写法”，比在对话里强调管用一点，但也不是百分百灵。说到底这玩意儿就是概率模型，别指望它精准到版本级别，当个高级补全工具用，该自己动手的地方别偷懒。

说实话这问题太真实了，我拿Cursor写Go项目也遇到过一模一样的坑，它特别喜欢把gorm的v1语法往v2项目里塞，明明go.mod里写着版本号呢。后来我琢磨了一下，感觉这跟prompt关系不大，主要是模型训练数据里旧版本占比太高，它默认输出概率最高的那套写法，你越强调版本它越容易绕回去。我现在基本放弃在对话里纠正它了，干脆把pyproject.toml里关键依赖的版本直接写进一个AGENTS.md文件，每次开新对话先让它读一遍，效果稍微好点但也没根治。最靠谱的办法还是把AI当成一个会打字的同事，它写完依赖我必看一遍，尤其是那些不常更新的库，反正自己改也就几秒钟的事，比跟它来回扯皮省心多了。另外可以试试在生成代码前先丢一个最小可运行的依赖列表进去，让它照着抄，比纯文字描述强一些。

说实话这问题太真实了，我最近用copilot写Go也是这德行，明明go.mod里都锁了版本，它还能给我生成早就不存在的API。我觉得根本原因在于这些模型训练数据里老代码占比太高，尤其像Pydantic v2这种breaking change，它们内部知识库更新可能滞后几个月。你光在prompt里写“用最新版”没用，模型对“最新”的理解跟现实有偏差，不如直接把关键依赖的版本号写进系统提示，比如“pydantic 2.5+，httpx 0.27+”，这样它至少会往那个方向靠。但说实话，依赖这种东西我真不敢全交给AI，它写业务逻辑还行，牵扯到第三方库的调用方式，我基本都当草稿看，最后一定自己翻官方文档核对。你要是不嫌麻烦，可以试试在Cursor的rules文件里把项目用到的核心库版本和已知坑都列出来，让它每次生成前先读一遍，效果比在单个prompt里强调强不少。不过最稳的办法还是自己动手改，AI写个大概框架，细节全人工，尤其涉及异步客户端、数据校验这种很容易踩坑的地方。你有试过用它的chat模式专门问某个库的当前版本用法吗？有时候比直接让它写代码靠谱。

这问题太真实了，我也被坑过好几回。Cursor对依赖版本的理解基本靠训练数据里的常见写法，pyproject.toml它看了但未必真当约束用。我现在是让它写核心逻辑，所有依赖安装和版本号全自己手动敲，省得排查半天。另外可以试试在对话开头直接甩一句“只用pydantic v2语法，httpx用0.27+的接口”，比注释管用。反正别指望它自动对齐版本，当个高级补全工具用就行。

这问题太真实了，Cursor对版本敏感度确实拉胯，我试过在系统提示里写“必须用pydantic v2语法”它都能偶尔犯浑。后来干脆把关键依赖的版本号直接写进pyproject.toml的注释里，再配合它生成后我扫一眼报错，改起来比纯手写快。反正现在默认不信它写的依赖，就当个补全工具用，逻辑框架让它搭，细节自己把控。

说实话，AI对版本细节天生迟钝，不如把pyproject里关键依赖版本直接写进系统提示，或者让它每次改完自己跑一遍测试。

说实话这问题我遇到过太多次了，Cursor对依赖版本的理解基本就是靠训练数据里的主流写法，你pyproject.toml写得再清楚它也可能无视。我后来直接放弃了让它写import和依赖相关的代码，这部分自己手动改反而更快，它写业务逻辑还行。你要是非想让它用对版本，可以在对话里直接甩给它官方文档链接，比写prompt管用多了。

说实话这问题太真实了，我最近也被Cursor坑过好几次，尤其是Pydantic v2那个迁移，它老给我写orm_mode，我一看就知道是v1的老写法。后来我试了下，与其在prompt里跟它反复强调版本，不如直接在项目里放一个.cursorrules文件，把关键依赖的版本和常用写法写进去，效果立竿见影。但就算这样，它偶尔还是会抽风，特别是当你引入一个新的库时，它可能就按训练数据里的老习惯来了。我觉得这本质上是模型对“最新版本”的感知有延迟，不是prompt写得细不细的问题，你哪怕把版本号怼到它脸上，它也可能在生成时忽略掉。所以我现在基本策略是：让它写业务逻辑框架，但所有依赖声明和import语句我都自己过一遍，用pip list或者pip index versions验证一下，别指望它在这块靠谱。另外你可以在系统提示里加一句“只使用标准库或已安装的依赖”，至少能减少它乱推荐新包的概率。说到底这工具就是个高级补全，不是包管理器，版本这事还得靠人肉。

说实话这锅不全在prompt，Cursor对依赖版本的处理确实挺弱的，它训练数据里新旧API混着来，没辙。我试过在项目里放个AGENTS.md专门写清楚“用pydantic v2语法，httpx>=0.27”，效果好了些但偶尔还是会犯浑。更靠谱的办法是让它每次改完代码自己跑一遍mypy或者pytest，报错了再贴给它改，比手动检查省心。反正依赖这玩意儿别指望一次写对，就当它是个需要反复校准的实习生吧。

这问题太真实了，Cursor对依赖版本的理解基本靠训练数据里的“主流印象”，你pyproject写得再清楚它也可能视而不见。我后来干脆把关键库的版本和用法直接写进项目里的CLAUDE.md或者rules文件，效果比在prompt里反复强调好得多。但说实话，最终跑起来之前还是得自己过一遍依赖，别指望它完全不出错，尤其是Pydantic这种破坏性升级频繁的库，AI的“记忆”真的会滞后。

老实说AI对版本细节就是会翻车，我都是让它写逻辑，依赖自己动手改最稳。

AI写依赖真得盯紧，pydantic v2坑太多了，我现在都是先跑一遍再让它修。

实话说这锅不全在prompt，Cursor训练数据里旧版FastAPI/Pydantic的语料占比太高了，跟项目配置关系不大。我试过在rules里写“必须用pydantic v2的model_config写法”也一样翻车，它有时候会选择性忽略。现在我的做法是让它生成核心逻辑，所有import和依赖版本统一自己核一遍，反正也就几行的事。你要真想省事，不如直接在pyproject里锁死版本然后让AI跑测试，报错再改，比写prompt靠谱多了。

我都是让AI写业务逻辑，依赖直接自己锁版本，它这块是真不行，别太指望。

这问题太真实了，版本这块AI基本靠猜，别指望它靠谱，自己锁版本最稳。

我试过在prompt里写“Pydantic v2”，它还是偶尔抽风，现在已经默认所有依赖都手动核一遍了。

这问题太真实了，Cursor对依赖版本的理解基本靠训练数据里的统计概率，你pyproject里写啥它有时候真不细看。我试过在系统提示里明确加“必须使用Pydantic v2语法”之类的话，能好一点但偶尔还是抽风。最靠谱的还是让它生成代码后自己过一遍依赖，或者干脆用uv lock锁死版本，别指望它自动遵守。另外可以试试把报错信息直接贴回去让它修，比一开始就要求它写对容易些。

说实话我觉得问题不在prompt，Cursor这类工具对依赖版本的处理基本就是靠训练数据里的统计概率，它根本没法真正理解你pyproject.toml里的约束。我试过在系统提示里写“必须使用pydantic v2语法”，结果它还是会偶尔冒出v1的写法，尤其是模型配置那块。后来我干脆把关键依赖的版本和常用API直接贴进项目里的AGENTS.md文件，每次对话自动加载，效果比在prompt里喊话强多了。但就算这样，它生成完代码我还是得跑一遍mypy和pytest，依赖写错这问题基本无解，因为它对“某个库在某个版本下有没有某个参数”这种细粒度知识，本质上就是靠猜的。我的建议是别指望它一次写对，让它生成完你快速扫一眼import和pip install的部分，改起来比从头写快。另外可以试试在提问时直接给它看官方文档的片段，比如把httpx的client用法复制一段到对话里，它更容易照着写对。反正我现在是把它当高级补全用，依赖部分全靠自己盯，省心。