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

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

我一开始也遇到这问题，后来发现光靠prompt约束没用，得在项目里建个AGENTS.md或者类似的文件，把“禁止预览”“禁止进度条”这种硬性规则写进去，它每次读上下文就会带上，比在对话里反复强调管用得多。另外你可以试试把需求拆成两轮，第一轮只让它生成基础骨架，第二轮再让它补样式，别让它一口气全写完。我自己的经验是，它老想“锦上添花”是因为你的描述里给了它发挥空间，比如你光说“上传组件”，它觉得加预览是加分项，你得在需求里明确写“此组件为无状态，仅负责文件选择与格式校验”。

我之前也踩过这坑，后来发现光靠prompt没用，得在项目里建个AGENTS.md或者CLAUDE.md，把“禁止预览、禁止进度条”这些规则写进去，它每次读上下文就会遵守。另外建议把需求拆成小任务让它一步步来，比如先写上传逻辑，确认后再要UI，比一次性生成整个组件靠谱。你试试把约束直接写进组件文件顶部的注释里，有时候比对话管用。

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

我最近也遇到这个情况，后来发现把约束写在项目根目录的AGENTS.md里特别管用，相当于给AI立了个规矩。另外你试试在生成后直接跟它说“保持这个文件不动”，或者在对话里补一句“只改我标注的区块”，比反复删代码省事。不过说实话，这种自动加料的问题本质上是它太想表现“完整功能”了，你可以在prompt开头就强调“这是生产代码，禁止额外优化”。

我之前也遇到过一模一样的情况，后来发现核心问题不是prompt写得不够细，而是Cursor会把项目里其他文件的写法当成“隐含规范”。比如你项目里如果有别的组件带了进度条，它就会默认你也需要。我的土办法是先在项目根目录放一个AGENTS.md文件，用很直白的语气写清楚“本项目的上传组件禁止包含预览、进度条、裁剪，只允许拖拽和点击”，再配合一个最小可运行的示例文件放在同目录下，它参考起来就会老实很多。另外Composer模式里每次生成完，别急着点接受，先在diff面板里把多余代码高亮删掉，然后敲一句“记住这个修改偏好”，多来几次它会有短期记忆。不过说实话，这类工具对“不做什么”的理解天生弱于“做什么”，所以我现在会故意在prompt里写“如果加了非需求功能，返回错误”，用这种反向约束比正向禁止有效。还有个小技巧，把需求拆成两个步骤，先让它只生成基础结构，确认后再单独说加交互，这样它反而不会乱来。你可以试试看，不一定全适用，但至少比反复删要省心。

我最近也遇到这问题，后来发现关键不在prompt写多细，而是你项目里有没有其他组件带了这些功能。Cursor会参考你现有代码风格，如果你之前写过带预览或进度条的组件，它就会下意识往新的里套。我现在的做法是，生成完第一版后立刻手动删掉多余代码，然后让它“基于当前文件继续改”，而不是重新生成——这样它改动范围会小很多。另外你可以试试在项目根目录放一个AGENTS.md，写明“本仓库组件禁止包含图片预览、进度条逻辑”，它对这种全局约束的遵守度比对话里说一句要高。还有个土办法，就是把需求拆成两步，先让它只写基础上传逻辑，跑通了再让它加样式，别让它在一次请求里完成所有事。不过说实话，这类工具骨子里就是爱“锦上添花”，你得接受每次生成后都要做一轮减法，习惯就好。

试试在项目里加个AGENTS.md，把不要的功能写成负面清单，它基本能老实很多。

试试在项目根目录放个AGENTS.md，把禁止事项写死，比prompt管用，我这么干以后基本不乱加了。

把需求拆成子任务，让它一次只改一个文件，别用Composer一口气生成，范围越小它越不容易自由发挥。

我最近也遇到类似情况，后来发现把约束直接写进项目的eslint规则或者类型定义里比prompt管用。比如禁用某几个组件，它就不太会越界。还有个土办法，生成完直接ctrl+z回退到它动手前，自己补几行，多来几次它好像能记住你的习惯。另外你试试在项目根目录放个AGENTS.md，写清楚“禁止添加未要求的UI元素”，效果比对话里反复强调好很多。

