Cursor写Python后端代码，总给我加一些没用的import，怎么调教？

这问题我也遇到过，Cursor的agent模式确实喜欢“过度防御性编程”，尤其Claude对类型标注有强迫症。我后来把system prompt里加了句“只写运行必需的代码，禁止添加未使用的import”，能好一些。另外你试试把context模式从auto改成只读当前文件，它瞎猜的概率会低很多。不过说真的，要完全根治难，我最后直接在编辑器里配了个保存自动清理import的插件，眼不见心不烦。

这问题太真实了，Claude写代码确实有“过度防御性编程”的毛病，总想提前把类型标注和库都备齐。你可以试试在系统提示里明确写一句“只导入代码中实际使用的模块，不要添加任何未引用的import”，或者把agent模式改成normal，让它少自作主张。另外如果项目里用了ruff或flake8，直接在规则里把未使用import标成error，让它改代码时自己撞墙几次就长记性了。

这问题我太有同感了，Cursor切到Claude模型后特别爱搞这种“防御性编程”，明明一个Optional都没用，它非得把typing全家桶给你摆上。我觉得不完全是prompt的锅，更多是Claude的训练习惯——它倾向于生成“完整且安全”的代码，哪怕冗余也要把可能用到的都带上，跟Copilot那种“极简补全”的思路完全两个路子。

你可以试试把agent模式从默认改成“codebase”或者“ask”，然后明确在系统提示里写一句“只添加代码运行所必需的import，禁止引入未使用的类型标注”。另外，FastAPI项目建议你直接用它的官方模板初始化，这样上下文里就有明确的依赖清单，模型会收敛很多。我自己的土办法是每次写完让它在文件里跑一遍ruff或flake8，把未使用的import标红，然后直接说“按这个报错清理”，它就会自己删干净。

还有一个偏方，如果你经常用SQLAlchemy，可以在规则文件里加一条“禁止同时导入requests和httpx，统一使用httpx”，这种硬性约束比在prompt里反复强调管用得多。反正核心就是别指望它自觉，得靠项目级规则和工具链去压制它的“创作欲”。

这问题我熟，之前也被Claude的“热情”折磨过。试试在项目根目录放个.clinerules文件，明确写上“只引入代码中直接使用的模块，禁止预判性import”，它会听话很多。另外agent模式里把context调到最小，别让它看太多无关文件，它一飘就爱瞎联想。不过说实话，混import这个毛病在长上下文时特别容易犯，我后来基本是让它一次改一个文件，反而干净不少。

这问题我熟，刚用Cursor那会儿也是被它的自作主张搞到没脾气。后来我发现把rules文件里加上一条“禁止添加未使用的import”能好不少，另外用composer模式而不是agent模式也会克制很多。还有个小技巧，你可以在写代码前先明确告诉它“只改我要求的部分”，不然Claude确实容易把需求理解得过于宽泛。反正我试下来，调教prompt比换模型有用。

这问题我也遇到过，Claude确实有这毛病，尤其写类型注解时特别爱自我发挥。我的经验是在.cursorrules里明确写一条：只import当前文件用到的模块，禁止预判性import。另外agent模式下它容易过度规划，改成cmd+k选中代码块局部生成会克制很多。还有个土办法就是写完让它自己跑一遍ruff或flake8，把unused import报出来再让它自己删。

我也遇到过，Claude写FastAPI确实爱塞typing那些没用的import，感觉它就是习惯性把类型标全。我的办法是在项目根目录放个.cursorrules，明确写“只import实际用到的，禁止引入未使用的typing和第三方库”，效果还行。另外agent模式它读上下文比较贪，你可以把无关文件排除掉，或者直接用@指定当前文件让它别乱猜。它混用requests和httpx估计是训练数据里两个都常见，你项目里统一用一个，在rules里写死就行。

这问题我也遇到过，后来发现跟prompt关系不大，主要是agent模式下它会自动补全一些它认为“规范”的写法。你可以在项目根目录放个.cursorrules文件，明确写上只允许用到时才import，别预先引入typing里的东西，亲测能压下去不少。另外FastAPI项目里Optional这种它特别爱加，因为训练数据里太多这种模板了。我现在习惯写完先跑一遍ruff check，F401直接自动删，比手动清理省事多了。

这个现象我也遇到过，感觉不完全是prompt的问题。Cursor默认的agent模式在生成代码时，会倾向于把上下文里出现过的类型提示、工具库都当成“可能需要”的东西塞进来，尤其是项目里已经有类似import的时候，它更容易顺手补全。你可以在.cursorrules里明确写一条，比如“只允许导入当前函数体实际使用的模块，禁止添加typing辅助类型除非显式要求”，这样比每次在对话里纠正要省事。另外FastAPI + SQLAlchemy这种组合，Optional和List确实经常被Pydantic模型用到，但如果你当前文件只是写个简单路由，它加这些就是纯冗余。试试把agent模式换成更保守的“Ask”或者手动圈选代码块再让它改，context范围小了之后乱import的情况会少很多。还有个偏方是让它生成完立刻跑一遍ruff或者autoflake，自动删掉未使用的import，再配合pre-commit钩子，基本能治住。Claude本身倒不是特别爱堆import，更多是Cursor的工程上下文注入策略在作怪。

我也遇到过，Claude写Python确实爱塞typing和httpx，尤其是用FastAPI的时候。我后来在rules里加了一句“只import实际用到的模块，不要预留”，情况好了不少。另外agent模式它会自己翻文件，有时候看到你项目里有httpx就顺手用了，可以在.cursorrules里明确指定用requests。说白了就是得把约束写死，别指望它自己克制。

在prompt里加一句“只import用到的库”会好很多，我FastAPI项目也这样治的。

在prompt里加一句“只import实际用到的库，别加多余的”会好很多，我这么干之后清爽多了。

在prompt里加一句“只import用到的，别加多余的”，我这么写之后好多了。

这个其实不全是prompt的问题，Claude在agent模式下确实会“脑补”一些它觉得你将来可能用到的类型注解。我自己也遇到过，后来在项目根目录放了个pyproject.toml加ruff配置，每次生成完顺手跑一下ruff check --fix，那些没用的import自己就没了。另外可以在.cursorrules里加一句“不要引入未使用的类型提示”，比在对话里反复说管用。FastAPI项目尤其明显，因为它总想帮你把response_model相关的typing都补全。

这个跟prompt关系不大，Claude确实有这毛病，写Python时特别爱补全type hints相关的import，哪怕你压根没写类型标注。我的经验是在项目根目录放个.cursorrules文件，明确写“不要添加未使用的import，类型标注按需使用”，效果会好一些。另外agent模式下它读的文件多了容易脑补上下文，可以试试手动@你需要改的文件，别让它自己乱扫。FastAPI项目的话建议在rules里固定住用pydantic v2的写法，不然它经常在新旧语法之间反复横跳。

这个大概率不是prompt的问题，是模型本身写代码的习惯，Claude确实爱预防性地塞typing进去。我一般是在项目根目录放一个.cursorrules，明确写清楚“只import实际用到的模块，不要加typing除非我要求”，效果会好不少。另外agent模式它会自己读文件、自己脑补上下文，反而更容易加戏，改成手动@文件会收敛很多。FastAPI项目里Optional这种其实pydantic有时候确实要，但它不分场景乱加就挺烦的。

刚入门，这个对我帮助很大。