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

我一开始也遇到这问题，后来在项目里放了个.clinerules文件，把“禁止引入新依赖”写成硬性规则，效果好了不少。另外你可以在生成后让它自己跑一遍lint，报错了再让它改，多调教几次它就记住了。不过说实话，AI对依赖边界确实不敏感，有时候得靠人工review兜底。

试试在项目里放个AGENTS.md，把禁止的依赖和允许的技术栈写清楚，Cursor会读这个文件。

我实测挺管用的，比单纯在prompt里强调靠谱多了。

这个问题我太有共鸣了，当初用Cursor写组件的时候也被它塞过一堆花里胡哨的库。后来我发现光在prompt里写“别加依赖”没用，因为它会把你的话当成建议而非硬性规则。你可以试试在项目根目录放一个.claude或者.cursorrules文件，明确写上“禁止引入任何package.json之外的库，所有交互用纯CSS和原生JS实现”，这样它每次生成代码前都会先读这个规则，比我之前试过的所有prompt都管用。另外，如果你用的是VSCode插件，记得在设置里关掉“自动安装建议包”的选项，不然它以为你缺什么就会顺手补上。还有一个土办法，就是故意在prompt里点名你现有的依赖版本，比如“用react-icons的v4，其他版本不要”，这样能限制它的想象力。不过说到底，AI对项目结构的理解确实有限，它看不到你装了啥，只看到你让它写啥，所以最保险的还是生成后自己快速扫一遍import，把没用的删掉，时间长了它也会慢慢学乖。我比较好奇的是你在用的时候有没有试过让它先生成代码再手动改？还是说完全是让它一步到位？

这问题太真实了，我一开始也被塞过一堆花里胡哨的库。后来发现光靠prompt没用，得在项目里加个.clinerules或者直接编辑AI的全局规则文件，把“禁止引入未安装依赖”写死，效果立竿见影。

另外试试在生成前先让它跑一下package.json，或者明确告诉它“只允许用React自带的useState和CSS”，限定范围就没那么飘了。还有个笨办法，每次都手动删掉多余import，多删几次它大概能记住你的风格。

试试在项目里加个.cursorrules文件，把“禁止引入未安装依赖”写死进去，效果比prompt靠谱不少。另外我一般会让它先列改动清单再动手，能拦住大部分瞎import的情况。不过说真的，它有时候对依赖的执念确实挺迷的，可能训练数据里花活太多了。

这问题太真实了，我刚开始用Cursor那会儿也被它这个毛病折磨得不行。后来我发现光在prompt里写“别乱加依赖”根本没用，因为AI对项目依赖的感知其实很模糊，它脑子里装的是海量开源库的“最佳实践”，根本不知道你本地node_modules里有什么。我的土办法是直接在项目根目录放一个.cursorrules文件，里面写清楚“禁止使用未在package.json中声明的第三方库，所有交互组件必须基于原生React和CSS实现”，这个比对话里的prompt管用多了，相当于给它立了个硬规矩。另外你还可以试试在生成前先让它“列出你打算使用的所有依赖，并确认这些依赖是否已安装”，逼它先思考再动手，能少踩不少坑。当然，它要是死活不听，最粗暴的办法就是每次生成完用grep扫一遍import语句，把多余的库手动删掉，多来几次它也会慢慢“学乖”的。

另外，如果你用的是VSCode的插件版Cursor，可以看看有没有办法让它读取你当前项目的tsconfig.json或jsconfig.json里的paths配置，有时候它乱import是因为对你的模块解析规则一无所知。还有个我常用的技巧，就是故意在prompt里加一句“如果必须使用第三方库，请先给出安装命令并解释为什么非用不可”，这样至少能让它多一层自我审查。说到底，AI工具就是个聪明的实习生，你得给它划好工作边界，指望它一次就懂你全部需求不现实。反正我现在基本是让它生成代码骨架，所有依赖和复杂逻辑都自己重写，效率反而高很多。

试试在项目根目录放个CLAUDE.md，把依赖清单和禁用库写清楚，效果立竿见影。

试试在项目里加个AGENTS.md文件，写明“禁止新增依赖”，效果比prompt靠谱多了。

试试在项目里加个CLAUDE.md或者.cursorrules文件，把允许用的依赖白名单写死，效果立竿见影。

可以试试在项目里放个AGENTS.md文件，把依赖清单写进去，比在prompt里说有用多了。

我试过直接把常用依赖写进rules，AI就老实多了，你也可以把报错信息直接甩给它让它自己改。

这问题太真实了，我刚开始用Cursor那会儿也被它这个“过度设计”的毛病整得头疼。后来我琢磨出一个笨办法，就是在项目根目录放一个叫CLAUDE.md或者.cursorrules的文件，把咱们项目的技术栈、允许用的依赖、甚至UI风格都写清楚，它参考这个上下文之后会老实很多。另外你可以在prompt里直接跟它说“如果要用到新库，先停一下问我”，或者干脆把“禁止安装新依赖”写进刚才那个配置文件里，强制约束它。不过说实话，AI有时候还是会犯傻，我现在养成习惯了，每次它生成完代码，我第一件事就是扫一眼import那一块，多出来的东西直接删掉，再顺手检查一下是不是有重复造轮子的地方。还有一个偏方是给它看几个你写好的现有组件的代码，让它模仿你的写法，比光靠文字描述管用得多。总之别指望它能完全懂你，把它当成一个需要反复调教的实习生就行，多试几次总能找到双方舒服的节奏。

我也有这个问题，后来直接在项目里加了个.cursorrules文件，把“禁止引入未安装的依赖”和“优先使用现有UI组件”写进去，效果立竿见影。另外你可以在生成前先让它“查看package.json”，有时候它确实会忽略上下文。不过说实话，它偶尔还是会抽风，我现在都是让它先列改动方案，我确认了再动手，省得白折腾。

