Introduction — なぜシステムはクラッシュするのか？
多くのユーザーは「呼吸瞑想」を単なるリラクゼーションアプリだと思い込んでいる。しかし上座部仏教の解析書『無碍解道論（Paṭisambhidāmagga）』が提示する仕様は、もっと冷徹で複雑だ。
この論書は経蔵（Sutta Piṭaka）に属しているが、その実態はアビダルマ的な分析書だ。お釈迦さまが対話の中で語った生の言葉ではなく、弟子（伝承上はサーリプッタ）が、ブッダの教えをシステム化・リスト化したものである。
ここに書かれている「200以上の智が生じる」というのは、神秘的な予言ではない。「システムを詳細にデバッグすれば、これだけのステータス変数が定義できる」という仕様定義書だ。
200以上のシステム変数を監視せよ — The Dashboard
「16の対象を持つ入出息念定を修習する者には、200を超える智（ñāṇa）が生じる。」
これらは「悟りの神秘体験」ではない。現在、システムがどのような状態で稼働しているかを表示するデバッグ・ダッシュボードだ。初心者が挫折するのは、このダッシュボードを見ずにいきなり「呼吸（クロック）」だけを操作しようとするからだ。エラーが出ているのに無視してオーバークロックすれば、システムは当然クラッシュする。
| 変数カテゴリー（Pāli） | システム的定義 | 数 |
|---|---|---|
| Paripanthe（障害） | 処理をブロックするバグ群 | 8 |
| Upakāre（支援） | 処理を助けるドライバー群 | 8 |
| Upakkilese（随伴汚染） | バックグラウンドで走る微細ノイズ | 18 |
| Vodāne（清浄） | 最適化されたメモリ領域 | 13 |
| Satokārissa（念の作動） | 実践動作ログ | 32 |
| Samādhivasena（定の能力） | 集中度メトリクス | 24 |
| Vipassanāvasena（観の能力） | 解析解像度 | 72 |
| Nibbidā（厭離） | エラーへの失望シグナル | 8 |
| Nibbidānuloma（随順） | 修正への同意プロセス | 8 |
| Nibbidāpaṭippassaddhi（静まり） | 沈静化完了ステータス | 8 |
| Vimuttisukhe（解脱の楽） | 正常稼働ステータス | 21 |
// Architect’s Note
いきなり「200個」と言われて引く必要はない。これはエンジニアが「エラーコード一覧」を見ているのと同じだ。全てを暗記する必要はなく、「こういう分類で監視する」という宣言だ。
Blocking vs Unblocking — 障害と出離のLookup Table
テキストは「Nīvaraṇa（蓋・障害）」を以下のように定義している。
「出離（Niyyāna）を覆い隠すという意味で”蓋”と呼ばれる。」
「蓋」とは、システムが次のステージへ移行するための「出口（Port）」を物理的に塞いでいるプロセスだ。これがある限り、どんなに演算能力が高くても、システムは閉鎖系（Closed Loop）の中に閉じ込められる。
重要なのは、特定の障害（Blocking）に対して特定の対治（Unblocking）がキーとして機能するという点だ。「漠然と頑張る」ことはシステム工学的に無効だ。
| # | Blocking（Nīvaraṇa） | Unblocking Key（Niyyāna） | System Action |
|---|---|---|---|
| E-01 | Kāmacchanda（欲・貪り） | Nekkhamma（出離） | 執着対象への入力ポートを閉じる |
| E-02 | Byāpāda（瞋・怒り） | Abyāpāda（無瞋） | 抵抗値をゼロにし、発熱を防ぐ |
| E-03 | Thinamiddha（昏沈・睡眠） | Ālokasaññā（光明想） | 視覚野に光信号を入力し、クロック周波数を上げる |
| E-04 | Uddhacca（掉挙・浮つき） | Avikkhepa（不散乱） | サンプリングレートを一点に固定し、ジッターを収束 |
| E-05 | Vicikicchā（疑） | Dhammavavatthāna（法の差別） | 現象を定義（Define）し、未定義状態を解消する |
| E-06 | Avijjā（無明） | Ñāṇa（智） | 縁起の理解でブラックボックスを開示する |
| E-07 | Arati（不満・嫌気） | Pāmojja（歓喜） | 意図的に「喜び」を生成し、不満プロセスを上書き |
Core Concept: Ekatta（Single Threading）
「これら16の行相によって励まされた心は、”一なるもの（Ekatta）”に確立し、蓋から清浄になる。」
現代のOSはマルチタスクに見えるが、CPUのコアレベルでは一度に一つの命令しか実行できない。Human OSも同様だ。「呼吸を見ながら晩御飯のことを考え、上司への怒りを処理する」ことは不可能で、それは高速スイッチングに過ぎない。Context Switch のオーバーヘッドは甚大になる。
最重要設計原則：
眠いのに「頑張って集中しよう」とするのはバグだ。仕様書通り Ālokasaññā（光をイメージ）しなければならない。疑いがあるのに「信じよう」とするのはバグだ。仕様書通り Dhammavavatthāna（法を分析）しなければならない。「特定のバグには特定のパッチがある」というエンジニアリング思考こそが、Human OSを安定稼働させる鍵だ。
コメント