Claude Sonnet 5 在 OpenRouter 的定價與基準

OpenRouter 顯示 Claude Sonnet 5 的輸入價格是每百萬 token 2 美元，輸出是 10 美元。

Claude Sonnet 5 在 OpenRouter 上的資訊很完整。它有 1M token context、adaptive thinking，還把供應商延遲、吞吐量、uptime 一起列出來。這種頁面很實用，因為你不用只看模型名單，還能直接看部署成本。

這個模型頁面在講什麼

OpenRouter 把 Sonnet 5 放在「可直接拿去上線」的位置。它不是只秀規格，而是把價格、供應商、路由模式和 benchmark 放在同一頁。對工程團隊來說，這比一張單純的模型卡更有用。

這個模型主打 coding、agents 和專業工作。它支援 text、image、file 三種輸入，也有 low、medium、high、max、x-high 等 thinking levels。這代表它比較像一個能處理混合任務的工作馬，不是只能聊天的 demo 模型。

如果你在做產品，這些資訊會直接影響架構。長 context 可以少切段，文件分析可以少做重組，agent 也能少來回呼叫。對開發者來說，省下來的是時間，不只是 token。

• 1M token context，適合長文件與大型 repo
• adaptive thinking levels，方便控制推理成本
• 支援 text、image、file
• 有 real-time cyber safeguards

最後一點常被忽略。OpenRouter 提到它有即時 cyber safeguards，會擋掉部分高風險雙重用途請求。對要做工具型產品的人，這會影響 prompt 設計，也會影響你的權限切分。

價格看起來簡單，實際帳單沒那麼單純

OpenRouter 的標價很直接。輸入是每百萬 token 2 美元，輸出是每百萬 token 10 美元。這組價格對長輸出特別敏感，因為很多 agent 工作流不是吃 prompt，而是吃回覆長度。

真正麻煩的是供應商差異。OpenRouter 同一個模型下，會列出不同 provider 的速度、uptime 和成本。你看到的不是單一 API，而是多個後端一起競爭。

這也解釋了為什麼 routing 很重要。某些情況下，平均實付成本會比標價低，因為有 caching 和折扣。對產品團隊來說，這種彈性比漂亮的宣傳詞更值錢。

“OpenRouter is introducing a new pricing and routing model called the OpenRouter API.” — OpenRouter blog, 2024

這句話講得很直白。你買的不是一個固定端點，而是一層可切換的模型路由。當某個 provider 慢了，或短暫出問題，系統可以改走別條路。

OpenRouter 也提供 Balanced、Nitro、Exacto 等路由模式。你想省錢、想快一點，或想提高 tool-calling 精準度，都可以用不同策略去調整。這種設計很像把模型選擇權交回給工程師。

benchmark 和供應商數據更有參考價值

OpenRouter 的 benchmark 區塊給了 Sonnet 5 不錯的成績。它在 GPQA Diamond、TAU-Bench 這類標準測試上都有表現，而且不同 provider 的差距沒有大到離譜。這表示模型能力穩，真正差別多半在部署條件。

延遲和吞吐量更能反映真實體感。Azure 在 OpenRouter 表上顯示 1.22 秒延遲、70 tok/s 吞吐量。Anthropic 自家端點是 1.68 秒和 56 tok/s。這種差距在聊天產品裡很明顯。

如果你的產品是客服、編輯器、agent 或工作流自動化，延遲就是體感。差 0.5 秒，使用者可能就覺得「卡」。差 10 tok/s，長回答的等待時間也會拉開。

• Azure：1.22 秒，70 tok/s，99.96% uptime
• Anthropic：1.68 秒，56 tok/s，99.99% uptime
• Claude Platform on AWS：2.76 秒，48 tok/s，99.96% uptime
• Google Vertex Global：2.98 秒，60 tok/s，99.89% uptime
• OpenRouter 24 小時可用率：99.66%
• 未經路由的可用率：92.70%

這組數字最值得看的是可用率差距。OpenRouter 顯示 24 小時整體可用率是 99.66%，但沒有路由時只有 92.70%。對線上產品來說，這不是小修小補，而是會直接影響 SLA 的差異。

三天數據也有意思。OpenRouter 顯示三天 uptime 為 100.00%，三天可用率為 99.80%。這種資料對 agent 或支援系統很重要，因為它們不能常常等模型恢復。

流量數據透露真實用途

OpenRouter 的公開 app 排名，比單看 benchmark 更接近真實世界。Claude Sonnet 5 出現在 Claude Code、Hermes Agent、Descript、OpenClaw、Framer 這些產品裡。這些產品差很多，代表它的用途也很廣。

OpenRouter 顯示 Claude Code 有 624B tokens，Hermes Agent 有 528B，Descript 有 466B。這組量級很大，代表 Sonnet 5 已經進到 agent-heavy 和 production-heavy 場景，不只是拿來做聊天。

對工程主管來說，這比廣告文案可靠。模型在大流量產品裡出現，通常表示它能撐住複雜工作流。當然，這不代表每個團隊都該直接跟進，但至少能知道市場怎麼用它。

如果你想把它跟其他供應商比，Anthropic、Google Vertex AI、Azure、Amazon Bedrock 都能提供類似模型接入，但成本和延遲會不同。OpenRouter 的價值，就是把這些差異攤開來看。

台灣團隊可以怎麼看這組數字

如果你在台灣做 SaaS、客服系統、內部知識庫，Sonnet 5 的 1M context 很有吸引力。大型文件、法務條款、程式碼審查，這些場景都很吃上下文長度。你不用一直拆段，也不用一直重送資料。

但輸出價格是 10 美元每百萬 token，這點不能忽略。只要你的產品會產生長回覆，成本就會快速累積。很多團隊一開始只算 prompt，最後帳單爆掉，問題都出在 output。

我會把它看成一個偏高品質、偏高控制度的選項。先用 routing 測 latency，再看實際 token 消耗，最後才決定要不要把它放進預設路徑。這樣比較務實，也比較不會被 demo 帶著走。

我會怎麼下結論

Claude Sonnet 5 在 OpenRouter 上的訊號很清楚。價格不算低，但 1M context、供應商比較、路由彈性和 benchmark 都很完整。它適合要做正式產品的團隊，不太適合只想試玩的人。

如果你正在選模型，我會先問一個問題：你的工作流是吃輸入，還是吃輸出。答案會直接決定這個模型值不值得上線。對很多 agent 產品來說，這個問題比「模型有多強」更重要。

接下來最實際的做法，是拿你的真實 prompt 跑一次 OpenRouter。看延遲，看輸出長度，看不同 provider 的穩定度。數字會比宣傳頁面誠實很多。