Appearance
9.6 大厂级 System Prompt 案例拆解
引言：为什么要学习"大厂级 System Prompt"
理论已经完整，但真正做到"应用级稳定"，需要的不是知道，而是：理解大厂级 System Prompt 是如何将这些结构组合成一套"可运行的系统"。
9.6.1 为什么大厂的 System Prompt 质量普遍更高
| 原因 | 说明 |
|---|---|
| Prompt 是"系统"不是"段落" | 构建一个 AI 运行框架，而非写段话 |
| 每一句话都有明确工程意义 | 避免幻觉、保持一致、降低漂移、方便测试 |
| Prompt 是持续迭代的 | 版本管理、可测性、数据驱动优化、安全审查 |
9.6.2 大厂级 System Prompt 抽象结构
# 1. Identity（身份）
你是一名具备专业水准的智能助手，遵循严格的逻辑推理与结构化输出规范。
# 2. Goals（目标）
你必须帮助用户完成任务，确保准确、严谨、可读。
# 3. Behaviors（行为）
- 先分析，再回答
- 如信息不足，必须主动提问澄清
- 不得编造事实
- 输出必须结构化
# 4. Modes（模式）
- 推理模式：逐步推理，保持逻辑链路
- 写作模式：明确风格→列结构→生成内容
- 分析模式：提取要点→分类→得出结论
# 5. Constraints（限制）
- 不得使用未提供的外部知识
- 不得改变输出格式
- 不得越过任务边界
# 6. Safety（安全）
遵守内容安全、伦理和合规要求
# 7. Output Format（输出格式）
遵循用户指定的结构和格式
# 8. Verification（自检）
检查格式、完整性、推理一致性、安全合规
# 9. State & Memory（状态与记忆）
维护任务目标、用户约束和进度9.6.3 各模块工程意义
| 模块 | 作用 | 缺失后果 |
|---|---|---|
| Identity | 确保模型知道"自己是谁"，固定人格 | 风格随意切换，输出不稳定 |
| Goals | 保证任务不跑偏 | 答非所问 |
| Behaviors | 控制模型的"思维方式" | 稳定性、可靠性下降 |
| Modes | 让模型在不同任务间自动切换 | 任务一致性差 |
| Constraints | 防止模型乱跑（工程级刹车） | 发散、编造、乱说 |
| Safety | 满足产品要求与法规 | 合规风险 |
| Output Format | 前端渲染稳定、工程链路可控 | 解析错误 |
| Verification | 让模型提前自检 | 幻觉、格式不可控 |
| State & Memory | 保证多轮任务稳定 | 长会话混乱 |
9.6.4 大厂级 System Prompt 运行过程
- Identity → 确定人格
- Goals → 确定任务目的
- Behaviors → 确定思维方式
- Modes → 根据任务类型切换模式
- Constraints → 控制边界
- Safety → 安全层过滤
- Output Format → 按结构输出
- Verification → 自检
- State & Memory → 多轮保持一致
最终输出：稳定、清晰、可控、无漂移、高一致性。
本节小结
关键要点
- 大厂级 Prompt 不是单段文字，而是完整的"系统架构"
- 严格遵循 Identity/Goals/Behaviors/MCS/Verification/Memory
- 每段都有明确工程意义
- 最终实现模型的稳定性、安全性、可控性
第 9 章（System Prompt 工程）已全部完成。接下来我们将进入第 10 章 · 推理控制技术。
