decide について
c-level-agentsの意思決定フローを使うチーム向けのClaudeスキルです。創業者が承認した決定を長期的な社内記録として残し、未解決の異論と承認済みメモを分けて管理します。
主な機能
- 01記録前の承認確認
- 02構造化された決定記録
- 03生の記録と承認記録の分離
- 04異論の逐語保存
- 05llm-wikiへの任意ブリッジ
- 0690日後の再確認を設定
活用シーン
- 01承認後に取締役会の決定を記録
- 02事後検証に向け異論を保存
- 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 層を管理します。
- 生のトランスクリプト — すべての取締役会セッション、各アドバイザーのフェーズ 2 での立場、すべての異論を保存します。保存先は
~/.claude/decisions/raw/です。参照専用で、自動的にフィードバックされることはありません。 - 承認済みの決定 — 創業者が署名したメモのみを保存します。保存先は
~/.claude/decisions/approved/です。今後の/c-level-agents:office-hoursと/c-level-agents:founder-modeの呼び出しに反映されます。
この分離により、未解決の議論が決定事項としてシステムに「記憶」されるのを防ぎます。
入力
取締役会メモファイル(/c-level-agents:boardroom の出力)。
ワークフロー
- メモのパスを読み取る
- 創業者の承認があることを確認する(ステータス:APPROVED)
- 構造化された決定記録を抽出する:
- 決定のタイトル
- 決定日
- 選択した選択肢
- 成功基準と中止基準
- 異論(保持)
- レビューチェックポイントの日付
~/.claude/decisions/approved/<YYYY-MM-DD>-<slug>.mdに追記する- 生のトランスクリプトへのポインターを更新する
- llm-wiki ブリッジが設定されている場合は、ボルト(
~/company-vault/10-decisions/)に書き込む - 自動再検討を 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 が変更された決定 → 再検討の対象としてフラグを立てる
関連項目
- スキル:
decision-logger - エージェント:
cs-chief-of-staff - ブリッジ:
../../references/llm-wiki-bridge.md
バージョン: 1.0.0
コメント
Markdown 対応