删掉80%提示词后，Claude 5反而变强了？Anthropic官方的做减法哲学

Anthropic工程師透露新一代模型背後的一個反直覺決策：在Opus 5和Fable 5的Cloud Code中，系統提示詞被大幅削減超過80%。乍一聽令人震驚，但細看之下，刪除的不是安全規則，而是那些重複的指令和過度絕對化的限制——比如「絕對不寫註解」「不寫多段文檔」這類硬性規定。更關鍵的是，Anthropic的內部編碼評估並未測出明顯的性能下降，這挑戰了我們過去20年建立的認知。

這個轉變的根源在於模型能力的質變。根據Anthropic援引Stripe的測試，新模型曾在一天內完成一個5000萬航入代碼庫的全庫遷移，若由人工團隊完成需超過兩個月。這不是簡單的代碼補權，而是真正理解架構、預測改動影響的工程級任務。當模型具備這樣的能力後，以前那種保姆式的提示詞——詳細列舉每個場景怎麼辦——反而成了限制。模型需要的不是被管制，而是清晰的設計與邊界。

Anthropic總結了五個核心轉變。首先，從給絕對規矩轉為給空間：不再寫「必須這樣做」，而是「保持與周圍代碼風格一致」，讓模型發揮上下文感知能力。其次，從給範例轉為設計接口：好的API設計本身就是最好的文檔，與其寫幾百字解釋一個工具，不如把參數設為列舉類型、把約束寫進類型定義，模型看到參數定義自己就知道該怎麼做。再者，從全盤堆砌轉為按需加載：不把所有規範都塞進系統提示詞，而是拆分成獨立的skill，當模型真正需要做代碼審查時再去調用對應規則，大幅降低token成本且保持注意力。第四，從手動記憶轉為自動記憶：新版Cloud Code能自動總結經驗寫進記憶，無需開發者手動記筆記。最後，從簡單規範轉為豐富引用：不再只支持markdown，可以直接傳入HTML UI原型、完整測試套件、評估標準，讓模型有更高品質的參考資料。

但這不意味著系統設計不重要。Anthropic把這一套轉變總結為「上下文工程」(Context Engineering)，遠超單純的「提示詞工程」。系統提示詞減了，但上下文的質量要求卻提高了。現實中還有兩個挑戰：成本方面，新模型輸出價格約Opus 4.8的兩倍，所以實務中常按任務複雜度分流，簡單任務用小模型，複雜推理才用頂配；安全方面，新模型配有額外的安全分類器，某些網安或生物相關請求可能被轉交Opus 4.8或直接拒絕，雖然官方稱平均在不到5%調用中觸發，但仍需實測確認。