AIREITERGoogle 這次主打速度的新模型，以一分之差擊敗自家旗艦，卻仍不是處理最棘手 bug 的首選。Gemini 4 Hydrogen 於 2026 年 11 月 12 日全球推出，是 Gemini 4 家族中專注快速執行的成員；Argon 則繼續定位在深度、長流程推理。
不過，這個定位差異並沒有想像中那麼簡單。Google 公布的 Artificial Analysis 數據顯示，Hydrogen 在預設的 high thinking 下拿到 51 分，略高於 Argon 的 50 分；開啟 xhigh 後更達到 54 分。下方的基準測試會把這一分放回完整脈絡，因為其他排行榜結果大多指向相反方向。
Hydrogen 只贏 Argon 1 分，但 Argon 真正擅長的工作仍不是它的強項
Google 將 Hydrogen 定義為快速寫程式、代理執行、多模態整合與日常協助模型，並可用於 Gemini API、AI Studio、Gemini app、Search 與 Antigravity。Carbon 負責做架構決策；Hydrogen 則在平行工作的代理中撰寫程式、執行測試並驗證修改結果。
先看價格與速度，畢竟基準測試不會替你付帳單
以下價格來自 Google 的發布文章與 LLM Leaderboard 價格表，後者引用 AI Studio 的定價。
| 項目 | Gemini 4 Hydrogen | Gemini 4 Argon |
|---|---|---|
| API 模型 ID | gemini-4-hydrogen | gemini-4-argon |
| 輸入／每 1M tokens | $1.50 | $2.00 |
| 輸出／每 1M tokens | $7.50 | $10.00 |
| 上下文快取／每 1M | $0.075 | — |
| Batch／Flex | 輸入 $0.75／輸出 $3.75 | 依層級而異 |
| Priority tier | 輸入 $2.70／輸出 $13.50 | 依層級而異 |
| 混合成本（50/50） | $4.50 | 約 $6.00 以上 |
| 公布的輸出速度 | 198.2 tokens/sec（LLM Leaderboard） | 尚無可比較的獨立數據 |
| 上下文視窗 | 1,048,576 tokens | 1M tokens |
比起表面上的單價，以下三個計費細節更值得注意：
- 思考 tokens 會按照輸出計費。如果每次都使用 xhigh，價格優勢很快就會被吃掉。
- Hydrogen 在完整 1M 上下文範圍內採單一價格，沒有額外的長上下文加價級距。
- 實際試算：50M 輸入加上 10M 可見輸出，在 Hydrogen 標準層級約為 $150（75 + 75），Argon 則是 $200。如果 xhigh 額外產生 20M 思考 tokens，按每 1M $7.50 計算，Hydrogen 總成本會達到 $300，反而比 Argon 完成相同可見工作還貴。
Hydrogen 的名字，真正體現在速度上。Google 表示，在預設 high 設定下，它完成任務的速度是 Gemini 3.8 Flash 的 2.5 倍——注意，這不是與 Argon 比較；在合作夥伴圖表與 SQL 工作負載中則快 2 倍至 2.8 倍，同時少用 12% 至 23% 的 tokens，生成 Sheets 財務模型也快超過 30%。LLM Leaderboard 引用的一份獨立速度報告則顯示，Hydrogen 為 198.2 tokens/sec，Sonnet 5.5 為 144.0，3.8 Flash 為 136.6。目前還沒有符合條件的首 token 延遲數據，因此首位元組延遲仍應視為未經驗證。
基準測試真正證明了什麼，又沒有證明什麼
Google 的發布表格值得搭配註腳一起看（Hydrogen 數據通常是在最高思考層級下的 pass@1；競爭模型數據大多由供應商提供，完整表格請見發布文章）：
| 基準測試 | Hydrogen | 代表意義 |
|---|---|---|
| Intelligence Index（high／xhigh） | 51／54，Argon 為 50 | 在某一設定下小幅領先，不能據此判定整體「更聰明」 |
| Terminal-Bench 4.1 | 57%，3.8 Flash 為 18.2% | 比 Flash 提升超過 3 倍；但在 Google 表格中，Sonnet 5.5 仍以 63.9% 領先 |
| Agents' Last Exam v1.1 | 71.6%，Sonnet 為 60.4%，Terra 為 69.8% | 多步驟代理表現亮眼，但採用 Google 的測試框架 |
| AutomationBench-AA | 76.14%（根據 LLM Leaderboard，Carbon 為 77.8%，Argon 為 77.5%） | 最有參考價值的獨立訊號，但仍落後兩個前沿模型 |
| HLE-Diamond | 58.8% | 宣稱領先同類，但仍需要獨立重測 |
| Vals Tax／Legal | 52.3% 第 1／55.8% 並列第 1 | 在特定代理任務中勝出，但樣本數偏小 |
| OSWorld 2.1／TB-Science | 77.6%／51.4% | 在 Google 的比較中，兩項都是 Sonnet 領先 |
兩個注意事項會直接影響你解讀這些數字的方式。首先，LLM Leaderboard 列出的獨立 xhigh 重測結果低於 Google 發布的數據：Multimodal Knowledge Agent 為 49.52%，Google 則是 53.4%；Terminal-Bench-Science 為 49.52%，Google 則是 51.4%。其次，幾項「同類領先」的說法並沒有交代所謂的同類究竟是什麼。
跨來源比較後，較站得住腳的結論其實更精確：在代理式程式設計方面，Hydrogen 明顯優於 3.8 Flash（Terminal-Bench 4.1 為 57% 對 18.2%）；在自動化廣度上具備與前沿模型競爭的能力；但在最困難的 OSWorld 類電腦操作與科學推理任務中仍較弱，Sonnet 5.5 依然領先。
真正該調整的是思考層級，而不是只換模型
Hydrogen 提供四種推理設定：low、medium、high、xhigh。其中 high 是預設值，xhigh 則是新增的最高層級。競爭模型比較通常把它當成註腳，但對 API 呼叫者來說，這其實就是成本控制開關。
| 層級 | 適用情境 | 取捨 |
|---|---|---|
low | 快速聊天、分類、高吞吐量迴圈 | 延遲與 token 消耗最低，但推理能力最弱 |
medium | 互動式程式設計、即時 UI、對延遲敏感的工具呼叫 | 適合原型開發的平衡選擇 |
high（預設） | 程式設計、代理、工具使用、多模態文件 | 大量工作最適合的預設值 |
xhigh | 困難的多步驟問題 | 推理最深入，但延遲與 token 消耗最高，也有過度思考的風險 |
Google 建議有選擇地使用 xhigh，因為它會增加等待時間與計費用的思考 tokens，也可能讓模型在簡單提示上想得太複雜。實務上，可以讓正式環境的代理迴圈維持 high，只有在失敗或高價值的執行軌跡上升級到 xhigh；否則，你原本的「$1.50 模型」最後可能會開出接近前沿模型的帳單。
Cursor 文件也以 low 到 xhigh 的 effort 層級呈現相同概念，並列出模型 ID gemini-4-hydrogen、上下文限制與代理工具支援。若想在直接串接 Google 前先使用與供應商無關的端點，OpenRouter 與 Vercel AI Gateway 都提供託管存取與推理控制。
目前存取狀況仍不太整齊：模型 ID、限制與配額都有眉角
規格表很乾淨，但實際推出狀況並不完全如此。
截至 11 月 12 日，官方提供的存取方式如下：
- 開發者：Gemini API 與 AI Studio；Android Studio 付費層級
- 付費訂閱者：Google AI Pro 與 Ultra 可使用 Antigravity
- 企業：透過 API 或模型選單使用 Gemini for business；符合資格的訂閱方案可使用 Sheets
- 所有人：Gemini app 與 Search 全球開放；Sheets 從 Pro 與 Ultra 開始提供
- 免費 app 使用者：透過自動模型選擇使用 Hydrogen，不一定能在手動選擇器中直接選取
整合到用戶端時，以下限制需要先納入設計（model card、AI Studio 模型文件）：
- 輸入上下文：1,048,576 tokens，整個視窗採單一價格
- 同步輸出的預設上限：65,536 tokens
- 長輸出：透過背景長解碼，最多可使用剩餘的 1M 上下文
- 輸入：文字、程式碼、圖片、影片、音訊、PDF、試算表與 Office 文件；輸出為文字
- 知識截止日期：2026 年 3 月
- 功能：函式呼叫、結構化輸出、程式碼執行、檔案搜尋、URL context、Search 與 Maps grounding、電腦操作、隱式快取；不支援音訊／圖片生成或 Live API
發布當天的討論串顯示，實際可用狀況並不一致：有些使用者在某個產品中看得到 Hydrogen，另一個產品卻沒有；也有人發現它取代 Flash 成為預設模型。
「它預設切換成 Hydrogen，不是我平常用的 Flash 3.8！」—— u/fozzy71，r/GeminiAI 發布討論串
「它找到了 3.8 遺漏的新內容。」—— u/Numerous-Cup1863，r/GeminiAI Hydrogen 測試討論串
在相信早期示範之前，還有兩項較小範圍的回報值得留意。在網路搜尋測試討論串中，u/Healthy_Phone_3703 表示 Hydrogen 否認新模型名稱存在，並聲稱不支援即時搜尋。另一方面，@FurkanGozukara 回報 Hydrogen 的音訊理解測試表現比 3.8 Flash 更差。使用者持續提出的未解問題，還包括 Antigravity 的運作時間，以及各思考層級在五小時內的配額消耗；Google 宣稱 Orchestrator 在 Terminal-Bench 4.0 上可減少 24% 配額用量並加快 19% 完成速度，但那只是單一基準測試結果，不能當成配額保證。
如果你這週就要上線：把模型 ID 固定寫進設定，遇到 404／403 時應視為「此專案／地區尚未啟用」，不要盲目重試；同時也別把免費層級的模型路由方式寫死。
不同工作負載，該選哪個模型
依照失敗成本與迴圈數量分流：Hydrogen 負責可驗證的大量工作，Argon 處理昂貴的失敗風險；Carbon 則可作為兩者之上的選用規劃器：
- 大量代理迴圈、測試執行器、驗證代理 → 使用
high的 Hydrogen。它比 Flash 快 2.5 倍，混合成本為 $4.50，兩項優勢會在大量工作中持續累積。如果你已經使用 Antigravity，也可以透過 Orchestrator 搭配 Carbon 作為規劃器。 - 有充足驗證空間的程式庫程式設計與除錯 → 先用 Hydrogen，失敗後再升級到 Argon。Google 宣稱它能進行目標式修改、不重寫無關檔案，並平行批次讀取檔案；只要你能 diff 結果，這很適合這類工作流程。
- 深度研究、艱深科學問題、細微的架構決策 → Argon。Hydrogen 在 AutomationBench 上落後（76.14% 對 77.5%），OSWorld 與 Science 的短板在這些情境中尤其重要。
- Sheets、Slides、以 Search grounding 為基礎的文件與原型 → Hydrogen。Sheets 畫布生成速度提升超過 30%，Search 強化後的平行搜尋也更有利於快速迭代。
- 仍在使用 3.8 Flash？→ 把大量工作流程遷移到 Hydrogen，而不是 Argon。Google 將 Hydrogen 定位為承接 Flash 時代大量工作負載的快速執行層（參見企業遷移指南），並表示相較 3.8 Flash，虛構陳述少 5 倍、工具失敗後的復原能力更好。在 Hydrogen 的配額穩定前，只有在需要已驗證的配額行為時才保留 Flash。
本站相關閱讀：Gemini 4 Carbon 與 Argon 指南、Gemini 4 Argon API 價格與可用性、Gemini 3.8 Flash 價格評測。
Gemini 4 Hydrogen 與 Argon 常見問題
免費層級使用者可以手動選擇 Hydrogen 嗎？
不一定。免費 Gemini app 使用者會透過自動選擇取得 Hydrogen；能否手動選擇取決於方案、產品與推出批次。API 免費層級列有存取權，但配額與付費方案不同。
Hydrogen 能在單次呼叫中支援 1M 輸出嗎？
只能透過背景長解碼完成。一般同步呼叫的輸出上限是 65,536 tokens；剩餘上下文則可透過長解碼模式使用。
有一項取捨無法靠提示詞避開：Hydrogen 以接近前沿模型的品質，換來日常代理工作的速度與吞吐量；但每一次升級到 xhigh，以及每一個未經驗證的配額假設，都可能把省下的成本再交回去。把它當成預設工作模型，而不是最後的裁判。