解脱道論 第二巻 / Vimuttimagga Vol.2

🛠頭陀品第三 — Minimal-Footprint Daemon: コンパイル用バッチリスト（Batch 01〜12）

Batch 01

daemon_init()

なぜ、持ち物を減らすことから始まるのか

「問う、爾の時、浄戒の坐禅人」→「謂わく常坐不臥なり」

浄戒インストール済みのユーザが、なぜ Minimal-Footprint Daemon（頭陀）をロードすべきかを宣言。少欲・知足・無疑など8つの起動動機と、衣（2）・食（5）・住（5）・精進（1）＝計13のコアパラメータを enum 型で定義する。

Batch 02

param_definition()

13行の「断ず」

「云何が糞掃衣なる。答う、性、能く受持す」→「謂わく寝寐を離る」

各パラメータの「何を断つか（=何のプロセスを kill するか）」をワンライナーで列挙。12パラメータは「断ず」、常坐不臥だけが「離る」——身体限界への配慮がインターフェース設計に組み込まれている。「性、能く受持す」——頭陀は義務ではなく選択。

Batch 03

patch_cloth_module()

衣を自分で縫うということ

「何が故に糞掃衣を受くる」→「若し四衣を受くれば、是れを失と名づくと為す」

外部依存（居士の施＝サードパーティ供給）を断ち、無主素材をセルフコンパイルする「糞掃衣モジュール」の Merit List を展開。三衣モジュールは保有衣類を3インスタンスに限定し、4衣受容で即 rollback。

Batch 04

patch_food_intake()

食べ物を自分で取りに行くということ

「云何が乞食を受くる。若し他の請を受くれば」→「謂わく隣比を超越す。是れを失と名づくと為す」

乞食モジュール＝Push 通知（他の請）を遮断し、自発的 Pull 型に切替。次第乞食＝Round-Robin で全ノードを平等巡回し、Skip を禁止。超越（スキップ）発生で即パラメータ失効。

Batch 05

patch_food_session()

一度だけ座って食べる

「云何が一坐食を受くる。謂わく二坐の処に於いて」→「若し長食を受くれば時後不食を失う」

一坐食＝Single Transaction。坐辺・水辺・食辺の3つの COMMIT ポイントを定義。節量食＝入力バッファ上限（籌量）。時後不食＝Timeout 後の追加リクエスト完全ブロック。三層で食糧 I/O のオーバーフローを防止。

Batch 06

patch_habitat()

覆いを一枚ずつ剥ぐ

「云何が無事処を受くる。国中の喧雑」→「若し楽しむ処に往けば則ち失と名づくと為す」

5つの住環境パラメータを順に展開。無事処＝Remote Server。樹下＝クラウドレス環境。露地＝Bare Metal。塚間＝Memento Mori Zone。遇得処＝Stateless Deploy。覆いを一枚ずつ剥いでいく構造。

Batch 07

patch_uptime()

横にならない

「云何が常坐不臥を受くる」→「若し寝ぬれば失と名づく」

Sleep Process を system-level で kill し Uptime を最大化する最終パラメータ。纒睡を最小化し、寂静・禅修プロセスへ CPU 時間を再配分する。

Batch 08

graceful_override()

例外はどこまで許されるか

「云何が糞掃衣を離る。居士の施の衣」→「余の住処の住すべきと常坐不臥とは方便無し」

各パラメータの Graceful Degradation ルール群。方便無しの三パラメータ（節量食・時後不食・常坐不臥）——定義が二値的なパラメータには例外がない。「過を見ば捨離すべし」——方便は許可であって推奨ではない。

Batch 09

compress_schema()

13を8に、8を3に

「此の十三の頭陀を以て、更に八法を成す」→「趣いて身命を養い、欲する所を見ること無きを見ん」

毘曇準拠で13→8に圧縮（食3統合、住4統合）、さらに3 Core Modules（無事処・糞掃衣・行乞食）に抽象化。3モジュール Clean Install で「頭陀満」達成。三つの基盤が清浄なら頭陀は完成する。全部やらなくていい。

