ノード数の美味しさ(Sweet Spot of a Knowledge Graph)

定義

知識グラフ(Obsidian vault や 編集する脳 のような相互リンク型ノート集合)には、ノード数の “美味しいレンジ” がある。少なすぎると物足りず、多すぎると認知負荷で機能不全になる。「何個に育てるか」が、知識グラフの設計判断のひとつ

3 つの観点別 sweet spot

「美味しい」は観点ごとに違う:

視点sweet spot理由
来訪者の目200-400 ノード1 時間で巡れる量。「お、繋がってる」を感じつつ迷子にならない
編者の目500-1000 ノード思考の地形が立ち上がる。半年前の自分の判断と今が並ぶ
AI の目多ければ多いほど良いcontext 豊富 = 引用精度上昇。ただし synthesis でクラスタ化必須

3 つが重なるゾーン: 300-700 ノード

なぜ 300-700 が美味しいか

3 つの裏付け:

  1. Dunbar 数(〜150)の倍 — 認知の上限 × 2 で「全部覚えてないけど、見れば思い出せる」状態
  2. Zettelkasten の経験則 — Niklas Luhmann 系の運用観察で「ハブ+衛星」構造が最も豊かに育つレンジ
  3. Obsidian グラフが最も “鑑賞に堪える” — クラスタが見えて、各クラスタの個性が立ち上がり、全体俯瞰も成立する

美味しさのフェーズ

〜100 ノード: お試しゾーン

シンプルすぎて物足りない。連想の起点が少なく、wikilink を貼っても「行き止まり」が多い。

200-500 ノード: 展開ゾーン

クラスタが見え始める。「お、これとこれ繋がってる」が日常的に起きる。最も書く快感が強い レンジ。

500-1500 ノード: 鑑賞ゾーン

全体俯瞰しつつクラスタ識別可。最もグラフが美しく見える レンジ。同時に「触らなくなる concept」が出始める。

1500-3000 ノード: 力技ゾーン

force simulation の負荷が増え、モバイル体験が劣化。コミュニティ検出(Louvain)や hub damping などのアルゴリズム介入が必要に。

3000+ ノード: AI 介入必須ゾーン

人間の認知だけでは全体把握不能。/wiki-query のような AI 検索が日常運用に必須。depth filter / Local Graph 化が前提。

美味しさが立ち上がる別の軸: 時間

ノード数だけが「美味しさ」の要素ではない。時間軸の厚み も同等に重要:

  • 1 年前の自分が書いたページに「これ何?」となる瞬間 → 矛盾・盲点・時間変化 が浮かび上がるタイミング
  • これが 第二の脳 の真価が発揮される瞬間
  • 時間 × ノード数 = 「美味しさのポテンシャル」

つまり 300 ノード × 3 年 と、700 ノード × 半年 では前者の方が美味しい可能性がある。

真価は「触らなくなった concept」に宿る

500 を超えたあたりで必ず出てくる「触らなくなる concept」。これは欠陥ではなく 正しい兆候:

「使われない」を「無駄」と判断せず、「熟成中」と捉え直す のが第二の脳の運用哲学。

編集する脳の現在地(2026-05-02)

  • 公開ノード: 95 ← お試しゾーン後半
  • vault 全体: 182 ← 展開ゾーン入口
  • 今日のペース(+12/日)が続くと 2-3 ヶ月で sweet spot 突入
  • ただし note 記事は週 1-2 本ペースなので、現実的には 6-12 ヶ月で 300-500 が見込み

設計指針

ノード数を増やすこと自体を目的化しない。代わりに:

  1. synthesis でクラスタ化する — ハブ+衛星構造を意識的に育てる
  2. 触らない concept を許容する — 削除より熟成
  3. 時間軸を意識する — 半年ごとの差分を見る習慣(gap-generator が補助)
  4. AI と共生する — 1500+ になったら AI 検索を前提に

関連

出典