TLDR
Claude Sonnet 5 已以 claude-sonnet-5 上線：1M 上下文、128k 最大輸出，並在 2026 年 8 月 31 日前提供每 MTok 輸入/輸出分別 $2 / $10 的導入期價格。之後標準價格為每 MTok $3 / $15。
對於 Sonnet 4.6 團隊，這不是簡單的模型 ID 替換。在導入生產流量前，請重新建立基準：輸出 token 數、effort 等級、提示快取命中率、HTTP 400 比率，以及 Opus 4.8 回退率。
API Migration Snapshot
| Item | Claude Sonnet 5 |
|---|---|
| API model ID | claude-sonnet-5 |
| Migration target | Claude Sonnet 4.6 production workloads |
| Best first tests | Coding agents, tool use, long-context research, support automation |
| Context window | 1M tokens |
| Max output | 128k tokens |
| Intro API price | $2 / $10 per MTok input/output through August 31, 2026 |
| Standard API price | $3 / $15 per MTok input/output after August 31, 2026 |
| Key migration note | Adaptive thinking is on by default |
| Effort default | high on Claude API and Claude Code |
| Cost caveat | The new tokenizer can produce about 30% more tokens for the same text, so measure real workload cost |
| Required telemetry | effort, usage.output_tokens, cache hit/miss fields, request 400 rate, p95 latency |
Key Takeaways
- Sonnet 5 是遷移決策，而不僅是較新的模型 ID。
- 衡量每項任務的解決成本，而不僅是 token 單價。
- 請有意識地設定
effort；Sonnet 5 在 Claude API 與 Claude Code 上預設為high。 - 在生產上線前，重新建立提示快取、輸出 token 數與 HTTP 400 比率的基準。
- 針對高投入的代理型工作，將 Opus 4.8 保留在評估集合中。
What Actually Shipped
Anthropic 的 Claude Sonnet 5 announcement 將其定位為下一代 Sonnet 級別的生產模型。Claude model overview 與官方價格頁 在實務面上得出相同結論：在許多團隊的日常路由、延遲與成本決策中，Sonnet 而非 Opus 是主要考量。
What Public Discussion Shows
硬性事實來自 Anthropic 文檔。Anthropic 公布的比較顯示，Sonnet 5 在 SWE-bench Pro 上得分 63.2%（對比 Sonnet 4.6 的 58.1%），在 Terminal-Bench 2.1 上達到 80.4%（對比 67.0%），並將使用工具的 Humanity's Last Exam 從 46.8% 提升至 57.4%。
公共討論對較窄的目的有用：它顯示了開發者首先注意到什麼，以及哪些主張值得重測。TestingCatalog 的 launch-chart thread 引出基準討論，Chubby 的 price/performance read 框定比較問題，Kilo Code 的 developer-tool availability note 顯示早期生態動向。–
來源: @claudeai
後續問題比發佈熱度更有價值。Hacker News 討論 聚焦於 token 使用與成本曲線，r/singularity 發佈串 討論與 Opus 的比較，r/ClaudeAI 早期印象 收集使用者層面的回饋。將這些討論視為訊號，而非規格。
Claude Sonnet 5 API Pricing
Claude Sonnet 5 價格分兩個階段。
| Period | Input price | Output price |
|---|---|---|
| Introductory pricing through August 31, 2026 | $2 / MTok | $10 / MTok |
| Standard pricing after August 31, 2026 | $3 / MTok | $15 / MTok |
此表遵循 Anthropic 的 Claude pricing page。
重要細節是：每 token 定價不是全部成本故事。Anthropic 的 Claude Sonnet 5 documentation 指出，新 tokenizer 對相同文本的 token 數大約可能增加 30%。將此作為規劃用的近似數，不是固定倍數。實際增幅取決於內容與工作負載形態，因此團隊應針對自己的生產提示重新執行 token 計數。
遷移時，請使用以下路由指標：
有效每項任務成本 = （主要模型成本 + 重試成本 + 回退 成本）/ 成功任務數
若 Sonnet 5 以更少重試或較少 Opus 回退完成更多任務，實際上仍可能更便宜。若 token 使用增加但完成品質未改善，較低的標價未必轉化為更低的工作負載成本。
Three Engineering Dark Corners
遷移風險不僅在於模型品質。三個較不顯眼的細節會改變生產成本或可靠性。
自適應思考可能轉化為輸出 token 成本
Claude Sonnet 5 預設啟用自適應思考。Anthropic 的 extended thinking documentation 指出，思考 token 以輸出 token 計費，因此即便最終回答很短，也可能包含大量計費的推理工作。
標準控制並非固定的思考預算。Anthropic 將 effort 視為思考深度控制（見 Claude migration guide 與 effort documentation），而 model overview 列示 Sonnet 5 在 Claude API 與 Claude Code 的預設 effort 為 high。對於簡單路由或確定性分類，測試較低的 effort 等級如 low 或 medium，或完全停用思考，並驗證延遲、品質與輸出 token 使用。
遷移檢查清單：
- 在每次評估執行時記錄實際的
effort設定。 - 追蹤
usage.output_tokens，不僅看可見回覆長度。 - 比較 Sonnet 4.6、Sonnet 5 與 Opus 4.8 的 p50/p95 延遲。
- 對於簡單路由或確定性分類任務，測試較低 effort 等級或完全停用思考，並比較延遲、輸出 token 使用與任務準確率。
- 留意 Sonnet 5 雖然回答正確，但思考 token 花費足以讓 Opus 4.8 具競爭力的任務。
-
提示快取必須重新建立基準
對於長上下文研究、支援型代理與多步編排，Anthropic 的 prompt caching guide 常是最大成本槓桿。Sonnet 5 的新 tokenizer 會改變相同提示的 token 數，因此快取輸入的成本假設應在遷移後重新計算。亦應獨立透過監控快取建立與快取讀取的使用欄位來重新驗證快取行為。
不要假設以 Sonnet 4.6 調校的提示快取策略，能在 Sonnet 5 上產生相同的工作負載成本輪廓。
遷移檢查清單：
- 在切換流量前，對所有長提示重新執行 token 計數。
- 重新檢查快取分界點與快取控制位置。
- 在遷移期間監控
cache_creation_input_tokens與cache_read_input_tokens。 - 在更換模型 ID 後，對快取讀取突然下降或快取建立飆升提出警報。
被拒絕的採樣參數會導致破壞性的 400 錯誤
相較許多舊整合，Sonnet 5 對某些採樣參數更為嚴格。Anthropic 的 API release notes 指出，非預設的 temperature、top_p 與 top_k 會回傳 HTTP 400 錯誤。若你的 SDK 包裝器對每個模型都硬性設定採樣參數，則上線時請求可能失敗。
遷移檢查清單：
- 搜尋程式碼庫中硬編碼的
temperature、top_p與top_k。 - 在送出請求前加入模型特定的參數驗證。
- 以金絲雀方式執行遷移，並設定錯誤率警報再全面上線。
- 在參數驗證清理完成前，保留 Sonnet 4.6 的回退路由。
Claude Sonnet 5 vs Claude Sonnet 4.6
Claude Sonnet 5 是已使用 Sonnet 4.6 團隊的自然升級候選，但不應視為零審查的遷移。
| Area | What changes |
|---|---|
| Model ID | Change from claude-sonnet-4-6 to claude-sonnet-5 |
| Thinking | Adaptive thinking is on by default |
| Manual extended thinking | Manual budget-token mode is removed |
| Sampling parameters | Non-default temperature, top_p, and top_k return HTTP 400 errors |
| Tokenizer | The same text can map to more tokens |
| Best improvement area | Coding, tool use, and agentic workflows |
這對具有嚴格 token 預算、確定性採樣設定或長提示的應用最為重要。在以 Sonnet 4.6 替換生產環境前，請重新執行 token 計數、移除不支援的採樣參數，並比較任務成功率。
Sonnet 5 or Opus 4.8: The Routing Decision Tree
最值得評估的不僅是 Sonnet 5 對比 Sonnet 4.6。對許多團隊而言，真正的路由問題是：
此工作流程應該跑在較便宜的 Sonnet 5，還是更強的 Opus 4.8？
| Model | Standard input price | Standard output price | Best fit |
|---|---|---|---|
| Claude Sonnet 5 | $3 / MTok | $15 / MTok | Fast, capable, lower-cost agentic workflows |
| Claude Opus 4.8 | $5 / MTok | $25 / MTok | Complex agentic coding and enterprise work |
| Claude Sonnet 4.6 | $3 / MTok | $15 / MTok | Existing Sonnet workloads not yet migrated |
簡單決策樹：
- 當工作流程為中等複雜度、對延遲或成本敏感時，路由至 Sonnet 5。
- 當任務具重複性且可可靠衡量重試與審核時間時，路由至 Sonnet 5。
- 對需要高投入規劃、多檔案編碼或昂貴企業決策的任務，保留 Opus 4.8。
- 當失敗答案的代價超過 token 差異時，保留 Opus 4.8。
- 當生產提示依賴不支援的採樣參數或手動延展思考預算時，暫時保留 Sonnet 4.6。
最常見錯誤是只看價格。更好的方式是比較：
- 已解決任務率
- 平均輸入 token 數
- 平均輸出 token 數
- 每個成功任務的重試次數
- 每個成功任務的延遲
- 節省的人工作業審核時間
- Opus 回退率
Benchmarks: What To Trust And What To Retest
Anthropic 將 Claude Sonnet 5 定位在編碼、工具使用與專業代理工作流。第三方發佈討論，尤其是 TestingCatalog 的 benchmark-chart thread 與 Chubby 的 price/performance comparison，將其轉化為實務基準問題：Sonnet 5 是否足夠縮小與 Opus 的差距，從而改變生產路由？
數據說明了這個問題的重要性。Sonnet 5 在 SWE-bench Pro 上落後 Opus 4.8 6.0 分，在 Terminal-Bench 2.1 上落後 2.3 分，但在相同測試上分別擊敗 Sonnet 4.6 5.1 與 13.4 分。Chubby 的圖表亦顯示，Sonnet 5 從 低 effort 約 $2+ 每任務，在較高 effort 下走向 $5–$7 區間，因此應將 effort 設定納入基準。
來源: @kimmonismus
將發佈基準視為方向性。請重測：
- Sonnet 5 是否降低你自家程式庫中的重試次數。
- 自適應思考是否改變延遲或輸出長度。
- 新 tokenizer 是否增加你的有效帳單。
- tokenizer 改變後，提示快取命中率是否維持穩定。
- 被拒絕參數是否在金絲雀流量中造成 HTTP 400 激增。
- 在高投入任務上，Opus 4.8 是否仍勝出。
這也是 Hacker News 成本討論 與 r/ClaudeAI 早期用戶回報 的用武之地。它們不是模型規格的事實來源，但揭示了開發者的首要問題：「這真的更便宜嗎？」「它會用更多 token 嗎？」「什麼時候我仍應付費用使用 Opus？」
How To Evaluate Claude Sonnet 5 Yourself
利用導入期價格，進行小而真實的測試。
建立 20 項任務的評估集
納入真實任務，而非玩具提示：
- 在你的儲存庫中修復一個 bug
- 工具呼叫工作流
- 長上下文文件綜述
- 客服工單分流
- 程式碼審查
- SQL 或資料分析
- 多步代理任務
在 Sonnet 4.6、Sonnet 5 與 Opus 4.8 上執行相同任務
不要比較一次性的輸出。請在相同提示與審核標準下比較相同任務集。
若你的評估棧使用編碼代理、框架或提示評測工具，CometAPI Cookbook 提供針對常見開發者工作流（如 Claude Code、Codex、LiteLLM、LangChain、Langfuse 與 Promptfoo）的 GitHub 原生整合指南。
衡量每項任務的解決成本
追蹤：
- 輸入 token 數
- 輸出 token 數
- 思考 token 偏高的請求（透過輸出 token 差額與任何可用的使用分解）
- 快取建立 token 數
- 快取讀取 token 數
- 重試次數
- 延遲
- HTTP 400 錯誤
- 所需的人工修改
- 最終通過/失敗分數
-
遷移限制監控
從 Sonnet 4.6 遷移至 Sonnet 5 時：
- 使用
claude-sonnet-5 - 移除不支援的採樣參數
- 避免手動延展思考預算
- 重新測試
max_tokens - 使用 Sonnet 5 的 tokenizer 重新計數 token
- 重新檢查提示快取分界點
- 對快取讀取下降、快取建立飆升與 HTTP 400 飆升發出警報
依工作負載類別決策
對中等複雜度的生產工作流，預設使用 Sonnet 5。對高投入工作流，保留 Opus 4.8，直到你自家已解決任務數據顯示相反結果。
What To Watch Next
未來幾週請關注五件事：
- 獨立的編碼與代理基準。
- 新 tokenizer 下關於 token 使用的開發者實際報告。
- 自適應思考的輸出 token 支出報告。
- 長上下文工作負載中的提示快取命中率行為。
- 導入期結束（2026 年 8 月 31 日）後的價格或供應變化。
若你的團隊已使用 Sonnet 4.6，不要等到導入期結束才行動。7、8 月是用真實工作負載測試 Sonnet 5 並決定是否遷移的最佳時機。
FAQ
Claude Sonnet 5 多少錢？
Claude Sonnet 5 在 2026 年 8 月 31 日前為每 MTok 輸入/輸出 $2/$10。之後標準價格為每 MTok $3/$15。
Claude Sonnet 5 是 Sonnet 4.6 的即換即用替代嗎？
大致如此，但仍需測試。更新模型 ID、移除不支援的採樣參數、設定 effort、重新計數 token，並重新建立提示快取的基準。
Claude Sonnet 5 的思考 token 會計費嗎？
會。思考 token 以輸出 token 計費，因此請監控 usage.output_tokens 與延遲。
我可以為簡單任務關閉自適應思考嗎？
可以。在 Claude Sonnet 5 上，傳入 thinking: {"type": "disabled"} 以關閉思考。若工作負載仍受益於推理，則保留自適應思考並使用 effort 參數控制思考深度。Sonnet 5 的預設為 high，因此對延遲敏感的工作負載應測試 low 或 medium。
遷移到 Sonnet 5 後，提示快取成本會改變嗎？
會。請重新檢查快取分界點，並監控 cache_creation_input_tokens 與 cache_read_input_tokens。
Sonnet 5 會忽略不支援的採樣參數嗎？
不會。非預設的 temperature、top_p 與 top_k 會回傳 HTTP 400 錯誤。請移除硬編碼的採樣參數或在生產上線前加入模型特定的參數驗證。
我應該用 Claude Sonnet 5 還是 Claude Opus 4.8？
對成本敏感的工作流使用 Sonnet 5。對高投入的代理型編碼與複雜企業任務保留 Opus 4.8。
Test The Migration With CometAPI
你可以透過 CometAPI 測試 Claude Sonnet 5，並在同一 API 工作流中將其與 Claude Sonnet 4.6、Claude Opus 4.8 與其他前沿模型比較。針對編碼代理、自動化工具與評估框架的設定範式，請使用 CometAPI Cookbook 作為基準實作的實用補充。從小型任務集合開始，衡量每項任務的解決成本，並依據你的工作負載選擇勝出的模型。