制定目的

适用对象

设计六原则（1优先、5可以，1+5）

原则一：业务价值有限

每个 Agent/Skill 必须能回答"解决了什么业务问题、带来什么收益"

原则二：可执行能力封装

一个 Skill 只做一件事，要把做这件事的Know-how、方法、能力、规则、标准封装进skill

原则三：可组合可复用

Skill 原子化、参数化，便于跨 Agent 复用；Agent 之间通过父子协同组合

原则四：可验证可监测

每个 Skill 必须有明确的验收指标和运行监控

原则五：可控安全合规

数据脱敏、对外红线、人工审批节点前置定义

原则六：可对齐业务角色

Agent 必须对应清晰的业务角色（数字员工），Skill 必须对应明确的业务活动节点

执行口号

模型总览

┌──────────────────────────────────────────────────┐
│ L1  价值流域      端到端价值流（如：线索到回款）│  ← 总控级 Agent（价值流入口）
├──────────────────────────────────────────────────┤
│ L2  业务场景      关键业务环节（如：管理线索）  │  ← 父级 Agent（数字员工）
├──────────────────────────────────────────────────┤
│ L3  子场景        场景下的子流程（如：线索培育）│  ← 子 Agent
├──────────────────────────────────────────────────┤
│ L4  业务任务      任务级流程（如：线索分发审核）│  ← 子 Agent
├──────────────────────────────────────────────────┤
│ L5  业务活动     活动级动作（如：线索定级）    │  ← Skill（含业务规则）
├──────────────────────────────────────────────────┤
│ L6  工具/模板/表单/指导书 Skill 的 reference 资产    │  ← Skill Reference
└──────────────────────────────────────────────────┘

各层定位说明

层级：L1

性质：价值流域

产物：1 个总控级 Agent（价值流入口）

数量参考（单价值流）：1 个

层级：L2

性质：业务场景

产物：父级 Agent（数字员工）

数量参考（单价值流）：每 L1 下 1~N 个

层级：L3‑L4

性质：子场景 / 任务

产物：子 Agent（通过父子协同被调度）

数量参考（单价值流）：每 L2 下 1~N 个

层级：L5

性质：业务活动

产物：Skill（含业务规则）

数量参考（单价值流）：每 L3/L4 下 1~N 个

层级：L6

性质：工具 / 模板 / 表单 / 指导书

产物：Skill 的 reference（被 Skill 引用的资产）

数量参考（单价值流）：按需

父子 Agent 协同模型

 ┌─────────────────────────┐
    │  父级 Agent（L1/L2）    │
    │  职责：意图识别、任务规划│
    │         、子 Agent 调度 │
    └────────────┬────────────┘
                 │ 任务下发 / 结果回收
      ┌──────────┼──────────┐
      ▼          ▼          ▼
 ┌─────────┐┌─────────┐┌─────────┐
 │子Agent A││子Agent B││子Agent C│  （L3/L4）
 └────┬────┘└────┬────┘└────┬────┘
      │          │          │
      ▼          ▼          ▼
   Skill      Skill      Skill      （L5）
      │          │          │
      ▼          ▼          ▼
      L6（模板/工具/表单/指导书）    （L6 reference）

分解操作步骤

交付产物

核心定位

各层定位说明

Agent 角色卡片模板

YAML
# ===== 基础信息 =====
Agent 名称: 投标专员 Agent
所属价值流(L1): 线索到回款 LTC
所处业务场景(L2): 投标管理
父级 Agent: LTC 价值流入口 Agent
子 Agent 列表:
  - 标书制作 Agent
  - 投标评审 Agent

# ===== 角色定位 =====
对应流程角色: 投标专员
所处流程节点: L2-投标管理 / L3-标书制作
人岗映射关系: 辅助增强  # 完全替代 / 辅助增强 / 协同执行
工作职责描述: 辅助投标专员完成标书框架搭建、技术方案匹配、商务条款比对工作

