mcpField
D
decide

decide

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

decide について

c-level-agentsの意思決定フローを使うチーム向けのClaudeスキルです。創業者が承認した決定を長期的な社内記録として残し、未解決の異論と承認済みメモを分けて管理します。

主な機能

  1. 01記録前の承認確認
  2. 02構造化された決定記録
  3. 03生の記録と承認記録の分離
  4. 04異論の逐語保存
  5. 05llm-wikiへの任意ブリッジ
  6. 0690日後の再確認を設定

活用シーン

  1. 01承認後に取締役会の決定を記録
  2. 02事後検証に向け異論を保存
  3. 03確認時点で決定を再検討

インストール

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

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

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

詳細

/c-level-agents:decide — 決定を記録する

コマンド: /c-level-agents:decide <memo-path>

decision-logger スキルを使って、創業者の決定を記録します。セッション内の審議を、永続的な会社の記憶にするためのゲートです。

パイプライン内の位置

/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

2 層のメモリモデル

decision-logger スキルは、次の 2 層を管理します。

  1. 生のトランスクリプト — すべての取締役会セッション、各アドバイザーのフェーズ 2 での立場、すべての異論を保存します。保存先は ~/.claude/decisions/raw/ です。参照専用で、自動的にフィードバックされることはありません。
  2. 承認済みの決定 — 創業者が署名したメモのみを保存します。保存先は ~/.claude/decisions/approved/ です。今後の /c-level-agents:office-hours と /c-level-agents:founder-mode の呼び出しに反映されます。

この分離により、未解決の議論が決定事項としてシステムに「記憶」されるのを防ぎます。

入力

取締役会メモファイル(/c-level-agents:boardroom の出力)。

ワークフロー

  1. メモのパスを読み取る
  2. 創業者の承認があることを確認する(ステータス:APPROVED)
  3. 構造化された決定記録を抽出する:
    • 決定のタイトル
    • 決定日
    • 選択した選択肢
    • 成功基準と中止基準
    • 異論(保持)
    • レビューチェックポイントの日付
  4. ~/.claude/decisions/approved/<YYYY-MM-DD>-<slug>.md に追記する
  5. 生のトランスクリプトへのポインターを更新する
  6. llm-wiki ブリッジが設定されている場合は、ボルト(~/company-vault/10-decisions/)に書き込む
  7. 自動再検討を 90 日後にスケジュールする

出力レコード形式

# Decision: <title>
**Decided:** YYYY-MM-DD
**By:** <founder name>
**Memo:** <link to boardroom memo>
**Brief:** <link to original brief>
**Review checkpoint:** YYYY-MM-DD (90d default)

## Decision
**Chose:** <option>
**Rejected:** <other options + one-line why>

## Success Criteria (binding)
- <metric, threshold, timeframe>

## Kill Criteria (binding)
- <metric, threshold, action>

## Preserved Dissent
- **<dissenter>:** <unresolved concern>
- (preserved verbatim; dissent never erased)

## Next Action
- `/c-level-agents:execute` → 90-day plan due <date>

## Status History
- YYYY-MM-DD: APPROVED

異論を保持する理由

承認済みの決定における最大のリスクは、誰かが反対した理由を忘れてしまうことです。中止基準が発動したとき、異論が正しかったと判明することはよくあります。異論を要約せずにそのまま保持することで、事後検証の際にも会社が誠実でいられます。

ルーティング

  • /c-level-agents:execute <decision> — 90 日間の計画を作成する
  • /c-level-agents:freeze <decision> <days> — 不可逆な場合はロックする
  • (自動スケジュール)/c-level-agents:post-mortem <decision> — 90 日後のチェックポイントで実行する

古い決定の監査

cs-chief-of-staff が週次で古い決定を監査します。

  • 再検討されずに 90 日を超えた決定 → /c-level-agents:post-mortem の対象としてフラグを立てる
  • 中止基準が発動した決定 → 直ちにフラグを立てる
  • 根拠となる company-context.md が変更された決定 → 再検討の対象としてフラグを立てる

関連項目


バージョン: 1.0.0

コメント