Collapse 是隱形預設：多維空間被壓成單格的三類典型
結論
「Collapse」是同骨 pattern — 高維選擇空間被便利驅動 reduce 到最少格子、且這個 reduction 看似中性、實際藏掉維度。三個 surface 各自的 collapse 典型：
| Surface | 高維原貌 | Collapse 後 | 驅動力 | 對應卡 |
|---|---|---|---|---|
| Decision surface | 改 / 延後 / 疊加 / 分批 / 反問（多選空間） | Yes / No 二選 | 「最少字、最簡潔」 | #80 |
| Dialogue surface | 呈現格式 × 策略疊加 × 批次邊界 × 時間軸 × 選項類型 | 開放問 + 單策略 + 一次完成 + 立刻決 + 單選 | 「最容易寫的問句」 | #79 |
| Output surface | N 種 framing × 多種 cadence × 多軸敘事視角 | 單一 framing 複製 N 篇 | 「合規最佳解」 | #123 |
三者共通結構：
- 真實選擇空間是 多維 / 多選
- 預設行為把它 reduce 到 1-2 維 / 1 選
- 這個 reduction 看起來「合理 / 簡潔 / 合規」、不被覺察是 collapse
- 後果是 使用者 / 讀者被塞進最窄格子、要破格才能表達或回應
為什麼 Collapse 是 default、不是 violation
跟其他「明確違規」不同、collapse 預設 合規 — 沒有規則禁止 yes/no 問句、沒有規則禁止單一 framing、沒有規則禁止單一策略推薦。這是 collapse 最危險的特性：
| 違規類型 | 偵測機制 | Collapse 為什麼避開 |
|---|---|---|
| 字面違規 | hook / lint | Collapse 沒有字面 pattern |
| 結構違規 | schema / linter | Collapse 結構通常正確 |
| 行為違規 | review | Collapse 看起來像「簡潔」 |
| Collapse | 跨對話 / 跨批比對才浮現 | 單樣本看不出、要對照「完整高維」才知道缺維度 |
Collapse 是隱形預設、原因在 對比標的不存在於眼前。Yes/No 問句要 collapse 到 1 bit、需要使用者已經想過五維 collapse；五維 collapse 要看出、需要使用者已經理解 #79 五維框架；framing collapse 要看出、需要連讀多篇且預期有變體。沒有 對照原型 在眼前、collapse 看起來就是「正常」。
Collapse 不是「該消除」、是「該變顯性」
對策不是去除 collapse — 多數情境下使用者 / 讀者確實受益於 reduction（不用每次都展開五維、不用每篇 cadence 都換）。對策是 讓 collapse 變顯性：
| 維度 | Collapse 隱性版 | Collapse 顯性版 |
|---|---|---|
| Decision | 「OK 嗎？」 | 「我推薦 A、但 B / C 可選；想改方向、延後、或疊加？」 |
| Dialogue | 「你想怎麼做？」 | 「呈現 / 策略數 / 批次 / 時間 / 選項類型」五維各給預設 + 可改 |
| Output | 全篇用同一 framing | Pilot phase 準備 3-5 個 framing 變體、輪替使用 |
顯性化的代價是 寫的人多打字 / 多設計、得益是 接收方知道自由度在哪、可以選擇接受預設或破格。預設展開、選窄格要證明 — 跟 #78「不互斥是預設」同條結構。
跨 surface 的判讀通則
判斷某個情境是不是 collapse、不是看「有沒有違規」、是問三個 diagnostic：
- 真實選擇空間是幾維 / 幾選？ — 如果 ≥ 3、reduce 到 1-2 就是 collapse
- 這個 reduction 是設計選擇還是預設? — 設計選擇會有「為什麼選窄格」的論述、預設沒有
- 接收方破格的成本是多少? — 破格要破壞既有對話 / review / commit 結構就是高成本、表示 collapse 藏得深
三個 diagnostic 全 yes、就是隱形 collapse。
反模式
| 反模式 | 後果 |
|---|---|
| 「簡潔」當作目的、不評估 collapse 副作用 | 把多維壓 1 bit、自以為對使用者好、實際藏掉維度 |
| 看不到的維度視為不存在 | Decision space 真的有 N 維、不展開不代表只有 1 維 |
| 加更多 constraint 想解品質問題 | 越多 constraint、output space collapse 越快、品質反而下降 |
| 用 hook / lint 想擋 collapse | Collapse 字面合規、hook 抓不到 |
| 「預設好就好」做設計選擇 | 沒評估高自由度的成本 / 效益、所有預設都選窄格 |
| 第一版定下來的 framing / 預設、之後不評估 | 第一版幾乎都是窄格、需要 iterate |
跟其他抽象層原則的關係
| 原則 | 關係 |
|---|---|
| #79 決策對話的五維度 | 子卡 — Dialogue surface 的 collapse；本卡上一層、把 #79 / #80 / #123 統一為跨 surface 同骨 |
| #80 Yes/No 二選是隱式 collapse | 子卡 — Decision surface 的極致 collapse；本卡是 #80 的 meta、列出其他 surface 上的同骨 case |
| #123 多重硬規範同時生效會把 cadence 推向便利解 | 子卡 — Output surface 的 collapse；補上 batch writing 這個 surface 跟 decision / dialogue 並列 |
| #67 寫作便利度跟意圖對齊反相關 | Driver 卡 — 三類 collapse 的共同 driver 都是「便利」、便利驅動 collapse 是 #67 的具體 manifestation |
| #82 字面攔截 vs 行為精煉 | 補充偵測手段 — Collapse 屬 emergence 類、hook 抓不到、要 multi-pass review；#82 的 ceiling 在 collapse 上特別明顯 |
| #74 決策呈現格式 | Specific case — 給推薦不給選項是 decision surface 的 collapse 形式之一 |
| #127 Process content 結構由最大差異維度決定 | 子實例 — Content structure surface 的 collapse；把 universal phased / 6-section 模板套到 5 種不同 type 是本卡在「結構 layer」的具體形態 |
判讀徵兆
| 訊號 | 該做的事 |
|---|---|
| 接收方反覆「破格」回應（用結構外的方式回答） | 你 collapse 太狠、展開維度 |
| 預設選項只有 1-2 個 | 評估真實選擇空間、看是否藏掉維度 |
| 「簡潔」「乾淨」是設計理由 | 警訊 — 簡潔 / 乾淨可能是 collapse 的別名 |
| 加新 constraint 後品質下降 | Constraint collapse 了 output space、考慮拉開或加 anti-template |
| 想用 yes/no 結束對話 | Decision collapse、改 multi-option |
| 批量輸出全篇同 framing | Output collapse、補 framing 變體 |
| 「為什麼大家都這樣寫 / 都這樣回」 | 系統性 collapse、不是個別事件、查 driver 跟 constraint |
| 設計新規範 / 新 default 時 | 評估 collapse 副作用、不是只看「能不能用」 |
核心：Collapse 是高維空間預設被 reduce 到 1-2 維、看似中性、實際藏掉維度。三個 surface（decision / dialogue / output）有同骨 collapse pattern、都被「便利 / 合規 / 簡潔」驅動、都需要顯性化。對策不是消除 collapse、是讓設計者主動選擇要 collapse 哪一維、預設展開、選窄格要證明。