Antigravity（旧Gemini CLI / IDE）などの自律型AIエージェントを使う際、「節約のために古いGemini 3.5 Flashを選んでおく」という判断は、実は逆効果になっているケースが少なくありません。本記事では、昨夜〜今朝に起きた5時間制限逼迫のリアルな失敗体験をもとに、なぜ最新の「Gemini 3.7 Flash」を選ぶことでAPI料金が半額以下になり、エージェントの作業枠が大幅に延命できるのかを実務目線で解説します。
勘違いの始まり：「型落ち家電」と同じ感覚で選んでいた
日常の買い物（家電、車、PCパーツなど）では、「最新世代は高価で、型落ちや下位モデルは安い」というのが当たり前です。
僕もその感覚をそのままAIモデルの選定に当てはめていました。
「3.7 Flashは最新で賢い分、API単価も高いはずだ。日常のちょっとしたスクリプト作成やファイル操作なら、3.5 Flashを指定しておくほうが安上がりに違いない」
そう考えてAntigravityのモデル指定を行っていたのですが、Geminiに直接確認を取り、公式の料金表を照らし合わせた瞬間に認識が180度覆りました。
気づいた事実：単価そのものが「3.5の半額以下」だった
まず突きつけられたのが、純粋な 100万トークン（1M tokens）あたりのAPI単価 です。
現在、Googleの導入プロモーション（2026年末まで）が適用されており、最新の 3.7 Flash の方が大幅に安く設定されています。
料金比較（1Mトークンあたり / 2026年8月時点）
| モデル名 | 入力価格 (Input / 1M) | 出力価格 (Output / 1M) | 現状と実務上の位置づけ |
|---|---|---|---|
| Gemini 3.5 Flash | $1.50 | $9.00 | 旧世代。現在も利用可能だが割高 |
| Gemini 3.6 Flash | $0.75 | $3.75 | 3.7投入に伴い同額化。検証用として維持 |
| Gemini 3.7 Flash | $0.75 | $3.75 | 最安・推奨。プロモ適用で3.5の半額以下 |
※2027年以降に通常定価（入力$1.50 / 出力$7.50）へ移行した後でも、出力単価は3.7 Flashの方が安価です。
表を見ての通り、3.7 Flash は 3.5 Flash と比較して入力・出力ともに半額以下 です。
「節約しているつもりで、実際は2倍以上の単価を払って旧世代を動かしていた」という、痛烈な勘違いでした。
実務で最も痛い「リトライによる隠れコスト」と5時間制限の恐怖
単価の差以上に僕を追い詰めていたのが、「エージェントの試行錯誤によるトークンとリミット枠の浪費」 でした。
昨夜も深夜まで作業をしていた際、エージェントが途中のエラー修正で迷走し、気づけば「5時間利用制限」のリミット警告が目の前に迫っていました。そして今朝も、動作確認のやり取りで無駄なAPI呼び出しが重なり、ヒヤリとさせられたばかりです。
Antigravityのように、AIが自律的にファイルを読み込み、コマンドを実行し、エラーを自己修正していくワークフローでは、「1つの作業を何手で終わらせられるか」 が枠の命運を分けます。
なぜ往復が増えると制限枠が一瞬で削られるのか？
自律AIエージェントの仕組み上、会話のターン（往復）が増えるごとに、「それまでの過去ログ（会話履歴・読み込んだファイル・実行結果）」がすべて次のリクエストの入力トークンとして再送 されます。
graph TD
A[第1手: 質問・指示] -->|入力 5,000トークン| B[第1応答 / ツール実行]
B -->|エラー発生| C[第2手: 原因調査と再試行]
C -->|過去ログ合算: 入力 15,000トークン| D[第2応答 / 再修正]
D -->|別のエラー| E[第3手: 再々試行]
E -->|さらに膨張: 入力 35,000トークン| F[第3応答]このように、エラーによる「自己修正ループ」が1回増えるだけで、APIに送られる入力トークン数は雪だるま式に膨れ上がります。
僕の作業環境で起きていたこと
- 3.5 Flash での挙動:
- 単純なコード生成は速いものの、複数ファイルにまたがる修正やMCPツールの連続呼び出しになると、途中で指示の文脈を取りこぼしやすい。
- エラーが発生すると「原因調査 → 修正 → 別箇所でエラー → 再修正」という 自己修正ループ（リトライ） に陥り、気づけば5往復、6往復と会話が伸びる。
- 以前、「AI暴走防止」の安全弁。自動書き直しを「無限ループ」させないためのAIシステム設計でも触れましたが、エージェントが自律的に修正を繰り返す設計では、モデル自体の初回精度が低いと無限ループに近いトークン消費が発生してしまいます。
- 1回のやり取りごとに会話履歴全体（過去の全コンテキスト）がAPIに送られるため、往復が増えるたびに入力トークン数が指数関数的に膨れ上がり、5時間制限枠を一瞬で食いつぶしてしまいます。
- 3.7 Flash での挙動:
- 複数ステップの計画力（Multi-step planning）と自律リカバリ性能が高く、初回のコード生成精度（First-pass accuracy）が安定している。
- ハーネスエンジニアリングで外側の枠組みを整えた上で3.7 Flashを走らせると、1〜2手で的確にファイルを更新して終了するため、会話の往復回数そのものが激減し、リミット枠が圧倒的に長持ちする。
リミット制限（レート枠）と実作業可能量
| 比較項目 | Gemini 3.5 Flash | Gemini 3.7 Flash |
|---|---|---|
| システム割当枠 | 同等ティア（クォータ設定値は同じ） | 同等ティア（クォータ設定値は同じ） |
| 初回成功率 | 複雑タスクで失敗しやすい | 大幅向上（指示追従・文脈保持） |
| リトライ回数 | エラー修正ループで多重消費 | 最小限の往復でタスク完遂 |
| 実質的な制限の持ち | 5時間枠を早く削り切ってしまう | 同じ制限枠内でこなせる作業量が段違い |
「API単価が半額以下」×「消費トークン数（往復手数）が少ない」という掛け算になるため、実質的なコスト差・制限枠の余裕は数倍の開きになります。
Antigravityでのモデル選択：僕の現在の結論
この失敗と度重なる制限逼迫を経て、現在の僕の運用ルールは以下のように固定しました。
- メインの開発・ファイル操作・エージェントタスク:
Gemini 3.7 Flash一択- リトライ回数が劇的に減り、5時間枠の持ち・速度・精度のすべてで最も安定しています。
- 3.6 Flash の扱い:
- 価格は3.7と同額ですが、一般UIでは役割を終えつつあり、Antigravity側でも「過去の自動化スクリプトの挙動検証」や「互換性テスト」以外であえて選ぶ理由は薄いと感じています。
- 超軽量な定型バッチ処理:
- 思考プロセスが不要な単語の分類や抽出処理など、極限の低遅延が求められる場面に限り、最軽量の Flash-Lite を検討します。
よくある疑問（FAQ）
Q1. なぜ最新の3.7 Flashの方が安いのですか？
AIの基盤モデルは、新しい世代ほどアーキテクチャの推論効率（計算資源あたりの処理能力）が改善されます。Google側にとっても最新モデルで処理させる方がインフラ効率が良いため、移行を促すプロモーションを含めて単価が安く設定されています。
Q2. 3.5 Flashが優れている場面は全くないのですか？
推論ステップ（思考）を挟まない単純なテキスト分類や、ミリ秒単位の超低遅延を最優先するWebフック処理などでは、軽量な3.5系が適するケースもあります。ただし、Antigravityのような自律エージェント作業においては、3.7 Flashが圧倒的に有利です。
まとめ：先入観を捨ててモデル設定を見直す
「バージョンが小さい＝軽くて安い」という先入観は、AI開発環境においては完全にコスト増と作業中断（リミット到達）の罠になります。
- 単価そのものが半額以下（プロモ期間中）
- 初回の正解率が高く、リトライによるトークン浪費が激減する
- 作業が最短で終わるため、Antigravityの5時間枠が驚くほど長持ちする
「節約のつもりで3.5 Flashを指定していたのに、なぜかすぐに5時間制限が来てしまう」という経験がある方は、今すぐモデル設定を Gemini 3.7 Flash に切り替えてみてください。作業の快適さと制限枠の余裕の違いを、すぐに実感できるはずです。