decision-logger

Decision Logger

2 層のメモリシステムです。レイヤー 1 にはすべてを保存します。レイヤー 2 には創業者が承認したものだけを保存します。今後の会議ではレイヤー 2 だけを読み込みます。これにより、過去の議論で生まれた、合意があったかのような誤った記憶が新たな検討に持ち込まれるのを防ぎます。

キーワード

意思決定ログ、メモリ、承認済みの意思決定、アクション項目、取締役会議事録、/decision-logger decisions、/decision-logger review、競合検出、DO_NOT_RESURFACE

クイックスタート

python scripts/decision_tracker.py --demo             # See sample output
python scripts/decision_tracker.py --summary          # Overview + overdue
python scripts/decision_tracker.py --overdue          # Past-deadline actions
python scripts/decision_tracker.py --conflicts        # Contradiction detection
python scripts/decision_tracker.py --owner "CTO"      # Filter by owner
python scripts/decision_tracker.py --search "pricing" # Search decisions

---

コマンド

コマンド	効果
/decision-logger decisions	承認済みの直近 10 件の意思決定
/decision-logger decisions --all	全履歴
/decision-logger decisions --owner CMO	担当者で絞り込み
/decision-logger decisions --topic pricing	キーワードで検索
/decision-logger review	7 日以内が期限のアクション項目
/decision-logger review --overdue	期限を過ぎた項目

---

2 層アーキテクチャ

ストレージには、標準の 2 層意思決定メモリを使用します（../agent-protocol/SKILL.md →「Decision Memory (Canonical Layout)」を参照）。これは /c-level-agents:decide が書き込むレイアウトと同じです。

レイヤー 1 — 生のトランスクリプト

場所： ~/.claude/decisions/raw/YYYY-MM-DD-<slug>.md

• フェーズ 2 のエージェントによる全貢献、フェーズ 3 の批評、フェーズ 4 の統合
• 却下された主張を含むすべての議論
• 自動読み込みは行いません。 創業者が明示的に要求した場合にのみ読み込みます。
• 90 日後に ~/.claude/decisions/raw/archive/YYYY/ へアーカイブします。

レイヤー 2 — 承認済みの意思決定

場所： ~/.claude/decisions/approved/ — 意思決定ごとに 1 つの記録（YYYY-MM-DD-<slug>.md）と、追記専用のインデックス decisions.md

• 創業者が承認した意思決定、アクション項目、ユーザーによる修正のみ
• すべての取締役会議のフェーズ 1 で自動的に読み込まれます
• 追記専用です。意思決定は削除せず、後続の意思決定によって置き換える場合のみ更新します。
• フェーズ 5 の後に Chief of Staff が管理します。エージェントが直接書き込むことはありません。

移行：以前のバージョンで作成された memory/board-meetings/ フォルダーが存在する場合があります。履歴の参照には使用できますが、新しいエントリーはすべて ~/.claude/decisions/ に書き込んでください。

---

意思決定エントリーの形式

## [YYYY-MM-DD] — [AGENDA ITEM TITLE]

**Decision:** [One clear statement of what was decided.]
**Owner:** [One person or role — accountable for execution.]
**Deadline:** [YYYY-MM-DD]
**Review:** [YYYY-MM-DD]
**Rationale:** [Why this over alternatives. 1-2 sentences.]

**User Override:** [If founder changed agent recommendation — what and why. Blank if not applicable.]

**Rejected:**
- [Proposal] — [reason] [DO_NOT_RESURFACE]

**Action Items:**
- [ ] [Action] — Owner: [name] — Due: [YYYY-MM-DD] — Review: [YYYY-MM-DD]

**Supersedes:** [DATE of previous decision on same topic, if any]
**Superseded by:** [Filled in retroactively if overridden later]
**Raw transcript:** ~/.claude/decisions/raw/[DATE]-<slug>.md

---

競合の検出

記録する前に、Chief of Staff は次の項目を確認します。

1. DO_NOT_RESURFACE 違反 — 新しい意思決定が却下済みの提案と一致していないか
2. トピックの矛盾 — 同じトピックについて、結論の異なる有効な意思決定が 2 つないか
3. 担当者の競合 — 異なる意思決定で、同じアクションが別々の人に割り当てられていないか

競合が見つかった場合：

⚠️ DECISION CONFLICT
New: [text]
Conflicts with: [DATE] — [existing text]

Options: (1) Supersede old  (2) Merge  (3) Defer to founder

DO_NOT_RESURFACE の適用：

🚫 BLOCKED: "[Proposal]" was rejected on [DATE]. Reason: [reason].
To reopen: founder must explicitly say "reopen [topic] from [DATE]".

---

記録ワークフロー（フェーズ 5 の後）

1. 創業者が統合結果を承認する
2. レイヤー 1 の生のトランスクリプトを ~/.claude/decisions/raw/YYYY-MM-DD-<slug>.md に書き込む
3. ~/.claude/decisions/approved/decisions.md と照合して競合を確認する
4. 競合を提示し、創業者による解決を待つ
5. 承認済みの記録を ~/.claude/decisions/approved/YYYY-MM-DD-<slug>.md に書き込み、インデックス decisions.md に追記する
6. 確認する：意思決定を記録し、アクションを追跡し、DO_NOT_RESURFACE フラグを追加しました

---

アクションの完了を記録する

- [x] [Action] — Owner: [name] — Completed: [DATE] — Result: [one sentence]

完了した項目は決して削除しないでください。履歴が記録となります。

---

ファイル構成

~/.claude/decisions/
├── raw/YYYY-MM-DD-<slug>.md        # Layer 1: full transcript per meeting
├── raw/archive/YYYY/               # Raw files after 90 days
├── approved/YYYY-MM-DD-<slug>.md   # Layer 2: one record per approved decision
└── approved/decisions.md           # Layer 2 index: append-only, founder-approved

---

参考資料

• templates/decision-entry.md — フィールドのルールを含む単一エントリーのテンプレート
• scripts/decision_tracker.py — CLI パーサー、期限超過トラッカー、競合検出ツール