board-meeting
作者 alirezarezvaniboard-meeting 是一个用于 Claude 的 skill,面向结构化战略决策场景。它通过 /cs:boardroom、相互隔离的 C-suite 角色、critic 复审、founder 批准和决策记录来组织讨论,并提供议程与会议纪要模板,便于重复使用 board-meeting 工作流。
该技能评分为 79/100。对于希望获得结构化高管讨论工作流、而不是泛泛战略提示词的目录用户来说,它是一个可靠的收录候选。它清楚说明了何时调用,并提供了足够的协议、角色选择、会议引导和输出模板指导,可提升 agent 执行效果;不过采用者应预期需要一定的本地配置,并留意其对相关依赖的默认假设。
- 触发方式非常明确:frontmatter 和正文都清楚写明 `/cs:boardroom [topic]`、“calls a board meeting”,以及适用于战略性、多视角讨论的场景。
- 执行层面内容扎实:SKILL.md 定义了 6 阶段协议,涵盖背景收集、独立角色发言、critic 分析、综合归纳、founder 审核和决策提取。
- 配套材料实用:会议引导说明以及议程/纪要模板,有助于让 agent 控制发言边界、保留决策,并区分原始讨论与已批准记录。
- 技能文件夹中未提供安装命令或 README,因此用户需要根据更大的仓库说明或自己的 Claude skill 配置方式来推断安装流程。
- 该工作流假设存在 `~/.claude/company-context.md`、`~/.claude/decisions/approved/` 等本地文件,以及已命名的 C-suite 角色;这些可能需要在本技能之外另行配置。
board-meeting skill 概览
board-meeting 适合用来做什么
board-meeting 是一个 Claude skill,用于围绕战略决策进行结构化的高管级讨论。它不会直接给出一个混合后的建议,而是通过六个阶段推进:加载背景信息、分别生成 C-suite 视角、批判性审查、综合归纳、创始人复核,以及提取最终决策。board-meeting skill 特别适合处理高风险问题:在做最终判断前,需要把财务、go-to-market、运营、产品和领导力层面的取舍分别拆开分析。
最适合的用户和决策类型
当某个决策重要到值得走正式流程时,可以将 board-meeting 用于 Strategic Planning,例如市场扩张、定价调整、产品押注、融资取舍、招聘计划、运营重组,或重大客户策略。它适合创始人、Chief of Staff、把 AI 当作顾问委员会的 solo operator,以及希望留下可复用决策记录、而不是只得到一段松散聊天输出的团队。
它的差异点在哪里
它最主要的差异点是反“群体思维”的设计。各个角色会先独立给出观点,在看到其他人的意见之前完成自己的判断;随后由 critic 层指出冲突、薄弱假设和少数派意见。这个 skill 还通过双层 memory 模式,把原始讨论与已批准决策分开,避免最终会议纪要变成一份混乱的逐字稿。
采用前需要注意的条件
这个 skill 默认你能够提供公司背景和决策历史。它会引用诸如 ~/.claude/company-context.md、~/.claude/decisions/approved/ 下的已批准决策,以及 ~/.claude/decisions/raw/ 下的原始会议记录等文件。如果你没有维护这些文件,流程仍然可以运行,但在调用前应把等价的背景信息粘贴到对话中。
如何使用 board-meeting skill
board-meeting 安装方式和优先查看的文件
安装命令如下:
npx skills add alirezarezvani/claude-skills --skill board-meeting
安装后,先阅读 SKILL.md,因为它定义了触发方式、阶段流程、角色选择逻辑和预期输出。然后查看 references/meeting-facilitation.md,了解实际主持规则,尤其是发言限制、冲突处理,以及讨论跑偏时该怎么处理。最后检查 templates/meeting-agenda.md 和 templates/meeting-minutes.md;这些文件能让 board-meeting 的使用变成可重复流程,而不是临时拼凑的一次性对话。
如何调用这个 skill
主要调用方式是:
/cs:boardroom [topic]
示例:
/cs:boardroom Should we expand to Spain in Q3?
为了获得更好的结果,不要只给一个很短的主题。应补充决策截止时间、当前约束、已知选项、成功标准,以及现有证据。一个更有效的 prompt 可以是:
/cs:boardroom Decide whether we should expand to Spain in Q3. We have $350k available budget, 2 sales hires planned, no local entity yet, and current EU inbound demand is 18 qualified leads/month. Compare Spain launch, wait until Q4, or test through partners. Decision needed today: whether to allocate budget and assign an owner.
调用前先准备议程
如果你希望把它用于严肃的 board-meeting guide 工作流,建议从 templates/meeting-agenda.md 开始。先定义议程事项类型、需要做出的具体决策、成功标准、相关历史决策,以及不在本次讨论范围内的主题。这样可以避免模拟董事会把一场决策会议变成泛泛的战略头脑风暴。
一个有用的议程事项应回答:
- 现在必须决定什么?
- 哪些选项才是真正摆在桌面上的?
- 哪些约束不能被突破?
- 什么样的结果才算一个好决策?
- 哪些此前已批准的决策不能被推翻或矛盾化?
把会议当作决策流程来运行
预期这个 skill 的表现会更像一场由主持人引导的高管闭门会议,而不是普通 prompt。让 Chief of Staff 选择相关角色,不要要求每个角色都发言。以市场扩张为例,CEO、CMO、CFO、CRO 和 COO 可能就足够了。第一轮输出后,可以要求 critic 阶段聚焦尚未解决的冲突、缺失证据,以及“什么情况会改变我们的判断”。最后使用 templates/meeting-minutes.md,只记录创始人批准的决策、负责人、截止时间、被否决方案和复盘日期。
board-meeting skill 常见问题
board-meeting 比普通战略 prompt 更好吗?
是的,前提是这个决策确实需要拆分不同视角,并形成书面决策记录。普通 prompt 可能很快给出一份看起来很完整的建议。board-meeting skill 更适合你需要角色化立场、明确分歧、信心水平、被拒绝的备选方案,以及后续可复盘的最终决策时使用。
什么情况下不应该使用 board-meeting?
不要把它用于很小的战术问题、快速文案、简单研究摘要,或没有真实取舍的决策。这个流程会带来额外成本。如果你只是需要“给我三个选项”,普通 prompt 更快。board-meeting 最有价值的场景,是过早达成共识可能带来风险的时候。
使用 board-meeting 一定需要所有 memory 文件吗?
不需要,但有这些文件时输出质量会更好。这个 skill 是围绕 ~/.claude/company-context.md 和已批准决策记录设计的。如果没有这些文件,请在调用 /cs:boardroom 前,把简洁的公司背景、近期决策、财务约束、团队产能和当前目标粘贴到聊天中。
新手容易上手吗?
新手可以使用,但它更奖励有纪律的输入。新用户应从一个决策、一个议程事项、三到五个相关角色开始。不要用“review our strategy” 这类模糊主题要求完整模拟董事会;更好的做法是提出一个具体决策,例如“choose between enterprise sales and self-serve growth for the next two quarters”。
如何改进 board-meeting skill 的使用效果
会前改进 board-meeting 输入
提升 board-meeting 结果最快的方法,是提供更清晰的约束。包括预算、runway、截止时间、当前指标、团队产能、客户证据和不可妥协项。弱输入是:“Should we enter a new market?” 强输入是:“Should we enter Spain in Q3 with a $350k cap, two sales hires, partner option available, and a goal of $500k pipeline by year-end?”
控制角色范围和发言长度
该 repository 的主持指南提醒,专家角色可能会发言过多。把每个角色限制在五个关键点内,要求其给出明确建议、标注信心程度,并说明“what would change my mind”。这样 board-meeting skill 会更有用,因为最终综合时面对的是可比较的输入,而不是篇幅悬殊、结构不一的长文。
留意常见失败模式
常见失败包括建议过于模糊、没有证据就达成共识、CFO 或法律风险出现得太晚,以及 action items 没有负责人。如果发生这些情况,要求 facilitator 带着具体问题重新运行 critic 阶段:“Which assumption is weakest?”、“Which role disagrees most?”、“What downside would make this decision unacceptable?” 和 “What must be true for this plan to work?”
从讨论迭代到已批准会议纪要
不要把第一版 synthesis 当作最终答案。要求生成 founder-review 版本,包含决策选项、取舍、推荐选择、反对意见、负责人、截止时间和复盘日期。然后只把已批准的结果转入 meeting-minutes 模板。这样可以把原始讨论和可长期保存的决策记录分开,也能让未来的 board-meeting 会话更加一致。
