論述基礎與限制

evidence 來自一個 10 章教學模組的跨章一致性 review：SSoT map 在寫作前明文定了 11 條「frame 對唯一主寫章」的分派、review 抓出 6 個 High 級重複展開 issue、其中 4 個的重複端都是同一章 — 模組的開頭框架章（從全案例庫合成推導、自身沒有專屬案例）。本卡限於「教學模組內含合成型章節」的情境；單篇文章或無合成章的模組不在範圍。

情境

跨章節教學模組的第一章常是「框架章」：從整個案例庫合成出全模組的判讀框架（成本結構、判準軸、分類法）、自身沒有專屬案例、案例支撐標「合成（全庫）」。SSoT map 把各案例的完整展開分派給下游主寫章（版本機制歸版本章、清單歸紀律章、事故時序歸冪等章）、框架章理應只引用。

實際寫作時、框架章的每個論點都需要例證、而全庫最強的 anchor 案例正好都能當它的例證 — 寫作壓力讓框架章把轉換層機制、相容清單六項、事故反例逐字吸進來完整展開、下游主寫章寫到同一案例時要嘛重複、要嘛反向寫「機制見框架章」、map 的主寫方向被靜默反轉。

理想做法

SSoT map 對合成型章節加一條硬規則：合成章引用任何案例、只允許「一句話結論 + 數字 + link 主寫章」、案例的機制、清單、時序展開一律留給主寫章。框架章的論證強度靠框架本身的推導、不靠例證的細節密度 — 例證細節放在框架章、讀者記住的是案例、不是框架。

寫作順序上有一個配套技巧：合成章雖然編號在前、初稿可以最後寫或寫完後回頭壓縮 — 主寫章都成形後、合成章「該壓到多薄」有明確參照。

沒這樣做的麻煩

• 同一案例的機制描述在兩章逐字重複、後續修正要改兩處、必漏一處。
• 下游主寫章被迫反向 link 回框架章、map 記載的方向跟正文相反、下一批寫作者按 map 找主寫位置會找錯。
• 跨章 review 的重複展開 issue 集中湧現（實測 6 個 High 有 4 個同根因）、修正時要做「搬回 + 壓縮 + 回填索引」三段工、成本遠高於寫作時守住。

判讀徵兆

• 模組裡有任何一章的案例支撐標「合成」、且它的初稿字數逼近或超過主寫章 — 引力已經發生。
• 寫合成章時發現某段「需要一個好例子」、而想到的例子在 map 上分派給別章 — 這一刻就是規則生效點：寫一句話 + link、不寫細節。
• Review 前自掃：對每個 anchor 案例 rg 它的關鍵數字（如「100 個升級」「1.4%」）、命中超過一章即候選。

跟其他抽象層原則的關係

• #44 Single Source of Truth：本卡是 SSoT 在「章節 × 案例」矩陣上的具體失效模式 — map 是 SSoT 的宣告、合成章引力是宣告被寫作壓力靜默推翻的機制。
• #204 路由條目要自包含：對照組 — 路由條目為了跳讀自包含、重複完整連結合規；合成章不能用同一理由重複展開案例、因為案例細節是內容不是導航、重複的維護成本由全模組承擔。
• #155 引用章節用語意標題、不用位置編號：同族的「寫前產物在寫後失真」問題 — #155 是引用端字串漂移、本卡是主寫方向漂移；兩者都在結構穩定前的高速寫作期發生、都需要寫後對齊輪。