Prompt里加了“角色设定”反而变笨了？是我姿势不对吗？

角色设定真不是万能的，尤其客服场景，模型容易为了“演”得像专家就自动脑补话术，反而把“只基于文档”给冲淡了。我现在基本把角色描述压到一句话，重点全放在任务指令和负面约束上，比如明确写“禁止推测，无法回答就说不知道”。背景知识建议拆到外部检索或Few-shot示例里，别全塞系统Prompt，不然注意力确实会被稀释。关键约束我一般会放在用户输入前部再重申一遍，实测比只写在系统里管用。

角色设定放最后试试，或者直接删了，指令优先级绝对大于人设，别堆背景知识。

同感，角色设定这招真的得慎用，尤其在客服场景下，加了“专家”人设模型反而爱自由发挥，把“不知道”硬说成“可能”。我之前试过把“只基于文档，不确定就说不知道”这种硬约束塞进system提示里，效果也不稳，后来发现把这条直接放在用户输入的末尾，比如“请严格依据上文资料回答，无法确认时直接回复‘无相关信息’”，反而更管用。另外你说的长提示词问题，我怀疑是角色描述和背景知识把指令的权重稀释了，试着把最关键的规则精简成三条以内，放最前面试试？

角色设定这事儿我踩过一模一样的坑，尤其客服场景，模型一旦代入“专家”人设，就容易自动开启“圆场模式”，宁可编点东西也不肯说不知道。后来我干脆把角色描述删了，只留“你是文档检索助手”，反而老实多了，不知道就说不知道。你提到堆背景知识导致忽略指令，这太真实了，信息一多，注意力就被稀释，关键约束得放在离用户输入最近的地方，比如“仅依据下文文档回答，不确定就回复无法确认”。我现在用的是三段式：最前面写任务目标（一句话），中间放必要规则（不超过三条），最后贴文档，并且每条规则都加“必须”或“禁止”这种强指令词。如果你实在舍不得角色设定，可以试试把角色放在规则后面，当语气修饰用，而不是当行为准则，比如“回答时保持简洁，像资深客服那样直接给结论”。另外你问要不要在用户输入里重复约束，我实践下来是有效的，但别原样复制，换个说法强调一次就行，比如“记住，只参考文档内容”。还有个歪招，把“不要编造”改成“如果文档没有，就明确说无法回答”，这样模型更容易执行否定指令。调这玩意儿就是不断删减做减法，不是做加法，你越堆它越飘。

角色设定确实容易带偏，我一般把关键约束放最后一句，亲测比堆背景知识管用。

系统提示越短越好，重要规则直接塞进用户输入里，模型更听话。

试试把角色设定放最后，关键约束放最前，亲测比堆背景知识管用。

把“只基于文档回答”直接写进用户输入里，比放系统提示里有效得多。

角色设定确实容易带偏，尤其客服场景里“专家”人设会让模型自动开启补全模式，瞎编话术。我试过把角色描述改成“严格按文档执行回复流程”这种功能性定义，反而稳很多。
你最后强调的“只基于文档”被忽略，大概率是因为前面背景知识堆太多，模型注意力被长上下文稀释了。建议把约束条件拆成简短编号列表，放在系统Prompt最前面或最后面，中间只留必要事实。
另外用户输入里重复一遍关键约束确实有效，但别原样复制，换成“请只引用文档内容，不要猜测”这种具体指令，模型会更听话。
也可以试试few-shot给两个反例，比单纯规则管用。

我之前也遇到过一模一样的情况，加了角色设定后模型就爱自由发挥，尤其客服场景特别容易编话术。后来我把角色设定砍到只剩一句，把“只基于文档”这种硬约束放在用户输入的开头，效果反而稳了。另外感觉背景知识别堆在系统提示里，改成每次提问时带上相关片段，注意力就不会被稀释。你可以试试把指令拆成“必须做什么”和“禁止做什么”两条，优先级会清楚很多。

同感，角色设定这东西真的是一把双刃剑。我试过在代码生成里加“资深架构师”结果它开始自己脑补设计模式，反而忽略了我给的具体接口，后来干脆删了直接给约束条件，效果稳多了。

关于指令优先级，我现在的做法是把“只基于文档回答”这种硬性规则放在system prompt的最开头，用一句话说死，后面再补背景信息。但如果你发现它还是跑偏，那大概率是token注意力被长文本稀释了，我一般会把文档拆成小块，在用户提问时动态检索塞进去，而不是一股脑堆在system里。