Batch 10

user_type_matrix()

誰がこれを実行できるのか

「問う、誰をか頭陀の分と名づくる」→「是の故に瞋の人、当に修行すべからず」

カーネルドライバ＝不貪・不癡の2法。貪行・癡行は互換、瞋行は非互換（痰病者に熱湯＝逆効果）。「二つの欺誑」——「欲染の欺誑」と「身の羸なる欺誑」。人間が頭陀を受けない理由はこの二つしかない。

Batch 11

seasonal_scheduler()

四つの象限と雨季の制約

「復た説く、瞋の人、応に無事処に住し」→「退せざるを起と為す」

3パラメータに安居期間の Seasonal Override。4象限（阿羅漢/学人凡夫 × 受成就/非成就）で実装と宣言の関係を整理。学人凡夫は受持しても「頭陀に非ず」。入口と出口が同じ：起動理由（少欲・知足・無疑）＝相味起。

Batch 12

module_signature()

頭陀の最終仕様

「復た次に、著する所無きを相と為す」→「歓喜を後と為す」

一次仕様：少欲→知足→無疑。二次仕様：無著→無過→不退。「少ない」から「ない」へ。ライフサイクル init（受）→ run（修行）→ exit（歓喜）。頭陀品の最後の一語は歓喜——苦行の帰結は苦ではなく歓喜。

🛡頭陀品第三：高解像度・詳細スペック（12 Batches）

Chapter 03 — Detail Spec

01. daemon_init()

→ Batch 01：なぜ、持ち物を減らすことから始まるのか

浄戒（Firewall）をインストール済みの坐禅ユーザが「勝善の功徳」という上位レイヤへ進むために、Minimal-Footprint Daemon（頭陀）のロードが必要であることを宣言する。起動動機として少欲・知足・無疑・愛の滅・勇猛精進の増長・自営（外部依存排除）・安住・著断＝計8つの Purpose Flag を列挙。これが「初の聖種」「諸定の衆具」すなわち禅定カーネル起動の前提条件セットであることを明示。13パラメータを衣（2）・食（5）・住（5）・精進（1）の4カテゴリに enum 宣言する。

#DaemonInit #MinimalFootprint #13Parameters #聖種

詳しくは→ 【Batch 01】なぜ、持ち物を減らすことから始まるのか

02. param_definition()

→ Batch 02：13行の「断ず」

13の頭陀パラメータそれぞれについて「何を断つか（kill）」をワンライナーで定義するインターフェース仕様。全パラメータが「特定の貪着プロセスを kill する」という共通パターンで設計されており、Boolean フラグ（断ず/断ぜず）で ON/OFF が決まる。12パラメータは「断ず」、常坐不臥だけが「離る」——身体の限界への配慮がインターフェース設計に組み込まれている。「性、能く受持す」——頭陀は義務ではなく選択。強制ではない。

#ProcessKill #BooleanFlag #InterfaceSpec #断ず/離る

詳しくは→ 【Batch 02】13行の「断ず」

03. patch_cloth_module()

→ Batch 03：衣を自分で縫うということ

糞掃衣モジュールは、サードパーティ供給（居士施）への依存を完全に切断し、塚間・糞掃・道路等から自力で素材を収集→洗浄→裁縫するセルフビルドパイプラインを構築する。功徳として「他に由らず」「盗賊取らず」「経営少なし」等の軽量運用メリットを列挙。三衣モジュールは保有インスタンスを僧伽梨・欝多羅僧・安陀会の3つに厳格に制限する Memory Cap ポリシー。4つ目のインスタンス生成で即 rollback。

#SelfBuild #MemoryCap #ResourceGovernance #糞掃衣

詳しくは→ 【Batch 03】衣を自分で縫うということ

04. patch_food_intake()

→ Batch 04：食べ物を自分で取りに行くということ

