Claude Opus 4.8 昨天發布了。大多數人只會更新模型,然後錯過其他所有東西。
Anthropic 同時推出了 3 個功能,徹底改變你使用 Claude Code 的方式:努力程度控制、動態工作流程,以及更便宜的快速模式。
正確配置這些功能的人,將獲得更好的結果,並花費更少。
以下是全新 Opus 4.8 的完整設定 👇
在我們深入之前,我每天在我的 Telegram 頻道分享關於 AI 與氛圍編碼的筆記:https://t.me/zodchixquant🧠

實際改變了什麼(30 秒版本)
1模型: claude-opus-4-82價格: $5 / $25 每百萬 tokens(與 4.7 相同)3快速模式: 2.5 倍速度,$10 / $50(比以前便宜 3 倍)4上下文視窗: 1,000,000 tokens(不變)5最大輸出: 128,000 tokens(不變)6SWE-bench: 88.6%(從 87.6% 提升)7程式碼缺陷: 未標記的錯誤比 4.7 少 4 倍8誠實度: 0% 不加批判地報告有缺陷的結果
基準測試的改進幅度不大。但操作層面的變化是巨大的。

功能 1:努力程度控制
Opus 4.8 預設為高努力程度。但現在你可以控制 Claude 在每個任務上投入多少思考。
1低 → 快速、簡單的任務,最低 token 使用量2中 → 日常編碼,平衡3高 → 預設,穩固的推理(4.7 一直使用的)4最高 → 最深度的推理,最高 token 使用量
在 Claude Code 中:
1/effort low # 快速問題、格式化2/effort high # 日常編碼3/effort max # 複雜的架構決策4/effort ultracode # 最大推理 + 自動工作流程編排
在 claude.ai 中:UI 現在有一個滑桿。快速問題用低,深度分析用最高。

