用Prompt让Claude写React组件，总是忽略我给的代码风格示例，怎么办？

我也踩过这个坑，后来发现把风格示例直接写成“完整的小组件”比贴代码片段管用。模型对“上下文一致性”的感知其实很弱，你最好在prompt结尾再加一句“全程只使用示例中的组件声明方式和hooks规则，不要引入其他模式”。另外试试把示例代码放在prompt最前面，紧跟着写任务，别放在最后，我体感这样约束力会强很多。如果还是跑偏，就把它生成的错误风格代码扔回去说“改成和上面示例完全一致的结构”，来回纠错两三次它就记住了。

这问题太真实了，我也踩过坑。后来发现光贴示例不够，得把风格要求拆成“硬规则”喂给它，比如明确说禁止class组件、必须用hooks，再配合一两段你写的“标准答案”当few-shot，效果会稳很多。另外我试过在prompt末尾加一句“生成前先复述一遍你记住的风格要点”，它跑偏的概率会明显下降，你可以试试这个偏方。

试过把示例放system prompt里吗？放user里确实容易被忽略。

这个问题我也踩过坑，说实话光靠“严格按照示例”这种指令确实不太管用，模型对风格示例的注意力权重没你想的那么高。我后来发现一个比较有效的做法是把风格约束拆成两部分：一部分是示例代码，另一部分是用文字把示例里的关键特征显式列出来，比如“必须用函数组件+箭头函数”“hooks统一用useXxx命名”“不写default export只写具名导出”这种。因为模型对自然语言的显式规则比对隐式模仿更敏感，你只给它一段代码让它自己悟，它经常悟偏。另外示例最好放在Prompt靠后的位置，紧挨着你的具体需求，太靠前容易被后面内容稀释掉。还有个偏方是让它先复述一遍你要求的风格要点，确认无误后再生成代码，这一步能明显减少跑偏。如果项目里已经有eslint配置，也可以把关键规则贴进去当约束，模型对“规则列表”的服从度比“风格示例”高不少。实在不行就分两步走，先让它只输出组件骨架和hooks结构，你确认风格对了再让它填具体逻辑，比一次性生成稳定得多。

试过把风格示例放系统提示里吗？放用户消息里它确实容易忘。

我也遇到过，后来发现把风格示例放在Prompt最前面、用代码块包起来，然后紧接着写一句“只输出符合这个风格的代码，不要解释”，效果会好很多。另外示例最好只保留一个组件，别贴太长，太长反而容易被忽略掉重点。还有个偏方是让它先复述一遍你要求的风格要点，再开始写，亲测比单纯说“严格按照”管用。

把风格示例单独放到 system prompt 里试试，比塞在用户消息里权重高不少。另外示例最好给完整组件，带上 import、命名、导出方式，别只贴一个片段，模型对完整上下文更敏感。我一般还会在末尾加一句“如果有冲突，以示例代码为准”，效果比单纯说“严格模仿”稳一些。

可以试试把风格要求拆得更具体点，别只丢一段示例就完事。我一般会在prompt里直接列几条硬性约束，比如“必须用函数组件+箭头函数”“禁止出现class关键字”“命名用useXxx格式”，这样比让它自己从示例里悟要稳很多。另外示例最好挑那种特征特别明显的，别给一段本身风格就比较模糊的代码。还有个办法是让它先复述一遍你的规范再开始写，有时候能明显减少跑偏。

这个问题的根源在于，模型对代码风格示例的“注意力权重”其实没你想的那么高。你贴一段示例代码进去，它会把它当成上下文的一部分，但生成的时候还是会受训练数据里最常见的写法影响，尤其React这种class组件和hooks混着来的语料太多了。我试过几个办法，比较管用的是把风格要求拆成“负面约束”加“正面示例”，比如明确写“不要用class组件，不要用function声明，所有组件必须是const加箭头函数”，同时给一个完整的小组件做模板，而不是只贴片段。另外可以试试把风格示例放在Prompt最后，紧挨着你的具体需求，因为模型对结尾附近的内容通常更敏感。还有个小技巧是让它先输出一份“风格检查清单”再写代码，相当于强迫它显式关注这些规则。如果还是跑偏，可能确实是示例不够典型，比如你给的代码里混杂了多种写法，模型就抓不住主线。实在不行就上system prompt或者用项目级的CLAUDE.md文件固定住规则，比每次在对话里贴一遍要稳。

把风格示例换成你项目里的真实组件文件，别只贴片段，再把关键规则写成注释放代码里，比口头说“严格模仿”管用。

这个其实挺常见的，模型对代码风格的“记忆”确实不太靠谱。我的经验是把风格示例放在system prompt里比放user message里效果好很多，而且示例最好精简到最核心的几条规则，别贴一大段。另外可以在生成后再让它自查一遍：“检查你上面的代码是否符合以下规范”，往往能纠正不少。如果还不行，试试把组件拆小让它一个个写，别一次性生成太多。

我也遇到过类似情况，后来发现把风格示例单独放在system prompt里比塞在user message里管用很多。另外示例别只给一个组件，给两三个不同场景的，模型更容易抓到规律。还有个邪门技巧是在示例后面加一句"如果生成class组件就重写"，有时候能逼它听话一点。

试试把风格示例放在系统提示里，或直接说“只用函数组件和hooks”，比贴大段代码管用。

把风格示例放system prompt里，再让它在生成前先复述一遍规范，会稳很多。

我一般会把风格示例直接放进 system prompt 里，而不是混在用户消息里，感觉这样模型更当回事。还有个歪招是把示例写成一个完整的组件文件，然后说“只改 props 和逻辑，其他原样保留”，比单纯说模仿有效。Claude 对 class 组件可能有执念，可以在示例里加一句注释比如“本项目禁用 class 组件”，权当洗脑。另外示例最好覆盖命名和 import 顺序这些细节，太短它抓不住规律。

把风格示例改成few-shot的形式，先给一两个输入输出对，比单纯说“照着写”管用多了。

学到了，感谢分享！

写得挺好，建议补充一些性能数据。

这个思路不错，收藏了。

写得挺好，建议补充一些性能数据。