乞食モジュール＝Push 型通知（他の請＝招待）を遮断し、自発的 Pull 型（自ら托鉢に行く）に I/O モデルを変換。「心の願う所に依りて進止自由」「衆生を饒益す」等のメリットを宣言。次第乞食＝Round-Robin スケジューリングで全家を公平に巡回。Skip 発生で即パラメータ喪失。「月の希に現れて人の瞻仰する所の如し」で次第乞食の静謐さを表現。

#PullModel #RoundRobin #FairScheduling

詳しくは→ 【Batch 04】食べ物を自分で取りに行くということ

05. patch_food_session()

→ Batch 05：一度だけ座って食べる

三層のセッション制御：一坐食＝食事を Single Transaction に限定し、坐辺・水辺・食辺の3つの COMMIT ポイントで不可逆にセッション終了。節量食＝入力バッファサイズを「籌量」で固定しオーバーフロー防止。時後不食＝21揣食を上限とする Hard Timeout。三層が連動して食糧 I/O の暴走を構造的に封じる。

#SingleTransaction #BufferLimit #HardTimeout #CommitPoint

詳しくは→ 【Batch 05】一度だけ座って食べる

06. patch_habitat()

→ Batch 06：覆いを一枚ずつ剥ぐ

5つの住環境パラメータを順に展開。無事処＝S/N比最大化のため都市ノードから離脱し四肘五百弓の距離閾値を設定した Remote Server。樹下＝「鳥の空を飛ぶが如く」顧戀なきクラウドレス環境。露地＝あらゆる覆い（コンテナ）を排除した Bare Metal。塚間＝Memento Mori プロセスを自動起動し放逸・欲染を制圧する特殊ゾーン。遇得処＝ロケーション固定を排除する Stateless Deploy。

#RemoteServer #BareMetal #MementoMori #StatelessDeploy

詳しくは→ 【Batch 06】覆いを一枚ずつ剥ぐ

07. patch_uptime()

→ Batch 07：横にならない

Sleep Daemon を system-level で無効化する最後のパラメータ。「怠処を生ずるを断ず」「纒睡少なし」「常に寂静多し」「禅勝を修するに堪う」——CPU時間を睡眠スレッドから禅定・寂静プロセスへ完全再配分。寝た瞬間にパラメータ喪失の Zero Tolerance ポリシー。

#UptimeMax #ZeroTolerance #SleepKill

詳しくは→ 【Batch 07】横にならない

08. graceful_override()

→ Batch 08：例外はどこまで許されるか

Strict Mode の各パラメータに対し実運用上の例外ケースを列挙。糞掃衣は芻麻等を方便で受けても失わず。乞食は僧次食等を方便で受けても失わず。次第乞食は象馬の鬪等を回避しても失わず。一坐食は不可抗力で起立しても失わず。ただし節量食・時後不食・常坐不臥は Override 不可の Hard Constraint。「過を見ば捨離すべし」——方便は許可であって推奨ではない。

#GracefulDegradation #ExceptionHandler #HardConstraint #方便無し

詳しくは→ 【Batch 08】例外はどこまで許されるか

09. compress_schema()

→ Batch 09：13を8に、8を3に

毘曇準拠で13パラメータを8に圧縮：食3種を1モジュールに、住4種を1モジュールに統合。さらに3 Core Modules（無事処・糞掃衣・行乞食）まで抽象化。仏が難陀に問うた「何の時にか汝の無事処を成じ、糞掃衣を受け、時後に食せず」が最小構成仕様（Minimal Viable Asceticism）であり、3モジュール Clean Install で「頭陀満」を達成する。

#SchemaCompression #MVA #Abhidharma #三清浄

詳しくは→ 【Batch 09】13を8に、8を3に

10. user_type_matrix()

→ Batch 10：誰がこれを実行できるのか

頭陀のカーネルドライバは「不貪」「不癡」の2つ。貪行・癡行ユーザは頭陀互換（貪→不放逸で伏す、癡→無疑で伏す）。瞋行ユーザは非互換——「痰病の者の如し、熱湯を服すれば転た疾を増す」。二つの欺誑：不貪が「欲染の欺誑」を、不癡が「身の羸なる欺誑」を除く。人間が頭陀を受けない理由はこの二つしかない。

