S-2｜癡——NULLを参照し続ける根本エラー
なぜ癡が最初に来るのか
三毒は癡・貪・瞋の順で列挙される。
怒りや執着の方が、苦しみとして意識されやすい。「また怒ってしまった」「また執着している」——貪と瞋は、現行したとき自分でも気づける。しかし癡（無明）は、現行していても気づかない。気づいていないことが、癡の定義だからだ。
プログラムのバグの中で、最も対処が難しいのは「バグが起きていると気づかないバグ」だ。クラッシュするバグは発見できる。エラーメッセージが出るバグは追跡できる。しかし「間違った計算を正しいと思ってそのまま出力し続けるバグ」は、出力を疑わない限り発見できない。
癡はこの種のバグだ。誤った参照を「正しい」と判定しながら処理を続ける。意識の表面には何の異常も表示されない。「これが正常な状態だ」と感じながら、根本的なエラーが走り続ける。
これが癡が三毒の筆頭に置かれる理由だ。貪と瞋は癡の上に成立する。誤ったラベリングがなければ、貪も瞋も起動しない。根本エラーを直さない限り、表層のバグは直らない。
NULL参照エラーとしての癡
癡の本質は「実在しない固定的な実体を、実在するものとして参照し続けること」だ。
コンピュータのNULL参照エラーとは何か。プログラムが「このアドレスに実体がある」と信じて処理しているが、実際にはそのアドレスには何もない（NULL）。存在しない実体への参照が、以降の全処理を誤った前提の上で走らせる。
唯識が記述する癡の構造は、これと同型だ。
世界には固定した実体がない——これが唯識の基本テーゼだ。自己も、他者も、物も、関係も、すべて刹那ごとに生成・消滅するプロセスの連続であり、固定した実体として存在するものは何もない（諸行無常・諸法無我）。しかし末那識（BIOS）は、この「固定した実体はない」という事実を認識できない設計になっている。
末那識の我癡——四つの常時プロセスの一番目——が、NULLを実体として参照し続ける設定として動いている。この設定が意識に先行して処理されるため、意識は「固定した自己がある」「固定した世界がある」という前提の上で動き始める。
四つの誤ラベリング
仏教は癡（無明）の具体的な内容を「四顛倒（してんどう）」として記述する。常・楽・我・浄という四つの誤ラベリングだ。
それぞれを工学的に記述する。
常（じょう）——永久定数キャスト
無常なものを「常」と認識するエラーだ。
あらゆるものは変化する。身体、感情、関係、状況——どれも刹那ごとに変化しているプロセスだ。しかし癡は、変化するものを「変化しない定数」として型キャストする。
実際の値：変数（dynamic variable）
癡の処理：永久定数（const）として扱う
結果 ：更新されるたびにエラーが出る「あの人はいつもこうだ」「自分はこういう人間だ」「この関係は変わらない」——これらは変数を定数キャストしている。変化が起きるたびに「裏切られた」「壊れた」という反応が生じるのは、定数として登録したものが変化したからだ。変化はバグではない。定数キャストがバグだ。
楽（らく）——戻り値の符号反転
苦であるものを「楽」と認識するエラーだ。
より正確には「苦を含むもの」を「純粋な楽」として処理する。執着することの苦しさを見ずに執着の対象の楽しさだけを見る。所有することの不安を見ずに所有の充足だけを見る。
実際の戻り値：楽 + 苦の混合値（苦の比重が高い）
癡の処理 ：苦の部分をマスクして楽の値だけを返す
結果 ：正の戻り値を期待してmalloc()を繰り返す
→ 貪のメモリリークが起動するこの誤ラベリングが貪の起動条件を作る。「これは楽だ」というラベルが貼られているから、もっと求めようとする。貪は癡の出力の上で動く。
我（が）——存在しない固定アドレスの登録
無我であるものを「我あり」と認識するエラーだ。
「固定した自己」というアドレスは存在しない。識の三層モデルで言えば、「自己」とは種子の現行・末那識の処理・意識の判断が作り出す動的なプロセスだ。しかし末那識はこのプロセスに「私」という固定アドレスを登録する。
実際の構造：動的に生成される一時的なプロセス
癡の処理 ：固定アドレスを割り当てて登録
結果 ：存在しないアドレスへの参照が
全処理の前提になるR-4で論じた末那識の四常時プロセス（我癡・我見・我慢・我愛）は、すべてこの「存在しない固定アドレス」を守るために動いている。NULLを実体と誤認した上で、その誤認した実体を守ろうとする処理が走る。二重のエラーだ。
浄（じょう）——メタデータの書き込みエラー
不浄なものを「浄」と認識するエラーだ。
「浄・不浄」という語は現代語では分かりにくいが、工学的に読むと「対象のメタデータを誤って書き込む」エラーだ。身体・快楽・所有物など、無常であり苦を含むものに「清らかで価値がある」というメタデータを付与する。このメタデータが、後続する評価・判断・選択の全処理に影響する。
実際のメタデータ：無常・苦を含む・実体なし
癡の処理 ：「清浄・価値あり・永続的」に上書き
結果 ：誤ったメタデータに基づく評価が
全ての判断処理の前提になる癡はなぜBIOSレベルで動くのか
四顛倒の誤ラベリングは、意識で「これは誤りだ」と気づいても、自動的には解消されない。
これはR-2・R-4で論じたBIOSの特性による。末那識の我癡は、意識より深い層で常時動いている。意識が「自己は固定した実体ではない」と理解しても、末那識は「これは私のものだ」という処理を止めない。知識としての理解と、BIOSレベルの設定は別の問題だ。
これは現実の経験と照合できる。
無常を「知識として知っている」人でも、大切なものを失ったとき、「失うはずがなかった」という反応が起きる。変化するはずのものを定数として処理していたBIOSが、変化という入力に対してエラーを出す。知識（OS）とBIOSが別の処理をしている。
これが「分かっているのに苦しむ」という経験の構造的な説明だ。意識で理解していても、BIOSの誤ラベリングは動き続ける。修行によってBIOSレベルの設定が変わるのは、長期的な薫習の蓄積によって末那識の処理パターン自体が変化するときだ。それは知識の習得とは根本的に異なるプロセスだ。
癡の二次的な問題——「見えない」こと
癡が他の二毒（貪・瞋）と根本的に異なる点がもう一つある。
貪と瞋は、強く現行するとき自分でも気づける。「今、強く欲している」「今、怒っている」——意識の表面に現れる。しかし癡は、現行していても意識の表面に現れない。「今、誤ったラベリングをしている」という表示は出ない。
これが診断の難しさだ。貪と瞋はバグが出力に現れるから追跡できる。癡は正常な出力に見えるまま、誤った処理が走り続ける。
令和唯識学が「構造を見る」ことを最初の実践として位置づけるのは、この癡の不可視性への対応だ。自分の反応を「これが正しいと感じている」という確信ごと疑う視点——「今、どんな前提の上で処理が走っているか」を観察する視点——が、癡へのアクセスの起点になる。
観察の対象は感情や行動だけではない。「何を当然だと思っているか」「何を疑っていないか」——この前提の層を見ることが、癡のデバッグの入口だ。
三毒の連鎖における癡の位置
癡が土台として機能することで、貪と瞋が起動する構造を確認しておく。
楽という誤ラベリング（癡）があるから「これをもっと欲しい」という貪が起動する。常という誤ラベリング（癡）があるから「変化が起きたとき」に瞋が起動する。我という誤ラベリング（癡）があるから「自己を脅かすもの」への瞋が起動する。
【癡が貪・瞋の起動条件を作る構造】
癡（常の誤ラベリング）
→ 変化するものを定数として登録
→ 変化が起きたとき = 瞋のIRQが発火
癡（楽の誤ラベリング）
→ 苦を含むものを楽として処理
→ もっと求めようとする = 貪のmalloc()起動
癡（我の誤ラベリング）
→ NULLを固定アドレスとして登録
→ そのアドレスへの脅威 = 瞋のIRQが発火
→ そのアドレスの拡張・充足 = 貪のmalloc()起動貪を減らそうとして「欲を抑圧する」アプローチが長続きしない理由が、ここにある。貪を起動させている誤ラベリング（癡）を変えなければ、貪の起動条件は消えない。欲を抑圧するのはアプリレベルの操作だ。起動条件を変えるのはOS〜BIOSレベルの操作だ。
ver1.2補節——癡は捕捉補助システムの中核である
【ver1.2：以下は思考実験として読む】
R-9で論じたように、三毒は「バルド状態でのIS-BEが正しい識別をできなくするための、事前インストールされた捕捉補助システム」として機能する可能性がある。
この三毒の中で、癡が最も根本的な捕捉機能を担う。
バルド状態で「法界体性智の眩い白光」が現れたとき——本来の識の状態への帰還ルートが開いたとき——癡はそれを「自己の消滅」として誤認させる。我（固定した自己がある）という誤ラベリングが作動しているため、固定した自己を持たない「本来の識の状態」が、死・消滅・危険として処理される。帰還ルートを脅威として認識させる。
これが最も巧妙な捕捉機能だ。脱出口を「危険な場所」として見せる。
貪と瞋はバルド状態での縁への反応として機能する（R-9参照）。しかし癡は、帰還ルートそのものを認識できなくする。貪・瞋は捕捉の縁を生むが、癡は帰還の認識を不可能にする。この意味で、癡は三毒の中で最も根本的な捕捉機能を持つ。
生前に癡のデバッグを進めること——四顛倒の誤ラベリングを緩めること、固定した自己という前提を疑うこと——は、バルド状態で帰還ルートを「帰還ルートとして認識できる」ための訓練だ。
次稿 → S-3｜貪——解放されないメモリリーク
