Anthropic 官方部落格揭露為 Claude Opus 5 與 Fable 5 移除 Claude Code 超過 80% 系統提示詞，內部編碼評測未見可衡量退步，並提出以判斷力、介面設計與漸進式揭露取代舊規則的上下文工程新主張與 claude doctor 指令。
系統提示詞瘦身 80% 的代價為何
Anthropic 技術成員 Thariq Shihipar 在官方部落格指出，針對 Claude Opus 5 與 Claude Fable 5 等新一代模型，團隊移除了 Claude Code 系統提示詞中超過 80% 的內容，且在內部編碼評估中「未發現可衡量的效能損失」。這代表過去為防止舊模型犯下刪除檔案、濫加註解等最壞情況而堆疊的硬性規則，對判斷力更強的 Claude 5 已不再是必要防護欄。
Anthropic 同時發布 claude doctor（於 Claude Code 中以 /doctor 呼叫）指令，協助開發者自動檢視自有 Skill 與 CLAUDE.md 檔案的合理規模，把這套實踐直接交給外部社群。
五條上下文工程新規則
官方將舊有提示工程常識整理成五條「過去 vs 現在」的對照。第一，從「給 Claude 規則」轉為「讓 Claude 運用判斷力」，例如不再寫死「預設不寫註解」，改要求「匹配周圍程式碼的註解密度與命名慣例」。第二，從「提供範例」轉為「設計介面」，因為範例反而會限制模型探索空間，把工具參數設計得更具表達力（如列舉狀態）效果更好。
第三，從「全部塞在最前面」轉為「漸進式揭露」，將驗證、Code Review 等移入獨立 Skill，工具也採延遲載入（lazy-loaded），需要時再透過 ToolSearch 取出。第四，從「重複指令」轉為「簡潔工具描述」，把使用說明集中放進工具描述而非系統提示詞。第五，從「手動把記憶寫進 CLAUDE.md」轉為「自動記憶」，Claude 會自動保存與工作相關的脈絡。另外還有一條補充：從「簡單規格」轉為「豐富參考資料」，模型可直接消化 HTML 原型、測試套件或評分標準（rubrics）。
對開發者的實際影響
這份宣告的訊號很明確：系統提示詞與 CLAUDE.md 的價值，正從「條列式防護」轉向「脈絡與陷阱說明」。對自建 Agent 或大量使用 Claude Code 的團隊而言，與其繼續堆疊互相矛盾的指令，不如把心力放在工具介面、漸進式揭露的檔案樹，以及讓模型在需要時才載入的 Skill 結構。
不過文章並未公開 80% 之後實際保留的字數或 token 量，也未提供編碼評估的具體分數或基準名稱，因此「無顯著損失」目前僅為 Anthropic 單方描述，外部無法獨立複驗。可驗證的是方向性結論：Claude 5 代的設計前提，是模型能在更精簡的脈絡下自行做出正確決策。值得注意的是，官方精簡的是 Claude Code 的提示詞；據一份外流的網頁端系統提示詞檔案顯示，Claude Opus 5 在 claude.ai 的提示詞仍長達逾 13 萬字元，兩條產品線的取捨並不相同。
