診断マトリクス：MOD導入ゲームのクラッシュ（CTD）症状と原因究明
『The Elder Scrolls V: Skyrim』『Fallout 4』『Cyberpunk 2077』等に大量のMODを導入した際、デスクトップへ強制終了する現象（Crash to Desktop、通称CTD）は、明確なデータ依存関係の破綻によって生じます。
| クラッシュ発生のタイミング | 内部エラーメカニズム | 主な原因要素 | 即効性のある解決策 |
|---|---|---|---|
| 起動後2秒以内、タイトル画面すら出ずに即落ち | 前提マスターファイル欠落（Missing Master） | 有効化されたMODの親となる .esm / .esp が存在しない | Mod Organizer 2の警告を確認し、不足MODを導入 |
| タイトル画面で「ロード」を選択した瞬間に落ちる | セーブデータ内のFormID競合や孤立スクリプト | プレイ途中でスクリプト系MODを強引に抜いたデータ | セーブクリーナーの使用、MOD削除前のセーブへ巻き戻し |
| フィールド移動中やダンジョン出入り時に落ちる | 3Dモデル（Mesh）破損、NavMesh競合、VRAM枯渇 | 不良な .nif ファイルや高解像度テクスチャの破損 | クラッシュログのスタックトレースを確認して特定 |
| ゲームは動くがMODの変更内容が反映されない | アーカイブ無効化の未適用、またはロード順序逆転 | パッチMODが本体MODより上位（前）に配置されている | プラグインの優先度（ロード順）を再調整 |
LOOT（自動ソートツール）の過信が招く落とし穴
自動ソートツール「LOOT」は優秀ですが、万能ではありません：
- 新規・マイナーMODの認識不可：LOOTはオンラインのマスターリストに依存しているため、公開直後のMODや個人翻訳ファイルはルールが存在せず、最下位などに適当に配置されます。
- 競合の上書き関係（レコード競合）：同じアイテムのデータを編集する2つのMODがある場合、LOOTはどちらか一方を優先して他方を完全に潰します。両立させるには xEdit 等によるマージパッチ作成が不可欠です。
最速で原因MODをあぶり出す「二分探索法（50/50法）」
数百個のMOD環境で原因不明のCTDに遭遇した際、最も数学的に合理的で早い手法が 50/50二分探索法 です：
ステップ1：クリーンな基本動作の確認
- SKSE等のスクリプト拡張機能のみを残し、通常のMODを全無効化してバニラ環境での正常起動を確認します。
ステップ2：リストを50%ずつに分割してテスト
- MODリストの前半50%を有効にし、後半50%を無効化します。
- ゲームを起動してクラッシュ条件をテストします：
- クラッシュした場合：原因は「前半50%」の中にあります。後半は無効のまま、前半をさらに半分に分けてテスト。
- 正常に動いた場合：前半50%はシロです。前半を無効にし、後半50%を有効化して同様に絞り込みます。
ステップ3：単一の犯人MODの特定
この分割を繰り返すことで、仮に512個のMODが入っていても、最大9回の起動テスト（$2^9 = 512$）で確実にクラッシュの原因となっている1つのMODを特定できます。
ステップ4：Crash Loggerの活用
ゲーム用のクラッシュロガー（Crash Logger SSEなど）を導入し、%USERPROFILE%\Documents\My Games\...\CrashLogs\ に出力されたログの「PROBABLE CALL STACK」上部に記載された .esp や .dll を照合します。