#CompatibilityMatrix #KernelDriver #不貪不癡 #二つの欺誑

詳しくは→ 【Batch 10】誰がこれを実行できるのか

11. seasonal_scheduler()

→ Batch 11：四つの象限と雨季の制約

樹下・露地・塚間の3パラメータに安居期間（雨季＝8月）の Seasonal Override を適用。4象限（阿羅漢/学人凡夫 × 受成就/非成就）で実装と宣言の関係を整理。学人凡夫は受持しても「頭陀に非ず」——受持は到達の保証ではないが到達への道。入口と出口が同じ：起動理由（少欲・知足・無疑）＝相味起。

#SeasonalOverride #4QuadrantModel #安居 #実装と宣言

詳しくは→ 【Batch 11】四つの象限と雨季の制約

12. module_signature()

→ Batch 12：頭陀の最終仕様

一次仕様：相＝少欲、味＝知足、起＝無疑。二次仕様：相＝無著、味＝無過、起＝不退。少欲→無著、知足→無過、無疑→不退——「少ない」から「ない」へ。ライフサイクル：init（受）→ run（修行）→ exit（歓喜）。頭陀品の最後の一語は歓喜。苦行の帰結は苦ではなく歓喜。

#ModuleSignature #Lifecycle #少欲知足無疑 #歓喜

詳しくは→ 【Batch 12】頭陀の最終仕様

🛡頭陀品第三：バッチ・マッピングシート

---

#	関数名	物語版タイトル	開始フレーズ	終了フレーズ
01	daemon_init()	なぜ、持ち物を減らすことから始まるのか	「問う、爾の時、浄戒の坐禅人…」	「謂わく常坐不臥なり」
02	param_definition()	13行の「断ず」	「云何が糞掃衣なる。答う、性、能く受持す」	「謂わく寝寐を離る」
03	patch_cloth_module()	衣を自分で縫うということ	「何が故に糞掃衣を受くる…」	「若し四衣を受くれば…失と名づく」
04	patch_food_intake()	食べ物を自分で取りに行くということ	「云何が乞食を受くる…」	「隣比を超越す。是れを失と名づく」
05	patch_food_session()	一度だけ座って食べる	「云何が一坐食を受くる…」	「長食を受くれば時後不食を失う」
06	patch_habitat()	覆いを一枚ずつ剥ぐ	「云何が無事処を受くる…」	「楽しむ処に往けば…失と名づく」
07	patch_uptime()	横にならない	「云何が常坐不臥を受くる」	「若し寝ぬれば失と名づく」
08	graceful_override()	例外はどこまで許されるか	「云何が糞掃衣を離る…」	「常坐不臥とは方便無し」
09	compress_schema()	13を8に、8を3に	「此の十三の頭陀を以て…」	「欲する所を見ること無きを見ん」
10	user_type_matrix()	誰がこれを実行できるのか	「問う、誰をか頭陀の分と…」	「瞋の人、当に修行すべからず」
11	seasonal_scheduler()	四つの象限と雨季の制約	「復た説く、瞋の人…」	「退せざるを起と為す」
12	module_signature()	頭陀の最終仕様	「復た次に、著する所無きを…」	「歓喜を後と為す」

🛠分別定品第四 — Kernel Stabilizer Engine: コンパイル用バッチリスト（Batch 13〜20）

Batch 13

kernel_boot()

定とは何か

「問う、爾の時、浄戒の坐禅人、已に頭陀を行じて」→「是れを処と名づくと為す」

頭陀完了後、「定（Samādhi）」の起動を宣言。定＝清浄心が一向に精進し寂静と等しく正真に住して乱れない状態。「殿裏の灯の光焔動かざるが如し」——頭陀品＝壁と屋根、定＝灯火が動かない状態。相＝心住、味＝怨伏、起＝寂静、処＝染に著せず心が解脱。

Batch 14

receptor_binding()

定を受けるもの

「何人か定を受くる。謂わく心数の等を受く」→「定を起こすを楽うが故に、解脱・正受なり」

