Claude Code 額度翻倍：Anthropic 把算力變成產品體感

Claude Code 幫你跑一個大型重構時，最打斷節奏的常常是額度先到。

你已經把 repo context、測試錯誤、修補方向都餵進去，代理人也進入狀況。這時跳出 rate limit，整個工作流會從「把任務交給 AI」變回「等下一輪額度」。對開發者來說，AI infrastructure 會落到五小時限制、尖峰時段、API quota 和任務能不能連續跑完。

Anthropic 5 月 6 日宣布與 SpaceX 簽下 compute partnership，同時放寬 Claude Code 和 Claude API 的使用限制。這則新聞最醒目的數字是 SpaceX Colossus 1：300+ megawatts、220,000+ NVIDIA GPUs。可是對使用者更直接的，是 Claude Code 五小時額度翻倍、Pro 和 Max 尖峰限制移除，以及 Claude Opus API limit 提高。

這次使用者會感受到什麼

Anthropic 官方說，這次有三個立即生效的變動。

產品表面	官方說法	誰最有感	仍要查清楚
Claude Code 五小時 rate limits	Pro、Max、Team、seat-based Enterprise plans 翻倍	長時間寫程式、重構、debug 的開發者	每個方案的新實際上限
Claude Code 尖峰時段	Pro、Max 移除 peak hours limit reduction	晚間或高峰使用者	未來高峰政策是否調整
Claude Opus API	API rate limits 大幅提高	做代理人、批次任務、內部工具的 API 團隊	具體 tier 和表格細節
SpaceX capacity	Colossus 1 全部 compute capacity，300+ MW / 220,000+ GPUs	Pro/Max 容量、整體供給	商業條款和長期穩定性

這些變動讓 AI 工具的競爭離開單純 benchmark。對重度使用者來說，模型再強，如果高峰時段被壓低、長任務被切斷、API quota 撐不起產品流量，就很難成為可靠工作基礎。

Claude Code 尤其如此。它已經超過一次問答工具：會長時間讀 repo、改檔案、跑測試、回報結果。五小時窗口如果太窄，使用者會被迫把任務切碎。額度放寬，直接改變可交付的任務大小。

SpaceX deal 為什麼會進到產品體感

Anthropic 說，SpaceX agreement 讓它取得 Colossus 1 data center 的全部 compute capacity，並在一個月內拿到 300+ MW、220,000+ NVIDIA GPUs 的新容量。官方還寫明，這些 additional capacity 會直接改善 Claude Pro 和 Claude Max subscribers 的容量。

這句話把供應鏈、data center、GPU、能源，接到使用者帳號上的體感：更多可用時間、更少高峰限制、更高 API rate limits。

Anthropic 也把 SpaceX 放進更大的 compute portfolio。官方同一篇文章列出 Amazon、Google/Broadcom、Microsoft/NVIDIA、Fluidstack 等不同 capacity deals，並說 Claude 會在 AWS Trainium、Google TPUs、NVIDIA GPUs 上訓練和執行。

這代表 Anthropic 的策略不再押單一雲端或單一硬體。它需要多來源 capacity，因為 Claude 的產品線已經從聊天擴到 coding、API、enterprise、financial services、Cowork、Chrome、Slack、Microsoft 365 等場景。每多一種長任務代理人，算力壓力都會從訓練端跑到推論端。

買 AI 工具，要開始問 quota 問題

企業採購 AI 工具時，過去常問三件事：模型效果如何、資料怎麼保護、價格怎麼算。

現在還要加一組更務實的問題：

• 每個使用者、每個 seat、每個 API tier 的可用額度是多少？
• 高峰時段會不會被降速或降額？
• 長任務中斷後能不能恢復？
• status page 會不會揭露 capacity 壓力？
• 供應商是否有足夠多元的 compute 來源？
• 資料落地和 in-region inference 能不能滿足合規需求？

這些問題以前像雲端基礎建設細節，現在會影響 AI 產品能否每天用。尤其是 coding agent 和 API agent。它們不像聊天視窗那樣可以等一下再問；一旦進入 CI、客服、內部工具或開發流程，容量不足就會變成工作排程風險。

Anthropic 這次也提到 regulated industries 需要 in-region infrastructure，因為金融、醫療、政府客戶會在意 compliance 和 data residency。這把 compute 問題再推一層：不只要夠用，也包括在哪裡用、用什麼硬體、受哪套法律和供應鏈約束。

不要把限制放寬誤讀成模型升級

這則新聞有幾個容易寫過頭的地方。

第一，SpaceX capacity 不代表 Claude 模型能力提升。來源支持的是使用容量、rate limits 和 compute access，不支持「因為用了 SpaceX，所以回答更好」。

第二，限制放寬也不等於永遠不會被限。AI demand 仍然可能波動，產品政策也可能再改。比較負責任的讀法，是把它視為 Anthropic 對重度使用者的一次 capacity repair。

第三，Elon Musk 和 SpaceX 的戲劇性很強，但這篇的主角應該是產品可靠度。若把焦點放在誰租了誰的 data center，很容易忽略開發者每天遇到的問題：長任務能不能跑完。

可靠度會成為模型選擇的一部分

Claude Code、Codex、Cursor、Gemini、Copilot 這類工具越接近日常開發，使用者比較的就不再只是「哪個模型比較聰明」。

更完整的比較會長這樣：

問題	為什麼重要
長任務額度	決定代理人能不能處理大型 repo 和多步修補
高峰政策	決定團隊在真實工作時間能否穩定使用
API quota	決定內部工具和產品功能能否擴大
容量揭露	決定採購方能否評估供應風險
區域部署	決定金融、醫療、政府場景能否合規

Anthropic 這次把 SpaceX compute deal 和 Claude Code limits 放在同一篇公告裡，等於把算力從後台拉到產品頁上。當 AI 工具開始接手長時間工作，容量就是產品的一部分。

下一次評估 coding agent，別只看 demo 能不能改好一個 bug。也要看它在你最忙的那五小時，能不能真的留在工作裡。

謝皓文（編輯：廖玄同），《Claude Code 額度翻倍：Anthropic 把算力變成產品體感》，矽基前沿 [Si]gnals，2026-05-09。https://signals.tw/articles/anthropic-spacex-compute-limits/