开源模型写代码时，加了一堆角色设定反而变笨了，是我的Prompt姿势不对吗？

我也有同感，给模型加角色设定确实容易适得其反。尤其是代码任务，模型本来能直接理解上下文，你非要它“扮演资深工程师”，反而会引入一些多余的语气词和框架，干扰核心逻辑。我现在基本只给功能性的约束，比如“保持现有API不变”“注释用中文”，效果比花哨的设定稳定多了。

确实，角色设定容易让模型分心，直接给代码加风格示例可能更靠谱。

角色设定本质是额外约束，模型得花精力兼顾，反而稀释了代码逻辑的注意力。直接给几个具体例子当风格锚点，比啥设定都管用。

角色设定本质是给模型套了个“思维模板”，代码任务需要的是精准上下文，这类设定反而稀释了指令权重。

这题我熟，之前折腾DeepSeek-Coder的时候也遇到过，加了系统提示词让它“扮演资深工程师”，结果它反而开始疯狂输出注释和设计模式，改个if else都要给你整个策略模式。后来我干脆把角色设定删了，只留一句“保持现有代码风格”，效果立马正常。感觉模型对“角色”的理解还是太表面，容易被带偏到刻板印象上，不如直接给具体约束。你试试把那些性格描述换成明确的代码规范，比如“变量名用驼峰”“不要写多余注释”，应该会稳很多。

说实话我也踩过类似的坑，后来反复试了几轮才反应过来，问题不一定出在角色设定本身，而是模型对“角色”的理解方式跟咱们不太一样。你给它加一堆“你是资深架构师”“要遵循代码整洁之道”这种描述，它反而会把这些当成一种隐性的“约束权重”，在生成时过度往那个方向靠，结果逻辑链就变得僵硬，甚至出现自我怀疑式的反复修改。我倒觉得对Qwen这类模型，与其堆角色，不如直接把“风格统一”拆成具体规则，比如“所有函数注释用英文”“变量名保持驼峰”“超过50行的逻辑拆成子函数”，它执行起来反而更精准。另外，可以试试在系统提示里只给一个极简的“你是一个谨慎的代码审查者”，然后靠few-shot给两三个风格不同的示例，让它自己归纳，比硬塞一堆形容词管用。还有一个细节，如果重构的是老项目，记得把项目里现有的几个典型函数也贴进上下文，让它先“看到”现有风格再动手，不然它容易自己发明一套“统一风格”跟你原项目对着干。

角色设定太多会抢占指令空间，我试过只保留关键约束，代码质量反而更稳。