# ===== 业务定位 =====
一句话价值: 让标书制作时间从 3 天缩短到 4 小时
核心用户: 投标专员、投标经理
适用场景: 政府标、企业标
不适用场景: 涉密标、定向单一来源

# ===== 能力构成 =====
下挂 Skill 列表:
  - 标书文档生成 Skill
  - 技术方案生成 Skill
  - 交付方案生成 Skill
  - 服务方案生成 Skill
  - 商务方案生成 Skill

上下游协同:
  上游 Agent: 客户经理 Agent
  下游 Agent: 合同专员 Agent

# ===== 度量指标 =====
业务指标: 标书制作时长、中标率
技术指标: 标书质量（含规范性、完整性等）、任务完成率、用户满意度

Agent 评审要点

Skill 定位

Skill 卡片模板

YAML
# ===== 基础信息 =====
Skill 名称: 线索定级 Skill
所属 Agent: 客户经理 Agent
对应业务活动(L5): 线索定级

# ===== 业务定位 =====
一句话价值: 输入线索基础信息，输出 ABCD 四级评分及理由
适用场景: 新增线索入库后、线索月度盘点
不适用场景: 存量老客户复购线索

# ===== 输入输出 =====
输入字段: 客户名称、行业、规模、接触历史、需求描述
输出字段: 等级（A/B/C/D）、评分（0-100）、定级理由、推荐动作

# ===== L6 Reference（引用资产） =====
引用模板: 线索定级打分表模板
引用工具: 行业分类查询工具
引用表单: 客户画像表单
引用规则：线索定级规则

# ===== 调用关系 =====
依赖 Skill: 客户画像查询 Skill
被调用方: 客户经理 Agent 

# ===== 验收指标 =====
准确率: ≥ 95%（与销售经理人工定级一致率）
响应时长: ≤ 3 秒
完整率: 100%（必填字段无缺失）

Skill 颗粒度判断标准

总览

┌─────────────────────────────────────────────┐
│  ① 业务定义书（Word / Markdown）【必交】   │
│     业务定位 + 规则 + 标准 + 合规     │
├─────────────────────────────────────────────┤
│  ② 数据表单规约（Excel / Markdown）【必交】│
│     字段、来源、脱敏、取值范围              │
├─────────────────────────────────────────────┤
│  ③ 运营要求（Word，附件）【按需】          │
│     仅当大规模推广时编写                    │
└─────────────────────────────────────────────┘

①号《业务定义书》标准结构（七章）

业务定义书 Markdown 示例（线索定级 Skill）

Markdown
# 业务定义书 · 线索定级 Skill

- **所属 Agent**：客户经理 Agent
- **对应业务活动（L5）**：线索定级
- **文档版本**：v1.0 | 生效日期：2026-05-07

---

## 1. 业务定位

- **一句话价值**：输入线索基础信息，输出 ABCD 四级评分及推荐动作，替代销售经理人工定级工作。
- **核心用户**：销售经理、客户经理、线索运营岗
- **适用场景**：
  - 新增线索入库后 24 小时内的首次定级
  - 每月存量线索批量重定级
- **不适用场景**：
  - 存量老客户的复购线索（走另一套复购评估流程）
  - 涉密行业客户线索

## 2. 业务规则

### 2.1 定级标准

| 等级 | 触发条件 | 优先级 |
|---|---|---|
| A | 行业头部 + 规模≥20亿 + 近 30 天有明确需求 | P0 |
| B | 行业腰部 + 规模 5~20 亿 + 近 90 天有接触 | P1 |
| C | 行业尾部 或 规模<5亿，但有明确需求 | P2 |
| D | 无明确需求 或 信息不全 | P3 |

### 2.2 阈值表

- 规模判断以最近一年营收为准
- 需求明确度由"需求描述"字段长度 ≥ 20 字 + 含关键词判定
- 接触历史以 CRM 最新跟进记录时间为准

### 2.3 兜底策略

- 任一必填字段缺失 → 默认定级为 D，并标注"信息不全待补充"
- 规则冲突时 → 取优先级更高的等级

## 3. 输出标准

### 3.1 必须内容

