board-meeting

board-meeting skill の概要

board-meeting の用途

board-meeting は、戦略的な意思決定について経営レベルの議論を構造化するための Claude skill です。ひとつの総合的な提案をすぐに求めるのではなく、board-meeting skill は 6 つのフェーズで進行します。コンテキストの読み込み、C-suite 各ロールによる独立した見解、批評レビュー、統合、創業者レビュー、意思決定の抽出です。財務、Go-to-market、オペレーション、プロダクト、リーダーシップ上のトレードオフを、最終判断の前に切り分けて検討したい重要な意思決定に向いています。

向いているユーザーと意思決定

board-meeting は、正式なプロセスを踏むだけの重要性がある Strategic Planning に使うのが適しています。たとえば、市場拡大、価格変更、プロダクトへの大きな投資判断、資金調達上のトレードオフ、採用計画、組織・業務の再編、大口顧客戦略などです。創業者、chief of staff、AI をアドバイザリーボードのように使う個人事業者、場当たり的なチャット結果ではなく再現性のある意思決定記録を残したいチームに向いています。

何が違うのか

最大の違いは、集団思考を避ける設計です。各ロールは、他の見解を見る前に独立して意見を出します。その後、批評レイヤーが対立点、弱い前提、少数意見を浮かび上がらせます。また、この skill は 2 層のメモリーパターンによって、生の議論と承認済みの意思決定を分離します。そのため、最終的な議事録が雑然とした文字起こしになりにくくなります。

導入前に押さえるべき要件

この skill は、会社のコンテキストと過去の意思決定履歴を提供できることを前提にしています。参照されるファイルには、~/.claude/company-context.md、~/.claude/decisions/approved/ 配下の承認済み意思決定、~/.claude/decisions/raw/ 配下の生のミーティングログなどがあります。これらのファイルを管理していない場合でもプロトコル自体は機能しますが、呼び出す前に同等のコンテキストを会話に貼り付けておくべきです。

board-meeting skill の使い方

board-meeting skill のインストールと最初に確認するファイル

インストールは次のコマンドで行います。

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?

より良い結果を得るには、短いトピックだけで止めないでください。意思決定の期限、現在の制約、既知の選択肢、成功基準、すでに存在する根拠を追加します。良いプロンプトは次のようになります。

/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 ガイドのワークフローでは、templates/meeting-agenda.md から始めます。アジェンダ項目の種類、必要な意思決定の内容、成功基準、関連する過去の意思決定、対象外にする論点を定義してください。これにより、模擬ボードが意思決定ミーティングを広範な戦略ブレストに変えてしまうのを防げます。

有用なアジェンダ項目は、次の問いに答えられるべきです。

• 今、何を決めなければならないのか？
• 実際に検討対象となる選択肢はどれか？
• 破ってはいけない制約は何か？
• 良い意思決定とみなせる条件は何か？
• 矛盾してはいけない過去の承認済み意思決定はどれか？

意思決定プロセスとしてミーティングを進める

この skill は、通常のプロンプトというより、ファシリテートされた経営会議のように動くと考えてください。すべてのロールに発言させるのではなく、Chief of Staff に関連するロールを選ばせます。たとえば市場拡大であれば、CEO、CMO、CFO、CRO、COO で十分な場合があります。最初の出力後は、批評フェーズで未解決の対立、足りない根拠、「何が分かれば考えを変えるか」に集中するよう依頼します。そのうえで templates/meeting-minutes.md を使い、創業者が承認した意思決定、オーナー、期限、却下された提案、レビュー日だけを記録します。

board-meeting skill FAQ

board-meeting は通常の戦略プロンプトより優れていますか？

はい。視点を分けて検討することや、書面の意思決定記録が役立つ場面では有効です。通常のプロンプトは、整った提案を早く出しすぎることがあります。board-meeting skill は、ロールごとの立場、明示的な意見の相違、確信度、却下した代替案、後から見直せる最終判断が必要なときにより適しています。

board-meeting を使わないほうがよいのはどんな場合ですか？

小さな戦術的質問、短時間のコピーライティング、単純なリサーチ要約、実質的なトレードオフがない意思決定には使わないほうがよいです。このプロトコルには一定の手間がかかります。「選択肢を 3 つ出してほしい」だけなら、通常のプロンプトのほうが速いです。board-meeting が最も役立つのは、早すぎる合意がリスクになる場面です。

board-meeting の利用にはすべてのメモリーファイルが必要ですか？

いいえ。ただし、用意されているほうが出力の質は上がります。この skill は ~/.claude/company-context.md と承認済みの意思決定記録を前提に設計されています。それらがない場合は、/cs:boardroom を呼び出す前に、会社概要、最近の意思決定、財務上の制約、チームのキャパシティ、現在の目標を簡潔にチャットへ貼り付けてください。

初心者にも使いやすいですか？

初心者でも使えますが、入力をきちんと整えるほど効果が出ます。初めて使う場合は、1 つの意思決定、1 つのアジェンダ項目、3〜5 個の関連ロールから始めてください。「戦略をレビューして」のような曖昧なテーマでフルの模擬ボードを求めるのは避けましょう。代わりに、「今後 2 四半期で enterprise sales と self-serve growth のどちらを優先するか選ぶ」のように、具体的な意思決定を依頼してください。

board-meeting skill を改善する方法

ミーティング前に board-meeting の入力を改善する

board-meeting の結果を最も速く改善する方法は、制約をより明確にすることです。予算、runway、期限、現在の指標、チームのキャパシティ、顧客からの根拠、譲れない条件を含めます。弱い入力は「新しい市場に参入すべきか？」です。強い入力は「$350k の上限予算、2 名の sales 採用予定、partner option あり、年末までに $500k pipeline という目標のもとで、Q3 に Spain へ参入すべきか？」です。

ロールの範囲と発言量を制御する

この repository のファシリテーションガイドでは、専門ロールが発言しすぎる可能性があると注意しています。各ロールは重要ポイント 5 つまでに絞り、明確な推奨、確信度、「何があれば自分の考えが変わるか」を必ず含めるようにします。これにより、最終的な統合に使うインプットが、長さも粒度もばらばらな長文ではなく、比較しやすいものになります。

よくある失敗パターンに注意する

よくある失敗には、曖昧な推奨、根拠のない合意、CFO や法務上の懸念が遅れて出てくること、オーナーのいないアクションアイテムなどがあります。その場合は、ファシリテーターに批評フェーズを次のような具体的な質問でやり直すよう依頼してください。「最も弱い前提はどれか？」「最も強く反対しているロールはどれか？」「どんな下振れが起きると、この意思決定は受け入れられなくなるか？」「この計画が機能するために、何が真でなければならないか？」

議論から承認済み議事録へ反復する

最初の統合を最終回答として扱わないでください。意思決定の選択肢、トレードオフ、推奨案、反対意見、オーナー、期限、レビュー日を含む創業者レビュー版を依頼します。その後、承認された結果だけを meeting-minutes テンプレートに変換してください。これにより、生の議論と長期的に残す意思決定記録を分離でき、今後の board-meeting セッションも一貫しやすくなります。