用Cursor写React组件，AI总给我乱加没用的库，怎么破？

我最近也踩过这个坑，后来发现光在prompt里写“别乱加依赖”没用，得把项目根目录的package.json直接拖进对话里，让它先读一遍现有依赖再动手。另外你可以试试在规则文件里写死“禁止新增import”，或者干脆把生成代码的权限切到手动应用，这样它建议它的，你挑着用就行。说实话AI对项目上下文的理解确实有限，它更像是个话痨的结对程序员，得你不断把现实约束甩到它脸上。

试试在项目里放个.clinerules文件，把禁止的依赖写进去，比prompt管用多了。

这问题我太懂了，Cursor默认会往“最佳实践”上靠，根本不管你的项目实际情况。你可以试试在项目根目录放个.cursorrules文件，明确写上“禁止引入未安装的包，只允许使用现有依赖”，比在prompt里说管用得多。再不行就给它立个规矩，让它先列依赖清单再动手写，你确认了它才动代码。反正我调了几次之后，它老实多了。

试试在项目里放个CLAUDE.md或者cursor规则文件，明确禁止额外依赖，效果比prompt管用多了。

我一般直接告诉它“只准用现有package.json里的东西”，再不行就让它把import全列出来给你审核。

我之前也踩过这个坑，后来发现单纯在prompt里写“别乱加依赖”根本没用，AI对package.json的感知其实很弱。你可以试试在项目根目录放一个.cursorrules文件，里面明确列出“只允许import项目现有依赖，禁止引入新库”，再附上几个你实际用的库名作为白名单，效果会好很多。另外，我还会在生成代码后直接全局搜一下import，凡是冒出来的新库立刻删掉，顺手把报错丢回给AI让它自己改，几次下来它就“学乖”了。说到底，这玩意就是个高级补全工具，别指望它真理解项目上下文，关键还是得靠人肉把关。你要是经常写组件，不如自己封装一套基础UI，然后在prompt里指定“基于这套组件扩展”，这样它乱来的概率会小不少。

我试过在项目里扔一个.claude文件或者AGENTS.md，里面直接写清楚“禁止引入新依赖，只能用package.json里已有的”，效果比在prompt里说强不少，不过偶尔还是会抽风。另外你可以在Cursor的Rules里加一条全局指令，优先级最高，基本能拦住90%的乱import。说到底它还是靠猜的，不如自己写个简单的下拉组件，让AI只补逻辑，别让它碰依赖这块。

我刚开始用的时候也这样，后来发现得在项目里加个.clinerules或者cursor规则文件，直接把“禁止引入新依赖”写进去，比在prompt里反复强调管用得多。另外你可以在生成前先让它列出要用的包，确认没有额外的才继续写代码，虽然麻烦点但至少不会整出十几个没用的库。我自己习惯把常用组件代码存成snippet，让它照着改，基本就不会乱来了。

这问题太真实了，我刚开始用Cursor时也被它整得头大。后来发现一个笨办法挺管用：在项目根目录放一个AGENTS.md文件，里面直接写死“禁止引入外部依赖，仅允许使用package.json中已存在的包”，然后每次prompt里再强调一遍，效果会好很多，但偶尔它还是会抽风。另外，如果你用的是新版的Rules功能，建议把“生成代码前先检查现有依赖”写进全局规则里，这样比单个prompt更持久。我一般还会在生成完代码后，用eslint的import检查插件扫一遍，发现多余import就手动删掉，时间久了它好像能学到一点你的习惯。不过说实话，AI对项目结构的理解确实有限，尤其是当你的项目里既有老代码又有新依赖时，它很容易被误导。你试试给它的上下文里带上package.json的内容，或者直接在提问时附上相关代码路径，别让它自由发挥。还有个小技巧，如果你明确知道要用的原生方案，比如下拉菜单用details标签或者简单的useState，就直接把代码骨架贴给它，让它只补逻辑，别让它从头设计。这样能省不少清理依赖的时间。

我刚开始用Cursor时也这样，后来发现光靠prompt真不够，得在项目里放个AGENTS.md文件，把已有的依赖和禁止用的库写清楚，它每次读项目时都会参考这个，效果立竿见影。另外你可以在生成前先让它“列出你计划用到的所有外部库”，如果出现没装的就直接让它改，多试几次它就长记性了，比单纯在prompt里强调管用。

这个我太有同感了，Cursor有时候就像个装修队，你说刷个墙它非要给你把整个房子拆了重装。我后来发现光在prompt里写“只用原生”真没用，它脑子里那套最佳实践模板太顽固了。你试试在项目根目录放一个.clinerules文件，里面直接写死“禁止引入任何第三方UI库，禁止使用lodash、framer-motion等工具库，所有交互用React hooks和CSS实现”，然后把这个文件的内容也粘到每次对话的上下文里，效果会好很多。另外我有个笨办法，就是故意在代码里留一个注释，比如// 此项目依赖极简，任何新增npm包都需要人工审批，AI有时候会读到这个就收敛点。但说真的，它要真想加你拦不住，不如先让它生成，然后你自己快速扫一遍import，用正则批量删掉，比反复调教它省心。你有没有试过给它看一个你手写的极简组件范例？我发现给它一个“标准答案”比抽象描述管用，它模仿能力比理解能力强的多。

