本文へスキップ

Gemini 3 Flash Preview は Google の軽量チャットモデルで、OpenAI 互換 API で使えます。最大 256,000 トークンを読み、最大 65,536 を返し、推論強度 3 段階、ツール 128 個まで、JSON 出力とストリーミングに対応します。

入力 $0.45出力 $2.70100 万トークンあたり公式価格より 10% 安いキャッシュ入力 $0.045Google 公式価格入力 $0.50出力 $3

プレイグラウンド

Gemini 3 Flash Preview

Gemini 3 Flash Preview に何を頼みますか?

関連モデルと次のステップ

お探しのモデルが見つかりませんか?

必要なモデルと用途をお知らせください。次に何を追加するかを決めるチームに直接届きます。

256,000 トークンの窓での、高頻度な短いやり取りのための安定したメッセージ設計

Gemini 3 Flash Preview は、この目録で窓が 256,000 トークンで止まる唯一のルートです——ここの他の Gemini 系はいずれも 100 万以上を読みます。代わりに短く頻繁なやり取りに向いており、バージョン番号ではなく意図して選ぶ価値があります。

チャットプレイグラウンドを開く
256,000 トークンの窓での、高頻度な短いやり取りのための安定したメッセージ設計
モデル
Gemini 3 Flash Preview
適した用途
256,000 トークンの窓での、高頻度な短いやり取り
メッセージ構成
システム規則 → 証拠と状態 → 今回のタスク → 出力仕様
事実の範囲
機能・パラメータ・価格は最新のスキーマから取得

統合の原則

まず最小のメッセージ構成でタスクを検証し、必要な文脈だけを足していきます。事実・仮定・制約を分け、中断、再試行、精算、人手によるレビューの経路も設計してください。

256,000 トークンの窓での、高頻度な短いやり取りに再現できるワークフローを組む

Gemini 3 Flash Preview は、この目録で窓が 256,000 トークンで止まる唯一のルートです——ここの他の Gemini 系はいずれも 100 万以上を読みます。代わりに短く頻繁なやり取りに向いており、バージョン番号ではなく意図して選ぶ価値があります。

  • ここで最も小さい窓

    256,000 トークン

    この系統の他のルートが読む量の 4 分の 1 です。入力が大きいなら、ここが決め手になる制約です。

  • プレビュー扱い

    preview と名乗るルート

    非プレビューの同系より、インターフェースも挙動も固まっていないものとして扱い、依存する形は固定してください。

  • 短いやり取り、制御は一通り

    返答 65,536 トークン、効きしろとサンプリング

    返答上限と制御の面は系統の他と同じです。

Gemini 3 Flash Preview をタスクの重さと対話の形から選ぶ

汎用のランキングに頼らず、同じ実タスクで品質、検証しやすさ、遅延、販売価格の見合いを確かめてください。

  1. 3 Flash Preview を選ぶ

    資料ではなく会話

    256,000 トークンが制約にならない、頻繁で短いやり取り。

  2. 2.5 Flash を選ぶ

    100 万トークンの窓が要る

    レートは低く文脈は 4 倍、返答上限は同じです。

  3. 3.5 Flash-Lite を選ぶ

    新しい系統で最も安いものがよい

    100 万トークンの窓と minimal の効きしろ段を、このルートより低いレートで。

Gemini 3 Flash Preview を抽象的なラベルではなく具体的な仕事に落とす

どの場面にも入力の境界、検証、復帰が要ります。公式能力、ベンチマーク、ツール対応を作り話で補うことはしません。

  • 深さよりターンの速さ

    対話型チャット

    深さよりターンの速さ

    短い履歴、頻繁な呼び出し、1 往復あたりの予測できる費用。

  • エディタ、フォーム、ウィジェット

    その場の支援

    エディタ、フォーム、ウィジェット

    モデルが見るのが文書ではなく断片である場面。

  • 次に何をするかを決める

    振り分けとトリアージ

    次に何をするかを決める

    より高価なルートの前に置く短い分類。

  • 成人の登場人物と明確な境界

    制約の少ない物語制作

    成人の登場人物と明確な境界

    長い筋立ての連続性ではなく場面単位のやり取り向けです。その境界を決めているのは窓です。当社はコンテンツフィルタを追加しません。

文脈を Gemini 3 Flash Preview が検査できる入力に整理する

目的、証拠、状態、制約、出力仕様はそれぞれ別の役割を担ってこそ、圧縮も、デバッグも、再現もできます。

  1. 窓の規律

    本当の制約は 256,000

    本番で上限に気づくのではなく、切り詰め方を先に設計してください。

  2. キャッシュ

    短い前置きでも効く

    システムブロックは毎ターン繰り返されます。バイト単位で同一に保つ価値はあります。

  3. 効きしろ

    ここではたいてい low が正解

    ターンの速さで選んだルートが、既定で熟慮の費用を払うべきではありません。

  4. プレビューの扱い

    固定して、再確認する

    プレビューは変わりえます。依存する形に対する冒煙確認を残してください。

Gemini 3 Flash Preview で再現できる一件を示してから製品コードへ

最新のスキーマ、見積もり、ストリーミング、エラー時の挙動を確かめてから、統一リクエストを使い回します。

  1. 01 · ベースライン

    最小のリクエストを プレイグラウンド で確かめる

    メッセージの層、出力の形、ストリーミング、現在の制御項目を確認します。

  2. 02 · 境界

    失敗・取り消し・再試行を試す

    タイムアウト、途切れたストリーム、長すぎる入力、再生成、二重送信を検証します。

  3. 03 · 統合

    統一 API リクエストをそのまま写す

    公開モデル id と messages の仕様を使い、モデル固有のパラメータは最新のスキーマから読みます。

  4. 04 · 運用

    使用量を計測し、評価を続ける

    状態、最終使用量、失敗理由、品質フィードバックを保存し、高コストな呼び出しは先に見積もりを出します。

Gemini 3 Flash Preview の能力を明確な契約に載せる

プレイグラウンド、API 例、リクエストの状態、使用量の記録が一貫しているので、評価から本番統合まで同じ理解で進めます。

  • 共通仕様

    メッセージ・ストリーム・エラーの形はひとつ

    モデルを替えても、リクエストの組み立て、状態処理、エラー復帰の書き方は変わりません。

  • 最新のスキーマ

    現在のエンドポイントの制御項目を使う

    プレイグラウンド と API 例が、使えるフィールド、上限、既定の挙動をまとめて示します。

  • 観測できるライフサイクル

    どのリクエストにも明確な状態がある

    送信、ストリーミング、失敗、取り消し、使用量は、検査できる公開セマンティクスで表されます。

  • 移植しやすい統合

    モデル更新時の作り直しを減らす

    契約が明確なら、製品コードは入力、結果、体験に集中できます。

Gemini 3 Flash Preview API を組み込む前に確かめる境界

Gemini のすべてのモデル8

テキストモデル5