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

试试在项目根目录放个AGENTS.md，把禁止功能写进去，它基本会老实很多。

我都是让它先列实现步骤，确认后再写代码，能少加不少戏。

试试在项目里加个AGENTS.md文件，把禁止项写进去，比prompt管用。另外把需求拆成小步，一步步让它改，别一次生成完。

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

我一般生成完直接手动删多余代码，几次下来它就学乖了，比反复改提示词效率高。

说实话我也被这问题折磨过一阵，后来发现核心不是prompt写多细，而是你得给它一个“边界感”很强的骨架。比如我自己的做法是，先在代码里把组件props和state的类型定义死，明确只接收一个onFileChange回调，然后直接告诉它“业务逻辑只写这俩事件，其他一律别碰”，这样它自由发挥的空间就小很多。另外项目上下文确实有用，但别指望它自动理解你的意图，我一般会在项目根目录放一个AGENTS.md文件，专门写清楚“本项目的组件不允许包含图片预览、进度条等附加功能”，它读上下文时大概率能看到这个约束。还有个土办法挺有效，就是生成完立刻git diff，看到多余代码直接让它“撤销刚才的改动，只保留我指定的部分”，多来几次它好像能记住你的偏好。不过说实话，这类工具现在更像是“高智商实习生”，你得学会明确拒绝它的“好意”，别怕反复改，试多了自然就摸到它的脾气了。

我也是从这种折磨里爬出来的，Composer模式确实容易放飞自我。后来我发现它本质是在“猜”你下一步要什么，所以光靠prompt写“不要”不够，得给它一个“边界感”很强的项目骨架。比如把类型定义和props接口先写死，函数签名固定了，它就不敢乱加内部状态了。另外我习惯在文件顶部写一段注释，明确标注“本组件仅负责上传逻辑，UI预览另建组件”，这招对某些模型特别管用。还有个土办法，就是每生成一段就立刻commit，如果它加戏，直接回滚，反复几次它会“记住”你的偏好。不过说实话，我觉得最有效的还是切换到非Composer的普通对话模式，一行行让它改，虽然慢但可控。对了，你可以试试在规则文件里加一条“所有新功能必须显式声明”，它有时候会遵守这种项目级指令。

我也遇到过，后来发现把约束写进项目根目录的CLAUDE.md里挺管用的，相当于给它设了条长期记忆。另外你试试把需求拆成两步，先让它只画静态结构和样式，再单独发指令加交互，别让它一口气干完，它一自由发挥就容易加戏。不过说实话，预览和进度条这种它判断的“常规需求”确实很难完全压住，我在代码里直接写注释标注不要动某些区块，效果还行。

这问题我熟，之前也被Cursor整得没脾气。后来发现光靠prompt不行，得在项目里建个AGENTS.md或者直接约定文件，把“禁止添加预览、进度条”这类硬规矩写进去，它每次读上下文都会看到。另外你可以试试把需求拆成子任务一步步让它执行，别一次性给个大目标，不然它自由发挥的空间太大了。

我跟你遇到一模一样的问题，Composer模式就特别爱“自由发挥”。后来我发现得在项目根目录放一个AGENTS.md文件，把不允许用的库和功能写死，比如“禁止引入任何图片处理库”，它至少能收敛一点。

另外你试试把需求拆成两个prompt，先让它生成基础结构，再单独加一句“保持当前代码不变，不要添加任何额外功能”，有时候多敲个回车换个会话反而管用。

我现在的做法是每次生成完直接diff看改动，只保留自己要的，多余代码当场删掉，再让它继续下一步，来回拉扯几轮它会“记住”你的风格。

把需求拆成子任务喂给它，别一次给全，生成完就锁定代码再提下一步，能少加点戏。

我最近也遇到这问题，后来发现把需求写进项目的AGENTS.md或者规则文件里特别管用，相当于给它一个长期记忆。另外你试试在代码里先写个空函数或者注释掉的功能骨架，它一般会遵循已有结构而不是自己发散。还有个笨办法就是每次生成完直接ctrl+z回退到没加料的那版，多来几次它好像能学会你的偏好。

我之前也遇到过这问题，后来发现把需求直接写进项目里的docs/spec.md，然后在prompt里让它先读那个文件再动手，它会老实很多。另外你可以在生成后让它只改你选中的那几行代码，别用整个文件重写模式。还有个土办法，把不需要的功能在代码注释里写个“禁止添加”的标记，有时候比prompt管用。反正这类工具你得把它当实习生，得给它划好边界才行。