试试在项目里加个.cursorrules文件，明确写上仅允许使用现有依赖，效果比prompt靠谱多了。

试试在项目里加个AGENTS.md文件，明确写上禁止新增依赖，效果比prompt管用。

我之前也遇到一模一样的情况，后来发现根源在于Cursor的索引没把项目里真正的依赖吃透。你可以试试在项目根目录放一个.claude或者.rules文件，里面明确写上“禁止引入package.json之外的任何库”，同时把常用的原生API列个白名单，这样约束力会强很多。另外，建议每次让它写组件前，先用一句话描述清楚“我不需要动画库，不要用framer-motion，用CSS过渡就行”，有时候它其实是因为理解不了“简单”这个词的具体边界。还有个偏方是，直接把package.json的内容贴进对话里，告诉它“所有依赖都在这里，你只能从这些里面选”，效果立竿见影。不过说实话，这类工具对已有代码库的感知确实弱，尤其是刚建的项目，它脑子里全是通用最佳实践那套东西。我现在习惯是先让它生成初版，然后自己花两分钟把多余import删掉，再让它根据我的删改结果重新学习一次，几轮下来它就会收敛很多。你试试看，大概率比光改prompt管用。

我之前也踩过这坑，后来发现光在prompt里写限制没用，得在Cursor的规则文件里加一条“禁止引入未安装的包”，它才会当回事。另外你可以试试把项目根目录的package.json直接拖进对话上下文，它有时候是没读到依赖列表才瞎发挥的。不过说实话，遇到复杂组件还是手动拆一下吧，AI写多了真容易失控。

这问题太真实了，我刚开始用Cursor那会儿也被它这毛病搞到崩溃。后来我直接在项目根目录放了个.clinerules文件，把“禁止引入未安装依赖”写进去，再配合系统提示词，效果立竿见影。另外你试试把需求拆得更细，比如直接告诉它“用CSS实现下拉，不要任何动画库”，它一般就不会自作主张了。

可以试试在项目里放个.claude/settings.json，明确禁止自动安装依赖，亲测有效。

我都是让AI先列改动清单，确认没问题再动手，比直接让它写省心多了。

这问题太真实了，Cursor有时候就是会“过度设计”。我自己的土办法是在项目根目录放一个.claude或者.md的规则文件，明确写上“禁止引入未安装的依赖，优先使用现有技术栈”，然后每次对话开头再强调一遍，比单纯在prompt里说管用很多。

另外试试把“简单下拉菜单”这种需求拆得更细，比如直接说“用CSS和React state实现，不要用任何外部库”，它有时候就是需要你把“简单”两个字翻译成具体的实现约束。如果还不行，就把它生成代码里的import手动删掉，再让它重新跑一遍，多纠正几次它就会记住你的偏好。

这个问题我太有同感了，之前也被它硬塞过一堆花里胡哨的库。后来我直接在项目根目录放了个.clinerules文件，里面写清楚“禁止引入任何未安装的依赖”，效果好了不少，你可以试试。另外如果还不行，就试试在每次生成前手动把代码里的import删掉，让它基于现有代码重新补全，多纠正几次它就懂了。

Cursor有时候确实是“过度设计”，它可能觉得你需求简单但能力太强，总想给你展示点高级货。我现在干脆把常用组件的代码片段存在项目里，让它直接参考，比写prompt管用。反正别指望它一次理解，得多给点上下文约束。

其实我倒觉得这不算啥大问题，你可以在生成后顺手跑一下package.json检查，把多余的依赖清掉就行。真正烦的是它反复生成相同错误，所以我后来改成让它先列计划再写代码，能少踩很多坑。你们有没有试过给它看别的组件文件当参考？我感觉这招比口头约定有效多了。

试试在项目根目录放个.claude文件夹加rules，明确写禁止新增依赖，效果比prompt管用。

我都是每次生成后手动删掉多余import，时间长了它慢慢就记住了。

这问题我太有同感了，Cursor有时候就像个热情的推销员，非得给你塞一堆用不上的东西。你说的配置文件其实挺关键的，我后来在项目里放了个.clinerules，里面明确写了禁止引入任何新依赖，必须用现有技术栈，效果比在prompt里喊话强多了。另外我发现它特别容易被你代码里的某些写法带偏，比如你之前用过一次framer-motion，它下次就默认这是你的常用库，顺手就给你import了。还有个土办法，就是把package.json直接复制到对话里，告诉它“这就是全部家当，一个字都不许改”，这招对短期任务挺管用。但说实话，真要根治，还是得靠多轮约束加事后审查，每次它生成完，先全局搜一下有没有新import，有就立刻删掉并告诉它为什么不行，多调教几次它会慢慢记住的。不过我也挺好奇，你们有没有试过用别的工具，比如Copilot在依赖控制上会不会更听话一点？