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

试试在项目根目录放个AGENTS.md，把禁止事项写进去，比prompt管用。另外生成完直接删掉多余代码，多几次它就能记住你的偏好。

我之前也遇到过一模一样的情况，后来发现根源是Cursor会参考它自己生成的上下文，你越是删掉那些功能，它越觉得你是在“修改”而不是“不要”。我现在的做法是先在项目里建一个空的types文件，把组件的props类型写死，比如只允许传onUpload和accept，然后在实现文件里直接引用这个类型，它基本就不敢乱加东西了。另外，你试试在Composer里用“绝对否定句式”，比如“整个组件内禁止出现img标签”或“不允许引入任何第三方UI库”，比说“不要预览”管用得多。还有一个偏方，就是把需求拆成两步：第一步让它只生成纯逻辑的upload函数，第二步再单独让它写UI，这样它每次专注的范围小了，自作主张的概率会低很多。不过说实话，这种工具偶尔还是会抽风，我最后实在不行就直接在代码注释里写“此处为业务硬性要求，不得扩展”，它居然真的会遵守。

试试在项目根目录放个AGENTS.md，把不要的功能全写进去，比prompt管用得多。

这问题太真实了，我上周刚被它坑过一回。后来发现核心不是把prompt写多细，而是得在第一步就锁死范围——我会直接在项目里建一个空的types.ts，把组件Props接口先定义好，只留onChange和accept两个字段，它再想加东西就得先过类型检查这关。另外你试过在Composer里用负面清单模式吗？就是明确写“禁止使用useState以外的任何状态管理，禁止引入第三方库”，它反而会乖很多，比单纯说“不要预览”管用。还有个土办法，我直接把预览功能需要的img标签在代码里全局禁用掉，它想生成都生成不出来。不过说实话，有时候它加那些花活是因为你的项目里已经有别的组件用了类似逻辑，它觉得保持风格统一更重要，这时候就得去检查一下有没有全局的design token或者UI规范文件在误导它。你试试把需求拆成两步，先让它只写纯逻辑部分，UI层自己动手补，我这么搞之后明显省心多了。

Cursor这种问题我也遇到过，后来发现光靠prompt约束没用，它读你整个项目上下文，容易把别的组件里用过的模式带进来。我现在的土办法是生成后马上在关键地方写死注释比如“//不要加预览功能”，它下次改的时候一般会尊重这个标记。另外你试试把需求拆成更小的步骤，一次只让它写一个功能点，别让它一口气完成整个组件，这样它自由发挥的空间就小很多了。

我最近也被这个坑过，后来发现直接在一个空的prompt.md里写上“禁止添加任何未明确要求的功能”反而比在对话里反复说管用。另外你可以试试把需求拆成两步，先让它生成核心逻辑，再单独让它补样式，别让它一口气全做完。还有个土办法，把不需要的代码段直接注释掉，然后让它“保持现有代码不变”，有时候比删了重写更有效。

我最近也遇到类似情况，后来发现把需求拆成两个步骤会好点：先让它生成最基础的版本，然后再单独提“不要加任何额外功能”这种负面约束。另外试试在项目根目录放个AGENTS.md文件，把规则写成“本项目组件禁止包含预览、进度条等非核心功能”，它读上下文时大概率会遵守。不过说实话，AI工具就是容易过度设计，有时候直接在生成的代码里手动删掉多余部分，再用“记住这个改动”来调教它，比反复改提示词更省心。

在规则里加一句“只输出组件代码，不要任何额外功能”，然后多试几次，不行就手动把生成的多余代码全删了再让它改。

这问题太真实了，我最近也被它这个“过度热情”整得没脾气。后来发现单纯在prompt里写“不要”没用，它更吃你代码里的硬约束，比如直接在类型定义里把数据流写死，或者把组件拆得更细，让它没地方塞私货。你也可以试试在项目里加个AGENTS.md之类的规则文件，把“禁止添加未要求的功能”写进去，比对话管用。反正我现在是生成完必diff，它加一行我删一行，多来几次它好像就“学乖”了点。

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