还有个土办法，就是把你最不能妥协的约束在用户输入里再写一遍，比如“如果文档里没有明确写，就直接说不知道”。虽然看着重复，但对很多模型来说，复读机式强调真的有用。

至于结构化模板，我习惯用分隔符把system分成“身份-任务-规则-输出格式”四段，但身份只放一句话，不展开任何性格描述。你可以试试把角色从“客服专家”换成“文档问答助手”，这种中性身份通常更听话。

最后想问下，你用的模型是API还是本地部署？不同模型的指令遵循能力差异挺大的，有些模型就是天生对角色扮演更敏感，这时候干脆放弃角色，纯当规则引擎用反而更靠谱。

角色设定这个坑我也踩过，加了“资深专家”之后模型确实容易飘，开始自己脑补话术了。我后来是把角色描述压缩成一句“你按文档口径回答，拿不准就直说不知道”，权重明显高很多。你试试把“只基于文档”这种硬约束放在用户输入的开头，比堆在系统Prompt里管用，亲测有效。另外背景知识别一股脑全塞，给个精简版要点就行，不然注意力真会被稀释。

角色设定会激活模型脑补模式，试试把“你是客服”改成“严格按文档回复，不确定就说不知道”。

约束放最后容易被淹没，我都是把“只依据文档”挪到系统提示开头，效果立竿见影。

角色设定优先级确实低于具体指令，试试把“只基于文档”放到用户输入末尾再强调一遍。

短提示词往往更听话，背景知识塞多了反而容易让它自由发挥。

角色设定这块我踩过一样的坑，尤其客服场景，加了“专家”人设模型就爱自由发挥，感觉它把“专业”理解成了“多写点”。后来我把角色描述砍到只剩一句“你只依据文档信息回复，不确定就说不确定”，效果反而稳。指令优先级这事，我觉得系统prompt里越靠后的约束越容易丢，关键限制要么放最前面，要么就像你说的在用户输入里再强调一遍，实测这招对长上下文的注意力分散挺管用的。结构化写法我试过用分隔符把“角色、任务、规则、输出格式”分开，但规则部分一旦超过三条，模型还是容易挑着执行，现在干脆把“不得编造”这种硬约束拆成单独一行，放在最后。

同感，角色设定真的容易把模型带偏，尤其客服场景，它一“入戏”就开始自由发挥，比不设还难控。我后来把角色描述砍到只剩一句“你是客服，回答需简洁”，效果反而稳了。指令优先级这事，我的土办法是最后那句“只基于文档”用加粗或者重复两遍，比堆在前面管用。结构化的话，我习惯按“任务-约束-输出格式”三段写，背景知识全扔到文档检索里，别塞进prompt，不然注意力必被稀释。你试试把关键约束单独放一行，别跟规则混在一起。

我之前也踩过这个坑，角色设定其实会拉高模型的“表演欲”，尤其客服这种角色容易触发它堆砌礼貌用语和免责声明。你可以试试把角色描述压缩成“你是客服，回答仅基于文档，超纲就说不清楚”，命令放最前面。另外背景知识别堆在一条里，用分隔符隔开，关键约束在用户输入里复述一遍确实有效，相当于给注意力上了双保险。

角色设定这事我踩过一模一样的坑，尤其是“资深专家”这种词，模型会默认开启“表演模式”，开始堆术语和套话，反而丢了精准度。后来我试过把角色描述改成“你是一个只依据给定文档做事实核查的助手”，效果立刻收敛了很多，感觉关键不是“像不像专家”，而是“权限边界”得写死。还有你说的背景知识堆砌，我猜你可能是把文档内容直接塞进system了，那确实容易打架，我现在是把原始文档放上下文，system里只写“若文档无答案则直接说不知道”，基本能压住编造。至于指令优先级，我的经验是越靠后的指令权重越高，所以会把“只基于文档回答”放在system最后一句，用户输入里再复述一遍“请严格参考上文文档”，双保险。另外结构化写法我试过用分隔符把“角色-任务-约束-输出格式”分开，每条不超过两行，比一大段散文好用很多，你可以试试。不过我也好奇，你那边模型版本是啥？有些新模型对角色设定的敏感度好像不太一样。