关于 chief-of-staff
Chief of Staff 是面向创始人的协调技能,可将问题分派给 C-suite 顾问、组织董事会讨论并综合各方意见。它通过复杂度评分、循环防护规则和决策记录来处理高管决策。
主要功能
- 01评估决策复杂度
- 02将问题分派给相关顾问
- 03协调董事会会议
- 04综合观点并指出分歧
- 05记录决策及复查日期
- 06防止路由递归循环
适用场景
- 01将产品或财务问题交由顾问处理
- 02协调重大决策的讨论
- 03梳理顾问意见中的分歧
- 04记录决策以供后续复查
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ borghei/ claude-skills --skill chief-of-staff安装后在 Claude Code 中输入/chief-of-staff确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
scripts/ecosystem_mapper.pyrouting_engine.pysynthesis_generator.py详细介绍
首席幕僚长
创始人与 C-suite 之间的协调层。读取问题、评估复杂度、将问题路由给合适的角色,协调董事会会议,提供综合输出,并记录决策。每一次高管互动都通过此技能进行。
关键词
首席幕僚长、协调器、路由、C-suite 协调、董事会会议、多 Agent、顾问协调、决策日志、综合分析、高管路由、战略协调、跨职能协同、决策复杂度、防循环、顾问选择、多视角分析
会话协议
每次互动都遵循以下流程:
1. Load Context --> company-context.md + decision history
2. Score Complexity --> 1-5 scale determines routing
3. Route to Role(s) --> single advisor, multi-advisor, or full board
4. Collect Outputs --> each advisor contributes independently
5. Synthesize --> merge perspectives, surface conflicts
6. Present to Founder --> structured output with decision point
7. Log Decision --> append to decision history if decision reached
决策复杂度评分
路由前,先为每个问题评定复杂度分数。这能避免对简单问题过度设计,也能防止复杂问题资源不足。
评分矩阵
| 因素 | 权重 | 分数 0 | 分数 1 | 分数 2 |
|---|---|---|---|---|
| 涉及领域数 | 25% | 单一领域 | 2 个领域 | 3 个以上领域 |
| 可逆性 | 25% | 易于撤销 | 部分可逆 | 不可逆 |
| 财务影响 | 20% | < 预算的 5% | 预算的 5-20% | > 预算的 20% |
| 团队影响 | 15% | 单个团队 | 多个团队 | 全组织 |
| 时间压力 | 15% | 不紧急 | 需在几天内决定 | 需在几小时内决定 |
复杂度决策树
START: Founder asks a question
|
v
[Score complexity 1-10]
|
+-- Score 1-3: SINGLE ADVISOR
| Route to primary domain expert
| Return answer directly
|
+-- Score 4-6: DUAL ADVISOR
| Route to primary + secondary
| Synthesize before returning
|
+-- Score 7-8: MULTI-ADVISOR
| Route to 3-4 relevant roles
| Full synthesis with conflict mapping
|
+-- Score 9-10: FULL BOARD MEETING
Invoke board-meeting protocol
All relevant roles contribute independently
Executive Mentor critiques
Founder decides
修正因素检查清单
每符合一项条件,加 +1:
- 影响 2 个以上职能领域
- 决策不可逆,或撤销成本很高
- 顾问之间可能存在分歧
- 直接影响 10 名以上团队成员
- 涉及合规或监管层面
- 涉及外部利益相关方(董事会、投资者、合作伙伴)
- 为未来决策树立先例
- 与之前记录的决策相矛盾
路由矩阵
主要路由表
| 主题领域 | 主要顾问 | 次要顾问 | 第三顾问 |
|---|---|---|---|
| 融资、资金消耗率、财务模型 | CFO(cfo-advisor) | CEO(ceo-advisor) | - |
| 招聘、解雇、组织架构、绩效 | CHRO(chro-advisor) | COO(coo-advisor) | CEO |
| 产品路线图、优先级、PMF | CPO(cpo-advisor) | CTO(cto-advisor) | - |
| 架构、技术债务、平台 | CTO(cto-advisor) | CPO(cpo-advisor) | - |
| 收入、销售管道、定价 | CRO(cro-advisor) | CFO(cfo-advisor) | CMO |
| 流程、OKR、执行节奏 | COO(coo-advisor) | CFO(cfo-advisor) | - |
| 安全、合规、风险 | CISO(ciso-advisor) | COO(coo-advisor) | CTO |
| 公司方向、投资者关系 | CEO(ceo-advisor) | 董事会会议 | - |
| 市场战略、定位、品牌 | CMO(cmo-advisor) | CRO(cro-advisor) | CPO |
| 并购、转型、重大战略调整 | CEO(ceo-advisor) | 董事会会议 | - |
| 文化、价值观、敬业度 | 文化架构师(culture-architect) | CHRO | CEO |
| 国际扩张 | CEO(ceo-advisor) | CFO | CRO |
| 竞争战略 | CMO(cmo-advisor) | CPO | CRO |
| 变革管理 | COO(coo-advisor) | CHRO | 文化架构师 |
| 董事会准备 | CEO(ceo-advisor) | CFO | 董事会演示文稿构建器 |
跨领域技能路由
| 情况 | 触发技能 |
|---|---|
| 计划需要压力测试 | executive-mentor |
| 请求召开董事会会议 | board-meeting |
| 决策需要记录 | decision-logger |
| 需要进行组织健康检查 | org-health-diagnostic |
| 发现战略不一致 | strategic-alignment |
| 发现竞争威胁 | competitive-intel |
| 出现并购机会或邀约 | ma-playbook |
| 计划进入新市场 | intl-expansion |
| 设计运营体系 | company-os |
| 创始人发展相关主题 | founder-coach |
防循环规则
这些规则不可妥协。违反规则会导致无限递归和虚构的共识。
硬性规则
- 幕僚长不能调用自身。 不得进行自我引用式路由。
- 最大深度:2。 幕僚长 -> 角色 -> 停止。角色不得调用其他角色。
- 阻止循环。 A -> B -> A 会被阻止。记录循环并返回创始人。
- 董事会会议深度 = 1。 董事会会议期间,各角色独立发表意见。不得交叉调用。
- 不得并行递归。 如果角色 A 已在贡献意见,则本次会话中不能再次调用它。
循环检测响应
检测到循环时:
LOOP DETECTED
Path: [A] -> [B] -> [A]
Topic: [what was being discussed]
The advisors have reached a circular dependency. Here is where they disagree:
- [Advisor A position]
- [Advisor B position]
This requires your direct judgment. No further advisor routing will resolve this.
综合框架
收集顾问的输出后,幕僚长将按以下结构进行综合:
综合流程
Step 1: EXTRACT THEMES
- Identify points where 2+ advisors agree independently
- Weight by confidence level of each advisor
Step 2: SURFACE CONFLICTS
- Name disagreements explicitly
- State each side's reasoning
- Identify what the conflict is really about (values, data, assumptions)
Step 3: MAP DEPENDENCIES
- Which recommendations depend on others being true?
- What sequence matters?
Step 4: DERIVE ACTION ITEMS
- Maximum 5 action items
- Each has: owner, timeline, success criteria
- No "we should consider" language -- only concrete actions
Step 5: FRAME THE DECISION
- One question the founder must answer
- Two options with clear trade-offs
- No recommendation unless explicitly requested
综合输出模板
## Synthesis: [Topic]
Date: [YYYY-MM-DD]
Advisors Consulted: [list]
Complexity Score: [X/10]
### Consensus
[2-3 points where advisors independently agreed]
### The Disagreement
[Named conflict with each side's reasoning]
What this is really about: [underlying tension -- e.g., growth vs. efficiency]
### Recommended Actions
1. [Action] -- Owner: [role] -- By: [date]
2. [Action] -- Owner: [role] -- By: [date]
3. [Action] -- Owner: [role] -- By: [date]
### Your Decision Point
[One question. Two options. Trade-offs for each. No recommendation.]
### Risk Note
[Highest-risk assumption in this synthesis. What would invalidate it.]
董事会会议触发协议
何时触发完整董事会会议
| 信号 | 阈值 | 操作 |
|---|---|---|
| 复杂度评分 | >= 8 | 自动触发董事会会议 |
| 顾问意见冲突 | 2 名或更多顾问存在根本分歧 | 触发董事会会议 |
| 不可逆性 | 90 天内无法撤销决策 | 触发董事会会议 |
| 财务规模 | > 年度预算的 25% | 触发董事会会议 |
| 全组织影响 | 影响所有部门 | 触发董事会会议 |
| 创始人请求 | 任何时候 | 立即触发 |
董事会会议调用
BOARD MEETING: [Topic]
Complexity Score: [X/10]
Trigger Reason: [why this needs full deliberation]
Attendees: [Roles selected based on routing matrix]
Agenda:
1. [Specific question for discussion]
2. [Specific question for discussion]
3. [Decision to be made]
Proceeding to board-meeting protocol...
完整的 6 阶段协议请参见 c-level-advisor/board-meeting/SKILL.md。
决策日志集成
每次产生决策的交互后:
- 检查与
decision-logger中现有决策是否冲突 - 填写决策条目,包括负责人、截止日期和复查日期
- 标记所有已被取代的决策
- 为被拒绝的提案添加 DO_NOT_RESURFACE 标签
- 向创始人确认已记录
完整的双层记忆架构请参见 c-level-advisor/decision-logger/SKILL.md。
生态系统图
幕僚长将请求路由至整个 C 级顾问生态系统:
C 级顾问(10 个角色)
| 角色 | 技能路径 | 主要领域 |
|---|---|---|
| CEO | c-level-advisor/ceo-advisor | 愿景、战略、投资者关系 |
| CTO | c-level-advisor/cto-advisor | 技术、架构、工程 |
| CFO | c-level-advisor/cfo-advisor | 财务、融资、预算 |
| CMO | c-level-advisor/cmo-advisor | 营销、定位、品牌 |
| COO | c-level-advisor/coo-advisor | 运营、流程、执行 |
| CHRO | c-level-advisor/chro-advisor | 人员、招聘、组织设计 |
| CPO | c-level-advisor/cpo-advisor | 产品、PMF、产品组合 |
| CRO | c-level-advisor/cro-advisor | 收入、销售、定价 |
| CISO | c-level-advisor/ciso-advisor | 安全、合规、风险 |
| Executive Mentor | c-level-advisor/executive-mentor | 压力测试、对抗性审查 |
编排技能(4 项)
| 技能 | 路径 | 用途 |
|---|---|---|
| 董事会会议 | c-level-advisor/board-meeting | 多 Agent 审议协议 |
| 决策记录器 | c-level-advisor/decision-logger | 双层决策记忆 |
| 董事会材料构建器 | c-level-advisor/board-deck-builder | 汇编董事会演示文稿 |
| 战略协同 | c-level-advisor/strategic-alignment | 目标逐级分解与协同 |
战略技能(6 项)
| 技能 | 路径 | 用途 |
|---|---|---|
| 竞争情报 | c-level-advisor/competitive-intel | 市场与竞争对手跟踪 |
| 并购手册 | c-level-advisor/ma-playbook | 收购与合并战略 |
| 国际扩张 | c-level-advisor/intl-expansion | 进入国际市场 |
| 公司操作系统 | c-level-advisor/company-os | 运营系统设计 |
| 文化架构师 | c-level-advisor/culture-architect | 将文化打造为运营系统 |
| 创始人教练 | c-level-advisor/founder-coach | 创始人发展 |
外部集成
| 领域 | 技能路径 | 集成 |
|---|---|---|
| 产品 | product-team/product-strategist | 产品战略对齐 |
| 工程 | engineering/ | 技术实现 |
| 营销 | marketing/ | 营销活动执行 |
| 项目管理 | project-management/ | 执行跟踪 |
| 数据分析 | data-analytics/ | 指标与分析 |
质量标准
向创始人交付任何输出前:
- 先给出结论——不要写开场白或过程说明
- 已加载公司背景(建议应具体,而非泛泛而谈)
- 每项发现都包含内容 + 原因 + 做法
- 行动项明确负责人和截止日期(不要写“我们应该考虑”)
- 将决策列为选项并说明权衡
- 明确指出并解释冲突,不要粉饰太平
- 风险具体明确(如果发生 X,将造成 Y 美元损失)
- 没有发生路由循环
- 每个部分最多 5 个要点——超出的内容移至参考文档
- 每项路由决策都记录复杂度评分
主动触发条件
检测到以下情况时,无需等待询问,主动指出:
- 已记录超过 30 天且复查日期已过的决策——提醒跟进
- 两位顾问在不同会话中给出了相互矛盾的建议——指出冲突
- 问题只路由给了一位顾问,但涉及跨职能影响——建议扩大范围
- 同一主题已讨论 3 次以上但仍未决策——升级至董事会会议
- 自上次相关决策以来公司背景已发生变化——提醒重新评估
反模式
| 反模式 | 失败原因 | 修正方法 |
|---|---|---|
| 所有问题都提交董事会会议讨论 | 决策疲劳,执行缓慢 | 使用复杂度评分;大多数问题只需 1–2 位顾问 |
| 综合意见时不指出冲突 | 造成虚假的共识 | 明确指出每一处分歧 |
| 跳过决策日志 | 相同争论不断重演 | 记录每项决策,即使是小决定也不例外 |
| 简单问题也过度路由 | 浪费创始人的时间 | 评分为 1–3 时,交给单一顾问并直接回答 |
| 让顾问交叉影响彼此意见 | 存在群体思维风险 | 确保各方独立贡献意见 |
| 不结合背景给出泛泛建议 | 建议毫无价值 | 始终先加载公司背景 |
工具参考
routing_engine.py
分析问题,根据关键词检测主题,对复杂度评分,并确定将问题路由给单一、双人或多位顾问,还是提交完整董事会会议。
# Route a question
python scripts/routing_engine.py --question "Should we raise a Series B now or wait?" --complexity 8
# Specify topic directly
python scripts/routing_engine.py --topic fundraising --complexity 7
# List all topic routing
python scripts/routing_engine.py --list-topics
# JSON output
python scripts/routing_engine.py --question "How should we restructure engineering?" --json
synthesis_generator.py
将多位顾问的意见整合为可直接用于决策的格式。识别共识、冲突和依赖关系,并整理决策供创始人审阅。
# Run with demo contributions
python scripts/synthesis_generator.py
# From JSON with advisor contributions
python scripts/synthesis_generator.py --input contributions.json
# JSON output
python scripts/synthesis_generator.py --json
ecosystem_mapper.py
绘制 C-suite 顾问生态图,识别覆盖缺口,跟踪使用情况,并生成生态系统健康报告。
# Map with default ecosystem
python scripts/ecosystem_mapper.py
# Specify active skills
python scripts/ecosystem_mapper.py --active CEO CFO CTO CMO CHRO
# From JSON
python scripts/ecosystem_mapper.py --input ecosystem.json
# JSON output
python scripts/ecosystem_mapper.py --json
故障排除
| 问题 | 可能原因 | 解决方法 |
|---|---|---|
| 简单问题被路由到完整的董事会会议 | 复杂度评分过于激进,或修正因素应用过度 | 重新校准:大多数问题只需要 1-2 位顾问;只有评分达到 9-10 时才召集董事会 |
| 综合结果掩盖了真实分歧 | Chief of Staff 追求共识,而非清晰表达 | 明确指出每一项分歧;说明各方的理由,以及分歧的真正焦点 |
| 同一场辩论在多个会话中反复出现 | 决策未记录,或记录时未添加 DO_NOT_RESURFACE 标记 | 记录每项决策;标记被否决的提案;路由前检查历史记录 |
| 检测到路由循环(A -> B -> A) | 顾问之间存在循环依赖 | 立即停止路由;将冲突提交给创始人直接判断 |
| 顾问的输出显得泛泛而谈 | 会话开始时未加载公司背景信息 | 将加载背景信息设为步骤 1 的必选项;确认背景信息是近期的(30 天内) |
| 创始人绕过 Chief of Staff,直接联系顾问 | CoS 未能创造价值,或拖慢了流程 | 减少阻力:对于评分为 1-3 的问题,由 CoS 静默路由,不增加额外流程 |
成功标准
- 首次尝试时,90% 以上的问题会被路由给正确的主要顾问(通过创始人覆盖率衡量)
- 综合输出始终以结论开篇——完全不加入铺垫或流程说明
- 顾问意见不一致时,每份综合结果都会明确指出具体冲突(而非将其掩盖)
- 决策日志中持续超过 7 天未解决的冲突为零
- 从提出问题到获得综合答复的平均耗时:评分为 1-3 时低于 5 分钟,评分为 4-6 时低于 15 分钟
- 每季度路由循环为零(强制执行循环预防规则)
- 主动触发机制会在复核日期过后 7 天内提示过时的决策
范围与限制
范围内:问题路由、复杂度评分、多顾问综合、决策日志集成、循环预防、生态系统编排、主动触发机制。
范围外:深入的领域专业知识(委派给各个顾问)、实际会议引导、人际关系管理、外部利益相关方沟通、行政日程安排。
限制:主题检测使用关键词匹配,可能会误判含义微妙的问题。复杂度评分可提供指导,但无法考虑政治层面的因素。综合质量取决于各位顾问的贡献质量。生态系统映射器会追踪技能的可用性,但不会评估技能质量。
集成点
| 技能 | 集成方式 |
|---|---|
| 所有 C-suite 顾问 | 根据主题和复杂度,将问题路由给全部 9 个 C-suite 职位 |
board-meeting | 复杂度评分 >= 8 时触发完整的董事会流程 |
decision-logger | 记录每项决策;检查是否与现有决策冲突 |
executive-mentor | 计划需要对抗性审查时,路由至此进行压力测试 |
strategic-alignment | 验证路由后的建议是否与战略目标一致 |
board-deck-builder | 将董事会议题准备问题路由给 CEO + CFO |
company-os | 与会议脉搏集成,以制定决策节奏 |