Claude Code onepage/ Context engineering
Anthropic · Claude Blog · 5 min read
Claude 5 的 Context Engineering 新規則：刪掉 80% 指令後，Agent 反而更會做事
Anthropic 發現，較先進的 Claude 5 世代模型不需要被塞進一整本行為手冊。Claude Code 移除超過 80% 系統提示後，程式評測沒有可量測的下滑；設計重心要從「多寫規則」換成「提供清楚介面、需要時才載入的知識，與能驗證的參考資料」。
Published: 2026-07-24Author: Thariq ShihiparSource: Claude Blog
01 / 發現
80% 可以刪
Anthropic 為 Claude Opus 5、Fable 5 等模型縮減 Claude Code 系統提示超過八成，編程評測沒有可量測的損失。舊規則累積後，反而會彼此衝突。
02 / 核心轉向
規則改成判斷
從「永遠不要做 X」轉向讓模型依現場程式碼、使用者意圖與任務脈絡決定。模型變強時，僵硬護欄的副作用會變大。
03 / 操作方式
按需提供 context
把驗證、code review 與特殊流程拆為可選 Skills；讓 agent 在需要時再找工具定義、讀子文件或載入高保真的規格。
Key signals
先抓住四個影響 Agent 設計的訊號
Prompt reduction
80%+
Claude Code 系統提示可大幅縮短，而不犧牲可量測的 coding 評測結果。
New default
judgement
與其羅列普遍規則，讓模型依周邊程式碼與實際意圖運用判斷。
Context loading
on demand
技能、子文件與 deferred tools 只在相關任務發生時才佔用 context。
Best reference
high fidelity
測試、程式碼、HTML mockup 等具體工件，往往比抽象描述更有效。
Then → now
六條舊習慣，改成六個新設計原則
01
從給規則，到讓模型運用判斷
舊模型為避開最壞情況，需要大量硬性禁令。新模型能依局部慣例決定註解、文件與實作方式；指令應說明產品邊界，而非替每個案例預先裁決。
02
從工具範例，到設計可表意的介面
大量 few-shot 範例會把探索空間鎖死。更好的做法是讓參數、列舉值、狀態與工具說明本身就表達出正確用法，例如明確的 pending / in_progress / completed 狀態。
03
從全部預載，到 progressive disclosure
把驗證、審查與罕見流程拆成 Skills 或文件樹。Agent 能自行找到並載入當下需要的資訊，避免每次任務都背著不相關的操作手冊。
Practical map
系統提示、CLAUDE.md、Skills、References 各自該放什麼
System prompt：產品與任務邊界若你在打造 agent harness，這裡界定它在哪個產品中運作、能做什麼、不能做什麼。它不是團隊所有知識的傾倒處。
CLAUDE.md：repo 的少量「地雷」保持輕量，只寫從檔案結構看不出的在地規則，例如型別集中位置；把專門驗證流程改為可被參照的 skill。
Skills：特定觀點與作業指引適合沉澱團隊、產品或領域獨有的做法。長 skill 要分檔，避免不論任務都強制載入同一份長文。
References：高保真工作材料規格、測試、程式碼、mockup 甚至其他 codebase 都可成為參考。讓 agent 看到可執行、可比對的真實材料，而非只讀抽象願景。
Team checklist
今天就能對現有 Agent 做的瘦身檢查
找衝突，而不是只找遺漏盤點 system prompt、CLAUDE.md、Skills 與使用者請求是否同時對同一行為下了互斥命令；重複與衝突會消耗模型判斷力。
刪除「顯而易見」的通用常識若模型可以從 repository、型別或既有程式風格自行得出，就不必再寫成全域指令；保留真正特殊、風險高或產品專屬的約束。
把罕見流程拆到可發現的位置例如 release、資安審查、視覺驗證等，改由路由文件或 skill 在需要時載入；context 越短，越要確保發現路徑清楚。
用真實任務驗證瘦身結果不要只憑 prompt 長度判定成功。用代表性工作、測試與人工 review 比較變更前後，再把失敗案例轉化成精準的介面或 reference 改善。
References