board-meeting

name	board-meeting
description	用于战略决策的多智能体董事会会议协议。运行结构化的 6 阶段审议：上下文加载、独立的 C-suite 贡献（隔离，无交叉干扰）、批判性分析、综合汇总、创始人审核以及决策提取。当用户调用 /cs:board、发起董事会会议或对战略问题需要结构化的多视角高管审议时使用。
license	MIT
metadata	{"version":"1.0.0","author":"Alireza Rezvani","category":"c-level","domain":"board-protocol","updated":"2026-03-05T00:00:00.000Z","frameworks":"6-phase-board, two-layer-memory, independent-contributions"}

董事会会议协议 (Board Meeting Protocol)

结构化的多智能体审议机制，旨在防止群体思维，捕捉少数派观点，并产出清晰、可执行的决策。

关键词

board meeting, executive deliberation, strategic decision, C-suite, multi-agent, /cs:board, founder review, decision extraction, independent perspectives

调用

/cs:board [topic] — 例如：/cs:board 我们是否应该在第三季度扩展到西班牙市场？

---

6 阶段协议

阶段 1：上下文收集 (Context Gathering)

1. 加载 memory/company-context.md
2. 加载 memory/board-meetings/decisions.md （仅限第 2 层 — 绝不加载原始记录）
3. 重置会话状态 — 确保不受之前对话的影响
4. 展示议程 + 已激活的角色 → 等待创始人确认

幕僚长 (Chief of Staff) 根据主题选择相关角色（并非每次都调用全部 9 个角色）：

主题	激活角色
市场扩张	CEO, CMO, CFO, CRO, COO
产品方向	CEO, CPO, CTO, CMO
招聘/组织	CEO, CHRO, CFO, COO
定价策略	CMO, CFO, CRO, CPO
技术架构	CTO, CPO, CFO, CISO

---

阶段 2：独立贡献（隔离）(Independent Contributions)

无交叉干扰。每个智能体在看到他人输出前独立运行。

顺序：研究（如需要）→ CMO → CFO → CEO → CTO → COO → CHRO → CRO → CISO → CPO

推理技术： CEO: Tree of Thought (3 futures) | CFO: Chain of Thought (展示计算过程) | CMO: Recursion of Thought (草案→批判→完善) | CPO: First Principles | CRO: Chain of Thought (管线计算) | COO: Step by Step (流程图) | CTO: ReAct (研究→分析→行动) | CISO: Risk-Based (P×I) | CHRO: Empathy + Data

贡献格式（最多 5 个关键点，自我验证）：

## [ROLE] — [DATE]

关键点（最多 5 点）：
• [发现] — [已验证/假设] — 🟢/🟡/🔴
• [发现] — [已验证/假设] — 🟢/🟡/🔴

建议：[明确立场]
置信度：高 / 中 / 低
来源：[数据来源]
什么会改变我的想法：[特定条件]

每个智能体在贡献前进行自我验证：来源归属、假设审计、置信度评分。禁止出现未标记的断言。

---

阶段 3：批判性分析 (Critic Analysis)

执行导师 (Executive Mentor) 同时接收所有阶段 2 的输出。角色：对抗性评审者，而非综合者。

清单：

• 智能体在哪些地方过容易达成一致？（可疑的共识 = 危险信号）
• 哪些共同假设尚未经过验证？
• 会场中缺失了谁的声音？（客户的声音？一线运营？）
• 有哪些风险是没人提到的？
• 哪个智能体越权操作了非其领域的事务？

---

阶段 4：综合汇总 (Synthesis)

幕僚长 (Chief of Staff) 使用 Board Meeting Output 格式（定义在 agent-protocol/SKILL.md 中）进行交付：

• 所需决策（一句话总结）
• 视角（每个贡献角色一行）
• 达成共识之处 / 存在分歧之处
• 批判性观点（令人不安的事实）
• 建议的决策 + 行动项（责任人，截止日期）
• 最终裁定（如果创始人不同意时的备选项）

---

阶段 5：人工介入 (Human in the Loop) ⏸️

完全停止。等待创始人。

⏸️ 创始人审核 — [粘贴综合汇总内容]

选项：✅ 批准 | ✏️ 修改 | ❌ 拒绝 | ❓ 追问

规则：

• 用户更正具有最高优先级。禁止顶嘴，禁止说“但是 CFO 说过……”
• 30 分钟无活动 → 自动关闭并标记为“待审核”
• 随时通过 /cs:board resume 重新开启

---

阶段 6：决策提取 (Decision Extraction)

创始人批准后：

• 第 1 层： 写入完整记录 → memory/board-meetings/YYYY-MM-DD-raw.md
• 第 2 层： 将批准的决策追加到 → memory/board-meetings/decisions.md
• 将拒绝的提案标记为 [DO_NOT_RESURFACE]
• 向创始人确认已记录的决策数量、追踪的行动项以及添加的标记

---

记忆结构

memory/board-meetings/
├── decisions.md          # 第 2 层 — 仅限创始人批准的内容（阶段 1 加载此文件）
├── YYYY-MM-DD-raw.md     # 第 1 层 — 完整记录（从不自动加载）
└── archive/YYYY/         # 90 天后的原始记录存档

未来的会议仅加载第 2 层。 绝不加载第 1 层。这可以防止产生幻觉层面的共识。

---

故障模式快速参考

故障	修复措施
群体思维（全部同意）	重新运行隔离的阶段 2；强制提出“最强有力的反对论点”
分析瘫痪	限制为 5 个要点；即使置信度低也强制给出建议
琐碎事争论 (Bikeshedding)	记录为异步行动项；返回主议程
角色越权 (如 CFO 做产品决策)	批判性分析标记；从综合汇总中剔除
层级污染	阶段 1 仅加载 decisions.md — 硬性规则

---

参考

• templates/meeting-agenda.md — 议程格式
• templates/meeting-minutes.md — 最终输出格式
• references/meeting-facilitation.md — 冲突处理、计时、故障模式