2026 年 7 月 24 日，Anthropic 在 Claude 官方部落格發表《The new rules of context engineering for Claude 5 generation models》，作者 Thariq Shihipar。文章處理的問題很實際：過去幾年累積的提示詞心法，多半是為了圍堵舊模型的最壞行為而設計；當 Claude Opus 5 與 Claude Fable 5 這一代模型陸續上線，這些規則還適不適用？Anthropic 給的答案是：大部分可以拆了。
砍掉八成系統提示，評估不掉分
最有感的數字是：Anthropic 把 Claude Code 的系統提示刪掉超過 80%，在程式編寫相關評估上沒有觀察到可測量的退步。這些被刪的約束不是湊字數——它們存在的目的是防止舊模型在邊界情況出錯。當模型自身的判斷力提升，原本用來防呆的長篇規則就變成多餘的腳手架，而且維護一套沒人記得理由的規則，成本比想像中高。
六組新舊對照，方向一致
文章把新舊做法整理成六組對照：
- 給規則 → 讓 Claude 自行判斷
- 給範例 → 設計表達力強的工具介面
- 所有資訊一次講完 → 漸進式揭露
- 重複下達指令 → 把工具描述寫得簡單
- 把記憶手動存進 CLAUDE.md → 交給自動記憶
- 簡單的 markdown 規格 → 更豐富的參考資料
六組對照的方向完全一致：從「告訴模型每一步怎麼做」，轉向「把環境設計好，讓模型自己推理」。這也是「上下文工程」這個詞想取代「提示詞工程」的原因——重點不再是寫出一句完美的指令，而是建構模型工作時所處的整個脈絡。
CLAUDE.md 與 Skills 的新定位
CLAUDE.md 的角色明顯變輕：只保留這個儲存庫特有的陷阱與注意事項，不要拿來記事，也不要把通用風格指南全部塞進去。Skills 則定位成濃縮團隊知識的簡短指南，讓模型在需要時取用。另一個容易被忽略的建議是參考資料的型態：與其用文字描述介面長什麼樣，不如直接放一個 HTML mockup、一份測試套件或評分基準——程式碼本身就是最精確的規格，比形容詞可靠得多。最後，新的 /doctor 指令可以檢查上下文檔案並協助精簡。
對開發者的三個立即行動
第一，把正在升級到 Claude 5 世代的專案拿出來重新檢視提示詞：那些「不許做 X」的條款現在可能只是浪費 token，甚至干擾模型判斷。第二，把投資轉向工具介面的表達力——描述清楚、職責單一的工具，勝過十條使用規則。第三，先別急著清空 CLAUDE.md，用 /doctor 體檢一遍，確認哪些內容真的還有價值。提示詞工程沒有消失，但它的工作內容變了：從防止模型犯錯，轉向設計讓模型做對的環境。
參考來源
本文由 AI 協助自上述來源整理，經人工審核後發布。