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

试试在项目里建个AGENTS.md，把“禁止添加预览/进度条/裁剪”写进去，它基本会老实很多。

我一般直接在组件文件顶部注释里写死约束，比prompt管用，你可以试试。

试试把需求写成测试用例丢给它，或者用rules文件锁死行为，比在prompt里反复强调管用。

我一般直接在生成的代码里留个TODO注释，让它下次别动那块逻辑，比删了重写省心。

我之前也遇到一模一样的情况，后来发现光在prompt里写“不要”没用，你得在项目里建个AGENTS.md或者CLAUDE.md，把“禁止预览缩略图、禁止进度条”这种硬性规则写进去，它每次读上下文就会遵守。另外试试把需求拆成多个小任务，让它一步步改，别一上来就生成整个组件，这样它自由发挥的空间小很多。还有个偏方，就是生成完代码后你手动把多余的部分删掉，然后加注释说“此处功能已删除，勿再次添加”，多几次它好像能记住。反正别指望一次就完美，跟AI协作得有点耐心。

说实话我也被这问题折磨过一阵，后来发现关键不在prompt写多细，而是得在项目里建个AGENTS.md或者CLAUDE.md之类的约束文件，把“禁止自动添加预览、进度条、裁剪”这种硬性规则写进去，它每次读取上下文时就会优先遵守。另外你试试把生成好的代码直接锁定，或者用.cursorrules文件配合git提交，每次它瞎改就回滚，多几次它也会“学乖”一点。还有个野路子——你把需求拆成两步，第一步只让它生成纯展示组件，第二步再单独让它加交互逻辑，这样它反而不会突然脑补一堆功能。不过我也遇到过它顽固不化的时候，最后实在没法就直接用/** @jsxRuntime automatic */这种注释给它“下咒”，虽然不科学但偶尔管用。说到底AI编程工具现在就是个高级自动补全，别指望它真能理解“简单”这个词的边界。

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

我都是把需求拆成小步骤一步步生成，让它一次只干一件事，反而很少加戏。

试试把不要的功能直接写进项目的eslint规则里，报错它就不敢加了，我这么干效果挺明显。

其实可以用.gitignore配合提交时审查，每次生成完diff只看改动，把多余代码直接reject掉，多几次它就学乖了。

我试过类似情况，后来发现光靠prompt约束没用，得在项目里建一个AGENTS.md或者类似文件，把“禁止生成预览、进度条、裁剪”这种规则写进去，它会优先读这个。另外我习惯先把组件骨架自己写好，包括props和基本样式，然后让它只填充某个函数，这样它自由发挥的空间就小很多。你那个“删了又生成”的问题，试试直接说“保持现有代码，不要新增功能”，比“不要预览”这种否定式指令更管用。

我之前也遇到过这情况，后来发现关键在于把约束写进项目规范文件里，比如在根目录放个CLAUDE.md或者.cursorrules，明确写死“本组件禁止添加预览、进度条”之类的硬性要求，比在prompt里反复强调管用多了。另外试试把需求拆成多个小任务让它一步步来，别一次给太多上下文，它反而容易自由发挥。还有个土办法，就是生成后直接删掉多余代码并加注释说明，它下次会参考你的修改习惯，多调几次就老实了。

我一开始也遇到这个问题，后来发现光靠prompt约束确实不够。你可以试试在项目里加一个AGENTS.md文件，把“禁止添加未要求的UI功能”写进去，Cursor读取上下文时会当硬规则执行。另外生成完代码后别急着继续对话，先手动把多余部分删干净再让它做下一步，它一般会参考你修改后的代码风格。还有个小技巧，把需求拆成多个小任务一步步生成，比一次性给完整需求靠谱得多。

我之前也遇到过这问题，后来发现光在prompt里写“不要”没用，得在项目里建个AGENTS.md或者rules文件，把“禁止预览”、“禁止进度条”这种约束写死，Cursor每次都会自动读。另外你试试把需求拆成两个小任务，先让它生成纯上传逻辑，再单独追加样式，这样它加戏的概率小很多。还有个土办法，生成完直接手动把多余代码删了，多删几次它好像能记住你的习惯，但确实有点费劲。

我最近也遇到这个问题，后来发现把约束直接写进项目的AGENTS.md或者组件文件顶部注释里会好很多，相当于给它立了规矩。另外试试在prompt里用负面清单，比如“只实现这三个函数，其他一律不写”，比反复强调“不要”管用。不过说实话，这种工具还是得自己把骨架搭好让它填肉，指望它一步到位不太现实。