- 等级（A/B/C/D，不可为空）
- 评分（0-100 整数）
- 定级理由（≥ 30 字，需引用规则条目）
- 推荐动作（从预置动作库选择 1~3 项）

### 3.2 禁止内容

- 禁止输出具体销售人员姓名
- 禁止对客户做负面主观评价
- 禁止泄露评分算法细节

### 3.3 示例对照

✅ **正例**：
> 等级：A | 评分：88 | 理由：该客户属行业头部（规则 2.1-A1），最近 15 天存在明确需求（规则 2.1-A3），推荐动作：安排高层拜访、提供定制方案。

❌ **反例**：
> 等级：A | 评分：88 | 理由：感觉不错。

## 4. 工作流设计（仅当Skill 存在强业务顺序或多源数据组装顺序时填写，非必须）

| 步骤编号 | 动作名称 | 输入 | 输出 | 硬规则/约束 | 备注 |
|:--------:|:---------|:-----|:-----|:------------|:-----|
| S1 | 线索信息校验 | 线索 ID、必填字段 | 校验结果（通过 / 不通过） | 必须满足规则 R-01；必填字段缺失则直接降级为 D 并标注"信息不全" | 绝对前置 |
| S2 | 客户画像查询 | 客户名称、行业、规模 | 客户画像明细（行业等级、规模档位、历史接触） | 必须满足规则 R-02；画像查询失败时进入降级路径 | 与 S3 不可对调 |
| S3 | 定级评分计算 | 线索字段、客户画像、需求描述 | 等级（A/B/C/D）+ 评分（0-100）+ 命中规则编号 | 触发规则 R-03（A 级）时自动转向 S5 | 与 S2 不可对调 |
| S4 | 定级结果组装 | 等级、评分、命中规则、推荐动作 | 定级结果草稿 | 字段必须对齐《数据表单规约》输出字段 | 含定级理由生成 |
| S5 | 销售经理复核 | 定级结果草稿 | 已复核定级结果 | A 级线索场景下"不可跳过"；B/C/D 级可由系统自动通过 | 强制审批节点 |
| S6 | 结果输出与分发 | 已复核定级结果 | 最终定级结果 + 分发指令 | 必须含可信度声明、操作留痕 | 触发下游 Agent |

**关键说明**:S1 必须前置;S5 不可跳过;S2 与 S3 不可对调。

## 5. 合规要求

- **数据脱敏**：理由中如涉及联系人手机号、身份证号，必须脱敏输出
- **对外红线**：本 Skill 输出仅限内部使用，不可直接对客呈现
- **人工审批节点**：A 级线索定级结果须由销售经理复核确认
- **可信度声明**：输出末尾附"本结果由 AI 辅助生成，以人工判断为准"

## 6. 调用与协同

- **上游 Agent**：MKT经理 Agent / 客户经理 Agent
- **下游 Agent**：解决方案经理 Agent（接收 A/B 级线索）
- **依赖 Skill**：客户画像查询 Skill
- **典型调用链**：线索入库 → 客户画像查询 Skill → 线索定级 Skill → 分发给对应解决方案经理 Agent
- **降级策略**：客户画像查询 Skill 失败时，仅基于线索本身信息定级，并标注"画像数据缺失"

## 7. 验收指标

| 指标 | 目标值 |
|---|---|
| 与销售经理人工定级一致率 | ≥ 95% |
| 响应时长 | ≤ 3 秒 |
| 必填字段完整率 | 100% |
| 用户满意度 | ≥ 4.2 / 5.0 |

## 8. 变更记录

| 版本 | 日期 | 修订人 | 变更说明 |
|---|---|---|---|
| v1.0 | 2026-05-07 | 张三 | 初版发布 |

②号《数据表单规约》Markdown 示例

Markdown
# 数据表单规约 · 线索定级 Skill

- **所属 Skill**：线索定级 Skill
- **文档版本**：v1.0 | 生效日期：2026-05-07

---

## 一、输入字段规约

