调Prompt时模型总忽略中段信息，有什么结构性技巧吗？

这问题我熟，之前做合同解析也栽过。后来我是把示例目标输出那句直接复制一遍放在输入末尾，用“最终输出需严格匹配以上格式”收尾，效果比强调中段有用。XML标签我试过，模型对结构更敏感，但别贪多，标签多了反而分散注意力。还有个笨办法，把中段拆成两轮对话，先给前段和示例生成初稿，再把中段单独丢进去修订，稳定是稳，就是费token。

把关键约束复制到示例前后各放一遍，再用XML标签包住中段，基本能治住这毛病。

这问题太真实了，我做过类似的长文本任务，感觉模型对位置的敏感度比我们想象中高很多，中段信息权重确实低。后来我直接换了个思路，把few-shot示例拆成两条指令，一条在最前面带一个核心案例，另一条紧贴输入再放一个完整案例，相当于两个锚点，效果比单纯堆中间稳不少。另外你可以试试在示例前后加那种重复性的强约束，比如“记住上面这段是必须遵守的规则”，虽然听起来笨但有时候就是管用。你业务上要求示例紧挨着输入的话，那XML标记可以试，但别指望它解决全部问题，本质还是得靠位置和重复来对抗注意力衰减。

这问题太真实了，中段信息被吞基本是位置偏置在作祟。我自己的土办法是给每个示例加个显式的编号前缀，比如“示例1：”这样，相当于给模型一个检索锚点，效果比单纯换分隔符稳定不少。另外如果业务允许，可以尝试把示例拆分成两段，前后各放一半，中间夹着输入，实测能缓解不少，但得看你的prompt整体长度，太长还是会失效。

把few-shot拆成两段，前锚后补，中间只放输入，比啥分隔符都稳。试过XML标签效果也一般。

这问题太真实了，我也被中段失忆折磨过。后来发现与其赌模型注意力，不如把示例拆成“输入+输出”对，每个前面加个编号锚点，效果比单纯换行强不少。另外你可以试试把最关键的那条示例放在最后，毕竟模型对结尾的注意力确实更强，业务要求紧挨着的话，至少把最典型的放末尾。

这种中段丢失基本是注意力分散导致的，我后来用XML标签把每个示例单独包起来，再在每段开头加一句“以下是示例N”，效果稳了不少。另外可以试试把最关键的约束在示例前后各重复一次，别只放中间。如果业务允许，把示例拆成极简版，长度压到最短，模型反而更不容易跳过。