战略/市场分析咨询报告工作流——判断+数据双轨。先出有排他性的框架判断,再用真实数据验证(数据文件或公开信息),输出结构化 Markdown 咨询报告。Use when user asks to 写咨询报告、行业分析、市场研究、竞争分析、战略分析、市场进入评估、增长策略、写报告。不用于纯数据报表输出(无判断框架)、代码开发、运营执行。
Documents
consulting-delivery
Try it咨询交付技能套件:CEO汇报、写报告、方案框架、标杆对比、桌面调研、访谈纪要、项目周报。 CEO汇报: 帮我写个给CEO的报告, 出个高管简报, 执行摘要, Steerco汇报; 写报告: 帮我写一份咨询报告, 帮我出个报告, 金字塔原理, 交付报告; 方案框架: 方案框架, Issue Tree, 方案设计; 标杆对比: 标杆对比, benchmarking, 差距分析, 对标分析; 桌面调研: 帮我调研一下这个行业, 帮我查下这个市场, 行业调研, 市场研究; 访谈纪要: 帮我整理访谈记录, 帮我写会议纪要, 专家访谈, 会议记录; 项目周报: 项目周报, 周报, 项目进展, status report。
What it does
咨询交付技能套件:CEO汇报、写报告、方案框架、标杆对比、桌面调研、访谈纪要、项目周报。 CEO汇报: 帮我写个给CEO的报告, 出个高管简报, 执行摘要, Steerco汇报; 写报告: 帮我写一份咨询报告, 帮我出个报告, 金字塔原理, 交付报告; 方案框架: 方案框架, Issue Tree, 方案设计; 标杆对比: 标杆对比, benchmarking, 差距分析, 对标分析; 桌面调研: 帮我调研一下这个行业, 帮我查下这个市场, 行业调研, 市场研究; 访谈纪要: 帮我整理访谈记录, 帮我写会议纪要, 专家访谈, 会议记录; 项目周报: 项目周报, 周报, 项目进展, status report。
The skill document
consulting-delivery -- 咨询交付综合技能
本技能是一个综合技能套件,包含多个子技能。接到用户请求后,按以下流程执行。
执行流程
Step 1: 意图识别与路由匹配
分析用户输入,与下方路由表逐一比对。匹配规则:
- 用户输入中包含路由表中「子技能」列的关键词 → 匹配该子技能
- 用户输入中包含路由表中「功能说明」列中提到的场景 → 匹配该子技能
- 多个子技能同时匹配时,选择匹配度最高的
- 无法唯一确定时,向用户确认意图
Step 2: 加载子技能模板
匹配到子技能后,根据子技能索引表找到对应的文件路径,必须使用 Read 工具读取 references/ 目录下的完整执行模板。
Step 3: 按模板执行
严格按照加载的模板逐步执行。模板中定义了:
- 输入要求(用户需要提供什么)
- 执行步骤(每一步做什么、如何判断)
- 输出格式(最终产出的结构和规范)
- 质量标准(产出必须满足的底线)
Step 4: 输出结果
按模板规定的格式输出结果。如果模板要求生成文件,写入后声明产出物。
约束规则
- 必须先读模板再执行:匹配到子技能后,严禁凭记忆或猜测执行,必须先读取对应的 references 文件
- 严格遵循模板:不得跳过步骤、不得省略检查项、不得自行简化流程
- 输入不足时主动索取:模板中标注「必填」的输入项缺失时,向用户索取
- 质量底线不妥协:模板中的质量标准必须逐条满足
本包特色
- McKinsey方法论文撑:CEO汇报采用一页纸摘要+Backup附页格式;写报告强制金字塔原理结论先行;方案框架强制MECE不重不漏;访谈纪要采用McKinsey/BCG标准化格式
- 交付对象感知:任务启动模板中'交付对象'字段(CEO/客户/内部团队)直接影响子技能路由和输出精炼度
- 逻辑一致性优先:验收标准中逻辑一致性维度覆盖全部子技能,确保咨询交付物推理链条完整
- CEO汇报 vs 写报告歧义消解:用户提及'CEO/高管/董事会/Steerco/一页纸/摘要/简报'→路由至CEO汇报(一页纸摘要+附页);用户提及'完整报告/深度报告/结构报告/多章节/金字塔/交付客户'→路由至写报告(多章结构报告)。两者均可能匹配时,以交付对象区分:高管层→CEO汇报,客户/内部团队→写报告
路由表
| 子技能 | 功能说明 |
|---|---|
| CEO汇报 | 输入项目进展和发现,输出McKinsey一页纸摘要+Backup附页。 |
| 写报告 | 输入分析结论和数据,输出金字塔原理结构报告,结论先行逻辑递进。 |
| 方案框架 | 输入客户问题和项目范围,输出MECE拆解的咨询方案骨架... |
| 标杆对比 | 输入目标公司+对标公司列表+对比数据,输出五维标杆分析报告... |
| 桌面调研 | 输入研究主题和调研目的,输出结构化调研报告... |
| 访谈纪要 | 上传访谈录音转写文本或手写笔记,输出McKinsey/BCG标准化纪要... |
| 项目周报 | 输入本周进展,输出结构化周报(完成/进行中/延期/风险/下周计划)。 |
子技能索引
| 子技能 | 英文标识 | 文件 |
|---|---|---|
| CEO汇报 | executive-briefing | references/executive-briefing.md |
| 写报告 | report-writing | references/report-writing.md |
| 方案框架 | framework-design | references/framework-design.md |
| 标杆对比 | benchmarking | references/benchmarking.md |
| 桌面调研 | desk-research | references/desk-research.md |
| 访谈纪要 | interview-notes | references/interview-notes.md |
| 项目周报 | weekly-status-report | 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轮仅做格式/措辞微调时建议结束 | 避免过度优化 |
收敛判定逻辑:
- 子技能模板质量标准全部满足 → 正常结束
- 达到默认轮次且核心产出达标 → 默认结束
- 达到安全最大轮次 → 强制结束,输出未完成清单
- 连续2轮仅做P2级微调改动 → 建议提前结束
四、验收标准
每个子技能执行完毕后,必须对照以下检查项:
| 检查维度 | 检查项 | 判定标准 | 适用子技能 |
|---|---|---|---|
| 功能完整性 | 是否覆盖模板所有必填输出 | 全部必填项已产出 | 全部 |
| 逻辑一致性 | 是否遵循金字塔原理/结论先行 | 结论有论据支撑、层级递进 | 写报告、方案框架、标杆对比、桌面调研 |
| MECE完备性 | 分析框架是否不重不漏 | 覆盖所有关键维度无遗漏 | 方案框架、标杆对比、桌面调研 |
| 结构一致性 | 输出格式是否符合模板规范 | 章节/字段/表格与模板一致 | 全部 |
| 规则符合性 | 是否违反约束规则 | 无越权、无跳过步骤 | 全部 |
| 可追溯性 | 结论是否有输入/数据支撑 | 引用来源可定位 | 全部 |
| 数据准确性 | 引用的数据/事实是否可校验、对标指标计算是否正确 | 关键数据可复验 | 标杆对比、桌面调研、项目周报 |
注:CEO汇报 侧重一页纸摘要,不要求金字塔多层级展开和MECE框架;访谈纪要 侧重记录还原,不适用MECE完备性检查;项目周报 侧重进度汇总,不适用金字塔原理和MECE完备性。各子技能自动跳过不适用的验收维度。
五、模板化交付
关键产出的标准模板由各子技能的 references/ 文件定义。本技能包级别的通用交付格式:
## 任务交付说明
### 1. 子技能与路由
- **匹配子技能**:(名称)
- **路由依据**:(用户输入关键词/场景匹配)
### 2. 执行摘要
- **输入信息**:(用户提供的核心输入)
- **执行过程**:(关键步骤简述)
- **产出清单**:(交付物列表)
### 3. 验证结论
| 检查项 | 状态 | 备注 |
|--------|:----:|------|
| (逐条列出) | 通过/未通过 | (说明) |
### 4. 风险与建议
- **已知限制**:
- **方法论适用性**:
- **后续建议**:
### 5. 复盘记录
- **本次经验**:(可复用的处理模式/需注意的陷阱)
六、项目启动模板
处理复杂复合任务时,启动前填写:
## 任务启动信息
- **任务目标**:(用户核心诉求,一句话描述)
- **识别子技能**:(如有多个,列出优先级)
- **输入完备性**:完备 / 缺失(列出缺失项)
- **预期交付物**:
- **验收条件**:
- **交付对象**:CEO/客户/内部团队
- **预估轮次**:
- **协同技能**:(如需跨包协作,列出)
Related skills
把"只讲事的流水账周报"升级成"领导 30 秒读懂全局"的结构化周报。用户提供碎碎念式的本周工作流水账(或直接给出本周做了什么),此 skill 通过四步流程(建项目库 → 拆事归位 → 追问补缺 → 六要素组装)输出可直接发出的领导版周报。适用于:写周报/月报/工作汇报、周会材料、向上管理。关键设计:AI 只补缺的、不编没的,风险/下周计划/思考三样缺了必须追问用户,绝不编造。
麦肯锡风格咨询交付 skill(中文名「麦肯锡资料库顾问」)。核心差异:方法论不是通用知识,而是直接来自用户提供的 44 份真实麦肯锡资料库(已全量吸收、逐份落位)。客户上传材料后,先用七步成诗锁定问题,自主搜集并评估外部资料填补证据缺口,生成故事线 md,确认后出 PPT+战略文档+演讲稿三件套。具备:50+ 可视化布局目录、AX Labs 式可解释布局选型、python-pptx 复用绘图引擎、Critic 视觉质量门、端到端自主编排。触发:帮我做咨询方案、根据资料出 PPT、用麦肯锡方法梳理故事线、结构化客户输入、搜集外部资料支撑论证、写演讲稿、做图表/可视化。
【IT咨询顾问 / AI咨询顾问 / 数字化转型顾问 / CIO顾问 超级工作台 / IT Consulting & AI Transformation Advisor Workbench】 ——面向IT战略规划、企业AI转型、技术尽调、供应商选型、企业架构设计、数字化成熟度评估、IT治理、 IT财务管理、网络安...
输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问"质量怎么样"的时候使用此技能。不同角色关心的数据不同:开发关心Bug明细,经理关心通过率和趋势,老板关心风险和发版决策。报告内容适配受众,关键指标量化呈现,风险区域必须醒目标注。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills
在 research-task-scope-definition 之后使用,或当用户要求搭建咨询风格报告框架、行业报告大纲、可行性研究结构、市场进入框架、排名/背书报告框架、政府研究报告大纲、政策/咨询报告结构时使用。本技能消费 task-scope JSON 交接文件,选择并重组工程化研究维度,产出固定格式的对...