Cursorで高速なエージェントモデルを探しているなら、Gemini 4 Hydrogenは有力な選択肢です。Googleは2026年11月12日、Flashクラスの高速エージェントモデルとしてこれを公開しました。Cursorのモデル一覧にもサードパーティーモデルとして掲載され、同日にはOpus 5.5の10分の1のトークン単価でCursorBench 54.3%を記録したことも報じられています。ただし、請求額を大きく左右するのは表示単価よりも、4段階の推論レベルです。
CursorでHydrogenを選ぶと何が使えるのか
Googleの発表とDeepMindのモデルカードによれば、HydrogenはモデルID gemini-4-hydrogen として一般提供されています。CursorではAgentまたはChatのモデルピッカーから選び、Low、Medium、High、Xhighの推論レベルを指定します。初期設定はHighで、公開されている54.3%のスコアもこの設定での結果です。
導入前に押さえておきたい点は2つあります。
- 公称コンテキストは100万トークン。 Googleは入力100万トークンのコンテキストウィンドウを案内しており、ウィンドウ全体で料金は一定です。特別な長文デコードモードでは出力も最大100万トークンに対応します。一方、通常の同期出力は65,536トークンが上限です。Cursor内で実際に使える上限はCursor独自のモデル一覧に従うため、リポジトリ全体を扱う前には確認しておきましょう。
- Cursorの標準利用枠とは別料金。 Cursor上のHydrogen料金は、100万トークンあたり入力$1.50、出力$7.50です。ArgonとCarbonは$2.00/$10.00、Opus 5.5は$15.00/$75.00となっています。サードパーティーモデルはCursorに含まれるモデルプールとは別請求なので、有料プランでもHydrogenを有効にしただけで無料になるわけではありません。
CursorBench 54.3%は何を意味するのか
CursorBench 4.0は、実際のCursorセッションから採取した曖昧で複数ファイルにまたがる作業を対象にしています。Cursor独自のエージェントハーネス内で、計画、ツール利用、デバッグ、編集、リポジトリ探索を測定するベンチマークです。結果にはばらつきがあり、Cursor自身も小さなスコア差は統計的に有意でない場合があると注意しています。また、各モデルの推論レベルも揃っていないため、完全に統制された順位表ではありません。
| モデル | 推論レベル | CursorBench 4.0 |
|---|---|---|
| Gemini 4 Carbon | High | 60.4% |
| Claude Opus 5.5 | Max | 57.8% |
| Gemini 4 Hydrogen | High、初期設定 | 54.3% |
| Gemini 4 Argon | Medium | 52.8% |
| Gemini 3.8 Flash | — | 39.6% |
ほかのベンチマークでも、Hydrogenは最上位の推論モデルより一段下という傾向が概ね確認できます。RidgeのHydrogenプロファイルに根拠付きで集約された数値では、Artificial Analysis Intelligence IndexがHighで51、Xhighで54、Argonは50です。Vals Terminal-Bench 4.0では54.04%でした。Googleは別途、Terminal-Bench 4.1で57%を主張していますが、こちらはベンダーによる主張にとどまります。
「安い」が逆転する請求額の仕組み
トークン単価だけを比べると、HydrogenはArgonより25%安く、Opus 5.5より90%安価です。入力100Kトークン、出力20Kトークンの仮想的な実行なら、Hydrogenは約$0.30、Argonは$0.40、Opusは$3.00です。これは推論の深さ、キャッシュ、再試行を除いた計算です。
一方、短いタスクを完了するまでの実コストでは、順序が逆転します。理由はthinking tokenも出力トークンとして課金されるためです。以下はRanthisによる11月13日のAPIテストに基づく数値です。有料ティアで171回呼び出し、3種類のオフィスタスクを各3回ずつ実行した45回のチェックと、難しい数学問題10問を対象にしています。Cursorのエージェント実行ではなく、短い単発APIタスクの結果なので、Cursorの請求額そのものではなく推論オーバーヘッドの目安として見るべきです。
| モデルと推論レベル | オフィスセットのコスト | 数学セットのコスト | 観測されたthinking token | レイテンシ中央値 |
|---|---|---|---|---|
| Hydrogen High | $0.0723 | $0.1134 | サンプルタスクで1,230~1,350 | 5.7秒 |
| Hydrogen Low | $0.0506 | $0.0927 | 1呼び出しあたり128~1,438、サンプルタスクで813~864 | 3.8秒 |
| Hydrogen Xhigh | $0.1855 | $0.4995 | 最大6,112、ある積分問題では94秒で22,508 | 11.4秒 |
| Argon default | $0.0195 | $0.0566 | サンプルタスクで0~236 | 5.4秒 |
| 3.8 Flash default | $0.0387 | $0.0381 | — | 8.4秒 |
| 3.8 Flash Low | $0.0163 | $0.0267 | — | 5.2秒 |
| Carbon Low | $0.0148 | $0.0445 | 測定した19回すべてでゼロ | 5.1秒 |
このテストでは、Hydrogenの全推論レベルが45/45および10/10を達成しています。それでもHydrogen Highのコストは、オフィスセットでArgonの約3.7倍、数学セットで2倍でした。Carbon Lowは19回の測定すべてでthinking tokenがゼロだったのに対し、Hydrogen Lowは一度もゼロになっていません。
Googleによる「Flashより2.5倍高速」という主張と、パートナーが報告した実行速度2~2.8倍、トークン使用量12~23%減は、エージェントによるツール呼び出しのワークロードに基づくものです。短い単発タスクでは、Ranthisの測定は約1.5倍にとどまりました(5.7秒対8.4秒)。ツールを使い、処理を並列展開するタスクでこそ、速度差がコスト差に大きく効いてきます。
Cursorではどの推論レベルを選ぶべきか
推論レベルが変えるのは単価ではなく、消費トークン量です。Highにしても$1.50/$7.50自体は上がりませんが、課金対象となるthinking tokenが増えます。
- Low:定型作業はここから始める。 引用したAPIテストではHydrogenで最も安い設定であり、オフィス作業のコストはHighより30%低く、スコアは満点でした。小規模な機能追加、焦点の絞れた修正、予測可能なリファクタリング、並列ワーカー、差分レビュー、テストの切り分けに向いています。まず使い、自分のリポジトリではHighと比較して検証しましょう。
- High:バランス型の初期設定。 54.3%のスコアはこの設定で出ています。複数ファイルにまたがる計画や曖昧なデバッグが必要で、Lowが制約を取りこぼし始めるなら維持する価値があります。
- Medium:コスト面で明確な利点はない。 ある数学タスクでは、Mediumは$0.1346、Highは$0.1134でした。単一のばらつきが大きい問題での結果ではあるものの、LowとHighの安全な中間と見なすべきではありません。
- Xhigh:使うのはエスカレーション時だけ。 54のIndexスコアを出した設定で、難しい計画やデバッグ向けです。日常的な作業には避けるべきでしょう。
データに合う運用は、より強いコーディネーターの配下でHydrogenをワーカー兼検証役にすることです。アーキテクチャ設計や難しいデバッグはCarbon(60.4%)またはOpus 5.5(57.8%)に任せ、定型実装、検証、大きなコンテキストの読み取りはHydrogenエージェントへ分配します。詳しくはHydrogen vs Sonnet 5.5のエージェント選定記事を参照してください。
今週の導入で気を付けたい挙動
Geminiエコシステムの初期報告では速度への評価は高い一方、アクセス状況とクオータ表示には一貫しない面があります。いずれも単日の体験談であり、確定した上限を示すものではありません。Cursor固有の課金はダッシュボードで確認してください。
"この4時間、3Dボクセルゲームのコーディングに使っている。25プロンプト以上使って、週間枠の消費は5%。エラーはない。" — u/More-Secret3587、r/GeminiAIのHydrogenコーディングスレッド
ほかの初期スレッドでは、モデルピッカーに表示されたHydrogenが消え、HydrogenとFlashがリアルタイムで切り替わるという報告がこちらの利用可否スレッドにあります。また、PDFの一括処理ではクオータ効率が良かった一方、想定より速くクオータを消費した応答もあったとこちらの利用スレッドで報告されています。挙げたスレッドだけでは、原因までは断定できません。
対応策は次のとおりです。
- ピッカーにHydrogenがない場合、Cursorのモデル一覧とプランの利用枠を確認してから、再試行してください。
- クオータの消費が不自然に見える場合、公開直後の平均値を信頼するより、Cursorダッシュボードで利用量を追跡してください。
- レイテンシが急上昇した場合、モデルを変える前にLowへ下げ、タスクを分割して再試行してください。
HydrogenをCursorの標準モデルにすべきか
| 作業のタイプ | 選ぶモデル | 理由 |
|---|---|---|
| 定型機能、修正、リファクタリング、レビュー、並列エージェント | Hydrogen Low。詰まったらHighへ | 引用したAPIテストでHydrogen中最安。品質が落ちる場合は引き上げる |
| 曖昧な複数ファイルの計画、深いデバッグ | Carbon HighまたはOpus 5.5 Maxをコーディネーターに | 推論の深さが支配的な場面では、60.4%と57.8%がHydrogenを上回る |
| コスト最優先の大量・短時間呼び出し | Argon defaultまたは3.8 Flash Low | APIテストのオフィスセットでは$0.0195と$0.0163で、Hydrogen Lowの$0.0506を下回る |
| ワークロードが読めない | リポジトリの5タスクでLowとHighを比較 | 完了率、請求額、レイテンシ、再試行回数で標準設定を決める |
スループットを重視する日常的なCursor作業なら、Hydrogen Lowは妥当な出発点です。難しい計画作業では、すぐにCarbonまたはOpusへ切り替えられます。標準モデルとして固定する前に、自分のタスクで採算を確認するのが確実です。