---
name: consulting-delivery
description: |
  咨询交付技能套件：CEO汇报、写报告、方案框架、标杆对比、桌面调研、访谈纪要、项目周报。
  CEO汇报: 帮我写个给CEO的报告, 出个高管简报, 执行摘要, Steerco汇报; 写报告: 帮我写一份咨询报告, 帮我出个报告, 金字塔原理, 交付报告; 方案框架: 方案框架, Issue Tree, 方案设计; 标杆对比: 标杆对比, benchmarking, 差距分析, 对标分析; 桌面调研: 帮我调研一下这个行业, 帮我查下这个市场, 行业调研, 市场研究; 访谈纪要: 帮我整理访谈记录, 帮我写会议纪要, 专家访谈, 会议记录; 项目周报: 项目周报, 周报, 项目进展, status report。
version: "1.0.1"
author: "智慧半岛"
license: MIT
allowed-tools:
  - Read
  - Grep
  - Glob
  - Shell
  - Edit
  - Write
---

# consulting-delivery -- 咨询交付综合技能

本技能是一个综合技能套件，包含多个子技能。接到用户请求后，按以下流程执行。

## 执行流程

### Step 1: 意图识别与路由匹配

分析用户输入，与下方路由表逐一比对。匹配规则：
- 用户输入中包含路由表中「子技能」列的关键词 → 匹配该子技能
- 用户输入中包含路由表中「功能说明」列中提到的场景 → 匹配该子技能
- 多个子技能同时匹配时，选择匹配度最高的
- 无法唯一确定时，向用户确认意图

### Step 2: 加载子技能模板

匹配到子技能后，根据子技能索引表找到对应的文件路径，**必须**使用 `Read` 工具读取 `references/` 目录下的完整执行模板。

### Step 3: 按模板执行

严格按照加载的模板逐步执行。模板中定义了：
- 输入要求（用户需要提供什么）
- 执行步骤（每一步做什么、如何判断）
- 输出格式（最终产出的结构和规范）
- 质量标准（产出必须满足的底线）

### Step 4: 输出结果

按模板规定的格式输出结果。如果模板要求生成文件，写入后声明产出物。

## 约束规则

1. **必须先读模板再执行**：匹配到子技能后，严禁凭记忆或猜测执行，必须先读取对应的 references 文件
2. **严格遵循模板**：不得跳过步骤、不得省略检查项、不得自行简化流程
3. **输入不足时主动索取**：模板中标注「必填」的输入项缺失时，向用户索取
4. **质量底线不妥协**：模板中的质量标准必须逐条满足

## 本包特色

- **McKinsey方法论文撑**：CEO汇报采用一页纸摘要+Backup附页格式；写报告强制金字塔原理结论先行；方案框架强制MECE不重不漏；访谈纪要采用McKinsey/BCG标准化格式
- **交付对象感知**：任务启动模板中'交付对象'字段（CEO/客户/内部团队）直接影响子技能路由和输出精炼度
- **逻辑一致性优先**：验收标准中逻辑一致性维度覆盖全部子技能，确保咨询交付物推理链条完整

5. **CEO汇报 vs 写报告歧义消解**：用户提及'CEO/高管/董事会/Steerco/一页纸/摘要/简报'→路由至CEO汇报（一页纸摘要+附页）；用户提及'完整报告/深度报告/结构报告/多章节/金字塔/交付客户'→路由至写报告（多章结构报告）。两者均可能匹配时，以交付对象区分：高管层→CEO汇报，客户/内部团队→写报告

## 路由表

| 子技能 | 功能说明 |
|--------|----------|
| CEO汇报 | 输入项目进展和发现，输出McKinsey一页纸摘要+Backup附页。 |
| 写报告 | 输入分析结论和数据，输出金字塔原理结构报告，结论先行逻辑递进。 |
| 方案框架 | 输入客户问题和项目范围，输出MECE拆解的咨询方案骨架... |
| 标杆对比 | 输入目标公司+对标公司列表+对比数据，输出五维标杆分析报告... |
| 桌面调研 | 输入研究主题和调研目的，输出结构化调研报告... |
| 访谈纪要 | 上传访谈录音转写文本或手写笔记，输出McKinsey/BCG标准化纪要... |
| 项目周报 | 输入本周进展，输出结构化周报（完成/进行中/延期/风险/下周计划）。 |

## 子技能索引

| 子技能 | 英文标识 | 文件 |
|--------|----------|------|
| CEO汇报 | `executive-briefing` | [references/executive-briefing.md](./references/executive-briefing.md) |
| 写报告 | `report-writing` | [references/report-writing.md](./references/report-writing.md) |
| 方案框架 | `framework-design` | [references/framework-design.md](./references/framework-design.md) |
| 标杆对比 | `benchmarking` | [references/benchmarking.md](./references/benchmarking.md) |
| 桌面调研 | `desk-research` | [references/desk-research.md](./references/desk-research.md) |
| 访谈纪要 | `interview-notes` | [references/interview-notes.md](./references/interview-notes.md) |
| 项目周报 | `weekly-status-report` | [references/weekly-status-report.md](./references/weekly-status-report.md) |
## 跨技能协同指引

| 协同技能 | 典型场景 |
|---------|---------|
| 投研分析 | CEO汇报中行业对标数据需投研分析支撑 |
| 产品管理 | 方案框架设计需参考PRD方法论和竞品分析 |

> 以上为推荐协同路径。执行复合任务时，请根据实际需求灵活组合。

## 六步闭环工作流对齐

> 本章节使本技能包对齐「六步闭环工作流_融合数字员工体系.md」标准，实现分析→方案→执行→验证→交付→复盘的全流程闭环。

