きっかけになった投稿
X（旧Twitter）で、こんな投稿を見かけた。
自分もnotion使って同じことしようと思ってましたが、レベルが違ってたな ここまで言語化していくと、AI問わず思想が引き継げるのだなぁ
引用元は、Lipple inc. の Masaki Toda 氏（@masaki_lipple）が投稿した長尺記事「AI時代に勝つのは、思想を外部記憶にした人間だけだ」だ。
タイトルだけ見ると煽り気味だが、中身は実践的だった。「AIに文章を書かせる」と「AIに文章を任せる」は別物であり、その差を生むのが Notion に構築した思想哲学データベース だという話だ。AIエージェントを日常的に使っている身として、構造がそのまま参考になったので、要点を整理しておく。
「書かせる」と「任せる」の違い
元記事の核心は、AI活用を組織運営の比喩で説明している点にある。
- 丸投げ：判断軸を共有していない相手に仕事を投げる。成果物は誰のものでもなく、しばしば的を外す。
- 権限委譲：判断軸を共有した相手に委ねる。成果物は委ねた側の意志を反映する。
これをAIに当てはめると次のようになる。
- 「AIに書かせる」＝ プロンプトに「〇〇について書いて」と入れて出力をそのまま使う。判断軸が「AIの中の平均」にしかないため、ChatGPTでもGeminiでもClaudeでも似たような文章になる。
- 「AIに任せる」＝ 自分の思想を先に参照させた上で実行させる。判断軸が自分の中にあり、AIはそれを読んで出力するため、自分が書いたものと区別がつかなくなる。
「自分専用AI」「人格AI」という言葉もよく見かけるが、多くは口調や語尾、キャラ設定といった文体の模倣にとどまっており、思想の継承には踏み込めていない、というのが元記事の指摘だ。文体は着替えられる服であり、思想は着替えられない骨格である、という比喩がわかりやすい。
思想哲学データベースの3層構造
元記事の著者は、Notion 上に次の3層構造で思想を外部記憶化しているという。
1. 総論ページ
自分の思想の全体像を1ページにまとめたもの。AIに何かを任せる際、まずこのページを参照させる。中身は4ブロックで構成される。
- 経歴・原体験 — 思想が生まれた背景。育った環境、学んだ分野、影響を受けた人物や作品など。ここがないと、AIは「平均的な属性の人の文章」を書いてしまい、固有性が消える。
- 特性データ — StrengthsFinder（強み診断ツール）や MBTI（性格類型診断）、思考・行動の癖といった客観データ。ここがないと、AIの提案が「万人向けに丸めた正論」になりやすい。
- 核心思想の柱 — 大事にしている価値観・世界観。AIが最終的な判断で参照するコア部分。
- 実践論理 — 核心思想を実際の判断にどう翻訳するかのルール集。あわせて、避ける言い回しや句読点のリズムといった「文章表現のレギュレーション」も書き込んでおくと、出力が表現レベルで自分のものになるという。
2. 個別データベース
「仕事観」「家族観」「テクノロジー観」など、テーマごとに切り分けた具体データベース。総論だけでは抽象度が高すぎて具体タスクに落とし込めない場合に、総論とセットで参照させる。
3. 更新履歴ページ
総論を更新するたびに、いつ・何を・なぜ変えたかを記録するページ。これがないと思想が「いつの間にか」変わっていき、単なる気分の流れと区別がつかなくなる。
運用フロー：素材収集 → AIで抽出 → 書き戻す
構造を作るだけでは機能しない。継続的な更新の流れとして、元記事では次の順番が重要だと説明している。
素材が先、AIは後。 構えて書こうとすると思想は出てこないため、まず「構えていない自分」が残っている場所から素材を集める。
- プライベートのチャットログ（LINE、Discord、個人DMなど）
- 仕事のチャットツールでの発言ログ（Slack、Teams など、特に判断を伝えているメッセージ）
- 信頼できる相手との本音トーク（録音または直後のメモ）
- 移動中などに録った独り言の音声データ
素材が溜まったら、Claude などのAIに読ませて抽出させる。元記事で紹介されていたプロンプトの骨子は次のようなものだ。
この発話・テキスト群を読んで、僕の思想に関わる部分を抽出してほしい。
抽出してほしいのは以下。
・繰り返し出てくるこだわり
・強い違和感を持ってる対象
・判断のときに使ってる基準
・一般論からズレてる視点
抽出した結果を、僕の総論ページの構造（経歴・特性・核心思想・実践論理）の
どこに当てはまるかと一緒に教えて。抽出結果を総論・個別データベースに書き戻し、更新履歴に3行（何を・なぜ・きっかけ）で記録する。このペア運用を徹底することが肝だという。
実際の使い方の例
元記事では、軽い用途から重い用途まで3段階の活用例が紹介されていた。
- X投稿：投稿テーマの種を拾う、投稿案に膨らませる、文体を整える、文字数調整、最終チェックという役割に分けた複数のAIエージェントに、同じ思想哲学データベースを参照させて分業させる。
- 長尺記事の執筆：テーマと論点だけ決め、思想哲学データベースを参照させた上でAIに初稿を書かせ、論の流れや具体エピソードを人間が指摘しながら数回修正する。
- 事業構想：思想哲学データベース全体を参照させ、「この思想を持つ人間が今の時代にどんな事業を立ち上げるべきか」を一緒に考えさせ、出てきた案を思想との整合性で絞り込む。
いずれの場合も、判断の主体が人間からAIに移るわけではなく、判断軸を外部記憶として与えることで、AIの出力に固有性を持たせるという発想が一貫している。
フロントのAIは交換可能という視点
もう一点、実務上参考になったのが「フロントのAIは何でもいい」という考え方だ。本質は思想哲学データベースという外部記憶側にあり、それをどのAIに参照させるかは交換可能なパーツに過ぎない、という主張である。
ただしこの点には留保がいる。エージェントハーネスとメモリのロックイン問題 で見たとおり、メモリはハーネスの中核責任であり不可分だという反対の見方もある。Notion のように自分が所有する外部データベースに置くならフロントは確かに交換可能だが、ハーネス側が抱え込む記憶（会話履歴・要約・自動メモリ）まで含めると、話はそう単純ではない。
AIが決められないのは「どの問いに賭けるか」「どの判断軸で何を選ぶか」という意思の部分であり、意思を発動するための根拠が外部記憶だとすれば、モデルが新しくなるたびに乗り換えコストが発生する構成は避けたい。土台（外部記憶）さえしっかりしていれば、Claude・ChatGPT・Gemini のどれを使っても出力の質は保たれる、という考え方は、複数のAIサービスを併用する際の設計指針としても素直に納得できる。
Claude Code の CLAUDE.md・メモリ機能との親和性
この構造は、Claude Code の CLAUDE.md やメモリ機能の考え方とも相性が良い。~/.claude/CLAUDE.md（グローバル設定）とプロジェクトごとの CLAUDE.md、さらにセッションをまたいで蓄積される自動メモリは、まさに「判断軸を外部化して毎回参照させる」ための仕組みだ（毎回ゼロスタートになる問題は セッションをまたぐ文脈の永続化 で扱った）。
- グローバル設定に書く内容は「経歴・特性・核心思想」に近い、状況に依存しない判断軸
- プロジェクトの
CLAUDE.mdは「個別データベース」に近い、テーマ（プロジェクト）ごとの具体ルール - 自動メモリは「更新履歴」に近い、日々のフィードバックの蓄積
Notion で一元管理するか、Markdownファイルで分散管理するかの違いはあるが、「AIに毎回同じ判断軸を読ませ続ける」という設計思想そのものは共通している。すでにAIコーディングツールを使っている人であれば、既存の設定ファイルを「思想哲学データベース」的な観点で棚卸ししてみると、抜けている層（経歴・特性・核心思想のどれか）が見つかるかもしれない。
まとめ
- 「AIに書かせる」と「AIに任せる」の違いは、判断軸を外部記憶として持たせているかどうかにある
- 思想哲学データベースは「総論（経歴・特性・核心思想・実践論理）」「個別データベース」「更新履歴」の3層構造
- 運用は「素材収集 → AIで抽出 → 書き戻し」のサイクルを回し続けることが前提
- フロントのAIモデルは交換可能なパーツであり、本質は外部記憶側の厚みにある
- Claude Code の
CLAUDE.mdやメモリ機能も、同じ発想の実装として捉え直せる
AIエージェントに任せる範囲を広げていくほど、こちらの判断軸をどれだけ言語化して外部化できているかが出力の質を左右する、という感覚は実務でも心当たりがある。派手な新機能を追いかけるより、自分の判断軸を書き溜める方に時間を使う、という元記事の締めくくりには素直に同意できた。
関連記事
- 「同僚.skill」が本当に変えるのは引き継ぎではない — 個人の判断軸の外部化に対する、組織の判断様式の資産化
- Karpathy の AI 外部脳 — 「知識の3層」との対比
- LINEに雑メモを投げるだけで Obsidian に溜まる仕組み — 素材収集の自動化
- Obsidian Bases — Notion 以外の選択肢