定の受容主体＝心数の均衡。五種の均衡：秤＝質的、油＝量的、四馬＝方向的、箭師＝焦点的、薬＝浄化的。禅＝四禅、解脱＝八解脱、定＝三定、正受＝九次第正受として API を分類。禅の10の機能要件を列挙。

Batch 15

merit_blocker_resource()

四功徳・八障害・八因・七資源

「幾の功徳ありて定を得しむる。四功徳を見て」→「住処静寂なり」

四功徳＝Motivation Layer。八障害＝Blocker List——「無喜楽」が障害。楽しみのない修行は障害であり苦行が美徳ではない。八因＝Enablers。七資源——七つのうち五つが頭陀品に直接対応。頭陀→定の接続が構造的に証明される。

Batch 16

binary_tri_class()

定の分類が始まる（二分類×3軸＋三分類×3軸）

「定に幾種有る。定に二種有り」→「是れを事定と謂う」

二分類3軸（世間/出世間、邪/正、外/安）＋三分類3軸（覚観、感受、善報事）。邪定＝不善の一心——集中力が高いことと正しいことは同義ではない。6つの分類軸を一括展開。

Batch 17

quad_class_alpha()

修行者の四タイプ（界域＋難易度）

「復た次に、定に四種有り。欲定・色定・無色定・無所受定なり」→「此の方便を以て、一切応に分別すべし」

界域軸で三界＋出世間を4分割。煩悩密度（密/疎）×根機（利/鈍）の2×2マトリクス。四者とも定を得る——密煩悩＋鈍根でも得る。苦しく遅いだけ。

Batch 18

quad_class_beta()

規模・依拠・所有者・因果

「復た次に、定に四種有り。謂わく小定小事」→「一切の果定及び事定、起の為に非ず、滅の為に非ず」

規模軸・依拠軸（四神足対応）・所有者軸・因果軸。無想定は仏も声聞も持たない——心を止めることと理解することは違う。「滅の為にして起の為にせず」は四聖道の定だけ——定は目的ではなく手段。

Batch 19

jhana_spec()

四禅と五禅の構造

「復た次に、定に四種有り。初禅・二禅・三禅・四禅なり」→「是の故に五禅を説く」

四禅の枝構成：初禅＝5枝、二禅＝3枝、三禅＝2枝、四禅＝2枝。五禅体系では二禅を2つに分岐。一心の不変性——全禅を貫通する唯一の要素。涅槃を認識する心の応答。

Batch 20

penta_close()

五つの充満と帰結（五分正受＋五智正定＋念入念出＋四禅帰結）

「復た五種の定あり。謂わく五分の正受なり」→「一切の諸定、皆な四定に入るべきを知る」

五分正受＝品質の5次元測定。五智正定＝品質保証メトリクス。「念じて入り念じて起つ」——定の入出は念が制御。「生死を伏せず」——定だけでは輪廻から出ない。全分類が四禅という Base Class に normalize：「一切の諸定、皆な四定に入るべきを知る」。

---

🛡分別定品第四：高解像度・詳細スペック（８ Batches）

Chapter 04 — Detail Spec

01. kernel_boot()

→ Batch 13：定とは何か

浄戒→頭陀と段階を踏んだ坐禅ユーザが OS コアカーネル「定（Samādhi Kernel）」を起動する。定は「清浄の心が一向に精進し、寂静の功徳と等しく、正真に住して乱れない」状態。「殿裏の灯」のメタファー——煩悩の猛風に灯火が揺れないこと＝カーネルの安定動作。頭陀品＝壁と屋根、定＝灯火が動かない状態。基本 I/F：相＝心住、味＝怨伏、起＝寂静、処＝染に著せず解脱。

#KernelBoot #Samādhi #殿裏灯 #CoreInterface

詳しくは→ 【Batch 13】定とは何か

02. receptor_binding()

→ Batch 14：定を受けるもの

