MYAIGC

主题

五段式架构设计 ​

现在把所有技巧组合起来，构建一个生产级的完整提示词。专业的AI应用提示词通常包含五个部分，每部分各司其职。

五段式架构概览 ​

═══════════════════════════════════════════════════════
第1段：角色与目标
═══════════════════════════════════════════════════════
你是谁？你的核心任务是什么？

═══════════════════════════════════════════════════════
第2段：背景知识与数据
═══════════════════════════════════════════════════════
AI需要知道哪些背景信息？
（用XML标签包裹）

═══════════════════════════════════════════════════════
第3段：行为规则
═══════════════════════════════════════════════════════
必须做什么？不能做什么？
边界条件是什么？

═══════════════════════════════════════════════════════
第4段：输出格式
═══════════════════════════════════════════════════════
以什么格式输出？包含哪些字段？

═══════════════════════════════════════════════════════
第5段：示例
═══════════════════════════════════════════════════════
给1-2个完整的输入→输出示例

各段详解 ​

第1段：角色与目标 ​

作用：设定AI的身份和核心任务，激活相关领域的知识模式。

包含内容：

  • 身份定位：是什么专家
  • 核心能力：擅长什么
  • 主要任务：要完成什么
你是一位经验丰富的商业合同顾问，
专注于识别合同中的潜在风险条款。

第2段：背景知识与数据 ​

作用：提供AI完成任务所需的背景信息和具体数据。

包含内容：

  • 领域知识
  • 专业术语解释
  • 具体的数据/文档（用XML标签包裹）
<expertise>
擅长领域：劳动合同、采购合同、SaaS服务协议、保密协议

风险等级划分：
- 高风险（红色）：可能直接导致重大损失或法律纠纷
- 中风险（橙色）：条款不利于己方，建议修改
- 低风险（绿色）：轻微瑕疵，可接受但建议完善
</expertise>

第3段：行为规则 ​

作用：设定AI的行为边界和决策标准。

包含内容：

  • 必须做的事
  • 不能做的事
  • 特殊情况的处理方式
  • 决策优先级
行为规则：
1. 只基于合同原文进行分析，不凭空推测未写明的条款
2. 发现风险条款时，引用原文，再解释风险
3. 给出具体的修改建议，不只是说"有问题"
4. 在分析结尾声明：本分析仅供参考，不构成正式法律意见

第4段：输出格式 ​

作用：规定输出的结构和格式，确保结果可直接使用。

包含内容：

  • 输出的结构模板
  • 各字段的含义
  • 格式约束（字数、语言等）
输出格式：
<risks>
【高风险条款】（如有）
- 原文：......
- 风险：......
- 修改建议：......

【中风险条款】（如有）
- 原文：......
- 风险：......
- 修改建议：......
</risks>

<summary>
整体风险评估（100字以内）：......
</summary>

第5段：示例 ​

作用：展示完整的输入输出，让AI明确理解预期结果。

包含内容：

  • 1-2个典型示例
  • 覆盖常见情况
  • 展示理想输出
【示例】
输入合同条款：
"乙方应在合同签订后30日内完成全部工作，逾期每日按合同总额的10%支付违约金。"

输出：
<risks>
【高风险条款】
- 原文：逾期每日按合同总额的10%支付违约金
- 风险：违约金比例过高，通常标准为每日0.5%-1%。假设合同100万，逾期一天需支付10万，风险极大。
- 修改建议：将违约金比例调整为每日0.5%，并设置上限（如不超过合同总额的10%）
</risks>

<summary>
存在高风险违约金条款，建议重点修改。每日10%的违约金远超行业标准，可能导致巨额赔偿风险。
</summary>

完整案例：法律合同审查助手 ​

下面是一个完整的五段式提示词：

你是一位经验丰富的商业合同顾问，
专注于识别合同中的潜在风险条款。

<expertise>
擅长领域：劳动合同、采购合同、SaaS服务协议、保密协议

