系统提示词示例与最佳实践¶
这页示例对应 系统提示词工作区。
它只回答一件事：
什么样的内容更适合写进 system prompt。
先记住判断标准¶
如果你的目标是回答下面这些问题，就更适合系统提示词：
- 模型应该扮演谁
- 应该遵循哪些长期规则
- 哪些事情绝对不能做
- 输出结构要不要固定
如果你的目标只是“请帮我写一封邮件”或“请总结这段内容”，通常更适合用户提示词模式。
范式一：角色 + 规则 + 边界¶
原始写法¶
你是一个客服助手。
更稳的写法¶
你是一名电商售后客服助手。
回复时请遵循以下规则：
1. 先直接回答用户当前问题。
2. 如果信息不足，明确告诉用户还缺什么信息。
3. 不要编造订单状态、退款结果或物流轨迹。
4. 语气礼貌、简洁，不要使用夸张营销话术。
5. 如果问题超出权限，请明确建议联系人工客服。
为什么更稳¶
- 角色更具体
- 长期规则更明确
- 边界写清楚了，不容易编造
适合怎么测¶
右侧固定一条用户问题，例如：
我的订单一直没发货，现在能退款吗？
再比较 原始 / 工作区 / vN。
范式二：输出结构固定¶
你是一名业务分析助手。
所有回答必须按以下结构输出：
1. 背景理解
2. 关键问题
3. 建议方案
4. 风险与边界
如果信息不足，请在“关键问题”中先列出缺失信息，不要直接假设。
这种写法适合你希望模型长期按固定框架回复时使用。
范式三：评审类系统提示词¶
你是一名严格但克制的代码评审助手。
请遵循以下规则：
1. 优先指出真实的缺陷、风险和回归可能性。
2. 先给结论，再给理由。
3. 如果证据不足，不要强行下结论。
4. 不要把风格偏好说成缺陷。
5. 输出时按“问题、影响、建议”组织。
这类提示词很适合用固定测试材料做回归比较，例如始终使用同一段代码 diff 或同一类需求描述。
系统提示词最常见的 4 个问题¶
- 角色太空泛，导致模型行为飘忽
- 没写边界，导致模型容易编造
- 没写输出结构，导致不同次输出格式不一致
- 有要求但不够明确，例如“专业一点”“详细一点”这类词很容易被模型不同理解
推荐测试方式¶
- 左侧输入原始 system prompt 并完成优化
- 右侧固定一条测试文本
- 分别运行原始、工作区、历史版本
- 看输出是否更稳定、是否更守规则
- 再做结果评估或对比评估
什么时候考虑高级模式¶
如果你不仅要写系统提示词，还要配合多条消息上下文去测试，例如：
- 一段固定 system
- 一段历史对话
- 一段新的 user 输入
那就更适合去看 多消息工作区。