
Gemini 3.8 Flash vs Gemini 3.7 Flash:精度を取るか、トークン効率を取るか

結論から
ベンチマークのグラフだけを見て、全システムを一斉に移行してはいけません。代表的なタスクセットをリプレイし、thinking levelとツール契約を固定したうえで、採用された結果、出力トークンとthinkingトークンの合計、レイテンシ、リトライ、レビュー時間を比較してください。
公式ベースライン:実際に同じなのは何か
2026年9月3日時点で、Googleは以下のベースラインを公開しています。下記の価格は2026年12月31日までのGoogleの導入価格で、2027年1月1日からはより高い標準価格が適用されると案内されています。EvoLinkのアカウント価格は異なる場合があるため、請求の正とするのはアカウントに表示されるライブ価格です。
| 項目 | Gemini 3.8 Flash | Gemini 3.7 Flash | 判断への影響 |
|---|---|---|---|
| モデルID | gemini-3.8-flash | gemini-3.7-flash | 明示的なモデル切り替えが必要 |
| 導入価格:入力 | $0.75 / 100万トークン | $0.75 / 100万トークン | 単価の優位性はない |
| 導入価格:出力 | $3.75 / 100万トークン | $3.75 / 100万トークン | 支出を決めるのはトークン量 |
| 導入価格:キャッシュ読み取り | $0.075 / 100万トークン | $0.075 / 100万トークン | 安定したプレフィックスなら繰り返し入力のコストを下げられる |
| 入力コンテキスト | 1,048,576トークン | 1,048,576トークン | 容量は同等 |
| 最大出力 | 65,536トークン | 65,536トークン | 公表上限は同等 |
| 入力モダリティ | テキスト、画像、動画、音声、PDF | テキスト、画像、動画、音声、PDF | マルチモーダル入力は同じ |
| 出力モダリティ | テキスト | テキスト | どちらもメディア生成モデルではない |
| thinking level | low、medium、high | low、medium、high | 同じレベルで比較すること |
Gemini 3.8 Flashで変わった点
Googleは3.8 Flashを、コーディング、agentワークフロー、ナレッジワーク、マルチモーダル理解に向けた、Flashクラスで最も高性能なワークホースと位置づけています。ローンチ資料では、コーディング系およびターミナル操作系の評価で改善が報告されています。これらはベンダー報告のシグナルであり、何をテストすべきかを決める材料にはなりますが、自社の本番受け入れ基準の代わりにはなりません。
このモデルは、現行のGemini 3系のリクエスト契約にも従います。
- EvoLinkのネイティブGeminiエンドポイントでは、Gemini 3.xは
generationConfig.thinkingConfig.thinkingLevelを使用します。thinkingBudgetはGemini 2.5向けの制御で、両者は排他です。 - 指定できるthinking値は
low、medium(デフォルト)、highです。minimalは非対応で、EvoLinkは自動的にlowへダウングレードします。 - EvoLinkのドキュメントによれば、カスタムの
temperatureとtopPはGemini 3.xの出力に影響せず、topKは無視され、範囲外のtemperatureやtopPは400を返します。 - リクエストを
modelターンで終わらせてはいけません。 - function responseには、対応する関数の
idとnameを必ず返す必要があります。
これらのルールは、3.7と3.8を正しく比較する際にも当てはまります。隠れたパラメータの差が、モデル品質の差のように見えてしまうからです。
判断マトリクス
| ワークロード | まず選ぶ | 理由 | 昇格前に測るもの |
|---|---|---|---|
| 厳格なテスト付きのコーディングパッチ | 3.8をチャレンジャーとしてテスト | Googleは選定したコーディングベンチマークで高いスコアを報告しているが、本番での効果は未知 | テスト合格数、レビューでの修正量、総トークン数、レイテンシ |
| マルチステップのtool agent | 3.8をチャレンジャーとしてテスト | Googleはagent系ベンチマークを強調しているが、本番でのtool callへの効果は未知 | 有効なcall数、失敗ステップ数、リトライ数、完了率 |
| ドキュメント・図表の分析 | 並列テスト | コンテキストとモダリティは両者同じ | 引用の正確さ、抽出エラー、出力トークン数 |
| 安定稼働中の分類パイプライン | 3.7をコントロールとして維持 | Googleは計算効率を優先する場合に3.7を推奨 | ドリフト、採用ラベル1,000件あたりのコスト、p95レイテンシ |
| 大量の要約処理 | 現行モデルをコントロールとして維持 | 3.8の優位性を示すEvoLink公開結果は存在しない | 圧縮品質、出力長、レビュー率 |
| 混在する本番トラフィック | 両方にルーティング | 1つのデフォルトが全タスクに合うことは稀 | ルートごとの採用率、支出、フォールバック頻度 |
この表はテスト候補を割り当てるものであり、勝者を予測するものではありません。チャレンジャーが事前に定めた採用率・コスト・レイテンシのゲートを満たすまで、現行の本番モデルをコントロールとして維持してください。
本当に重要な指標:採用タスク1件あたりのコスト
トークン単価は、本番コストを構成する項目の1つにすぎません。モデル単位で次のような計算を行ってください。
採用タスク1件あたりのコスト = (モデル利用の総支出 + リトライ分の支出 + 人手レビューのコスト) / 採用されたタスク数EvoLinkは、3.8 Flashがリトライやレビュー作業、タスクの総コストを減らすことを示す統制されたワークロード比較を公開していません。上の式は評価手法であって、測定結果ではありません。Googleが公表している事実——精度が高く、トークン消費量も多い——だけでは、完了した本番タスクに対してどちらが安いかは確定できません。
少なくとも以下を追跡してください。
- 採用結果率と初回成功率
- リトライを含むタスク全体の入力・出力・thinkingトークン
- キャッシュ読み取りトークンとキャッシュヒット率
- 有効なtool callと却下されたtool call
- 採用結果に到達するまでの時間
- 人手修正にかかった分数
- フォールバックとロールバックの頻度
再現可能な3.8 vs 3.7評価手順

