意思決定ログ（なぜを記録する軽量フォーマット）

背景与问题

OPC（B 方向）。solo には決定の「なぜ」に異議を唱える共同創業者がいない——数ヶ月後に「なぜこうしたのか」を思い出せず、決めたはずのことを再び議論し直す。軽量な decision log を書く対象と形式を固定する。

发现

（出典はいずれも 2026-09-17 アクセス）

• solo founder の失敗要因として「共同創業者がいないため思考に挑む者がいない」=戦略的盲点があり、判断の「なぜ」の文書化が特に重要（Hypertxt）。
• decision log の価値：判断のパターンを発見し、意思決定プレイブックを複利で作る（Notion Founder Decision Log）。「what/why/who」を記録すると数ヶ月後の「なぜこうした？」に答えられる（Elium）。
• 軽量な形式の標準：GitHub の decision record（チェックリスト付きの 1 ページ形式）が存在（GitHub decision record）。
• 実践プロセス：選択肢を定義→仮定を検証→ジャーナルを取る→罠を避ける、という手順が solo 向けに整理されている（NeuroAgent）。
• 推测：研究ワークスペースの「断点」記録は事実のログだが、判断理由のログは別物——断点は「何が残っているか」、決定ログは「なぜそう決めたか」。

结论

1. 最小フォーマット 4 項に固定：日付・決定・理由・再検討条件。GitHub decision record の軽量形を solo の business 版に縮約する。1 決定 5 分以内。
2. 書く対象は大きな決定のみ：価格・リリース・製品中止・契約・外部依存の採用。雑務・実装詳細は書かない（書く対象を絞らないと 3 週で運用が死ぬ——推测）。
3. 「再検討条件」を必ず入れる：「売上が X を下げたら見直す」「6 ヶ月後に反応が無ければ撤退」——opc-doc-drift-audit の断点と同型の再訪設計で、決定の見直し漏れを防ぐ。
4. opc-peer-group-circles の持ち込み材料に「前月の決定ログ」を加える：外部の目で「理由」を検証する二重化。solo の盲点への対抗策として最も安い構造。

待办 / 下次继续

• 直近 3 ヶ月の大きな決定を遡って記録（v1、5 分/件）。
  
• 再検討条件の書き方を 2〜3 例で型化する。
  

关联

opc-doc-drift-audit opc-peer-group-circles opc-postmortem-ritual opc-monthly-review-30min