技能介绍

要解决什么问题

做咨询型或战略类汇报时，难点往往不在「写一页 PPT」，而在问题怎么拆、假设怎么挂、以及十几页材料如何在长对话里不爆上下文。传统做法是把整套方法论、版式规范和 Excel 口径一次性塞进技能文档，模型读完后还没开始搜数据，窗口已经吃掉大半。

本技能面向 MBB 风格的 Deck 交付：从边界定义到 Issue Tree、假设树，再到 McKinsey 式页面骨架（Dummy Pages），最后逐页检索、落 Excel、出 PPT。V3.1 在 Dummy 上标注页面依赖（独立 / 依赖前页 / 依赖后页或假设树），方便你隔天开新对话，从指定页续写而不是重跑全流程。

技能如何工作

架构是 Progressive Disclosure（渐进式披露） + Dependency-Aware（依赖感知）：

SKILL.md 只保留导航与触发逻辑（约 300 行量级），methodology.md、layouts.md、design-specs.md、excel-data-spec.md 等仅在进入对应 STEP 时按需 file_read，用完即释放，避免 1130 行全文常驻。
8 步工作流：STEP 1 定义「是什么 / 不是什么」；STEP 2–3 按 MECE 拆 Issue Tree 并做假设，配合少量 web_search 并记录 URL；STEP 4–5 选布局、套设计规范，输出完整的 项目名_DummyPages_日期.md；STEP 6–7 严格逐页循环（每页有限次搜索 → Excel → PPT → 自检 → 清空该页上下文），禁止一次性搜完全部页面。
行为约束：首次接入有固定短引导；澄清阶段只问 1–2 个关键问题；只有用户明确「开始」或信息足够后才进入 STEP 1。跨对话续写时读取 Dummy 与已有 PPT/Excel，从标注的依赖关系判断能否直接生成当前页。

适用边界与注意点

适合结构化战略/市场/增长类课题，且你愿意配合分步确认（尤其逐页生成时的暂停点）。
不是自动排版插件或模板商店：版式与数据口径依赖技能内 references 与 Dummy 设计，Word 总结等 STEP 8 类交付需显式提出才会加载对应文档。
依赖关系标错会导致续写时模型要求「先补第 N 页」或临时搜索；Dummy.md 需保持完整，才是跨会话的「项目地图」。
名称中的 McKinsey 方法论指工作流与版式习惯，不代表与任何咨询公司存在官方关联。