Cursor写React组件总在“想当然”，怎么引导它别过度设计？

我也有同感，Cursor对已有代码库的“风格记忆”确实挺弱的，它更像是个有自己想法的实习生。后来我试了试在项目根目录放一个AGENTS.md，把组件写法、禁止抽象层这些规则写死，它听话多了。另外你可以试试用“直接改这个文件”而不是“帮我封装”，让它基于当前代码做最小改动。不过说实话，如果项目本身抽象已经很多，它确实更容易放飞自我。

我倒觉得问题可能不在工具，而在你给它的“上下文”还不够具体。像“保持简单”这种词，AI理解的是语义上的简单，但代码上的简单它其实是靠训练数据里的“最佳实践”来判断的，而很多开源项目的“最佳实践”恰恰就是过度抽象。你可以试试在项目根目录放一个AGENTS.md或者CLAUDE.md，里面用几行代码样本明确写死“此项目禁止泛型、禁止自定义Hook，组件只接受props对象”，比在prompt里强调一百遍都管用。

另外我有个小技巧，就是让AI先写一版最直白的实现，然后你再手动告诉它“这里不要抽函数，那里不要加类型参数”，几次下来它就能学到你的偏好，比一次性要求它“贴合风格”要稳得多。不过说实话，我对这类工具适配旧代码库的能力也持保留态度，它本质是概率生成，你项目里的代码风格如果和训练数据里的主流风格差太远，它确实容易跑偏。我现在做法是，把AI当实习生用，它给的代码我当参考草案，自己再花几分钟改回正常写法，反而比反复调prompt省心。

试试在rules里写死“禁止泛型/Hook抽象，直接写具体实现”，我这么干后老实多了。

给它的上下文里放个最简单的旧组件当模板，比说一百遍“保持简单”都管用。

把项目里最简的组件当few-shot样例塞给它，比说一百遍“保持简单”管用。

我都是直接在prompt里写死“禁止泛型和自定义hook”，效果立竿见影，你可以试试。

这问题太真实了，我后来干脆把项目里最土的组件扔给它当范本，比说一百遍“简单”都管用。

把项目里的最小可用组件直接喂给它当few-shot示例，比口头强调“简单”管用多了。

确实，对老代码库的适配就是弱，不如让它照着现有文件改，别让它新建。

我也有同感，它默认就是往“优雅”了写，跟咱们内部代码风格完全两个路子。后来我把项目里一个最典型的组件文件直接丢给AI当few-shot示例，再让它照葫芦画瓢，效果比单纯说“保持简单”稳定多了。你可以试试把代码风格约束写进项目根目录的rules文件里，比如明确禁止自定义Hook和render props，这样它每次生成前都会先读一遍。不过说实话，对那种已经成熟的中大型代码库，它理解上下文的能力还是有限，有时候得靠人肉砍掉它多余的抽象，就当是高级代码补全用吧。

我也有同感，Cursor对已有代码库的“风格感知”确实挺弱的，它更像是个从零开始的生成器。后来我试了个笨办法，把项目里最典型的组件文件直接拖进对话里当few-shot示例，再配一句“照着这个文件的写法来”，效果比单纯说“保持简单”稳定多了。另外，它设计过度时我会直接说“不要泛型，不要Hook，就用props和map”，明确到具体语法级别，它就不太敢自由发挥了。

这问题太真实了，我拿它写内部工具也这样，一上来就给你整一堆抽象，感觉它默认你项目是给全世界维护的。后来我试了个土办法，直接在项目里放个examples.md，把最朴素的组件写法贴进去，prompt里加一句“所有代码风格必须跟这个文件一致”，效果比口头强调好点。但对那种特别复杂的业务代码，它还是会偶尔跑偏，感觉跟模型的训练数据也有关系，老代码风格它确实学不进去。

我也有同感，这问题太典型了。我最近摸索出一个笨办法：在项目里建一个component-snippets.md，把几个最朴素的组件示例丢进去，然后让Cursor每次写代码前先读这个文件。效果比光在prompt里喊“保持简单”强不少，但确实没法根治，遇到复杂需求它还是会忍不住炫技。

另外我怀疑这和训练数据有关，AI见多了高级抽象模式，对“公司内部项目”这种场景的理解就是偏理想化。你要是试过把你们团队的lint规则或者TS配置喂给它，说不定能更约束一点，不过我也没完全验证过。

我自己的土办法是把“不要用高阶抽象”直接写进项目里的AGENTS.md，然后每次让它改代码前先贴一段项目里最朴素的组件当参考，效果比在对话里反复强调稳定多了。另外它确实容易在已有代码库上放飞自我，尤其是那种风格没统一的老项目，本质还是上下文窗口不够吃透全局。你可以试试把ESLint规则里禁掉某些泛型或hook模式，至少能物理拦住一部分过度设计。