### 一、六步闭环映射

本技能原有四步流程（意图识别→加载模板→按模板执行→输出结果）映射到六步闭环：

| 闭环步骤 | 对应本技能环节 | 具体动作 |
|----------|--------------|---------|
| 1. 分析指令 | Step 1: 意图识别与路由匹配 | 提取用户需求中的目标、范围、限制；标注不确定信息；判断子技能匹配度 |
| 2. 制定方案 | Step 2: 加载子技能模板 | 根据子技能索引读取模板；确认输入要求、执行步骤、输出格式；定义验收口径 |
| 3. 执行任务 | Step 3: 按模板执行 | 严格按模板逐步执行；记录关键步骤和偏差 |
| 4. 验证结果 | Step 3 末尾 + 自查 | 对照模板质量标准逐条自检；未通过项返回修复 |
| 5. 交付结果 | Step 4: 输出结果 | 按模板格式输出；附带验证结论；标注风险与建议 |
| 6. 复盘沉淀 | （新增） | 将本轮咨询报告/方案中的修正经验固化为咨询方法论 → 更新分析框架库与交付模板 → 形成可复用质量清单 |

### 二、数字员工角色配置

本技能包对应的角色分工如下：

| 职能类型 | 角色名称 | 职责 |
|----------|---------|------|
| 中枢型 | 主控 | 调度子技能选择、判定交付质量、控制轮次节奏 |
| 分析型 | 研究员 | 需求拆解、意图识别、子技能路由、研究框架设计 |
| 产出型 | 咨询文案 | 实际执行模板、生成报告/简报/纪要等咨询交付物 |
| 验收型 | 审核员 | 逻辑一致性验证、金字塔结构符合性检查、数据准确性复核 |

**角色间接口协议**：
- 主控 → 分析角色：传递用户原始需求，指明约束条件
- 分析角色 → 产出角色：传递匹配的子技能模板路径、输入要求和验收标准
- 产出角色 → 验收角色：传递交付产物和自检结果
- 验收角色 → 主控：传递验证结论（通过/需修复/已知限制）

### 三、轮次控制与收敛规则

| 参数 | 默认值 | 说明 |
|------|--------|------|
| 默认循环轮次 | 3 | 无复杂子任务时的标准轮次 |
| 安全最大轮次 | 6 | 防无限迭代的硬上限 |
| 每轮最大改动点数 | 3 | 单轮内子任务修改/优化上限 |
| 失败熔断 | 同一问题2轮未解决即标记已知限制 | 防止反复尝试无效修复 |
| 低收益检测 | 连续2轮仅做格式/措辞微调时建议结束 | 避免过度优化 |

**收敛判定逻辑**：
1. 子技能模板质量标准全部满足 → 正常结束
2. 达到默认轮次且核心产出达标 → 默认结束
3. 达到安全最大轮次 → 强制结束，输出未完成清单
4. 连续2轮仅做P2级微调改动 → 建议提前结束

### 四、验收标准

每个子技能执行完毕后，必须对照以下检查项：

| 检查维度 | 检查项 | 判定标准 | 适用子技能 |
|----------|--------|---------|-----------|
| 功能完整性 | 是否覆盖模板所有必填输出 | 全部必填项已产出 | 全部 |
| 逻辑一致性 | 是否遵循金字塔原理/结论先行 | 结论有论据支撑、层级递进 | 写报告、方案框架、标杆对比、桌面调研 |
| MECE完备性 | 分析框架是否不重不漏 | 覆盖所有关键维度无遗漏 | 方案框架、标杆对比、桌面调研 |
| 结构一致性 | 输出格式是否符合模板规范 | 章节/字段/表格与模板一致 | 全部 |
| 规则符合性 | 是否违反约束规则 | 无越权、无跳过步骤 | 全部 |
| 可追溯性 | 结论是否有输入/数据支撑 | 引用来源可定位 | 全部 |
| 数据准确性 | 引用的数据/事实是否可校验、对标指标计算是否正确 | 关键数据可复验 | 标杆对比、桌面调研、项目周报 |

> 注：CEO汇报 侧重一页纸摘要，不要求金字塔多层级展开和MECE框架；访谈纪要 侧重记录还原，不适用MECE完备性检查；项目周报 侧重进度汇总，不适用金字塔原理和MECE完备性。各子技能自动跳过不适用的验收维度。

### 五、模板化交付

关键产出的标准模板由各子技能的 `references/` 文件定义。本技能包级别的通用交付格式：

```markdown
## 任务交付说明

### 1. 子技能与路由
- **匹配子技能**：（名称）
- **路由依据**：（用户输入关键词/场景匹配）

### 2. 执行摘要
- **输入信息**：（用户提供的核心输入）
- **执行过程**：（关键步骤简述）
- **产出清单**：（交付物列表）

### 3. 验证结论
| 检查项 | 状态 | 备注 |
|--------|:----:|------|
| （逐条列出） | 通过/未通过 | （说明） |

### 4. 风险与建议
- **已知限制**：
- **方法论适用性**：
- **后续建议**：

### 5. 复盘记录
- **本次经验**：（可复用的处理模式/需注意的陷阱）
```

### 六、项目启动模板

处理复杂复合任务时，启动前填写：

```markdown
## 任务启动信息
- **任务目标**：（用户核心诉求，一句话描述）
- **识别子技能**：（如有多个，列出优先级）
- **输入完备性**：完备 / 缺失（列出缺失项）
- **预期交付物**：
- **验收条件**：
- **交付对象**：CEO/客户/内部团队
- **预估轮次**：
- **协同技能**：（如需跨包协作，列出）
```