定を受容するのは心と心数の均衡状態。五種の均衡メタファー：①秤＝質的、②鉢中の油＝量的、③四馬＝方向的、④箭師＝焦点的、⑤薬＝浄化的。上位 API として禅（4種）・解脱（8種）・定（3種）・正受（9次第）を宣言し、禅の10機能要件を列挙。

#MentalFactorBalance #五種均衡 #APIClassification

詳しくは→ 【Batch 14】定を受けるもの

03. merit_blocker_resource()

→ Batch 15：四功徳・八障害・八因・七資源

定の起動環境を三層で定義。四功徳＝Motivation Layer：現見法楽楽住・観楽・神通現証・有の具足。八障害＝Blocker List：五蓋＋無明・無喜楽の拡張版——「無喜楽」が障害＝楽しみのない修行は障害。八因＝Enablers。七資源——七つのうち五つが頭陀品に直接対応し、頭陀→定の接続が構造的に証明される。

#MotivationLayer #Blockers #Enablers #Resources #頭陀→定

詳しくは→ 【Batch 15】四功徳・八障害・八因・七資源

04. binary_tri_class()

→ Batch 16：定の分類が始まる

二分類3軸：世間/出世間、邪/正（邪定＝不善の一心——集中力と正しさは別）、外/安。三分類3軸：覚観、感受（喜/楽/捨）、善報事。6つの分類軸を一括展開。

#BinaryClassification #TripleClassification #邪定正定 #6軸展開

詳しくは→ 【Batch 16】定の分類が始まる

05. quad_class_alpha()

→ Batch 17：修行者の四タイプ

界域軸：欲定・色定・無色定・無所受定で三界＋出世間を4分割。修行難易度：煩悩密度×根機の2×2マトリクス。「密煩悩なるが故に苦しく折伏す、鈍根なるが故に久しく積む」。重要：四者とも定を得る。密煩悩＋鈍根でも得る。苦しく遅いだけ。

#界域4Layer #煩悩密度×根機 #DifficultyMatrix #四者とも得

詳しくは→ 【Batch 17】修行者の四タイプ

06. quad_class_beta()

→ Batch 18：規模・依拠・所有者・因果

規模軸（定の深さ×精進の大きさ）。依拠軸（四神足対応）。所有者軸：無想定＝仏も声聞も持たない——心を止めることと理解することは違う。因果軸：「滅の為にして起の為にせず」は四聖道の定だけ——定は目的ではなく手段。

#ScaleMatrix #四神足 #OwnershipClassification #因果軸 #無想定

詳しくは→ 【Batch 18】規模・依拠・所有者・因果

07. jhana_spec()

→ Batch 19：四禅と五禅の構造

四禅の枝構成：初禅＝5枝、二禅＝3枝、三禅＝2枝、四禅＝2枝。五禅体系では二禅を無覚無観型と無覚少観型に分岐。「二人の報に由る」。一心の不変性——全禅を貫通する唯一の要素。覚が消え観が消え喜が消え楽が消えても、一心だけは残る。

#四禅Branch #五禅分岐 #一心の不変性 #枝構成

詳しくは→ 【Batch 19】四禅と五禅の構造

08. penta_close()

→ Batch 20：五つの充満と帰結

五分正受＝5次元品質測定：喜満・楽満・心満・光満・観想。五智正定＝品質保証メトリクス。「念じて入り念じて起つ」——Mindfulness Controller。「生死を伏せず」——定だけでは輪廻から出ない。定は慧の衆具。最終宣言：「一切の諸定、皆な四定に入るべきを知る」——Base Class への normalize。

#QualityMetrics #念入念出 #生死不伏 #四禅帰結 #BaseClass

詳しくは→ 【Batch 20】五つの充満と帰結

---

🛡分別定品第四：バッチ・マッピングシート

