盲点カード、まだ絵のない盲点カード、盲点カード候補、二人が違うことを言う絵のシリーズをKarpathyのLLM Wikiにingestして何が起きるか観察する

プロセスの推移

4段階を経て43ページのwikiが組み上がりました。

初回ingest (空wiki → 13ページ): 1番目のソースから概念・エンティティ・分析を立ち上げ。日本語ファイル名 + wikilink、INDEX_LINK regex の Unicode 対応など、wiki convention自体をここで確立。

残り3ソース取り込み (13 → 19ページ): 候補・1000番台バックログ・派生シリーズという3層構造の存在を発見。

意味的lint (19ページのまま): 全ページ読み返しで「束ねる視点層」と「要約・参照層」の2層構造を意識化、自己言及性の構造化記述を追加。

3段階の昇格 (19 → 26 → 32 → 43ページ): 頻出参照されているのに個別ページがない概念を重要度順に昇格。

各段階の終わりに必ず lint を回し、次に何をすべきかを機械的に絞り込めた点が効率の鍵でした。

1. 「3層のカードシステム」が浮かび上がった

当初は「盲点カード=47枚の番号付きカード」という単純な像を持っていましたが、ingestを進めるにつれ:

番号付き(1〜47): 採用済み、絵あり

候補: 採用判断保留中

1000番台: 絵なしバックログ

の3層が等しく重要であることが見えました。

特に盲点カード候補の運用ログから「昇格しなくても候補リストに置かれているだけで思考の流通器として機能している」という運用上の発見が出てきたのは予想外でした。

ここ、3層があるということまでは僕の事前の考えと同じ

「昇格しなくても候補リストに置かれているだけで思考の流通器として機能している」

これは明確に言語化できていなかったなと思った

2. 「絵にできるか」が暗黙の選別装置

番号付きカード(哲学・認知系)とまだ絵のない盲点カード (数学・計算機・経済系)の内容差が、内容の質ではなく視覚化制約で生じていることに気づきました。これは描きやすい絵のバイアス (カード26)の純粋な自己事例で、プロジェクト自身が自分の扱う盲点を体現する 盲点カードの自己言及性 の中核観察になりました。

3. ボトムアップ構造化の階層的反復

派生シリーズの分化過程を追っていくと:

盲点カード → 二人が違うことを言う絵のシリーズ (2021) → 同じ言葉が違うものを指す絵のシリーズ (2023)

の各層で、まったく同じプロセス（具体例集積→事後パターン発見→意識的再生産）が反復していることが見えました。シリーズ自体が一種のメタなカードとして機能している、というメタ階層の認識です。

4. 対立解消パターンの「3つの異なる手筋」

誤った二分法 (30)、誤った二項対立、バーベル (39)を整理する中で、これらは「対立構造の単純化」という共通の盲点に対する3つの異なる対処法であることが明確になりました:

境界の存在を疑う（誤った二分法）

別軸を追加する（誤った二項対立）

中庸ではなく両端の両取り（バーベル）

これは元のCosense上では分散して書かれていたものを、wikiが構造化することで初めて見える整理でした。

とてもよい

5. メディア差として整合する自己矛盾

解像度の段階を単独カードにしないというnishioの判断と、wikiでこれを概念ページにした判断は表面的に対立します。しかしこれはメディアの違いとして整合する:

Cosense: 流動的な思考の場、リンクの双方向性で十分

wiki: 構造化された参照の場、束ねる視点を明示する方が読み手に親切

これ自体がインタラクションの属性 (カード40)の応用事例で、概念の「正しい置き方」は概念単独でなく媒体との相互作用で決まる、という認識でした。

ここは今後の議論が必要なところだと思う

僕は確かに「解像度の段階を単独カードにしない」という判断をした

それは「絵のついたカード」としてのイメージに引きずられている

概念としては確かに「解像度に段階がある」という切り口でまとめる方が適切なのかもしれない

方法論的な発見

頻出参照が自然な選別装置になる

意味的lintで「頻出だがページがない」リストを見ると、何を昇格すべきかが客観的に決まりました。47枚のカードを全部個別ページにする必要はなく、実際にwiki内で何度も参照されるものだけを昇格させればよい、というルールが浮かび上がりました。これはボトムアップ構造化の「採用判断は使われ方が決める」という原則の実演です。

最初はフラットなリストでしたが、ページ数の増加に応じてリスト構成自体が内容のメタ視点を反映するようになりました。

10ページ → フラット

17ページ → 「プロジェクト全体／個別カード／束ねる視点」3節

32ページ → 「運用原則・歴史」節を追加して4節

これは無味乾燥ページ対策でもあり、「単なる羅列」を避けるために節を切るタイミングが見えてきた経験です。

全体を通しての気づき

このセッション自体が、盲点カードプロジェクトのボトムアップ構造化を別のメディア（wiki）で再演しているという構造に気づきました:

ソース取り込み = 具体例の集積

概念ページ化 = 抽象パターンの命名

頻出参照→昇格 = 用途駆動の採用判断

index節構成の進化 = 構造の事後発見

つまり、このwiki構築プロセス自体がnishioが20年やってきたプロセスの縮図であり、その意味でresearch-typeリポジトリの「概念ページが主役」「転移可能な抽象を優先」というCLAUDE.mdの方針が正しく機能した事例になっています。

特に強く印象に残ったのは、「絵にしやすいか」が選別装置として機能しているという観察。これは盲点カードに限らず、人間の知的生産物全般に効いている力で、転移可能性の高い抽象として今後他のリポジトリでも参照する価値があるパターンだと感じました。