board-meeting
作者 alirezarezvaniboard-meeting 是一個 Claude skill,用於透過 /cs:boardroom、彼此隔離的 C-suite 角色、critic review、founder approval 與 decision records,進行結構化策略決策。內含 agenda 與 minutes 範本,方便重複使用 board-meeting 流程。
此 skill 評分為 79/100,對於想要結構化高階主管審議流程、而不是一般策略 prompt 的目錄使用者來說,是相當穩健的上架候選。它清楚說明何時啟用,也提供足夠的流程、角色選擇、引導與輸出範本指引,有助於提升代理人執行品質;不過採用者仍需預期會有一些本機設定與相依前提。
- 觸發方式非常明確:frontmatter 與正文都清楚指定 `/cs:boardroom [topic]`、「calls a board meeting」,以及適用於策略性、多觀點討論的使用情境。
- 具備實務操作深度:SKILL.md 定義了 6 階段流程,涵蓋脈絡蒐集、各角色獨立貢獻、批判分析、整合、founder 審閱,以及決策萃取。
- 支援素材實用:會議引導說明與 agenda/minutes 範本可協助代理人控制發言範圍、保留決策,並將原始辯論與已核准紀錄分開。
- skill 資料夾內未提供安裝指令或 README,因此使用者需要從較大的 repository 或自己的 Claude skill 設定方式推斷如何安裝。
- 此流程假設已有 `~/.claude/company-context.md`、`~/.claude/decisions/approved/` 等本機檔案,以及具名的 C-suite 角色;這些可能需要在此 skill 之外另行設定。
board-meeting skill 概覽
board-meeting 的用途
board-meeting 是一個 Claude skill,用來針對策略性決策進行結構化的高階主管討論。它不是直接要求一個混合式建議,而是透過 board-meeting skill 執行六階段流程:載入脈絡、各 C-suite 角色獨立提出觀點、批判審查、綜合整理、創辦人審閱,以及決策萃取。它最適合用在高風險決策:在做最後判斷前,需要分別思考財務、go-to-market、營運、產品與領導層取捨的情境。
最適合的使用者與決策類型
當決策重要到值得採用正式流程時,適合用 board-meeting 做 Strategic Planning:例如市場擴張、價格調整、產品下注、募資取捨、招募規劃、營運重整,或重大客戶策略。它適合創辦人、幕僚長、把 AI 當成顧問董事會使用的個人營運者,以及想要可重複產出決策紀錄、而不是只得到鬆散聊天結果的團隊。
board-meeting skill 的差異化重點
它最大的差異在於反群體迷思的設計。各角色會先獨立提出意見,之後才看到彼此觀點;接著由批判層揭露衝突、薄弱假設與少數意見。這個 skill 也透過雙層記憶模式,把原始討論與已核准決策分開,避免最後會議紀錄變成凌亂的逐字稿。
採用前的重要條件
這個 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 的使用變成可重複流程,而不是臨場自由發揮。
如何啟用 board-meeting skill
主要啟用方式是:
/cs:boardroom [topic]
範例:
/cs:boardroom Should we expand to Spain in Q3?
為了得到更好的結果,不要只丟一個很短的主題。請補上決策期限、目前限制、已知選項、成功標準,以及目前有哪些證據。較好的提示會像這樣:
/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 可能就足夠了。第一輪輸出後,請要求批判階段聚焦在尚未解決的衝突、缺漏證據,以及「什麼情況會讓我們改變想法」。接著使用 templates/meeting-minutes.md,只記錄創辦人核准的決策、負責人、期限、被否決的提案與檢視日期。
board-meeting skill FAQ
board-meeting 會比一般策略 prompt 更好嗎?
會,前提是這個決策需要分離觀點並留下書面決策紀錄。一般 prompt 可能太快產出一份看似完整的建議。當你需要角色各自的立場、明確分歧、信心水準、被排除的替代方案,以及日後可回顧的最終決策時,board-meeting skill 會更適合。
什麼時候不該使用 board-meeting?
不要把它用在小型戰術問題、快速文案、簡單研究摘要,或沒有實質取捨的決策上。這套流程本身會增加作業成本。如果你只需要「給我三個選項」,一般 prompt 會更快。board-meeting 最適合用在過早形成共識會帶來風險的情境。
使用 board-meeting 一定需要所有記憶檔案嗎?
不需要,但有這些檔案時輸出會更好。這個 skill 是圍繞 ~/.claude/company-context.md 與已核准決策紀錄設計的。如果沒有這些檔案,請在啟用 /cs:boardroom 前,把精簡的公司簡介、近期決策、財務限制、團隊產能與目前目標貼進聊天中。
board-meeting 適合新手嗎?
新手可以使用,但它會獎勵有紀律的輸入。新使用者應先從一個決策、一個議程項目,以及三到五個相關角色開始。避免用「review our strategy」這種模糊主題要求完整的模擬董事會;請改問具體決策,例如「接下來兩季要在 enterprise sales 和 self-serve growth 之間選哪一個」。
如何改進 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 或法律疑慮太晚才出現,以及行動項目沒有負責人。若發生這些情況,請要求主持人用具體問題重新跑批判階段:「Which assumption is weakest?」、「Which role disagrees most?」、「What downside would make this decision unacceptable?」,以及「What must be true for this plan to work?」
從討論迭代到核准版會議紀錄
不要把第一版綜合結論當成最終答案。請要求產出創辦人審閱版本,內容包含決策選項、取捨、建議選擇、反對意見、負責人、期限與檢視日期。接著只把已核准的結果轉進 meeting-minutes template。這能讓原始辯論與可長期保存的決策紀錄分開,也讓未來的 board-meeting 會議更一致。