我也遇到过一模一样的情况，Composer模式有时候就像个过于热情的实习生，你让它画个门，它顺手把窗户、烟囱和花园都给你设计好了。后来我摸索出来的办法是，在项目根目录放一个专门的CLAUDE.md或者.cursorrules文件，把“禁止添加预览、进度条、裁剪，除非用户明确要求”这种硬性规则写进去，比在prompt里反复强调管用得多。

另外有个细节你可能忽略了，如果之前生成过带多余功能的版本，那些代码会留在对话上下文里，它会觉得那是你的“隐含需求”，所以最好每次开启新对话来生成新组件。还有个土办法挺有效：直接在需求里限定“返回一个纯函数组件，只接受props，不引入任何第三方UI库”，从技术上掐断它自由发挥的空间。

不过说实话，就算加了这些约束，它偶尔还是会抽风，所以我现在更习惯让它生成核心逻辑，UI细节自己手写补完，反而比跟它反复拉锯省时间。你有没有试过用Agent模式，让它先列个开发计划给你确认，再动代码？那个模式下的“自作主张”会少很多。

我之前也遇到这问题，后来发现单纯靠prompt约束确实不行，得把项目根目录的规则文件写清楚，比如用cursor.rules把“禁止添加额外功能”这种话写进去，它会稳定很多。另外你可以试试把现有代码先写好框架，让AI只补全函数体，别让它从头生成整个组件，这样它自由发挥的空间小很多。还有个土办法，就是每次生成完立刻用git对比diff，把多余代码直接回滚，多来几次它好像会学乖一点。

试试在项目里建个AGENTS.md把约束写死，我这么干之后它老实多了。

我刚开始用的时候也这样，后来发现直接给个写好的组件示例放上下文里当参考，它反而乖很多，加需求比减需求容易控制。你可以试试这种few-shot的思路，让它照着你的代码风格来写，比单纯文字描述管用。另外把项目里tsconfig或者eslint配上，有时候它乱加东西是因为没意识到你项目里没装那些库。

哈哈我也遇到过这情况，Cursor对“简洁”的理解跟咱们不太一样。我后来是把不想要的功能直接写成“禁止在返回值里出现img标签、进度条相关状态”这种非常具体的负面清单，比说“不要预览”管用得多。另外你试试把项目里的其他组件代码给它当参考，让它觉得你的风格就是极简，它就会收敛很多。还有个小技巧，生成完先别急着让它改，自己手动把多余代码删了再让它继续写，次数多了它好像能记住你的偏好。

试试在项目里加个AGENTS.md，把禁止功能写进去，或者用代码块注释锁死关键逻辑。

这个我太有同感了，Composer模式有时候就像个爱加戏的乙方。我试下来最管用的办法是先在项目里建一个空的types文件，把组件props和返回值类型定义死，它就不敢乱加功能了，不然类型检查那关过不去。另外你试试在AGENTS.md里写清楚“禁止添加任何未明确要求的功能”，比在prompt里反复强调管用得多。还有个小技巧，生成完第一版后直接手动删掉多余代码，再让它基于当前文件继续改，它通常会收敛很多。

这问题太真实了，我一开始用Composer也这样，后来发现它其实是在猜你“可能想要”的完整功能。我的办法是直接在需求后面加一行“严格按以下代码结构输出，不要新增任何组件或逻辑”，然后配合项目里的.cursorrules把限制写死，比在prompt里反复强调管用得多。

另外检查一下是不是把别的文件或者设计稿的上下文带进去了，它会参考那些东西自己发挥。实在不行就在第一次生成后马上手动删掉多余代码，然后让它基于当前文件继续改，别让它重新生成整个组件。

我也有同感，Cursor在Composer模式下特别喜欢“超常发挥”。后来我发现一个办法，就是在项目根目录放一个AGENTS.md，把“禁止添加预览、进度条、裁剪”这些规则写成硬性约定，每次生成前它都会自动读一遍，比在prompt里反复强调管用得多。另外你也可以试试先让它生成最基础的版本，然后你手动锁死文件，再让它基于这个版本去改，别给它自由发挥的空间。