- 代表セットを固定する。 簡単なケース、中央値的なケース、失敗しやすいケースを含む、プライバシー上安全な実タスクを使います。50タスクあれば明らかな劣化は検出できますが、本番昇格にはより大きなセットが必要です。
- 契約を固定する。 system instruction、ツール、スキーマ、コンテキスト、出力バジェット、thinking levelを完全に同一にします。別のレベルを試す理由がなければ
mediumから始めてください。 - クリーンなセッションで始める。 モデルを切り替える際、モデル固有のキャッシュ済みコンテンツや状態を再利用しないでください。状態が混ざると比較が壊れます。
- スタイルではなく採用可否を採点する。 実行可能なテスト、抽出チェック、引用ルール、レビュアー向けの評価基準を、結果を見る前に定義します。
- ループ全体のコストを出す。 最初の応答だけでなく、推論の出力、リトライ、フォールバック呼び出し、レビュー時間を含めます。
- デフォルト化の前にカナリアを流す。 小さく観測可能なトラフィックの一部を3.8に送り、1箇所の変更で3.7に戻せるロールバックを用意します。
昇格ゲートはテストの前に書いておきます。例えば、重大エラーの実質的な増加なし、採用タスク率の定義済みの改善、採用タスク1件あたりのコストとp95レイテンシの許容増加上限、などです。
移行とロールバックのチェックリスト
同一ファミリー内のモデル変更であっても、挙動が変わるリリースとして扱うべきです。
- APIの
model値をgemini-3.7-flashからgemini-3.8-flashに変更する。ページslugのgemini-3-8-flashをモデルIDとして使わないこと。 - 古いクライアントに、排他的なthinking制御、無視されるサンプリング制御、範囲外の値が残っていないか監査する。
minimalthinkingは、同等だと暗黙に決めつけるのではなく、テスト済みの対応レベル——通常はlow——へ明示的にマッピングする。- 構造化出力とfunction responseのスキーマを再検証する。
- モデル固有のプロンプトキャッシュを無効化し、比較セッションをクリーンな状態で始める。
- モデルID、ルート、thinking level、トークンの種別、レイテンシ、リトライ回数、採用結果を記録する。
- 3.8が観測期間をクリアするまで、3.7を明示的なフォールバックとして設定し続ける。
model値を切り替えられます。その運用上の価値は、制御された選択とロールバックにあります。すべてのリクエストが最安のコストになる、という約束ではありません。今すぐ3.8をテストすべきなのは誰か
よくある比較の間違い
- 導入価格が将来の標準価格より低いことを理由に、3.8を「安い」と呼ぶ。比較の基準日と価格期間を明記する必要があります。
- トークン単価が同じであることを、タスク単位のコストが同じであることと同一視する。
- 3.8の
highthinkingを、3.7のmediumやlowと比較する。 - モデル固有のキャッシュをバリアント間で使い回す。
- ベンチマークの向上を、アプリケーションでの向上が保証されたものとして報告する。
- リトライ、レビュアーの時間、tool callの失敗を無視して応答品質だけを測る。
- ロールバックの閾値を決めずに本番デフォルトを置き換える。
FAQ
Gemini 3.8 FlashはGemini 3.7 Flashより優れていますか?
公表されている根拠の範囲では、総合的な勝者はいません。Googleは3.8 Flashについて、特に強調されたコーディングとagent系ベンチマークで高い精度を報告していますが、同時にトークン消費量が多いことも明記しています。EvoLinkは、これらの事実をタスク単位の結論に変換できる統制されたワークロード結果を公開していません。
Gemini 3.8 Flashは3.7 Flashより高いですか?
Googleの導入価格のトークン単価は、2026年12月31日まで両者同一です。それでも、3.8のタスクが出力トークンやthinkingトークンをより多く消費すれば、コストは高くなり得ます。EvoLinkのアカウント価格はライブの価格表示で確認してください。
2027年に価格はどうなりますか?
Googleは2027年1月1日からの標準価格として、入力100万トークンあたり$1.50、出力100万トークンあたり$7.50、キャッシュ読み取り100万トークンあたり$0.15を提示しています。その日付の前に、GoogleとEvoLinkの両方の価格を再確認してください。
2つのモデルでコンテキストウィンドウは異なりますか?
いいえ。Googleはどちらも入力上限1,048,576トークン、最大出力65,536トークンと公表しています。
Gemini 3.8 Flashはminimal thinkingに対応していますか?
low、medium、highで、デフォルトはmediumです。EvoLinkのネイティブAPIリファレンスでは、非対応のminimalは自動的にlowへダウングレードされると記載されています。ダウングレードに頼らず、lowを明示的に指定してください。3.7から3.8へ移る際に、キャッシュ済みコンテンツは再利用できますか?
キャッシュ済みコンテンツがモデルバージョン間で移植可能だとは想定しないでください。モデル固有のキャッシュを作り直し、移行評価はクリーンな状態で始めてください。
3.7 Flashをすぐに置き換えるべきですか?
自動的な置き換えを正当化する根拠はありません。リプレイとカナリアを実施し、事前に書いた品質・コスト・レイテンシのゲートをクリアしたワークロードに限って3.8へ昇格させてください。
EvoLinkは1つの連携で両モデルをルーティングできますか?
gemini-3.8-flashが掲載されています。出典と検証メモ
- Google:Gemini 3.8 Flash 発表
- Google AI for Developers:Gemini 3.8 Flash モデル
- Google AI for Developers:Gemini API 料金
- Google Cloud:Gemini 3.8 Flash ガイダンス
- Google DeepMind:Gemini 3.8 Flash モデルカード
- EvoLink:Gemini ネイティブ API リファレンス
gemini-3.8-flashを掲載していますが、本番ロールアウトの前にアカウント単位のアクセス可否を確認してください。

