第73話：設計の再定義 ──【システム・セーフティ：プロトコル・デバッグ】
〜翠の侵入の再解析と、入国管理OSの誕生〜
リブート・バレーを包む空泡草の膜は、
今日も穏やかな熱を閉じ込めていた。
だが、広場に集まった仲間たちの顔には、
抜けない刺のような沈黙が漂っている。
鏡宮 翠と心桜が去ってから、数日が経った。
拠点は守られた。
だが──僕たちの「心」は、
かつてないほど揺さぶられていた。
「……まずは……、
“なぜなに分析（Why-Why Analysis）”
から始めよう」
僕が言うと、仲間たちが静かに頷いた。
黒石の壁に魔素ペンで線を引く。
その光は、以前よりも強く、長く輝いていた。
ぼくが驚いている様子を見た静雫が胸を張る。
「ふふっ。魔素安定液を改良したの。
結果、発光時間を４倍に伸ばせたわ」
僕は思わず息を呑んだ。
（……４倍……凄い。
いつも急いでメモしてたけど、
これなら“書きながら考える”余裕が生まれる……
文明って、こういう小さな改良から動き出すんだ）
胸の奥がじんわり熱くなる。
◇◇◇
◆ Why-Why Analysis（なぜなに分析）
まず、
「一段目の『なぜ』──
僕たちなりの診断をしたのに、
翠を“迎え入れてしまったのか”」
すると、静雫が手を挙げる。
「二段目の『なぜ』。
私たちは“遊戯盤の真実”で精神が疲弊していた。
そのタイミングで、外から来た“人間らしい温度”に、
無条件に救いを求めてしまった」
さらに、サラが続ける。
「三段目。
なぜ疲弊すると警戒OSが落ちるのか。
“善悪をスキャンする客観プロトコル”
がなかったからよ。
春斗の調整核に依存しすぎていた」
続けて、イーサンが眼鏡を押し上げた。
「四段目。
なぜ調整核に依存したのか。
入国管理OSが未定義だったからだ」
最後、ヨハンが短く言う。
「五段目。
……俺たちは“平和”に慣れすぎていた。
家族という甘いラベルに酔って、
因果のズレを誤差として処理した」
壁に刻まれた五つの「なぜ」。
それは、僕たちが避けていた
“弱さの設計図”だった。
◇◇◇
◆ イーサンの臨時講習会──分析手法の体系化
Why-Why の五段目を書き終えたとき、
広場には重い沈黙が落ちていた。
その空気を断ち切るように、
イーサンが眼鏡を押し上げて前に出た。
怜と同じ“理性の核”を持つ彼の声は、
いつもより少しだけ柔らかかった。
「……みんな。ちょっと待って。
Why-Why の分析は確かに有効だけど、
今回の『翠の侵入』は“心理だけ”の問題じゃない。
《《構造・心理・環境が絡み合った複合事故》》なんだ。
だから、ケースに応じて“分析手法”を
使い分ける必要がある。
ここで、“分析手法の基礎”をまとめて説明するよ」
仲間たちが静かに耳を傾ける。
イーサンは魔素ペンで、
次々と図を描きながら簡単な説明を始めた。
▶ 分析手法①：Why-Why Analysis
和名：なぜなに分析／原因深掘り法
意味：問題の“根本原因”を、
なぜ？を繰り返して掘り下げる手法。
「Why-Why は“感情の原因”を掘る。
直感的で分かりやすい。
でも──複雑な事故には弱い」
▶ 分析手法②：FTA（Fault Tree Analysis）
和名：故障の木解析
意味：事故の原因を“木構造”で分解し、
どの枝が折れたかを特定する手法。
「FTA は“構造の欠陥”を暴く。
複合事故に強いが、心理要因は扱いにくい」
▶ 分析手法③：FMEA（Failure Mode and Effects Analysis）
和名：故障モード影響解析
意味：“どこが壊れたら何が起きるか”を
事前に洗い出す予防型の手法。
「FMEA は事前対策に強い。
ただし、項目が多いと膨大になる」
▶ 分析手法④：STPA（System-Theoretic Process Analysis）
和名：システム理論プロセス解析
意味：心理・構造・環境の“相互作用”から
事故を分析する、現代安全工学の最強手法。
「STPA は“複合事故”に最強。
今回の『翠の侵入』は、まさにこれだ」
▶ 分析手法⑤：Bow-Tie Analysis
和名：ボウタイ分析／蝶ネクタイ分析
意味：原因 → 事故 → 結果 を
“蝶ネクタイ型”で整理する手法。
「Bow-Tie は全体像を一目で整理できる」
～～～分析手法の詳細の説明は省略～～～
休憩を挟んだ後、
僕は壁に並んだ５つの図を見比べていた。
（Why-Why は“心の川”。
FTA は“構造の森”。
FMEA は“弱点の地図”。
STPA は“世界そのものの相互作用”。
Bow-Tie は“事故の物語”。
なるほど……。
“分析手法”っていっても、
全部、扱う領域が違うんだ。
とても参考になったなぁ）
◇◇◇
◆ STPAによる“翠の侵入”の再解析
僕は意を決して言った。
「……イーサン。翠の件について、
改めて STPA で分析しておきたい」
イーサンは静かに頷いた。
「もちろん。それは想定していたよ。
STPAでこそ本質が見える」
黒石の壁に、円と矢印が複雑に絡む図が描かれていく。
▶ STPA：翠の侵入の“制御破綻”モデル
①【コントローラA】春斗（調整核）
・ 一次審査
・ 心理安定化
・ 危険兆候の検知
※過負荷と情報不足で、検知感度が低下
②【コントローラB】氷室 怜（構造核）
・ 二次審査（構造視）
・ 魔素波形・行動パターンのチェック
※精神的疲弊により、警戒OSが低下していた
③【制御対象】
入国管理フロー（暫定運用／正式OSなし）
④【制御アクション】
A：春斗「受け入れてもいい」
B：怜「致命的リスクなし」
⑤【フィードバック異常】
・ A・B ともに“自分のOS状態”を
監視する仕組みがなかった
・ 疲弊・過負荷を検知できず、
判断精度が低下したまま審査が進行
⑥【第三の防壁の欠如】
・ A・B の二段階審査をすり抜けた後に、
異常を検知する最終チェック機構が
存在しなかった
イーサンは、最後に分析結果を大きく書いた。
【制御の破綻（Control Failure）】
審査者OSの状態監視と、
二段階審査後の“第三レイヤー”が
欠落していたため。
僕は息を呑んだ。
（……僕が間違えた、怜さんが見落とした──
そういう話だけじゃない……。
“判断する側のOSが正常かどうか”を監視する仕組みも、
その二つを抜けた後に異常を検知する仕組みも、
そもそも設計されていなかったから……。
なら──作ればいいんだ。僕たちの手で）
みなが納得しているのを見たイーサンが続ける。
「STPAでは、“誰が悪いか”ではなく、
“どの制御ループが壊れていたか” を見る。
今回は──
審査者OSの自己診断ループと、最終防壁の欠落
これが、本質との結論に至った」
◇◇◇
◆ STPAが導いた“再発防止策（再設計案）”
僕も前に出て、イーサンから魔素ペンを受取り
新しい制御ループを書き始めた。
【1】客観的スキャンの導入
【2】制御アクションの二重化
【3】審査者OSの自己診断（疲弊度・負荷の測定）
【4】観察期間（隔離バッファ）の設置
【5】第三レイヤーの異常検知（違和感報告窓口）
【6】フィードバックして【1】へ戻る
「出来た。
これが、STPA分析から作成した
“入国管理OS：Ver.1.0” だ」
僕は深く息を吸った。
（……これなら、翠の侵入は防げた。
でも、それ以上に──
“僕たちは、もう同じ過ちを繰り返さない”
という確信が生まれた）
こうして、異世界で初めての“入国管理OS”が生まれた。
それは、僕たちが痛みを“文明の仕様”へと
変換した瞬間だった。
──だが、この“仕組みの誕生”は、
僕たちの文明が動き出す前触れにすぎなかった。
数日後、ヨハンが“あの竹”を持ち帰るまでは──。
【OS雑学：なぜ“分析手法”はひとつじゃ足りないのか？】
・人の脳は、ひとつの出来事を「ひとつの原因」に
まとめたがる。これは認知負荷を減らすための
“省エネ仕様”の影響だけど、実際の事故やトラブルは、
複数の要因が絡み合った「複合事象」であることが多い。
Why-Why は、この“ひとつにまとめたい衝動”を逆手に取り、
あえて「なぜ？」を連打して、感情レベルの原因まで
掘り下げるために生まれた。
・一方で、脳は「構造的な抜け」や「手順の穴」を
直感では捉えにくい。そこで登場したのが
FTA や FMEA のような“構造を図にして眺める手法”だ。
頭の中だけで考えると見落とす枝やパターンも、
図にして外部化すると、脳のワーキングメモリの限界を
超えて扱えるようになる。
・STPA のような“相互作用”を見る手法は、
「誰が悪いか」を決めつけたがる脳のクセへの
カウンターだ。人はストーリーとして理解したいあまり、
単純な犯人探しに走りがちだが、実際には
「OS状態 × 環境 × 手順」が絡み合って事故が起きる。
そこで、“人ではなくループを見る”という視点から
設計された。
・Bow-Tie は、逆に「全体像を一枚で把握したい」という
脳の“俯瞰欲求”に応えるためのフォーマットだ。
細かい要因をすべて追えなくても、
原因 → 事故 → 結果 の流れを一目で掴めることで、
人は「理解した」という安心感を得やすくなる。
・つまり、分析手法が複数あるのは、
現実が複雑だからというだけでなく、
人間の脳が持つ“クセ”や“限界”を補うためでもある。
どの手法を選ぶかは、「何を見落としやすい脳なのか」を
自覚する行為そのものでもある。
──あなたが今、問題を振り返るとき、
無意識に選んでいる“分析のクセ”は、
どんな形をしていますか？