| 字段名 | 类型 | 来源系统 | 是否必填 | 脱敏规则 | 取值范围 | 示例 |
|---|---|---|---|---|---|---|
| 客户名称 | String | CRM | 是 | 无 | 2~50 字符 | XX技术有限公司 |
| 所属行业 | String | CRM | 是 | 无 | 一级行业分类 22 类 | 信息技术 |
| 客户规模 | Number | CRM / 工商 | 是 | 无 | 最近一年营收（万元） | 120000 |
| 接触历史 | Array | CRM | 否 | 联系人手机脱敏 | 近 180 天跟进记录 | [{date, summary}] |
| 需求描述 | Text | 销售填写 | 是 | 无 | 最多 500 字 | 计划采购一套 CRM 系统 |
| 联系人手机 | String | CRM | 否 | 中间四位打码 | 11 位 | 188****8888 |

## 二、输出字段规约

| 字段名 | 类型 | 是否必填 | 取值范围 | 示例 |
|---|---|---|---|---|
| 等级 | String | 是 | A / B / C / D | A |
| 评分 | Number | 是 | 0~100 整数 | 88 |
| 定级理由 | Text | 是 | ≥ 30 字 | 该客户属行业头部… |
| 推荐动作 | Array | 是 | 1~3 项，来自动作库 | ["安排高层拜访"] |
| 可信度声明 | String | 是 | 固定文案 | 本结果由 AI 辅助生成… |

## 三、字段级合规要求

- 所有涉及个人身份信息的字段（手机、邮箱、身份证）在日志与输出中必须脱敏
- "需求描述"如包含客户内部项目代号，输出理由时需以"客户内部项目"替代
- 所有字段在系统日志中保留原文不超过 90 天

## 四、异常处理

| 异常情况 | 处理方式 |
|---|---|
| 必填字段缺失 | 返回 D 级并标注"信息不全待补充" |
| 字段类型错误 | 拦截请求，返回字段校验错误 |
| 取值超出范围 | 拦截请求，返回取值范围错误 |

阶段总览

阶段1

名称：业务流分解

核心产物：六层分解表、候选清单

阶段2

名称：卡片设计

核心产物：Agent 角色卡片、Skill 卡片

阶段3

名称：业务定义

核心产物：业务定义书 + 数据表单规约

阶段4

名称：Creator 实现

核心产物：Skill 文件夹

阶段5

名称：测试评审

核心产物：测试报告、评审通过单

阶段6

名称：发布运营

核心产物：发布单、监控看板

阶段1：业务流分解

阶段2：卡片设计

阶段3：业务定义

阶段4：Creator 实现（2 次喂入）

阶段5：测试评审

阶段6：发布运营

Markdown
# Agent / Skill 交付物评审清单 v1.2

## 待评审材料
- [ ] Agent 角色卡片
- [ ] Skill 卡片
- [ ] 业务定义书
- [ ] 数据表单规约

## 评审项（请逐项判定：✅ 通过 / ❌ 不通过 / ⚠️ 需人工确认，并附理由）

### 一、业务对齐（4 项）
- [ ] 1. Skill 是否对应明确的 L5 业务活动？
  - 检查点：Skill 卡片「对应业务活动(L5)」字段非空，且能在六层分解表中定位
- [ ] 2. Agent 是否对应清晰的流程角色（数字员工）？
  - 检查点：Agent 卡片「对应流程角色」字段为具体岗位名，未使用"助手/小助"等弱化词
- [ ] 3. 一句话价值是否清晰且可量化？
  - 检查点：包含"从 X 到 Y"或具体数字的效率/质量提升描述
- [ ] 4. 适用与不适用场景是否均已明确？
  - 检查点：两类场景均非空，且不适用场景至少列出 1 项

### 二、规则完整性(2 项)
- [ ] 5. 业务规则是否同时覆盖正常、异常与兜底三种路径？
  - 检查点：业务定义书第 2 章包含"判断逻辑""异常处理""兜底策略"三小节
- [ ] 6. 阈值与优先级是否全部量化？
  - 检查点：规则中使用的数值阈值、优先级标签均以表格形式明确给出

