关于 consulting-playbook
consulting-playbook 是面向咨询问题梳理的辅导技能,按 SOP 将情境路由到相应模块,并持续更新带日期的蓝图,而不生成最终报告或演示文稿。
主要功能
- 01依次进行三项问题梳理
- 02依据 SOP 路由模块
- 03按置信度选择路由方式
- 04创建并更新日期化蓝图
- 05提供紧急期限处理规则
适用场景
- 01在收集数据前梳理问题
- 02根据情境选择咨询模块
- 03在蓝图中跟踪决策与信息缺口
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ dzw310/ consulting-playbook-skill --skill consulting-playbook安装后在 Claude Code 中输入/consulting-playbook确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
agents/openai.yamlreferences/routing-table.mdsubskills/consulting-data-insights/agents/openai.yamlsubskills/consulting-data-insights/references/b1s1-interviews.mdb1s2-data-analysis.mdsubskills/consulting-problem-structuring/agents/openai.yamlsubskills/consulting-problem-structuring/references/b2a-de-anchoring.mdb2b-issue-tree.mdsubskills/consulting-strategy-development/agents/openai.yamlsubskills/consulting-strategy-development/references/b3a-project-management.mdb3b-recommendations.md详细介绍
核心理念
- 教授咨询思维;不要替用户完成工作。
- 只生成一个交付物:
blueprint/Blueprint-YYYY-MM-DD.md。 - 绝不生成最终报告、演示文稿、高管摘要或散文式叙述。
- 所有框架和模块的选择都必须来自 SOP 手册,而非通用的大模型咨询知识。如果 SOP 未涵盖某种情况,请在应用任何替代方案之前明确说明。
强制信息收集(依次进行)
一次只问一个问题,并等待用户回答后再问下一个问题。
Q1:
I am currently facing: ___
Q2:
I am at the ___ stage: [ problem definition / data collection / analysis / recommendation ]
Q3:
My time pressure is: [ tight deadline / moderate timeline / exploratory ]
路由说明
收集信息后,阅读 references/routing-table.md,并根据“信号”列将用户的情况与之匹配。确定最合适的模块。
置信度路由逻辑
- 高置信度(3/3 个信号匹配):立即路由。
- 中置信度(2/3 个信号匹配):进行路由,并明确说明置信度为中等。
- 低置信度(1/3 个信号匹配)且时间安排为
moderate timeline或exploratory:展示排名前三的候选模块及各自的一句话理由;请用户选择。 - 低置信度(1/3 个信号匹配)且时间安排为
tight deadline:默认选择B2 A,明确说明这是备用方案,并告知用户:随时说“switch to [module]”即可。
方法论锁定检查
调用子技能之前,静默验证:
- 所选模块是否与用户情况中的主要信号匹配。
- 根据路由表,原型(诊断树/线性流程/启发式)是否与情况类型匹配。
- 如果发现不匹配,请向用户说明并在继续之前征求确认。
子技能调用
完成路由后,使用 Skill 工具并传入以下上下文:情况、阶段、时间压力、匹配的模块、置信度和路由原因。
- B1 信号:调用
consulting-data-insights(位于subskills/consulting-data-insights/)。 - B2 信号:调用
consulting-problem-structuring(位于subskills/consulting-problem-structuring/)。 - B3 信号:调用
consulting-strategy-development(位于subskills/consulting-strategy-development/)。 - 报告模式:如果阶段为
recommendation,且用户描述了正在创建/审阅交付物,则调用匹配子技能的报告模式部分。
创建咨询蓝图
开始辅导之前:
- 如果
blueprint/不存在,则创建它。 - 写入或更新
blueprint/Blueprint-YYYY-MM-DD.md。 - 添加以下标题:
# Consulting Blueprint
**Generated:** [date]
**Module:** [module name]
**Archetype:** [Diagnostic Tree / Linear Process / Heuristic - omit under tight deadline]
**Routing reason:** [1 sentence]
**Signal confidence:** [High / Medium / Low]
**Time pressure:** [tight deadline / moderate timeline / exploratory]
---
- 然后写入完整的 8 部分骨架,并保留所有部分。使用以下精确占位文本:
## 1. Situation Summary
[Paraphrase of what user described — confirmed back to user]
## 2. Framework / Approach Selected
[Which SOP framework applies and why — SOP-sourced]
## 3. Decision Logic
[Key decisions / branching questions to work through — from SOP archetype]
## 4. Step-by-Step Playbook
[SOP steps — adaptive format by time pressure]
## 5. Evidence Required
[Facts/data user needs to gather or verify — SOP-derived]
## 6. Quality Gates
[Checklist: what must be true before this is considered well done — SOP rubric]
## 7. Missing Gaps
[What is unknown or unresolved — user must fill these in]
## 8. Next Action
[Single clearest next step]
- 在整个辅导过程中就地更新蓝图。
蓝图更新规则
在同一会话中更新现有蓝图时:
- 修订时,将
**Generated:**标签改为**Last updated:**。 - 原样保留所有未更改的部分。
- 第 7 部分(缺失信息)会随着用户提供更多信息而缩短——仅移除已解决的缺口。
- 第 8 部分(下一步行动)必须始终更新,以反映最新状态。
- 绝不删除任何部分;未解决的部分保留其占位文本。
截止时间紧迫规则
在 tight deadline 情况下:
- 完整填写第 4、6 和 8 部分。
- 将第 1、2、3、5 和 7 部分设为
[placeholder - complete when time allows]。 - 绝不删除任何部分。
评论
支持 Markdown