能扛住真实用户的提示词模式

先写拒答，再写回答

第一件要规定的事，是模型答不上来时该做什么：用哪句话、用什么语言、要不要给出下一步建议。团队通常最后才写这部分，这就是为什么生产环境里的第一次幻觉总是措手不及。

把指令和数据分开

用户的文本绝不该被拼接进你的指令里，仿佛它是指令的一部分。把指令放在系统角色里，用户内容明确分隔。否则，一个写下"忽略以上内容"的顾客，就在操作你的提示词，而不是你。

有系统要解析时，就要求结构

如果下游系统读取输出，就要求严格的格式，并在使用前校验。显式处理不合法的情况；带上校验错误信息重试一次，通常就能恢复。指望格式永远不出错，在有量之后就不是策略。

给困难样例，而不是简单样例

提示词里的示例是昂贵的上下文。把它们花在模型会做错的场景上：含糊的请求、超出范围的问题、语言用错的输入。简单示例教不会它任何它本来就不会的东西。

把提示词纳入版本控制

提示词是程序逻辑。它应该被评审、被版本化，并与那次证明改动合理的评测运行绑定。在后台面板里直接改的提示词，正是功能悄无声息地退化、而没人说得清改了什么的原因。