論述基礎與限制

一個「幫有 ASD 的朋友做個 skill」的請求，經過連續幾次 escalation（ASD skill → 整合三 profile → 建對外 Hugo 模組 + 4 篇文章 → 三輪 9-agent 審查 → 兩張 report 卡）滾成一整套對外知識庫基礎設施——本卡從這次協作事故抽出。真正的 anchor——「這是自用的、不需要對外可發現性」——直到最後一步才被講出來。若它早點浮現，審查份量會精實得多。限制：本卡談的是「任務會逐層 escalation 成基礎設施」的協作情境；單一、範圍清楚、不 escalation 的任務不需要 anchor 儀式，硬加反而是摩擦。

核心原則

當一個任務開始經過連續幾次「再加一層」滾大時，先把 anchor 講出來一次——這東西最終為誰、為什麼而做——再按它決定要蓋多少基礎設施。 anchor 決定 apparatus（蓋出來的基礎設施：模組、文章、審查輪、卡、交叉引用）的合理份量（自用的一個 skill vs 對外的一整套教材，該投的審查與周邊差一個量級）。但 anchor 有個時間特性：它傾向在最後才浮現，等基礎設施都蓋好了才被講出來。訊號是——每一次 escalation 都被平順地執行下去，卻從沒有人說過「這東西最終是要幹嘛、給誰用」。

亮出 anchor 是一次性動作，不是每個請求都質疑。連續 escalation 出現時亮一次、據以定份量，然後照常執行。

反模式：apparatus 的份量跟隨流程動能、而不是 anchor

兩個力量讓基礎設施悄悄長過需求：

• 產出感偏誤：蓋東西（多一個模組、多一輪審查、多一張卡）感覺像進度，回頭問「這值得蓋嗎」感覺像扯後腿。於是每個「要不要也加 X」都拿到「好」。
• 工具化偏誤（toolification）：執行者（尤其 LLM）傾向把「多加一個工具 / 檔案 / 流程」當成前進的形狀，較少停下來問「零工具或更小的份量夠不夠」。

兩者疊加，apparatus 最後的份量是被「流程的動能」決定的，不是被 anchor 決定的——每一步局部都合理，總量卻對不上這東西真正要幹嘛。事故實例：那套對外模組 + 三輪審查 + 兩張卡，對一個「自用 skill」的 anchor 是過量的；它們各自有價值，但那價值來自「順便餵知識庫」，不是來自被講出來過的 anchor。

修法：escalation 一出現就亮 anchor、按它定份量

1. 辨識 escalation 訊號：連續 2+ 次請求、每次都往上加一層基礎設施（模組、skill、審查輪、卡、交叉引用），而 anchor 從沒被明說。
2. 亮 anchor 一次：用一句話講「這東西最終為誰、為什麼、會不會對外」。這一句常常就翻轉份量判斷（自用 → 不需對外鏡像 / 不需三輪審查 / 不需公開卡）。
3. 按 anchor 重定 apparatus：把該蓋的份量對齊 anchor，不對齊流程動能。份量可以大（若 anchor 真的是「餵知識庫」），但那要是講出來的選擇、不是沒人決定過的累積。

這不是「每個請求都質疑」——那是另一種摩擦。亮 anchor 是 escalation 出現時的一次性閘門，亮完照常做。

跟其他原則的關係

本卡是 WRAP 決策框架（一套抗認知偏誤的決策方法）的 Anchor Check（決策前先釘住核心目標）在「多輪協作、任務逐層 escalation」場景的具體化——WRAP 開場就要求釘 anchor，本卡補的是「anchor 常在 escalation 中被跳過、要主動在 escalation 訊號出現時補釘」。

判讀徵兆