### 三、标准完整性(2 项)
- [ ] 7. 输出标准是否包含正反示例？
  - 检查点：第 3 章至少 1 组 ✅ 正例 + ❌ 反例对照
- [ ] 8. 必须/建议/禁止内容是否分级清晰？
  - 检查点：三类内容分别独立成小节，不混淆

### 四、一致性(1 项)
- [ ] 9. 业务规则与输出标准之间的引用关系是否已标注？
  - 检查点：规则条目被输出标准引用时，使用"规则 2.x ↔ 标准 3.x"格式显式标注

### 五、合规(4 项)
- [ ] 10. 数据脱敏规则是否覆盖所有敏感字段？
  - 检查点：数据表单规约中所有含个人信息/商业机密的字段均有脱敏规则
- [ ] 11. 对外红线是否明确？
  - 检查点：第 4 章显式说明输出的使用边界（内部 / 对客 / 公开）
- [ ] 12. 人工审批节点是否前置定义？
  - 检查点：涉及高风险动作的场景明确了人工审批触发条件
- [ ] 13. 合规要求是否形成闭环？
  - 检查点：脱敏 → 红线 → 审批 → 可信度声明四环节齐备

### 六、协同(3 项)
- [ ] 14. 上下游 Skill / Agent 是否声明？
  - 检查点：Skill 卡片与业务定义书第 5 章均声明依赖与被调用方
- [ ] 15. 典型调用链是否完整可追溯？
  - 检查点：第 5 章给出至少 1 条端到端调用链示例
- [ ] 16. 父子 Agent 协同关系是否明确？
  - 检查点：Agent 卡片中「父级 Agent」「子 Agent 列表」字段齐备

### 七、验收与健壮性(2 项)
- [ ] 17. 验收指标是否可测可监控？
  - 检查点：第 6 章指标均有明确目标值与数据来源
- [ ] 18. 降级与异常策略是否定义？
  - 检查点：依赖失败、字段缺失、规则冲突均有降级方案

## 评审结论模板

| 项 | 结果 | 依据 / 备注 |
|---|---|---|
| 1 | ✅ / ❌ / ⚠️ | |
| 2 | ✅ / ❌ / ⚠️ | |
| ... | | |

**总通过率**：__ / 18
**关键合规项（10-13）是否全部通过**：是 / 否
**最终评审结论**：通过 / 有条件通过 / 不通过

附录 A：

业务流六层分解示例（LTC 价值流节选）

L1: 线索到回款 LTC（父级 Agent：LTC 价值流入口 Agent）
├── L2: 管理线索 ML（父级 Agent：客户经理 Agent）
│   ├── L3: 线索收集（子 Agent：线索收集 Agent）
│   │   └── L4: 多渠道线索归集
│   │       ├── L5: 线索全方位收集 → Skill
│   │       │        └── L6: 渠道配置模板、数据清洗工具
│   │       └── L5: 线索去重合并 → Skill
│   │                └── L6: 相似度算法模板、合并规则表
│   ├── L3: 线索培育（子 Agent：线索培育 Agent）
│   └── L3: 线索分发（子 Agent：线索分发 Agent）
│       └── L4: 智能分发审核
│           └── L5: 线索定级 → Skill
│                    └── L6: 定级打分表模板、行业分类工具
├── L2: 管理机会点 MO（父级 Agent：商机经理 Agent）
├── L2: 投标管理（父级 Agent：投标专员 Agent）
├── L2: 合同签订（父级 Agent：合同管理员 Agent）
└── L2: 回款管理（父级 Agent：应收专员 Agent）

附录 B：术语表

术语：价值流

含义：端到端为客户创造价值的业务流程

术语：数字员工

含义：对应一个具体岗位角色的 Agent

术语：父子 Agent 协同

含义：父级 Agent 负责编排调度，子 Agent 承担具体流程节点，形成协作网络

术语：业务活动

含义：L5 层级的可独立执行的业务动作

术语：L6 Reference

