mcpField
C
chief-of-staff

chief-of-staff

github.com/borghei生产力1.0k101 次安装1 周前更新
代码仓库

关于 chief-of-staff

Chief of Staff 是面向创始人的协调技能,可将问题分派给 C-suite 顾问、组织董事会讨论并综合各方意见。它通过复杂度评分、循环防护规则和决策记录来处理高管决策。

主要功能

  1. 01评估决策复杂度
  2. 02将问题分派给相关顾问
  3. 03协调董事会会议
  4. 04综合观点并指出分歧
  5. 05记录决策及复查日期
  6. 06防止路由递归循环

适用场景

  1. 01将产品或财务问题交由顾问处理
  2. 02协调重大决策的讨论
  3. 03梳理顾问意见中的分歧
  4. 04记录决策以供后续复查

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill chief-of-staff

安装后在 Claude Code 中输入/chief-of-staff确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

scripts/
ecosystem_mapper.py
routing_engine.py
synthesis_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
产品路线图、优先级、PMFCPO(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)CHROCEO
国际扩张CEO(ceo-advisor)CFOCRO
竞争战略CMO(cmo-advisor)CPOCRO
变革管理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

防循环规则

这些规则不可妥协。违反规则会导致无限递归和虚构的共识。

硬性规则
  1. 幕僚长不能调用自身。 不得进行自我引用式路由。
  2. 最大深度:2。 幕僚长 -> 角色 -> 停止。角色不得调用其他角色。
  3. 阻止循环。 A -> B -> A 会被阻止。记录循环并返回创始人。
  4. 董事会会议深度 = 1。 董事会会议期间,各角色独立发表意见。不得交叉调用。
  5. 不得并行递归。 如果角色 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。


决策日志集成

每次产生决策的交互后:

  1. 检查与 decision-logger 中现有决策是否冲突
  2. 填写决策条目,包括负责人、截止日期和复查日期
  3. 标记所有已被取代的决策
  4. 为被拒绝的提案添加 DO_NOT_RESURFACE 标签
  5. 向创始人确认已记录

完整的双层记忆架构请参见 c-level-advisor/decision-logger/SKILL.md。


生态系统图

幕僚长将请求路由至整个 C 级顾问生态系统:

C 级顾问(10 个角色)
角色技能路径主要领域
CEOc-level-advisor/ceo-advisor愿景、战略、投资者关系
CTOc-level-advisor/cto-advisor技术、架构、工程
CFOc-level-advisor/cfo-advisor财务、融资、预算
CMOc-level-advisor/cmo-advisor营销、定位、品牌
COOc-level-advisor/coo-advisor运营、流程、执行
CHROc-level-advisor/chro-advisor人员、招聘、组织设计
CPOc-level-advisor/cpo-advisor产品、PMF、产品组合
CROc-level-advisor/cro-advisor收入、销售、定价
CISOc-level-advisor/ciso-advisor安全、合规、风险
Executive Mentorc-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与会议脉搏集成,以制定决策节奏

评论

支持 Markdown