试试在项目里放个AGENTS.md，把禁用功能写清楚，Cursor会优先读这个，比prompt管用。

我也碰到过这问题，后来发现光在prompt里写“不要”没用，得把需求反过来写，比如直接告诉它“组件只包含上传功能，其他一律不实现”，然后让它列个功能清单给你确认，比让它直接写代码靠谱。

另一个办法是把约束写进项目的AGENTS.md或者规则文件里，Cursor会读那个，比每次对话里强调管用得多。我自己是把“禁止添加额外UI”这种话写成项目规范，它基本就不敢乱来了。

还有个小技巧，你可以在生成完代码后马上用diff工具看它改了啥，多退几次，几次下来它好像会记住你的偏好。但说实话，真要完全控制，可能还是得手动写核心逻辑，AI只当补全工具用比较稳。

说实话我也有过一模一样的经历，Composer模式特别容易“过度设计”，感觉它默认你要一个完整的企业级组件。后来我发现一个办法，就是把项目根目录的rules文件（比如.cursorrules）里写清楚“禁止添加未经用户明确要求的UI功能”，并用加粗或者放在最前面强调，效果比每次在prompt里反复说有用得多。另外试试把需求拆成很小的步骤，比如先让它只返回一个纯函数，验证通过后再让它加渲染逻辑，别一次给太多自由。还有个小技巧是，生成完如果它多加了东西，你不用删掉再重新生成，直接在对话里说“删掉X和Y，只保留A和B”，通常它能精准改，比重新生成稳定。不过说实话，这类工具现在还是更适合写逻辑密集但UI简单的东西，涉及视觉交互时还是要靠人盯着。我倒是好奇你有没有试过把它的温度参数调低？虽然不知道具体在哪调，但据说能减少发散。

我最近也遇到类似情况，后来发现把约束直接写进项目根目录的规则文件里（比如cursor.rules或者全局规则），比每次在prompt里反复强调管用得多。我试过把“禁止自动生成预览/进度条/任何额外UI”写进去，再配合让AI先列实现步骤再动手，情况好了不少。另外建议把需求拆成多个小任务逐步生成，别让它一口气写整个组件，它一“自由发挥”就容易加戏。

我最近也遇到类似情况，后来发现把需求拆成小步骤让它逐步实现会好很多，比如先让它只写拖拽区域，确认后再加点击逻辑。另外我习惯在项目里放一个AGENTS.md或者直接在组件顶部写清楚“禁止生成任何未明确要求的功能”，它一般会遵守。你试试把约束写进代码注释里，比在prompt里强调管用，因为模型会优先参考上下文里的代码风格。

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

我都是拆成两步：先让它只写基础功能，测试过了再让它加别的，不然后面全是坑。

我最近也遇到类似的问题，后来发现把约束直接写进组件的props类型定义里会好很多，比如明确不传preview和progress这两个字段，它就不太敢乱加。另外你可以试试在项目根目录放一个AGENTS.md，把“禁止添加未要求的UI功能”写进去，效果比在prompt里喊话管用。还有就是每次生成完记得立刻让它跑一遍测试，报错了它就会收敛一点。

试试在项目根目录放个AGENTS.md，把禁止事项写死，Cursor会优先读这个。

我上次也踩过这坑，后来发现光靠prompt没用，得在项目里建个AGENTS.md文件，把“禁止添加预览功能”这种规则写进去，它每次读上下文都会看到。还有个土办法，就是写完立刻把代码里多余的删了，然后故意留个错误注释让它修，它一般只会改bug不敢乱加东西了。另外你可以试试把需求拆成两步，先让它只生成基础上传逻辑，再单独说加拖拽，别一次给太多上下文。

试试在项目根目录放个AGENTS.md，把“禁止添加未要求的功能”写进去，效果比prompt管用。

或者干脆把生成代码里多余的部分直接删掉，多删几次它也能学会你的偏好。