원클릭으로 Manus에서 모든 스킬 실행

board-meeting

用于战略决策的多智能体董事会会议协议。运行结构化的 6 阶段审议：上下文加载、独立的 C-suite 贡献（隔离，无交叉干扰）、批判性分析、综合汇总、创始人审核以及决策提取。当用户调用 /cs:board、发起董事会会议或对战略问题需要结构化的多视角高管审议时使用。

Manus에서 실행

개요

설치 명령

npx skills add https://github.com/Fantasia1999/claude-skills-zh --skill board-meeting

이 명령을 Claude Code에 복사하여 붙여넣어 스킬을 설치하세요

출처

Fantasia1999/claude-skills-zh

스타0

포크0

업데이트2026년 3월 12일 15:01

SKILL.md

readonly

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)

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

幕僚长 (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

贡献格式（最多 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 — 冲突处理、计时、故障模式

이 저장소의 다른 Skills

같은 저장소

contract-and-proposal-writer

Fantasia1999/claude-skills-zh

合同与提案撰写助手

2026-03-120

customer-success-manager

Fantasia1999/claude-skills-zh

监控客户健康状况、预测流失风险，并利用 SaaS 客户成功的加权评分模型识别增购机会。适用于分析客户账户、审查留存指标、对风险客户评分，或当用户提到流失、客户健康分、追加销售机会、增购收入、留存分析或客户分析时。运行三个 Python CLI 工具，为企业、中端市场和中小企业 (SMB) 细分市场生成确定性的健康评分、流失风险分级和优先增购建议。

2026-03-120

revenue-operations

Fantasia1999/claude-skills-zh

分析销售管道健康状况、收入预测准确性以及 SaaS 收入优化的 GTM 效率指标。适用于分析销售管道覆盖率、预测收入、评估进入市场表现、审查销售指标、评估管道分析、使用 MAPE 跟踪预测准确性、计算 GTM 效率，或衡量 SaaS 团队的销售效率和单位经济效益。

2026-03-120

sales-engineer

Fantasia1999/claude-skills-zh

分析 RFP/RFI 响应中的覆盖范围差距，构建竞争性功能对比矩阵，并为售前工程策划概念验证 (POC) 互动。适用于响应 RFP、投标或提案请求；与竞争对手进行产品功能对比；策划或为客户 POC 或销售演示评分；准备技术提案；或执行胜负因素竞争分析。处理描述为 'RFP response'、'bid response'、'proposal response'、'competitor comparison'、'feature matrix'、'POC planning'、'sales demo prep' 或 'pre-sales engineering' 的任务。

2026-03-120

business-growth-skills

Fantasia1999/claude-skills-zh

4 个生产级业务与增长技能：包含健康评分和流失预测的客户成功经理，包含 RFP 分析的销售工程师，包含管线和 GTM 指标的收入运营，以及合同与提案撰写。内置 Python 工具（全部仅限标准库）。适用于 Claude Code、Codex CLI 和 OpenClaw。

2026-03-120

agent-protocol

Fantasia1999/claude-skills-zh

C-suite 智能体团队的智能体间通信协议。定义了调用语法、循环预防、隔离规则和响应格式。当 C-suite 智能体需要相互查询、协调跨职能分析或运行包含多个智能体角色的董事会会议时使用。

2026-03-120

출처

Fantasia1999

Fantasia1999/claude-skills-zh

GitHub 저장소 열기 Creator 저장소 보기

설치 명령

다운로드

Manus에서 실행

유용한 대상SOC

최고 경영자관리직11-1011L4

총괄·운영 관리자L4

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)

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

幕僚长 (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

贡献格式（最多 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 — 冲突处理、计时、故障模式