mcpField
B
brief

brief

github.com/alirezarezvani生産性29.0k389 回インストール1 日前に更新
リポジトリ

brief について

briefは、トピックやoffice-hoursの出力を、経営陣向けの1ページの戦略ブリーフにまとめます。選択肢、前提、関係する役割に加え、決定前の成功基準と中止基準を記録します。

主な機能

  1. 01トピックとoffice-hours出力の入力
  2. 02会社コンテキストの読み込み
  3. 03複数の選択肢と反実仮想
  4. 04前提と制約の明示
  5. 05成功基準と中止基準の設定
  6. 06指定フォルダーへのMarkdown保存

活用シーン

  1. 01役員会での検討に向けた意思決定の準備
  2. 02創業者の入力を構造化ブリーフに整理
  3. 03決定前の成功基準の定義

インストール

コマンドをコピーしてターミナルで実行します。

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

インストール後、Claude Code で/briefを入力して読み込まれたか確認します。

詳細

/c-level-agents:brief — 1 ページの戦略ブリーフ

コマンド: /c-level-agents:brief <topic> または /c-level-agents:brief <office-hours-output>

受付内容(未整理の質問またはオフィスアワーの出力)を、役員会で審議できる 1 ページの戦略ブリーフにまとめます。戦略スプリントのパイプラインの ステップ 1 です。

パイプライン内の位置

/c-level-agents:office-hours  →  /c-level-agents:brief  →  /c-level-agents:boardroom  →  /c-level-agents:decide  →  /c-level-agents:execute  →  /c-level-agents:post-mortem
                       ↑ you are here

入力

  • トピック文字列、または
  • オフィスアワーのブリーフ(より厳密なため推奨)
  • ~/.claude/company-context.md(自動的に読み込まれます)

出力

~/.claude/briefs/YYYY-MM-DD-<slug>.md に、次の構成の Markdown ファイルを 1 つ作成します。

# Strategy Brief: <topic>
**Date:** YYYY-MM-DD
**Author:** cs-chief-of-staff
**Status:** DRAFT | UNDER REVIEW | APPROVED | RETIRED

## Context
[1-2 paragraphs: where the company sits today on this topic — pulled from company-context.md]

## Question
[The one sentence question the boardroom must answer]

## Options
1. **Option A:** <name> — <one-sentence summary>
2. **Option B:** <name> — <one-sentence summary>
3. **Option C:** <name> — <one-sentence summary>

(Minimum 2 options. "Do nothing" is always an option.)

## Assumptions
- <assumption 1 — explicit>
- <assumption 2>
- <assumption 3>

## Constraints
- Time: <by when must this decide>
- Money: <budget envelope>
- People: <who can / can't be reallocated>
- Reversibility: <one-way door | two-way door>

## Affected Roles
[Which cs-* advisors should weigh in. Used to route to /c-level-agents:boardroom panel composition.]

- [ ] cs-ceo-advisor
- [ ] cs-cfo-advisor
- [ ] cs-cto-advisor
- [ ] cs-cmo-advisor
- [ ] cs-cro-advisor
- [ ] cs-cpo-advisor
- [ ] cs-coo-advisor
- [ ] cs-chro-advisor
- [ ] cs-ciso-advisor
- [ ] cs-general-counsel-advisor
- [ ] cs-cdo-advisor
- [ ] cs-caio-advisor
- [ ] cs-cco-advisor
- [ ] cs-vpe-advisor
- [ ] cs-chief-of-staff

## Success Criteria
[Measurable outcomes that define success — set BEFORE the decision]
- <metric 1, threshold, timeframe>
- <metric 2, threshold, timeframe>

## Kill Criteria
[What signal would tell you in 90 days that this was the wrong call]
- <metric, threshold, action if missed>

ワークフロー

  1. context-engine を使って company-context.md を読み込む
  2. 入力がオフィスアワーの出力の場合は、6 つの回答を解析する
  3. 入力が未整理のトピックの場合は、不足している情報を創業者に尋ねる
  4. 2~3 個の選択肢を作成する(1 つだけにしない。すべてのブリーフに反実仮想が必要)
  5. 前提条件と制約を明示する
  6. 影響を受ける役割を特定する → /c-level-agents:boardroom のパネル構成に反映する
  7. 意思決定の前に、成功基準と中止基準を定める(ここが厳密さを担保するポイントです)
  8. ~/.claude/briefs/ に保存する

このステップが必要な理由

意思決定で最もありがちな失敗は、問いについて合意する前に実装を議論することです。ブリーフで問い、選択肢、成功基準を固定することで、役員会はスコープの逸脱なく審議できます。

また、これは成果物の引き継ぎでもあります。次のコマンドが読み込むのは、あなたの記憶ではなくこのファイルです。

ルーティング

  • /c-level-agents:boardroom <brief> — 複数の役割による審議
  • /c-level-agents:cross-eval <brief> — 重要度の高い案件では、役員会の前に複数モデルで健全性を確認
  • /c-level-agents:freeze <brief> — 不可逆な意思決定のためのクールダウンロック

関連項目


バージョン: 1.0.0

コメント