试过在prompt里加“不要装任何新依赖”没用，但把它写进AGENTS.md或者项目说明文件里就听话多了。还有个小技巧，如果你用的是TypeScript，把tsconfig.json的路径别名和已有依赖都写清楚，AI误判的概率会低不少。另外，建议生成后直接全局搜一下from '开头的行，手动删掉没装的那些，比反复调教快。

我是直接把framer-motion、lodash这些常用库的替代方案写进注释里，比如“下拉动画用CSS实现，工具函数用原生写”，然后每次生成前让它“先读一下根目录的README”。现在基本能控制在只引入本来就装了的库，偶尔还是会冒出来，但概率低多了。你也可以试试用--no-install模式跑，至少不会真的给你装上去。

这问题太真实了，我刚开始用也是这样。后来发现光在prompt里说不顶用，最好在项目根目录放个.clinerules或者.cursorrules文件，把允许用的依赖列表写清楚，甚至直接禁止某些库。另外你也可以试试把当前项目的package.json内容丢给AI当上下文，它有时候对项目结构确实没啥感知，给点具体文件路径能好很多。

这个问题我太有同感了，刚开始用Cursor那会儿差点被它整崩溃，明明要个纯手写的折叠面板，结果把整个动画库都搬进来了。后来我发现单靠prompt约束确实不够，因为AI的上下文窗口有限，它根本记不住你项目里具体装了哪些包。我的土办法是直接在项目根目录放一个.clinerules文件，里面用很直白的语言写清楚“禁止引入任何未安装的第三方库，所有组件必须基于React+CSS实现”，然后每次生成代码前先让它读一遍这个文件，效果会好不少。另外你也可以试试在生成后多用Ctrl+Z回退几次，把那些多余的import手动删掉，再让AI基于你修正后的代码继续改，它就会慢慢学乖。说到底，AI就是个会打字的实习生，你得给它划清楚边界，最好在package.json里把已装依赖列出来直接贴给它看，比什么都管用。

我刚开始用Cursor时也踩过这坑，后来发现光在prompt里写限制不够，得在项目根目录放个.clinerules文件，把“禁止引入新依赖，只能用现有package.json里的库”写进去，效果立竿见影。另外试试在生成前先让它看一眼你的依赖列表，或者直接给它你的package.json路径，它就老实多了。

这个问题的根源在于Cursor的上下文感知还是太“泛”了，它看到你写组件就默认你是个全栈项目，恨不得把所有最佳实践都塞给你。我试过在项目根目录放一个.claude或者AGENTS.md文件，里面明确写“禁止引入package.json以外依赖，所有样式用CSS Modules”，效果比在prompt里反复强调好得多，你可以试试。另外，有个小技巧是每次让它改代码前，先把package.json的内容粘贴到对话里，然后加一句“严格基于这个依赖清单工作”，它就不会乱来了。不过说实话，framer-motion这种库它确实特别爱用，可能是因为训练数据里这类组件的实现太常见了，你要么忍痛手动删掉多余import，要么就给它一个你认可的“标准答案”作为参考模板。说到底，AI工具目前还是更擅长“从零生成”而不是“在约束下修改”，所以我会反过来用——让它先写一个粗糙版本，然后我再自己重构，这样反而省去跟它讨价还价的精力。你要是找到了更聪明的配置方法，记得回来分享下。

我试过在项目里放一个.cursorrules文件，把“禁止自动安装新依赖”写进去，效果比在prompt里喊话强不少。另外你可以试试在生成代码后直接跟一句“把没用的import删掉”，它会自己检查一遍。不过还是得养成习惯，每次让它改完都跑一遍npm run lint，不然依赖越堆越离谱。

我之前也踩过这个坑，后来发现光在prompt里写“别加依赖”不够，得直接在项目根目录放一个.claude或者.cursor的规则文件，把允许用的库白名单列出来，AI会老实很多。另外，它有时候不是理解不到位，是太想“帮你完善”了，我干脆在需求里加一句“如果现有依赖无法实现，就返回错误提示而不是自动装包”，效果立竿见影。你可以试试把系统提示词里也带上项目依赖清单，比啥都管用。

说实话我也踩过这个坑，后来发现光在prompt里写规则没用，Cursor对项目依赖的感知其实很弱，它更多是看上下文猜你要啥。我现在的做法是直接在项目根目录放一个.cursorrules文件，把“禁止引入未安装的包”写进全局规则里，效果比每次在对话里强调好很多。另外你可以在生成的代码里加一条约束，比如告诉它“如果要用第三方库，请先输出需要安装的命令让我确认”，这样至少能逼它停下来思考一下。不过说实话，framer-motion这种它真的特别爱用，我怀疑是训练数据里这类组件库出现频率太高了。还有一个偏方，就是你先手动写一个最简单的组件版本，然后让它基于你的代码改，而不是从零生成，这样它模仿你风格的概率会大一点。反正AI工具就是个概率游戏，你得用工程手段去限制它的自由度，别指望它自己悟。

我刚开始用Cursor那会儿也这样，后来发现它其实挺吃上下文理解的，光在prompt里说不够，得把项目里已有的package.json内容直接贴给它，或者用@符号引用一下相关文件，它会老实很多。

另外你可以试试在项目根目录放个.clinerules或者cursorrules文件，里面写清楚“禁止安装新依赖，仅使用现有代码库”，我之前试过效果还挺明显的，比在对话里反复强调管用。

不过说实话，有时候它给你加库也不是完全没道理，可能觉得那样实现更省事，但你得让它知道你的项目场景就是轻量级，不需要那些花哨的动画和工具函数，多试几次它就能摸清你的路子了。