含义：工具、模板、表单等被 Skill 引用的资产

附录 C：关键模板

Plain Text
# ===== 基础信息 =====
Agent 名称: 投标专员 Agent
所属价值流(L1): 线索到回款 LTC
所处业务场景(L2): 投标管理
父级 Agent: LTC 价值流入口 Agent
子 Agent 列表:
  - 标书制作 Agent
  - 投标评审 Agent

# ===== 角色定位 =====
对应流程角色: 投标专员
所处流程节点: L2-投标管理 / L3-标书制作
人岗映射关系: 辅助增强  # 完全替代 / 辅助增强 / 协同执行
工作职责描述: 替代投标专员完成标书框架搭建、技术方案匹配、商务条款比对工作

# ===== 业务定位 =====
一句话价值: 让标书制作时间从 3 天缩短到 4 小时
核心用户: 投标专员、投标经理
适用场景: 政企标、运营商标、行业标
不适用场景: 涉密标、定向单一来源

# ===== 能力构成 =====
下挂 Skill 列表:
  - 标书框架生成 Skill
  - 技术方案匹配 Skill
  - 商务条款比对 Skill
上下游协同:
  上游 Agent: 商机评估 Agent
  下游 Agent: 合同管理员 Agent

# ===== 度量指标 =====
业务指标: 标书制作时长、中标率
技术指标: 任务完成率、用户满意度

Plain Text
# 业务定义书 · 线索定级 Skill

- **所属 Agent**：客户经理 Agent
- **对应业务活动（L5）**：线索定级
- **文档版本**：v1.0 | 生效日期：2026-05-07

---

## 1. 业务定位

- **一句话价值**：输入线索基础信息，输出 ABCD 四级评分及推荐动作，替代销售经理人工定级工作。
- **核心用户**：销售经理、客户经理、线索运营岗
- **适用场景**：
  - 新增线索入库后 24 小时内的首次定级
  - 每月存量线索批量重定级
- **不适用场景**：
  - 存量老客户的复购线索（走另一套复购评估流程）
  - 涉密行业客户线索

## 2. 业务规则

### 2.1 定级判断逻辑

| 等级 | 触发条件 | 优先级 |
|---|---|---|
| A | 行业头部 + 规模≥10亿 + 近 30 天有明确需求 | P0 |
| B | 行业腰部 + 规模 1~10 亿 + 近 90 天有接触 | P1 |
| C | 行业尾部 或 规模<1 亿，但有明确需求 | P2 |
| D | 无明确需求 或 信息不全 | P3 |

### 2.2 阈值表

- 规模判断以最近一年营收为准
- 需求明确度由"需求描述"字段长度 ≥ 20 字 + 含关键词判定
- 接触历史以 CRM 最新跟进记录时间为准

### 2.3 兜底策略

- 任一必填字段缺失 → 默认定级为 D，并标注"信息不全待补充"
- 规则冲突时 → 取优先级更高的等级

## 3. 输出标准

### 3.1 必须内容

- 等级（A/B/C/D，不可为空）
- 评分（0-100 整数）
- 定级理由（≥ 30 字，需引用规则条目）
- 推荐动作（从预置动作库选择 1~3 项）

### 3.2 禁止内容

- 禁止输出具体销售人员姓名
- 禁止对客户做负面主观评价
- 禁止泄露评分算法细节

### 3.3 示例对照

✅ **正例**：
> 等级：A | 评分：88 | 理由：该客户属行业头部（规则 2.1-A1），最近 15 天存在明确需求（规则 2.1-A3），推荐动作：安排高层拜访、提供定制方案。

❌ **反例**：
> 等级：A | 评分：88 | 理由：感觉不错。

## 4. 工作流设计（仅当Skill 存在强业务顺序或多源数据组装顺序时填写，非必须）

