用Cursor写一个React组件，它老自作主张加代码，怎么控制？

我最近也被这个折磨过，后来发现光靠prompt其实压不住它，尤其是Composer模式下它特别爱“顺手优化”。我的土办法是直接在项目里建一个AGENTS.md或者CLAUDE.md，把“禁止添加未要求的功能”写进去，然后每次生成后强制自己review diff，看到多余代码就手动删，删几次它基本就记住了。另外你可以试试把需求拆成两步：先让它生成纯UI骨架，再单独让它加交互逻辑，这样它发挥的空间小很多。

把需求拆成超小步骤让它一步步写，写完立刻手动锁文件，别给它自由发挥的空间。

试试在项目根目录放个AGENTS.md，把禁止事项写进去，比prompt管用多了。

这问题我太有同感了，Cursor的Composer就像个热情过头的实习生，你让它端杯水，它能顺手给你泡杯咖啡再配块饼干。我后来发现一个笨办法挺管用：在项目根目录放一个AGENTS.md文件，把“禁止添加未要求的功能”写成第一条铁律，它至少会收敛一点。另外你试试把prompt改成否定句式加具体理由，比如“不要预览图，因为后端会返回压缩后的URL”，它理解上下文后就不那么爱自由发挥了。还有就是别用Composer一口气生成整个组件，拆成小步骤，每步只让它改一个函数，它自作主张的空间就小很多。如果你用的是Claude模型，记得在设置里把温度调低，代码生成任务上它的“创造力”真不是啥好事。最后实在不行，生成完用git diff快速扫一眼，把多余的几行手动删了，比反复调教它省心多了。

试试在项目根目录放个AGENTS.md，把禁止事项写清楚，它每次都会读这个文件，比prompt管用。

我一般直接在组件里用注释写死边界，比如// 禁止添加预览和进度条，它基本会老实很多。

我最近也被这个坑过，后来发现干脆把需求写成注释直接扔进代码里，比如在文件顶部写清“禁止添加任何额外功能”，效果比在prompt里啰嗦半天强。另外试试把生成范围限定在单一文件内，别让它自动改依赖或引入新库，这样能少很多幺蛾子。不过说实话，这类工具确实更适合写样板代码，带点业务逻辑的需求还是自己动手稳一点。

我最近也遇到类似问题，后来发现把约束写进项目的规则文件里比在prompt里反复强调管用。你可以试试在项目根目录加个cursor.rules，把“禁止自动添加预览、进度条、裁剪”这些写进去，它每次生成前都会读。另外建议把需求拆成更小的子任务，让它一步步来，别一次给太多上下文，不然它老想着给你“锦上添花”。

我最近也碰到类似情况，后来发现光在prompt里写“不要XX”不够，得直接在代码里把那些功能对应的依赖和组件引用删干净，它下次生成的参考上下文就少很多。另外试试把需求拆成几个小任务一步步让它实现，比一次给个大需求要可控，至少它不会觉得“你应该需要”这些功能。还有个小技巧，生成完让它先解释代码逻辑，它自己理一遍思路后反而会收敛一些。

我最近也遇到这问题，后来发现把约束直接写进项目的AGENTS.md里比在prompt里反复强调管用得多，它每次读上下文都会看到。另外我试过在组件文件顶部写死一行注释“禁止添加超出以下代码的功能”，效果能好一些，但偶尔还是会犯轴。

我最近也踩过这个坑，后来发现光靠prompt不行，得在项目里给它立规矩。我现在的做法是写一个components.json或者全局类型定义，把“禁止自动添加未引用的依赖和功能”直接写进AGENTS.md里，让它每次改代码前先读这个文件。另外，你试试把需求拆成两个步骤：第一步只让它生成基础结构，第二步明确告诉它“只修改我指出的部分”，别给它自由发挥的空间。还有个土办法，就是生成完之后立刻跑一次diff，把多余代码手动删了，多来几次它可能就记住你的风格了。不过说实话，这类工具对“过度设计”的克制力还是差，尤其是当你项目里已经有类似组件时，它会疯狂参考然后自由组合，我现在都直接禁用Composer，改用Tab模式自己改了。

