mcpField
B
board-meeting

board-meeting

github.com/alirezarezvani生产力28.9k608 次安装2 天前更新
代码仓库

关于 board-meeting

Board Meeting Protocol 为创始人的战略决策组织多 Agent 讨论。流程结合按角色独立陈述、反向审查、综合建议、创始人审核和已批准决策记录。

主要功能

  1. 01按主题选择参与角色
  2. 02Agent 独立陈述
  3. 03反向审查
  4. 04综合决策与行动项
  5. 05创始人批准环节
  6. 06双层决策记录

适用场景

  1. 01评估战略业务决策
  2. 02收集高管的独立观点
  3. 03揭示分歧与遗漏风险
  4. 04记录已批准决策和行动项

安装

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

$npx skills add https://github.com/alirezarezvani/claude-skills --skill board-meeting

安装后在 Claude Code 中输入/board-meeting确认已加载。

包含的文件

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

references/
meeting-facilitation.md
templates/
meeting-agenda.md
meeting-minutes.md

详细介绍

董事会会议协议

结构化的多 Agent 审议流程，可避免群体迷思、记录少数意见，并产出清晰且可执行的决策。

关键词

董事会会议，高管审议，战略决策，高管团队，多 Agent，/c-level-agents:boardroom，创始人评审，决策提取，独立视角

调用

/c-level-agents:boardroom [topic] — 例如：/c-level-agents:boardroom Should we expand to Spain in Q3?

6 阶段协议

阶段 1：收集背景信息
  1. 加载 ~/.claude/company-context.md
  2. 加载 ~/.claude/decisions/approved/ 中经批准的第 2 层决策 （仅限第 2 层——绝不读取原始记录）
  3. 重置会话状态——不得受之前对话的影响
  4. 提出议程和启用的角色 → 等待创始人确认

幕僚长根据主题选择相关角色（并非每次都启用全部 14 个角色）：

主题启用角色
市场拓展CEO、CMO、CFO、CRO、COO
产品方向CEO、CPO、CTO、CMO
招聘/组织CEO、CHRO、CFO、COO（工程招聘时加 VPE）
定价CMO、CFO、CRO、CPO
技术CTO、CPO、CFO、CISO
合同/条款清单/法律风险GC、CEO、CFO
数据战略/训练数据权利CDO、CAIO、GC、CISO
AI 战略/模型选择/AI 风险CAIO、CTO、CDO、CFO
留存/客户流失/客户成功CCO、CRO、CPO
工程交付/DORA/团队结构VPE、CTO、CHRO、CFO
阶段 2：独立贡献（隔离）

不得交叉影响。每个 Agent 在看到其他 Agent 的输出前独立运行。

顺序：研究（如需要）→ CMO → CFO → CEO → CTO → COO → CHRO → CRO → CISO → CPO → GC → CDO → CAIO → CCO → VPE（仅限已启用角色）

推理技巧： CEO：思维树（3 种未来）| CFO：思维链（展示计算过程）| CMO：思维递归（起草→批判→完善）| CPO：第一性原理 | CRO：思维链（管道计算）| COO：分步推理（流程图）| CTO：ReAct（研究→分析→行动）| CISO：基于风险（P×I）| CHRO：同理心 + 数据 | GC：基于风险（条款风险）| CDO：决策驱动（这项数据支持什么决策）| CAIO：评估优先（没有评估，不予发布）| CCO：专注留存（GRR 优先于 NRR）| VPE：吞吐量优先（周期时间计算）

贡献格式（最多 5 个要点，并经自我核验）：

## [ROLE] — [DATE]

Key points (max 5):
• [Finding] — [VERIFIED/ASSUMED] — 🟢/🟡/🔴
• [Finding] — [VERIFIED/ASSUMED] — 🟢/🟡/🔴

Recommendation: [clear position]
Confidence: High / Medium / Low
Source: [where the data came from]
What would change my mind: [specific condition]

每个 Agent 在贡献前都要自我核验：来源归属、假设审查、置信度评分。不得出现未经标注的主张。

阶段 3：批判性分析

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

检查清单：

  • 哪些 Agent 过于轻易地达成一致？（可疑的共识 = 警示信号）
  • 哪些假设被共同接受却未经验证？
  • 谁没有参与讨论？（客户的声音？一线运营人员？）
  • 有什么风险无人提及？
  • 哪个 Agent 越出了自己的专业领域？
阶段 4：综合

幕僚长按照董事会会议输出格式（定义于 ../agent-protocol/SKILL.md）提交结果：

  • 需要作出的决策（一句话）
  • 各方观点（每个参与角色一行）
  • 共识之处/分歧之处
  • 批判者观点（令人不安的真相）
  • 建议决策 + 行动事项（负责人、截止日期）
  • 由你决定（创始人不同意时的选项）
阶段 5：人在回路中 ⏸️

立即暂停。等待创始人。

⏸️ FOUNDER REVIEW — [Paste synthesis]

Options: ✅ Approve | ✏️ Modify | ❌ Reject | ❓ Ask follow-up

规则：

  • 用户的修正优先于 Agent 的提议。不得反驳。不得说“但 CFO 说过……”
  • 30 分钟无活动 → 自动关闭并标记为“待审核”
  • 随时可以使用 /c-level-agents:boardroom resume 重新开启
阶段 6：提取决策

创始人批准后：

  • **第 1 层：**写入完整转录 → ~/.claude/decisions/raw/YYYY-MM-DD-<slug>.md
  • **第 2 层：**写入已批准的决策记录 → ~/.claude/decisions/approved/YYYY-MM-DD-<slug>.md，并追加到索引 ~/.claude/decisions/approved/decisions.md
  • 将被否决的提案标记为 [DO_NOT_RESURFACE]
  • 向创始人确认已记录的决策数、已跟踪的行动项数和新增的标记数

记忆结构

采用规范的双层决策记忆（参见 ../agent-protocol/SKILL.md →“决策记忆（规范布局）”）：

~/.claude/decisions/
├── raw/YYYY-MM-DD-<slug>.md        # Layer 1 — full transcripts (never auto-loaded)
├── raw/archive/YYYY/               # Raw transcripts after 90 days
├── approved/YYYY-MM-DD-<slug>.md   # Layer 2 — founder-approved records (Phase 1 loads these)
└── approved/decisions.md           # Layer 2 index — append-only

**后续会议只加载第 2 层。**绝不加载第 1 层。这样可以防止产生虚构的共识。

迁移：早期版本可能存在旧版 memory/board-meetings/ 文件夹；读取其中的内容以了解历史，但将新的转录和决策写入 ~/.claude/decisions/。

故障模式速查

故障修复方法
群体思维（所有人都同意）重新单独执行第 2 阶段；强制提出“最有力的反对理由”
分析瘫痪限制为 5 点；即使信心较低也必须给出建议
吹毛求疵记录为异步行动项；回到主要议程
角色越界（CFO 做产品决策）由批评者标记；从综合结论中排除
层级污染第 1 阶段只加载 ~/.claude/decisions/approved/——硬性规则

参考资料

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

评论

支持 Markdown