| 步骤 | 动作 | 输入 | 输出 | 约束 |
|---|---|---|---|---|
| S1 | 客户资质校验 | 客户ID | 校验结果 | 满足 R-01,不通过即终止 |
| S2 | 商品价目匹配 | 商品清单、合同 | 基准价目 | 满足 R-02 |
| S3 | 折扣计算 | 基准价目、客户等级 | 含折扣明细 | 触发 R-03 时转 S5 |
| S4 | 报价单组装 | 明细、客户信息 | 报价单草稿 | 字段对齐数据规约 |
| S5 | 合规审批 | 报价单草稿 | 已审批报价单 | 折扣超限必经此步 |
| S6 | 输出交付 | 已审批报价单 | 最终报价单 | 含水印、留痕 |

**关键说明**:S1 必须前置;S5 不可跳过;S2 与 S3 不可对调。

## 5. 合规要求

- **数据脱敏**：理由中如涉及联系人手机号、身份证号，必须脱敏输出
- **对外红线**：本 Skill 输出仅限内部使用，不可直接对客呈现
- **人工审批节点**：A 级线索定级结果须由销售经理复核确认
- **可信度声明**：输出末尾附"本结果由 AI 辅助生成，以人工判断为准"

## 6. 调用与协同

- **上游 Agent**：商机评估 Agent
- **下游 Agent**：客户经理 Agent（接收 A/B 级线索）
- **依赖 Skill**：客户画像查询 Skill
- **典型调用链**：线索入库 → 客户画像查询 Skill → 线索定级 Skill → 分发给对应客户经理 Agent
- **降级策略**：客户画像查询 Skill 失败时，仅基于线索本身信息定级，并标注"画像数据缺失"

## 7. 验收指标

| 指标 | 目标值 |
|---|---|
| 与销售经理人工定级一致率 | ≥ 85% |
| 响应时长 | ≤ 3 秒 |
| 必填字段完整率 | 100% |
| 用户满意度 | ≥ 4.2 / 5.0 |

## 8. 变更记录

| 版本 | 日期 | 修订人 | 变更说明 |
|---|---|---|---|
| v1.0 | 2026-05-07 | 张三 | 初版发布 |

Plain Text
# 数据表单规约 · 线索定级 Skill

- **所属 Skill**：线索定级 Skill
- **文档版本**：v1.0 | 生效日期：2026-05-07

---

## 一、输入字段规约

| 字段名 | 类型 | 来源系统 | 是否必填 | 脱敏规则 | 取值范围 | 示例 |
|---|---|---|---|---|---|---|
| 客户名称 | String | CRM | 是 | 无 | 2~50 字符 | 华为技术有限公司 |
| 所属行业 | Enum | CRM | 是 | 无 | 一级行业分类 22 类 | 信息技术 |
| 客户规模 | Number | CRM / 工商 | 是 | 无 | 最近一年营收（万元） | 120000 |
| 接触历史 | Array | CRM | 否 | 联系人手机脱敏 | 近 180 天跟进记录 | [{date, summary}] |
| 需求描述 | Text | 销售填写 | 是 | 无 | 最多 500 字 | 计划采购一套 CRM 系统 |
| 联系人手机 | String | CRM | 否 | 中间四位打码 | 11 位 | 138****5678 |

## 二、输出字段规约

| 字段名 | 类型 | 是否必填 | 取值范围 | 示例 |
|---|---|---|---|---|
| 等级 | Enum | 是 | A / B / C / D | A |
| 评分 | Number | 是 | 0~100 整数 | 88 |
| 定级理由 | Text | 是 | ≥ 30 字 | 该客户属行业头部… |
| 推荐动作 | Array | 是 | 1~3 项，来自动作库 | ["安排高层拜访"] |
| 可信度声明 | String | 是 | 固定文案 | 本结果由 AI 辅助生成… |

## 三、字段级合规要求

- 所有涉及个人身份信息的字段（手机、邮箱、身份证）在日志与输出中必须脱敏
- "需求描述"如包含客户内部项目代号，输出理由时需以"客户内部项目"替代
- 所有字段在系统日志中保留原文不超过 90 天

## 四、异常处理