#	関数名	物語版タイトル	開始フレーズ	終了フレーズ
13	kernel_boot()	定とは何か	「問う、爾の時…已に頭陀を行じて」	「是れを処と名づくと為す」
14	receptor_binding()	定を受けるもの	「何人か定を受くる…」	「解脱・正受なり」
15	merit_blocker_resource()	四功徳・八障害・八因・七資源	「幾の功徳ありて…」	「住処静寂なり」
16	binary_tri_class()	定の分類が始まる	「定に幾種有る…」	「是れを事定と謂う」
17	quad_class_alpha()	修行者の四タイプ	「復た次に…欲定・色定…」	「一切応に分別すべし」
18	quad_class_beta()	規模・依拠・所有者・因果	「復た次に…小定小事」	「起の為に非ず、滅の為に非ず」
19	jhana_spec()	四禅と五禅の構造	「復た次に…初禅・二禅…」	「是の故に五禅を説く」
20	penta_close()	五つの充満と帰結	「復た五種の定あり…」	「皆な四定に入るべきを知る」

---

🛠覓善知識品第五 — Trusted Peer Discovery Protocol: コンパイル用バッチリスト（Batch 21〜25）

Batch 21

peer_necessity()

なぜ師匠が必要なのか

「問う、爾の時、何を以て定を起こす」→「一切の善法、是れに依りて成満す」

定を起動するには善知識が不可欠。善知識なしでは「退分を成す」——雲比丘の事例。10のメタファー（象繋・車御・拕執・医・天雨・母・父・親・友・師）。「一切の梵行＝善知識」——善知識が梵行そのもの。

Batch 22

peer_qualification()

善知識をどう見分けるか

「云何が是れ勝善の知識なる」→「此の七分を以て成就す。是の善知識、覓むべし」

最上位：二種の功徳成就（三蔵明了＋善神通＋四諦見）。次善：七分認証（敬愛・重・貴・能説・忍辱・深語・非処不安）。「終に棄捨せず」——善知識は最後まで見捨てない。「七分で足りる」——完璧を待って修行しないのは修行しないのと同じ。

Batch 23

discovery_protocol()

善知識をどう探すか

「問う、云何が応に覓むべき」→「応に慚愧を生じて教誡を聴受すべし」

自知または同学ネットワークへの7項目照会→深思随喜→和上に出発許可→六項の教誡→「初めて嫁する小女の性もて舅姑に事うるが如く」慚愧と恭敬で師に仕える。和上は弟子の物質的不足を補い、善法を教えながら送る。

Batch 24

guest_protocol()

客比丘の到着プロトコル

「彼の坐禅人、衣服を斉整し」→「此れ是れ比丘の客法の用なり」

半路の水場で沐浴（声せざれ）→衣服整え→塔繞→諮問の優先順位（坐禅人＞糞掃衣人＞乞食人＞律師＞上座）。上座に衣鉢を渡すな。日没前の三種の諮問（律師に戒、阿毘曇師に慧、頭陀人に頭陀功徳）。出発時に「行き去る」と白す。

Batch 25

session_handshake()

師弟セッションの確立と偈封印

「彼の坐禅人に於いて、応に住し親近すべし」→「当に不放逸を修すべし」

客法→弟子法への転換（衣鉢ルールの反転）。「先ず覚を取れ」——教える前に観察。三段階の要請。食事プロトコル。「是の如く難からず」。偈封印：「譬えば樹の風無きが如し」「若し是の如き師有らば、当に不放逸を修すべし」。

---

🛡覓善知識品第五：高解像度・詳細スペック（5 Batches）

Chapter 05 — Detail Spec

01. peer_necessity()

→ Batch 21：なぜ師匠が必要なのか

定の起動には善知識が不可欠であることを、雲比丘の退転事例と「独り遠国に遊ぶ」「象の鉤無き」メタファーで警告。善知識は摂受・過患除示・善法獲得・教誡の4機能を提供し、10のメタファーで多角的にその価値を例証。世尊が難陀に「一切の梵行、謂わく善知識なり」と説いた Ultimate Declaration。

#TrustedPeer #10Metaphors #雲比丘 #梵行=善知識

詳しくは→ 【Batch 21】なぜ師匠が必要なのか

02. peer_qualification()

→ Batch 22：善知識をどう見分けるか