试试把需求拆成子任务一步步喂，每次只让它改一个点，别一次给太多要求。

我一般生成后直接手动把多余代码删了，顺便在项目里加个规范文件约束它。

我最近也被这个折磨过，后来发现与其在prompt里反复强调“不要”，不如直接在项目里建一个AGENTS.md或者CLAUDE.md，把“本组件禁止使用input[type=file]以外的上传逻辑”这种硬性规则写进去，它每次读上下文都会强制遵守，比对话里说一百遍都管用。另外你试过直接用代码编辑器里的选区功能吗？把要改的部分框起来再按Ctrl+Enter，它就不会乱动其他区域了，至少我这样操作后它加料的情况少了大半。

试试在项目根目录放个AGENTS.md，把禁止事项写进去，我这么干之后它老实多了。

我最近也遇到类似情况，后来发现把约束写进项目里的.cursorrules文件特别管用，直接声明“禁止添加任何未明确要求的UI功能”，它会老实很多。另外你可以试试在生成后立刻用/revert回滚，然后把删掉多余代码的过程作为“教训”再对话一次，它下次就记住了。不过说实话，这类工具还是更适合写工具函数，UI组件我基本改手写了。

我最近也遇到这问题，后来发现把约束直接写进项目的AGENTS.md或者组件文件顶部的注释里会好很多，它每次生成前都会读一下。另外试着把需求拆成两步，先让它只出骨架，再单独要交互逻辑，别一次性给全。不过说实话，有时候它那股“贴心”劲儿真拦不住，干脆最后自己手动把多余代码删了，反正也就几行的事。

把需求拆成两步走，先让它只生成基础结构，再单独下指令加功能，比一次性提全要求管用。

试试在项目根目录放个AGENTS.md，把不要预览、不要进度条这类硬性规则写进去，它每次读上下文都会看到。

我之前也遇到过这情况，后来发现光在prompt里说“不要”没用，得直接把约束写进代码里。比如组件接口就只暴露onFileSelect，内部不渲染任何多余UI，它想加都加不进去。

另外建议把项目根目录的rules文件利用起来，写上“禁止添加未要求的依赖”这类硬性规定，比对话里反复强调管用得多。

还有个土办法就是生成后立刻用git diff看改动，把多余代码直接撤销，多来几次它好像能学到点规律，但别指望它完全听话。

我最近也被这个折磨过，后来发现Prompt里写“不要”不如直接给个明确的验收标准，比如让它只输出一个函数组件加上基本的onChange事件，其他一律不许动。另外把项目的tsconfig或者eslint规则里限制死某些依赖，它有时候会自己掂量掂量。还有就是生成了别急着删，直接跟它说“这版多了功能，请参照我给的基线代码重写”，多来几次它就能记住你的口味了。

我一般会直接在项目里建一个.cursorrules文件，把“禁止生成预览、进度条、裁剪”这种硬性要求写进去，比在prompt里反复强调管用得多。另外试试把组件拆成最小可运行版本，先让它只出基础逻辑，跑通了再逐步加需求，它反而不会乱发挥。还有个笨办法，每次生成完先diff一下，把多余代码手动删掉，多来几次它好像能学到你的习惯。

我最近也被这个折腾得够呛，后来发现得在项目根目录放个AGENTS.md文件，把“禁止自动添加UI增强功能”这种规则写进去，比在prompt里说有效得多。另外你试试把需求拆成两个步骤，先让它只生成基础结构，确认后再单独让它加拖拽逻辑，这样它不太会自作主张。要是还不行，就直接在生成的代码里用注释标出“此处禁止修改”，实测对Cursor的约束力比prompt强。