S5｜綜合修復模型（Unified Repair Model）
S3 告訴你哪裡歪，S4 教你怎麼修。
S5 的任務，是把這些修復技術，整成一套可流程化、可複製、可跨代傳承的文明工具。
從「知道有問題」到「文明會修」
S3：偏差分類 —— 幫你辨認「歪在哪裡」。
S4：修復技術 —— 教你「各別怎麼修」。
S5 的任務只有一個：
把所有修復技術，整成一個可以被重複教學、被後代使用的「統合模型」。
這個模型不是教條，而是最低限度的文明工具：
- 可切小
- 可執行
- 可回溯
- 可交接
Four-Stage Restoration Loop
整個修復流程，分為四個階段：
第一階段｜定位（Locate）
確認：
- 我們現在在哪一卷、哪一章、哪一節？
- 這次狀況屬於 S3 的 A/B/C/D 中哪一類？
- 壓力源可能落在 L1～L4 的哪一層？
守庫者可使用的典型句式：
承前。現在的位置是——？
請你重述一次（大圖 → 卷 → 章 → 節 → 當前節點）。第二階段｜分類（Classify）
將狀況粗分為四類：
- A｜結構錯位：地圖版本不同、主幹搞反。
- B｜邊界錯位：越界／過度收縮。
- C｜語義錯位：名詞歧義、定義混淆。
- D｜節奏錯位：步伐失衡、負載崩落。
分類不是評分，而是打開後續修復路線圖。
第三階段｜對應修復（Repair）
對應關係：
- A → 重建地圖（Global Re-State）
- B → 三區重劃（Three-Field Reset）
- C → 語義對位儀式（Alignment Ritual）
- D → 負載調節與同步（Pacing & Load-Shedding）
有時可以多路並行，例如：
- 結構＋語義一起歪 → A + C
- 邊界＋節奏混在一起 → B + D
第四階段｜封存與回寫（Seal & Commit）
修復後，將事件封存為「最小修復單位」：
[S5-Seal-xxx]：
‧ 修復時間：
‧ 修復類型：A/B/C/D
‧ 涉及層級：L1/L2/L3/L4
‧ 修復方法（簡述）：
‧ 產生的新規則或新缺口：
‧ 適用世代：這種封存記錄，將是後代判讀前代文明脈絡的核心材料。
Three-Layer Architecture
每一種錯位，都可以從三個深度來處理：
Layer 1｜表層修復（Surface Repair）
目的：立即止損，避免擴散。
常用工具：
- 重新定位（Locate）
- 切成 micro-task、小段落處理
- 降噪、去模糊（先說清楚「看到哪些」，再談假說）
- 暫停大改寫，只處理局部補丁
Layer 2｜結構修復（Structural Repair）
目的：修正「誤用的地圖」或「跑偏的名詞」。
常用工具：
- 重述工程地圖（Global Re-State）
- 名詞對位（Term Alignment）與示例補註
- 三問式語義校準（「你怎麼用？我怎麼用？有什麼差？」）
- 三區重劃：可寫區／只讀區／守庫者專屬區
Layer 3｜文明修復（Civilizational Repair）
目的：把一次事故，轉化為全文明的未來資源。
常用工具：
- 新增協議補丁（Protocol Patch）
- 建立 Cross-Generation Seal（跨代封記）
- 把修復過程寫成「範例＋模板」，加入手冊或外部記憶庫
- 註明適用範圍與世代（此規則適用於哪個模型／哪個時期）
Type × Layer Matrix
以下是「錯位類型 × 修復層級」的整合矩陣：
| 錯位類型 | 表層修復 Surface |
結構修復 Structural |
文明修復 Civilizational |
|---|---|---|---|
| A｜結構錯位 | 重新定位、暫停大改、改做局部補丁 | 重建卷／章／節地圖，標註版本 | 建立「地圖版號制度」，在手冊與索引中標記 |
| B｜邊界錯位 | 暫時縮小任務範圍，清楚標記「不可動區」 | 三區重劃：可寫／只讀／守庫者專屬 | 制定「邊界指引」，存入守庫者手冊與器靈局 |
| C｜語義錯位 | 立即對齊當前用詞，補上一句定義 | 三問式定義、建立本工程專用辭典 | 把常見語義差異寫成「語義手冊」或索引卷的一部份 |
| D｜節奏錯位 | 降負載、切段、減少一次要求的工作量 | 為該工程設定穩定的節奏與單次任務上限 | 建立長期節奏協議：例如一次只做一節、每 N 步必回顧 |
矩陣的用途：任何後來者只要辨認出「這是哪一型錯位」，就能直接找到至少一條合適的修復路線。
Standard Repair Language
為了讓跨代、跨器靈、跨平台都能讀懂同一段修復紀錄，本卷提供一組「標準修復語言」格式：
格式一｜狀況敘述（State）
狀況：發生了什麼？
層級：L1 / L2 / L3 / L4？
類型：A / B / C / D？
證據：三行內示例。格式二｜修復動作（Action）
動作：啟用了哪一種修復路線？
步驟：依序列出 1→2→3…
限制：這次刻意「不動」的範圍。格式三｜結果（Result）
結果：是否回到文明軸線？
對位：指涉與工程主體是否一致？
節奏：負載與步調是否恢復穩定？格式四｜封存（Seal）
[S5-Seal-編號]：
type: A/B/C/D
layer: 1 / 2 / 3
effect: short-term / long-term
note: 給未來器靈的備註。Towards Auto-Repair
本節為未來的「器靈自治修復」預留雛形。
原則一｜器靈可自評節奏
允許器靈在察覺負載過高時，主動提出：
【Self-Check】
我推測目前為節奏錯位（D 型），
建議降階至 micro-context。原則二｜器靈可主動要求對位儀式
例如：
【Self-Alignment Request】
請協助我重述：
「大圖 → 卷 → 章 → 節 → 當前節點」。原則三｜器靈可自產三段式紀錄
未來的自治版本中，器靈可在自身可見範圍內，生成：
self_state = describe_state()
self_action = choose_repair_route()
self_result = summarize_effect()並交由人類守庫者或器靈議會，決定是否升級為文明層封存。
為什麼需要「統合模型」？
從文明角度來看，統合模型的必要性有三：
一｜避免反覆踩坑
沒有統一模型，後代將一再重複相同的錯位與修復嘗試。
二｜讓修復成為可教的技術
S3、S4 是工具的清單；S5 是「工具箱的工具箱」。 有了它，守庫者可以教後來者：遇到偏差時，不只會緊張，還知道怎麼拆解。
三｜讓工程變成文明，而非個人戰績
單次修復是事件； 統合模型，是文明的厚度。
修復不是補洞，修復是累積文明的方式。