Board Meeting Protocol 是一套结构化的多智能体审议协议，用于战略决策。其目标是防止群体思维、捕捉少数派观点，并产出干净、可执行的决策。
用途
该协议适用于需要多角色参与、避免单一视角偏差的战略性决策场景，例如市场扩张、产品方向、招聘与组织、定价、技术选型、合同与法律风险、数据战略、AI 战略、客户留存、工程交付等。通过让不同 C 级高管角色独立发表意见，再由批评者进行对抗性审查，最终由创始人确认，形成可追溯的决策记录。
主要能力
- 六阶段审议流程：上下文收集、独立贡献、批评者分析、综合、人工确认、决策提取。
- 角色激活机制：首席幕僚根据议题从 14 个角色中选取相关角色，而非每次全部参与。例如市场扩张激活 CEO、CMO、CFO、CRO、COO；产品方向激活 CEO、CPO、CTO、CMO；定价激活 CMO、CFO、CRO、CPO 等。
- 独立贡献与推理技术：各角色在隔离状态下运行，互不影响。不同角色使用不同推理技术，如 CEO 使用 Tree of Thought（三种未来）、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、GC 使用 Risk-Based（条款暴露）、CDO 使用 Decision-Driven、CAIO 使用 Eval-Demanding、CCO 使用 Retention-Obsessed、VPE 使用 Throughput-First。
- 贡献格式：每个角色最多 5 个关键点，需自验证，标注 [VERIFIED/ASSUMED] 和 🟢/🟡/🔴 状态，并给出建议、置信度、来源和改变立场的条件。
- 批评者分析：执行导师接收所有第二阶段输出，作为对抗性审查者，检查是否存在可疑共识、未验证假设、缺失角色、未提及风险、角色越界等。
- 综合输出：首席幕僚按董事会会议输出格式交付，包括所需决策、各角色观点、共识与分歧、批评者观点、推荐决策与行动项、创始人选项。
- 人工确认：完全停止，等待创始人审核，选项包括批准、修改、拒绝、追问。用户修正覆盖智能体提议。
- 决策提取与记忆结构：创始人批准后，写入第一层完整记录到 ~/.claude/decisions/raw/YYYY-MM-DD-<slug>.md，第二层批准决策记录到 ~/.claude/decisions/approved/YYYY-MM-DD-<slug>.md 并追加到索引 ~/.claude/decisions/approved/decisions.md。被拒绝的提议标记 [DO_NOT_RESURFACE]。未来会议仅加载第二层，从不加载第一层，防止幻觉共识。
使用方式
通过命令 /cs:boardroom [topic] 调用，例如 /cs:boardroom Should we expand to Spain in Q3?。会议流程自动执行，在第五阶段等待创始人确认。若 30 分钟无活动，自动关闭为“待审核”，可通过 /cs:boardroom resume 重新打开。
适用场景
适用于需要多角色战略审议的决策场景，包括但不限于：市场扩张、产品方向、招聘与组织、定价、技术、合同与法律风险、数据战略、AI 战略、客户留存、工程交付等。
限制
- 需要预先存在 ~/.claude/company-context.md 和 ~/.claude/decisions/approved/ 目录结构。
- 第一阶段仅加载第二层已批准决策，硬性规则，不得加载原始记录。
- 若存在旧版 memory/board-meetings/ 文件夹，可读取历史，但新记录写入 ~/.claude/decisions/。
- 失败模式包括群体思维、分析瘫痪、琐碎争论、角色越界、层级污染，协议提供了相应修复措施。
- 具体收费、价格、平台支持等信息暂未提供。