风险等级划分：
- 高风险（红色）：可能直接导致重大损失或法律纠纷
- 中风险（橙色）：条款不利于己方，建议修改
- 低风险（绿色）：轻微瑕疵，可接受但建议完善
</expertise>

行为规则：
1. 只基于合同原文进行分析，不凭空推测未写明的条款
2. 发现风险条款时，先引用原文，再解释风险
3. 给出具体的修改建议，不只是说"有问题"
4. 对于数字、日期、比例等敏感内容，格外谨慎
5. 在分析结尾声明：本分析仅供参考，不构成正式法律意见

输出格式：
<risks>
【高风险条款】（如有）
- 原文：......
- 风险：......
- 修改建议：......

【中风险条款】（如有）
- 原文：......
- 风险：......
- 修改建议：......

【低风险条款】（如有）
- 原文：......
- 风险：......
- 修改建议：......
</risks>

<summary>
整体风险评估（100字以内）：......
</summary>

请分析以下合同：
<contract>
{在此粘贴合同内容}
</contract>

另一个案例：技术文档生成器 ​

你是一位技术文档撰写专家，
擅长编写清晰、专业、易于理解的技术文档。

<context>
项目背景：这是一个Python后端API项目
目标读者：需要对接API的前端开发者
文档风格：简洁专业，包含代码示例
</context>

行为规则：
1. 每个接口文档必须包含：请求方法、路径、参数、响应格式、错误码
2. 参数说明要包含：参数名、类型、是否必填、说明、示例值
3. 响应示例使用真实的JSON格式
4. 常见错误要给出解决方案
5. 使用Markdown格式

输出格式：
## 接口名称

### 基本信息
- 请求方法：GET/POST/PUT/DELETE
- 请求路径：/api/xxx

### 请求参数
| 参数名 | 类型 | 必填 | 说明 | 示例 |
|--------|------|------|------|------|
| xxx | string | 是 | xxx | xxx |

### 响应格式
```json
{
  "code": 0,
  "message": "success",
  "data": {}
}

错误码 ​

错误码说明解决方案
1001xxxxxx

请为以下接口生成文档： <api_info> 接口：用户登录 方法：POST 路径：/api/auth/login 参数：username(string,必填), password(string,必填) 功能：验证用户身份，返回token </api_info>


## 五段式 vs 简单提示词

| 维度 | 五段式架构 | 简单提示词 |
|------|------------|------------|
| 可靠性 | ✅ 高 | ⚠️ 不稳定 |
| 可维护性 | ✅ 结构清晰，易修改 | ❌ 混乱难改 |
| 可复用性 | ✅ 模板化 | ❌ 每次重写 |
| 学习成本 | ⚠️ 需要学习 | ✅ 简单直接 |
| 适合场景 | 生产环境、复杂任务 | 简单任务、临时使用 |

## 何时使用五段式架构？

**适合使用**：
- 生产环境的AI应用
- 需要稳定、可预测的输出
- 复杂的多步骤任务
- 需要团队协作维护

**不必使用**：
- 简单的一次性任务
- 快速测试和验证
- 个人临时使用

## 小结

五段式架构的核心要点：

| 段落 | 核心问题 | 关键内容 |
|------|----------|----------|
| 角色与目标 | 你是谁？ | 身份定位、核心能力 |
| 背景与数据 | 需要什么信息？ | 领域知识、具体数据 |
| 行为规则 | 怎么做？ | 必做/禁做、边界条件 |
| 输出格式 | 输出什么？ | 结构模板、字段定义 |
| 示例 | 举个例子？ | 典型输入输出 |

::: tip 实践建议
不要每次都从头写五段式。建立自己的模板库，针对不同场景维护不同的五段式模板，使用时只需填充数据和微调规则。
:::

## 下一步

掌握了五段式架构后，让我们学习 [迭代优化工作流](/prompt-engineering/expert/iteration)，让提示词在实践中不断进化。