| 异常情况 | 处理方式 |
|---|---|
| 必填字段缺失 | 返回 D 级并标注"信息不全待补充" |
| 字段类型错误 | 拦截请求，返回字段校验错误 |
| 取值超出范围 | 拦截请求，返回取值范围错误 |

Plain Text
# Agent / Skill 交付物评审清单 v1.2

## 待评审材料
- [ ] Agent 角色卡片
- [ ] Skill 卡片
- [ ] 业务定义书
- [ ] 数据表单规约

## 评审项（请逐项判定：✅ 通过 / ❌ 不通过 / ⚠️ 需人工确认，并附理由）

### 一、业务对齐（4 项）
- [ ] 1. Skill 是否对应明确的 L5 业务活动？
 - 检查点：Skill 卡片「对应业务活动(L5)」字段非空，且能在六层分解表中定位
- [ ] 2. Agent 是否对应清晰的流程角色（数字员工）？
  - 检查点：Agent 卡片「对应流程角色」字段为具体岗位名，未使用"助手/小助"等弱化词
- [ ] 3. 一句话价值是否清晰且可量化？
  - 检查点：包含"从 X 到 Y"或具体数字的效率/质量提升描述
- [ ] 4. 适用与不适用场景是否均已明确？
  - 检查点：两类场景均非空，且不适用场景至少列出 1 项

### 二、规则完整性(2 项)
- [ ] 5. 业务规则是否同时覆盖正常、异常与兜底三种路径？
  - 检查点：业务定义书第 2 章包含"判断逻辑""异常处理""兜底策略"三小节
- [ ] 6. 阈值与优先级是否全部量化？
  - 检查点：规则中使用的数值阈值、优先级标签均以表格形式明确给出

### 三、标准完整性(2 项)
- [ ] 7. 输出标准是否包含正反示例？
  - 检查点：第 3 章至少 1 组 ✅ 正例 + ❌ 反例对照
- [ ] 8. 必须/建议/禁止内容是否分级清晰？
  - 检查点：三类内容分别独立成小节，不混淆

### 四、一致性(1 项)
- [ ] 9. 业务规则与输出标准之间的引用关系是否已标注？
  - 检查点：规则条目被输出标准引用时，使用"规则 2.x ↔ 标准 3.x"格式显式标注

### 五、合规(4 项)
- [ ] 10. 数据脱敏规则是否覆盖所有敏感字段？
  - 检查点：数据表单规约中所有含个人信息/商业机密的字段均有脱敏规则
- [ ] 11. 对外红线是否明确？
  - 检查点：第 4 章显式说明输出的使用边界（内部 / 对客 / 公开）
- [ ] 12. 人工审批节点是否前置定义？
  - 检查点：涉及高风险动作的场景明确了人工审批触发条件
- [ ] 13. 合规要求是否形成闭环？
  - 检查点：脱敏 → 红线 → 审批 → 可信度声明四环节齐备

### 六、协同(3 项)
- [ ] 14. 上下游 Skill / Agent 是否声明？
  - 检查点：Skill 卡片与业务定义书第 5 章均声明依赖与被调用方
- [ ] 15. 典型调用链是否完整可追溯？
  - 检查点：第 5 章给出至少 1 条端到端调用链示例
- [ ] 16. 父子 Agent 协同关系是否明确？
  - 检查点：Agent 卡片中「父级 Agent」「子 Agent 列表」字段齐备

### 七、验收与健壮性(2 项)
- [ ] 17. 验收指标是否可测可监控？
  - 检查点：第 6 章指标均有明确目标值与数据来源
- [ ] 18. 降级与异常策略是否定义？
  - 检查点：依赖失败、字段缺失、规则冲突均有降级方案

## 评审结论模板

| 项 | 结果 | 依据 / 备注 |
|---|---|---|
| 1 | ✅ / ❌ / ⚠️ | |
| 2 | ✅ / ❌ / ⚠️ | |
| ... | | |

**总通过率**：__ / 18
**关键合规项（10-13）是否全部通过**：是 / 否
**最终评审结论**：通过 / 有条件通过 / 不通过