试试在项目根目录放个AGENTS.md，把禁止项写进去，比prompt管用。或者干脆生成后自己删，删几次它大概就记住了。

把需求拆成子任务分步生成，每步只给一个明确指令，别让它一口气写完整个组件。

试试在项目根目录放个AGENTS.md，把“禁止添加未要求的UI功能”写进去，规则越具体它越听话。

我刚开始用Cursor的时候也这样，后来发现它其实是在“猜”你的意图，你越强调“不要预览”，它反而觉得你想做个完整的上传组件。后来我干脆把需求拆成两步，第一步只让它生成最基础的input和拖拽区，第二步再让它加样式，这样它就没机会自由发挥了。

另外你可以试试在项目根目录放一个AGENTS.md或者CLAUDE.md，里面明确写“本项目组件只包含基础逻辑，不添加额外功能”，这个对它的约束比prompt里的文字管用得多。我试过在composer里连续三次强调“禁止任何UI增强”，它还是会加个loading动画，但写上规则文件之后基本就老实了。

还有个土办法，就是每次生成完，先用git diff看它加了什么，只保留你要的部分，剩下的直接revert掉。多来几次它好像也会“学乖”一点，虽然不确定是不是玄学，但至少比每次都删干净再重新生成省心。

我倒是好奇你有没有试过在系统的全局设置里关掉“自动补全”相关选项？那个有时候也会影响composer的行为，我开着的时候经常给我塞一些没要的依赖包。

试试在项目根目录放个AGENTS.md，把“禁止添加额外功能”写进去，比prompt管用。

说白了还是得靠规则文件约束，光靠对话太累了，我后来都直接拿它当生成器，写完自己删。

试试把约束直接写进项目里的AGENTS.md，它每次都会读，比prompt管用。

要不就把生成代码里多余的部分注释掉，再让它“按注释重构”，效果能好点。

试试在项目里加个AGENTS.md，把禁止项写死，比prompt管用，我这么干之后清净多了。

我最近也碰到过这问题，后来发现直接在项目根目录放个AGENTS.md文件，把“禁止生成预览、进度条、裁剪”这类规则写进去，效果比在prompt里喊话管用多了。另外你试试把组件拆成极小的文件，让它每次只改一个功能点，它自作主张的空间就小很多。还有个土办法，生成完立刻git diff，把多余代码手动删掉再让它继续，多来几次它好像能学乖一点。

试试在项目根目录放个AGENTS.md，把禁用的功能写死，比prompt管用多了。

我一般是写完直接手动删多余代码，几次下来它就学乖了，感觉是上下文记忆的问题。

我也遇到过这情况，Composer模式下它特别喜欢“发挥”，尤其是你给的约束一多，它反而觉得你要的是个完整功能闭环。后来我试了个办法，直接在项目根目录放一个AGENTS.md（或者CLAUDE.md，看工具支持哪个），里面写清楚“本项目所有组件禁止添加未明确要求的UI功能”，然后每次对话开头先让它读一遍这个文件，效果会好一些。另外，你可以在prompt里把“不要”改成“只允许”，比如“只允许渲染一个上传按钮和一个隐藏的input[type=file]”，它有时候对正向描述的理解更准确。还有个土办法，就是生成完以后，你手动把多余代码删掉，然后立刻按Ctrl+Enter让它解释代码改动，跟它说“你刚才添加的预览逻辑不在需求内，下次禁止出现”，它对话记忆里会留着这个教训，至少当前会话内会收敛很多。不过说实话，真要100%可控，还是得切到Edit模式自己改，Composer更适合搭骨架，细节约束它确实容易犯轴。

我最近也遇到类似问题，后来发现把约束写进项目根目录的AGENTS.md里会好很多，相当于给它立了个规矩。另外试着把需求拆成几个小任务分步生成，比一次性写完更容易控制。不过说实话，如果它哪次突然没加花活，我反而会怀疑是不是漏了什么功能没写。