善知識の品質認証を二層で定義。最上位：三蔵明了＋業種明了＋善神通＋四諦見＝「二種の功徳成就」。次善：七分認証（敬愛・重・貴・能説・忍辱・深語・非処不安）。能説の核心＝「終に棄捨せず」。深語＝業処通達＋取相滅尽。非処不安＝環境設計力。七分で足りる。

#QualificationSpec #7FactorAuth #深語 #終に棄捨せず

詳しくは→ 【Batch 22】善知識をどう見分けるか

03. discovery_protocol()

→ Batch 23：善知識をどう探すか

Phase 1（Discovery）：自知または同学ネットワークに7項目（国土・住止・衆の安住・僧の静坐・禅師の有無・行・功徳）を照会。接触前制約：「未だ其の意を説かず」。Phase 2（Authorization）：和上に出発許可→「善哉」の承認→六項の教誡（不放逸・勤修学・等信敬・身口守護・修行暁解・軽易を生ずること莫れ）。Phase 3（Connection）：「初めて嫁する小女」——慚愧が教誡の前提条件。和上は物質的不足を補い善法を教えながら送る。

#DiscoveryPhase #AuthorizationFlow #PersistentConnection #7項目照会

詳しくは→ 【Batch 23】善知識をどう探すか

04. guest_protocol()

→ Batch 24：客比丘の到着プロトコル

到着プロトコル：半路の沐浴（声せざれ——静寂は寺に入る前から始まる）→衣服整え→塔繞→諮問（坐禅人＞糞掃衣人＞乞食人＞律師＞上座の優先度——実践者が最優先）。上座に衣鉢を渡すな（客比丘の自立維持）。旧住比丘の接待。日没前の三種の諮問：律師に戒、阿毘曇師に陰入界業、頭陀人に頭陀功徳（定は問わない——自分で座って得る）。出発時に臥具を整理し「行き去る」と白す。

#ArrivalProtocol #PriorityQueue #声せざれ #旧住比丘接待

詳しくは→ 【Batch 24】客比丘の到着プロトコル

05. session_handshake()

→ Batch 25：師弟セッションの確立と偈封印

客法→弟子法の転換：禅師の衣鉢を代わって取る（Batch 24の「上座に衣鉢を渡すな」の反転＝自立から奉仕へ）。「先ず覚を取れ」——教える前に観察（禅師側の手順）。対話起動条件：問われたら答え、問われなければ三段階で機会を探る。食事プロトコル：鉢の授受・取量確認・減食。「是の如く難からず」。偈封印：「樹の風無きが如し」（殿裏の灯＝定、風無き樹＝梵行）。最終行「若し是の如き師有らば、当に不放逸を修すべし」。

#SessionHandshake #三段階の要請 #MealProtocol #偈封印 #不放逸

詳しくは→ 【Batch 25】師弟セッションの確立と偈封印

---

🛡覓善知識品第五：バッチ・マッピングシート

---

#	関数名	物語版タイトル	開始フレーズ	終了フレーズ
21	peer_necessity()	なぜ師匠が必要なのか	「問う、爾の時、何を以て定を起こす」	「一切の善法、是れに依りて成満す」
22	peer_qualification()	善知識をどう見分けるか	「云何が是れ勝善の知識なる」	「是の善知識、覓むべし」
23	discovery_protocol()	善知識をどう探すか	「問う、云何が応に覓むべき」	「教誡を聴受すべし」
24	guest_protocol()	客比丘の到着プロトコル	「彼の坐禅人、衣服を斉整し」	「比丘の客法の用なり」
25	session_handshake()	師弟セッションの確立と偈封印	「彼の坐禅人に於いて…親近すべし」	「当に不放逸を修すべし」

解脱道論第二巻について

さらに詳しく知りたい方は→漢文と書き下し文

— END OF DOCUMENT —

Human OS v2.0 Spec · Compiled from 解脱道論 巻第二

Chapters: 頭陀品第三 (12 Batches) · 分別定品第四 (8 Batches) · 覓善知識品第五 (5 Batches)

Total: 25 Batches

02. Kernel Source #マインドフルネス #Human_OS #システム工学 #仏教 #善知識