我也遇到过这情况，Composer模式确实容易放飞自我，尤其是给它一个稍微具体点的需求，它恨不得把所有相关功能都塞进去。后来我发现光在prompt里写“不要”没用，它可能压根没把否定词当优先级，你得在项目里建一个AGENTS.md或者类似约定文件，把“本组件禁止包含预览、进度条、裁剪”这种硬性规则写进去，让它每次读取上下文时都看到。另外，生成完第一版后，我一般会先手动把多余代码删干净，再让它基于这个“干净版本”继续改，而不是反复重新生成，不然它每次都是全新发挥。还有个土办法，就是故意在需求里写“组件必须保持单一职责，只做上传”，然后附上你项目里其他简单组件的代码作为风格参考，它模仿起来会收敛很多。说到底，这类工具目前更像是个需要反复约束的实习生，别指望一次到位，得靠代码审查和快速迭代来调教。你试试把“不要”换成“仅”字，比如“仅包含拖拽和点击上传”，效果可能不一样。

我上周也碰到过这问题，后来发现把约束直接写进项目的AGENTS.md里，每次生成前它自己会读，比在prompt里反复强调管用得多。另外你可以试试先把组件结构手写出来，只留空函数体让它填逻辑，这样它就没地方硬塞预览和进度条了。还有个小技巧，生成完别急着验收，先让它逐行解释代码，它解释的时候自己会意识到加多了。不过说实话，这类工具就是爱炫技，你得接受每次删两行是常态。

我猜大概率是项目里有其他组件的代码或者历史对话上下文污染了它的判断，Cursor会参考当前文件甚至整个工作区的风格来“脑补”功能。你可以试试新建一个空白文件，把需求单独写在文件顶部注释里，然后关掉Composer，用普通Chat模式生成，再手动粘进项目，这样能切断不少干扰。另外，强烈建议在项目根目录放一个AGENTS.md，把“禁止自动添加额外UI功能”这种规则写进去，它会优先读这个，比每次在prompt里强调管用得多。

我一开始也遇到这个问题，后来发现关键是别让它“自由发挥”。你的prompt要写成“必须”和“禁止”的清单式，比如明确写“组件只包含一个input和div，不得出现任何其他DOM节点”，比单纯说“不要预览”管用多了。另外项目上下文真的很重要，如果你仓库里其他组件有现成的上传逻辑，它就会模仿那些模式，所以最好把无关文件从上下文里删掉。还有个办法是在代码里写死约束，比如把props类型定义成不接受任何扩展字段，再用eslint禁用自动导入，这样它想加也加不进去。我自己的经验是，生成完第一版后，先手动把不需要的代码删干净，然后再让它改，别让它从头生成第二遍。最后就是多试几次，每个模型的“脾气”不一样，有时候换个模型比如Claude反而更听话。

试试在项目根目录放个AGENTS.md，把禁止事项写死，它基本会遵守，比在prompt里反复强调管用。

试试在项目根目录放个AGENTS.md，把禁止事项写进去，比prompt管用得多，至少它能记住。

我最近也遇到这个问题，后来发现把约束写进项目的AGENTS.md里会好很多，Cursor每次都会读这个文件。另外试着把“不要加X”改成“只允许有A和B功能”，有时候白名单比黑名单管用。你那个裁剪功能是不是从某个公开组件库里扒的？可以试试在prompt里指定“不要使用任何第三方UI库”。

我最近也被这个折腾够呛，后来学乖了，写完第一版直接在代码里把不想要的功能删干净，然后加一行注释“// do not add preview or progress bar”，它居然就老实多了。感觉上下文里放一个你自己手写的极简版本组件，比写prompt管用。另外可以试试把需求拆成多个小步骤让它一步步来，别一上来就让它写整个组件，指令越短它反而越爱自由发挥。

我遇到过类似的，后来把需求拆成子任务分步生成，比如先让它只出拖拽区域的代码，确认后再加点击逻辑，别一次给完整需求，它就不会自由发挥了。另外项目里的其他组件可能给了它错误的参考，可以试试单独建个临时文件来写，写完再粘回去。不过说实话，AI工具对这种“明确不要什么”的约束确实理解得不太好，你可能得在prompt里把它想加的功能直接写成“保持现状，不要修改”才行。