為什麼這對成本很重要: 在簡單任務上使用低努力程度,所使用的 token 量遠低於高努力程度。
如果你 60% 的提示是簡單問題,將它們切換到低努力程度,可以顯著減少每日花費,同時不影響重要工作的品質。
1# 在你的終端機配置中設定預設值2export CLAUDE_CODE_DEFAULT_EFFORT=high34# 在需要時為每個任務覆蓋設定5/effort max # 用於困難任務6/effort low # 用於「這個函數回傳什麼?」
功能 2:快速模式(便宜 3 倍)
快速模式以 2.5 倍的速度運行 Opus。
1標準 Opus 4.8: $5 / $25 每百萬 tokens2快速模式 Opus 4.8: $10 / $50 每百萬 tokens(2.5 倍速度)34先前的快速模式: $30 / $150 每百萬 tokens5價格下降: 便宜 3 倍
在 Claude Code 中:
1/fast # 切換開啟快速模式
何時使用快速模式:
1在以下情況使用快速模式:23- 跨多個檔案的大型重構(速度 > 深度)4- 根據規格生成程式碼(模式匹配,非推理)5- 撰寫文件6- 為現有程式碼生成測試78在以下情況使用標準模式:910- 複雜的除錯11- 架構決策12- 安全審查13- 任何思考品質比速度更重要的情況
功能 3:動態工作流程(最重要的功能)
這是主打功能。動態工作流程讓 Claude Code 在單一會話中產生數百個並行的子 Agent。
每次運行最多可達 1,000 個 Agent。
1# 觸發工作流程2/effort ultracode34# 或者自然地描述一個大型任務5"審計 src/routes/ 下每個缺少身份驗證檢查的 API 端點"
Claude 會根據你的提示動態規劃。它將任務分解為子任務。它將工作分配給並行運行的子 Agent。
Agent 從獨立的角度攻擊問題。其他 Agent 則試圖反駁這些發現。運行會迭代直到答案收斂。
可恢復的運行: 如果你的筆記型電腦沒電或你關閉了終端機,工作流程會從中斷處恢復。無需重新開始。
1動態工作流程能處理:23- 涉及 200+ 個檔案的遷移4- 完整程式碼庫安全審計5- 為整個專案生成測試套件6- 大規模重構7- 跨多個程式碼庫的深度研究89它們不擅長處理:1011- 簡單的錯誤修復(小題大作)12- 單一檔案編輯13- 快速問題
成本警告: 動態工作流程消耗的 token 量明顯多於典型會話。一個有 100 個子 Agent 的運行,根據複雜度,成本可能在 $50-200 之間。
務必設定預算上限:
1claude -p "審計整個程式碼庫" --max-budget-usd 50.00
功能 4:更好的誠實度(確實重要)
Opus 4.8 在其自身程式碼中留下未標記缺陷的可能性降低了 4 倍。它在不加批判地報告有缺陷結果方面得分為 0%。
在實踐中:當 Opus 4.8 對某事不確定時,它會告訴你,而不是自信地給你一個錯誤答案。先前的模型會生成看似合理但會默默破壞邊緣情況的程式碼。
這在長時間的會話中會產生疊加效應。一個能在第 15 輪標記自身不確定性的模型,能為你節省在第 40 輪時 2 小時的除錯時間。
成本優化矩陣
以下是將每個任務路由到正確模型和努力程度的方法:
1任務 模型 努力程度 模式2─────────────────────────────────────────────────────────3快速問題 Haiku 低 標準4格式化此程式碼 Sonnet 低 標準5撰寫測試 Sonnet 中 標準6日常編碼 Opus 4.8 高 標準7程式碼審查 Opus 4.8 高 標準8大型重構(速度) Opus 4.8 高 快速9複雜架構 Opus 4.8 最高 標準10完整程式碼庫審計 Opus 4.8 Ultracode 動態11遷移(200+ 個檔案) Opus 4.8 Ultracode 動態
每月成本比較:
1之前(所有任務都在 Opus 高努力程度、標準模式):2重度使用約 $400-600/月34之後(正確路由):5Haiku 用於快速問題: $5/月6Sonnet 用於日常任務: $40/月7Opus 高努力用於複雜工作: $80/月8Opus 快速用於大型重構: $30/月9動態用於大型審計: $50/月(偶爾)10─────────────────────────────────────────11總計: ~$205/月1213節省: ~50%14在每個重要任務上維持相同的輸出品質。
完整配置(可複製貼上)
環境變數
1# 添加到 ~/.zshrc 或 ~/.bashrc2export CLAUDE_CODE_DEFAULT_EFFORT=high3export CLAUDE_CODE_DISABLE_ADAPTIVE_THINKING=14export CLAUDE_CODE_SUBAGENT_MODEL="claude-sonnet-4-5-20250929"5export ANTHROPIC_MODEL="claude-opus-4-8"
settings.json
1{2 "permissions": {3 "allow": [4 "Read", "Glob", "Grep", "LS", "Edit", "MultiEdit",5 "Write(src/**)", "Write(tests/**)", "Write(docs/**)",6 "Bash(npm run *)", "Bash(npm test *)", "Bash(npx tsc *)",7 "Bash(npx prettier *)", "Bash(npx eslint *)",8 "Bash(git status)", "Bash(git diff *)", "Bash(git log *)",9 "Bash(git add *)", "Bash(git commit *)"10 ],11 "deny": [12 "Read(**/.env*)", "Read(**/.ssh/**)", "Read(**/.aws/**)",13 "Bash(rm -rf *)", "Bash(sudo *)", "Bash(git push *)"14 ],15 "defaultMode": "acceptEdits"16 },17 "hooks": {18 "PostToolUse": [19 {20 "matcher": "Write(*.ts)",21 "hooks": [22 { "type": "command", "command": "npx prettier --write $file" },23 { "type": "command", "command": "npx tsc --noEmit 2>&1 | head -20" }24 ]25 }26 ],27 "Stop": [28 {29 "hooks": [30 { "type": "command", "command": "npm test 2>&1 | tail -10; echo \"Exit: $?\"" }31 ]32 }33 ]34 }35}
日常工作流程速查表
1# 一天開始:預設努力程度2/effort high34# 快速問題5/effort low6"這個函數回傳什麼?"7/effort high89# 大型重構(速度很重要)10/fast11"重構整個 auth 模組以使用新的 session 處理器"1213# 完整程式碼庫審計(動態工作流程)14/effort ultracode15"審計每個缺少身份驗證檢查的端點"1617# 模型切換18/model sonnet # 用於簡單任務19/model opus # 用於複雜工作20/model haiku # 用於一次性問題
大多數人會錯過的一件事
努力程度控制是這次發布中價值最高的功能。不是動態工作流程,也不是快速模式。是努力程度控制。
在你 60% 的提示上使用低努力程度,並在真正需要深度推理的 10% 上使用最高努力程度,這種紀律能將你的月度帳單減半,同時不影響重要工作的輸出品質。
大多數人會把所有東西都留在高努力程度,永遠不碰那個滑桿。而那些學會為每個任務路由努力程度的人,將以一半的成本獲得相同的結果。
感謝閱讀!
我每天在我的 Telegram 頻道分享關於 AI、金融和氛圍編碼的筆記:https://t.me/zodchixquant






