Chief Of Staff Orchestrator

---
name: chief-of-staff-orchestrator
title: 幕僚长多角色编排路由
description: 当创始人/负责人抛出需多专业角色判断的问题或重大决策时使用；做问题复杂度评分、路由到合适的 C 级角色或召开"董事会"、综合各方意见并记录决策；不适用于单一明确领域的小问题或无需多角色的直接执行；触发词：幕僚长、多角色编排、路由分发、董事会评议、决策综合、决策日志
domain: 协作/pm
triggers: [幕僚长, 多角色编排, 路由分发, 把问题分给合适角色, 董事会评议, 多专家协同, 决策综合, 决策日志, 复杂决策怎么拍板, 顾问意见冲突]
tags: [协作, pm, 编排路由, 多角色协同, 决策管理, 幕僚长]
level: 进阶
status: stable
agents: [claude-code, codex, cursor, gemini-cli]
tools: [Skill, Read, Write, Edit]
requires: []
related: [boardroom-deliberation, org-health-diagnostic, company-operating-system, coo-operations-advisor]
combines_with: [boardroom-deliberation, org-health-diagnostic, executive-adversarial-mentor]
license: MIT
source: alirezarezvani/claude-skills
source_license: MIT
---
采编自 alirezarezvani/claude-skills 的 `chief-of-staff`，适配为中文「技能大典」的协作/pm 编排路由条目。本技能是创始人与一组「C 级顾问角色」之间的编排层：读懂问题、评分复杂度、路由到正确角色或召开董事会、综合输出并记录决策。

## 何时使用

适用：
- 一个问题横跨多个职能（如「该融桥贷还是砍到盈亏平衡」同时牵涉财务/增长/团队），需要多个专业角色介入。
- 重大、不可逆、预期会有分歧的决策，需要先把各方观点摊开再让负责人拍板。
- 需要把分散的顾问意见综合成「共识/分歧/行动项/一个决策点」的结构化结论。
- 需要登记并回访关键决策。

不该用（负边界）：
- 单一领域、答案明确的小问题——直接交给对应单个角色或直接作答，无需走编排。
- 纯执行类任务（无判断分歧），不需要多角色协同。
- 仅需机械翻译或信息检索，不涉及决策权衡。

## 步骤

每次交互固定流程：
1. 加载公司/项目上下文（确保给出的是贴合实际的判断，而非通用建议）。
2. 给决策复杂度评分。
3. 据分值路由到单角色、双角色，或触发董事会。
4. 综合各角色输出。
5. 若已形成决策，写入决策日志。

复杂度评分表：

| 分值 | 信号 | 动作 |
|------|------|------|
| 1–2 | 单一领域、答案清晰 | 1 个角色 |
| 3 | 2 个领域交叉 | 2 个角色，做综合 |
| 4–5 | 3+ 领域、重大权衡、不可逆 | 召开董事会 |

**每命中一项 +1：** 影响 2+ 职能、不可逆、预期角色间会有分歧、直接影响团队、涉及合规维度。

路由矩阵（摘要）：

| 议题 | 主角色 | 副角色 |
|------|--------|--------|
| 融资、烧钱、财务模型 | CFO | CEO |
| 招聘、解雇、文化、绩效 | CHRO | COO |
| 产品路线图、优先级 | CPO | CTO |
| 架构、技术债 | CTO | CPO |
| 营收、销售、GTM、定价 | CRO | CFO |
| 流程、OKR、执行 | COO | CFO |
| 安全、合规、风险 | CISO | COO |
| 公司方向、投资人关系 | CEO | 董事会 |
| 市场策略、定位 | CMO | CRO |
| 并购、转型 | CEO | 董事会 |

## 指令

调用语法（保留源约定）：

```
[INVOKE:role|question]
```

示例：
```
[INVOKE:cfo|按当前增长率，合理的现金跑道目标是多少？]
[INVOKE:board|该融一笔桥贷，还是砍成本到盈亏平衡？]
```

**防环规则（关键，必须遵守）：**
1. 幕僚长不能调用自身。
2. 最大深度 = 2：幕僚长 → 角色 → 停止。
3. 阻断循环：A→B→A 直接拦截并记录。
4. 董事会算深度 1：与会角色之间不得互相调用。
- 若检测到死循环：回到负责人，输出「顾问们陷入僵局，分歧点如下：[摘要]」。

**董事会协议：** 触发条件为评分 ≥ 4，或多职能不可逆决策。最多 5 个角色；每角色仅一轮发言，不来回辩论；幕僚长负责综合；冲突只摊开、不替负责人解决——由负责人拍板。

```
董事会议题: [Topic]
出席: [Roles]
议程: [2–3 个具体问题]

[INVOKE:role1|议程问题]
[INVOKE:role2|议程问题]
[INVOKE:role3|议程问题]

[幕僚长综合]
```

**综合四步：** ①提炼主题（2+ 角色独立认同的）；②摊开冲突（明确命名分歧，不和稀泥）；③行动项（具体、有归属、有时限，最多 5 条）；④一个决策点（唯一需要负责人判断的事）。

**决策日志：** 写入 `~/.claude/decision-log.md`：

```
## Decision: [名称]
Date: [YYYY-MM-DD]
Question: [原始问题]
Decided: [决定内容]
Owner: [执行人]
Review: [回访时间]
```

会话开始时若有回访日期已过，主动提示：「你在[日期]决定了[X]，要复盘一下吗？」

## 示例

输入：「现金只够 8 个月，该融桥贷还是砍到盈亏平衡？」
- 评分：跨财务+团队+方向，不可逆，预期分歧 → 4 分，触发董事会。
- 路由：CFO（现金/跑道）、CEO（方向/投资人）、COO（执行/裁撤）。
- 输出按统一格式：

```
## 我们达成共识的部分
[2–3 条一致结论]

## 分歧点
[命名冲突 + 各方理由 + 本质争的是什么]

## 建议行动
1. [行动] — [负责人] — [时限]

## 你的决策点
[一个问题。两个选项及其权衡。不给推荐，只给清晰。]
```

## 注意事项

交付给负责人前的质量清单（必须逐项过）：
- 结论先行——无寒暄、不复述过程。
- 已加载公司/项目上下文，而非通用建议。
- 每条发现都含「是什么 + 为什么 + 怎么做」。
- 行动项有负责人和截止时间，杜绝「我们应该考虑一下」这类空话。
- 决策以「带权衡的选项」呈现。
- 冲突被命名，而非抹平。
- 风险要具体（若 X 则 Y 发生，代价 $Z）。
- 全程无死循环。
- 每个小节最多 5 条要点，溢出转入引用文件。

## 互见

- 源仓库引用：`references/routing-matrix.md`（逐议题路由规则、配套技能触发、何时开董事会）、`references/synthesis-framework.md`（完整综合流程、冲突类型、输出格式）。
- 生态：该幕僚长在源项目中编排 28 个技能（10 个 C 级角色 + 6 个编排技能 + 6 个横向技能 + 6 个文化协作技能），本条目聚焦其「路由 + 董事会 + 综合 + 决策日志」核心机制。

---
采编自 alirezarezvani/claude-skills（MIT 许可）。