Gemini 3.1 Proの使い方｜料金・APIと安全な運用

01Gemini 3.1 Proの位置づけと対応機能

Gemini 3.1 Pro Preview は、長い資料の読み合わせ、設計レビュー、複数段階のツール利用などを検討するときの候補です。入力が長くても、情報の見落としや誤った推論は起こります。「論理が崩れない」「重要な判断を一発で任せられる」という意味ではありません。

本記事の中心は gemini-3.1-pro-preview です。確認時点の公式廃止一覧では終了日が発表されていません。一方、旧 gemini-3-pro-preview は2026年3月9日終了と掲載されており、両者を同じモデルIDとして扱うことはできません。

根拠：モデルの廃止予定

根拠：Gemini 3.1 Pro Preview の仕様

現在のモデルと比較するときの考え方

「3.1」という番号だけで最新・最高性能と判断しないでください。現在の公式案内には Gemini 4 Argon、Gemini 3.8 Flash、Gemini 3.5 Flash-Lite などもあります。本稿は3.1 Proを使う人のためのガイドを維持し、新規開発の候補は別に整理します。

根拠：モデルの廃止予定 ／ Google AI プラン（日本向け）

旧記事の「3 Flashを標準にして難所だけPro」という分担は評価の仮説としては使えますが、常に最安・最高品質になる法則ではありません。旧2.5系を新規利用者へ一律に勧めることも避けます。公式では既存利用者向けにアクセスを制限している旨が案内されています。

thinkingと最新情報は別の問題

3.1 Proの推論レベルは low／medium／high に対応し、highが既定の動的推論です。minimalは非対応です。高い設定は回答の正しさを保証せず、待ち時間や出力コストが増える場合があります。入力・評価条件を固定し、設定は一つずつ変えて比べます。

根拠：Gemini 3 開発ガイド（移行案内あり）

知識の時点と、いま検索できた情報は区別します。料金や提供状況は最新の公式ページを確認し、必要な場合にSearch groundingを使います。検索を有効にしても、必ず検索する、必ず最新の公式ページを見つける、誤りがなくなるとは限りません。

根拠：Google Search grounding

02アプリ・Notebook・AI Studio・APIを選ぶ

根拠：Google AI プラン（日本向け） ／ Gemini Notebook のプラン別上限 ／ Gemini API の開始手順

まずは公開情報で1件だけ試す

1. 文章作成か資料読み合わせか開発か、目的を一つに決めます。日常利用ならアプリ、開発ならAI Studio／APIを選びます。
2. 使用するアカウントとプランを確認します。会社の情報を個人アカウントへ移して試さないでください。
3. 公開済みの短い文章や権利のある資料を使い、結論・根拠・未確定事項を分けるように頼みます。
4. 根拠として挙げた箇所を自分で開き、数値・引用・抜けを確認します。確認後に次の資料へ広げます。

アプリに3.1 Proが表示されない場合、先に利用中のアカウント、モデル選択欄、地域・プラン・管理者の提供条件を確認します。表示されない理由を段階的提供と決めつけたり、英語への切替や上位プランへの加入で解決すると約束したりはできません。検索のAIモードとGeminiアプリも別の画面です。

Notebookの上限は「全員50ソース」ではない

確認時点の個人向け公式表では、1ノートあたりのソース数は Standard 50、Plus 100、Pro 300、Ultra 20 TBプラン500、Ultra 30 TBプラン600です。Workspaceでは契約ごとの案内を確認してください。これを3.1 Pro APIの100万トークン枠と同一視しないでください。

根拠：Gemini Notebook のプラン別上限

1ソースの目安は最大50万語、アップロードファイルは最大200MBです。Web URL、YouTube字幕、PDFなどでは取り込まれる内容が異なります。元のページにあるすべての画像やリンク先まで入るわけではありません。資料名・更新日時と、質問対象に選んだソースを確認します。

旧説明の「ソースは必ず静的コピーで、自動同期しない」は一律には当てはまりません。公式ではコピーまたは自動同期されたソースと説明されています。種類ごとの同期状態を確認し、古い資料を根拠にしていないかを見ます。回答の引用も原文との照合が必要です。

根拠：Notebook のソース取り込み

ファイル容量とモデルが読める量は別

Files APIは1ファイル最大2GB、プロジェクト合計20GB、保持48時間と案内されています。これは保存枠であり、任意の2GBファイルをそのまま3.1 Proが処理できる保証ではありません。PDFや音声などの形式別制限、入力トークン数、処理完了状態も確認します。Files APIへの保存が無料でもモデル推論は別料金です。

根拠：Files API の容量と保持

03料金とデータ利用を契約ごとに確認する

Google AIの月額とAPIの従量課金は区別する

Google AIプランはアプリ等の利用枠や特典を提供し、APIはプロジェクトごとに使用量を計算します。月額プランへの加入だけで、3.1 Pro APIが使い放題になるわけではありません。一方、現行プランに開発者向けクレジット等の特典があるため、「APIには一切関係しない」とも言い切りません。適用サービス、有効期限、登録条件を確認してください。

根拠：日本のGoogle AI料金表示

金額は確認時点の日本向け公開ページ表示です。旧記事のUltra月36,400円や初月・最初の3か月の割引は現行の一律条件として扱いません。購入画面で税を含む請求総額、キャンペーン対象者、期間終了後の金額、自動更新、解約条件を確認してください。「5倍・20倍」はすべての機能で同じ回数が使えるという意味ではありません。

機能の地域制限は機能ごとに異なります。日本向けページにもGemini Agentの米国・英語限定などの注記があり、すべての上位機能が日本の全ユーザーに提供されるわけではありません。

根拠：Google AI プラン（日本向け）

日本では、Google Flow・Google Antigravityでの追加利用に使うGoogle Oneの「AI クレジット」は提供対象外で、購入もできません。この制限はAIクレジットの提供条件であり、FlowやAntigravityのサービス自体が日本で使えないとする説明ではありません。プランに含まれる利用枠、APIの従量課金、開発者向けCloudクレジットとは分けて確認してください。

根拠：AIクレジットの地域別提供条件 ／ AIクレジットの購入条件

3.1 Pro Developer APIの基本単価

以下は確認時点のStandard料金です。単位は100万トークンあたりの米ドルで、Vertex AIの料金表ではありません。3.1 Pro PreviewにAPI Free Tierはありません。出力単価にはthinking tokensも含まれます。

根拠：Gemini Developer API 料金表

計算例（実測ではありません）：入力10万トークン、課金対象の出力が推論分を含めて1万トークンなら、Standardのトークン料金は 0.1×$2＋0.01×$12＝$0.32です。検索、保存、再試行などは別に加えます。画面に見える回答文だけで出力費用を見積もらないでください。

Search／Maps groundingは検索クエリ数を見る

3.1 ProはSearchとMapsの両groundingに対応しています。各料金欄にはGemini 3以降のモデル間で共有する月5,000件の無料枠、その後は1,000検索クエリあたり$14とあります。「ユーザーが5,000回質問するまで何回検索しても無料」とは扱いません。1回の依頼から複数の検索クエリが実行されることがあります。SearchとMapsの枠の合算方法は請求画面の対象項目も確認し、推測で一つの枠にまとめないでください。

無料枠超過後に3件の課金対象クエリが発生した例では、検索分は3×$14÷1,000＝$0.042です。モデルのトークン料金は別です。MapsとSearchの同時使用など、ツールの組み合わせはモデル別対応表を確認します。

根拠：Google Search grounding ／ Google Maps grounding ／ Gemini Developer API 料金表

Batchとキャッシュは合計費用で判断する

Batch APIは急がない大量処理向けで、標準費用の50%、完了目標は24時間です。期限の保証とは異なります。確認時点ではgenerateContent API向けで、後述のInteractionsの呼び出しをそのままBatchに渡すことはできません。ジョブID、件ごとの成功・失敗、再送対象を記録して二重投入を防ぎます。

根拠：Batch API

Interactions APIは暗黙キャッシュに対応します。明示的なキャッシュを3.1 Proで使う場合は対応するgenerateContent API側の手順を確認してください。命中を前提に請求を決めつけず、入力再利用の割引と保存料、利用回数を合わせて比べます。キャッシュはレート制限を自動的に無効にする仕組みでもありません。

根拠：Context caching

Paidならどんな共有設定でも学習に使われない、ではない

Gemini APIの通常のPaid Servicesでは、入力・出力を製品改善に使わない扱いです。ただし、保持がゼロという意味ではありません。APIは有効な課金アカウントに関連付いたプロジェクト経由で利用することが条件です。AI StudioのPaid扱いはアカウントの対象プロジェクトへのアクセスやWorkspace enterprise等の条件で判断され、画面が無料かどうかだけでは決まりません。

Unpaidでは改善利用や人手レビューの対象になり得るため、機密・個人情報は入力しないでください。EEA・スイス・英国では無料利用にもPaid側のデータ取扱条件が適用される例外があります。この説明を日本の全アカウントに拡張しないでください。

根拠：Gemini API 追加利用規約

さらに、招待制プレビューのContributor Tierでは、対象モデルの割引と引き換えにデータが改善に使われます。3.1 Proも対象です。ログをデータセットとしてGoogleと共有する選択やフィードバックも、通常のPaid利用と同じ扱いとは限りません。業務利用前にTierと共有設定を確認し、割引だけで選ばないでください。

根拠：データ共有・Contributor Tier

学習利用と保存期間は分けて確認する

根拠：不正利用監視と55日保持 ／ データ共有・Contributor Tier ／ Interactions API と保存設定 ／ Developer APIの保持と機能別例外

GeminiアプリのKeep Activityやフィードバック、Notebook、Google Cloudのデータ規則はそれぞれ別です。「Google AI Proに加入＝アプリのすべての会話が学習対象外」という読み替えはしないでください。

根拠：Gemini Apps Privacy Hub ／ Gemini Notebook のプラン別上限 ／ Google Cloud の保持要件

04相談・要約・設計レビューのプロンプト

以下は公式が性能を保証する指示ではなく、本記事の作業用テンプレートです。まず目的と判定基準を決め、入力してよい資料だけを渡します。AIの出力をそのまま送信・公開せず、根拠と表現を確認します。

短い相談と文章作成

次の相談を整理してください。
出力：結論／根拠／未確定事項／次にできる小さな行動／確認質問（最大3つ）。
事実と推測を分け、情報が足りない部分は不明としてください。
相談の目的：［記入］
制約・期限：［記入］
相談内容：［入力してよい範囲だけ記入］

次の条件で文章を下書きしてください。
目的：［伝えたいこと］
読者・掲載先：［記入］
文体・長さ：［記入］
必ず含める確認済みの事実：［記入］
含めない情報：［記入］
事実・数字・引用を追加で作らないでください。
足りない情報は本文に埋めず、最後に確認事項として列挙してください。
出力は下書きと確認事項だけにしてください。

複数資料を意思決定用の1枚にまとめる

資料を読み、次の順で短く整理してください。
1. 今回決めること
2. 確認できた事実（資料名・ページまたは見出し付き）
3. 資料間の一致点・矛盾点・片方にしかない情報
4. 選択肢A/B/Cと比較（費用・期間・リスク）
5. 条件付きの推奨と、その条件が崩れる場合
6. 重大なリスクと対策
7. 未確定事項・確認質問（最大3つ）
8. 次の行動（担当と期限が資料にある場合だけ付記）
資料の事実と推測を分け、ページを特定できなければ不明と書いてください。
資料：［権利と入力許可を確認した本文・ファイル］

要約で重要なのは文字を短くすることだけではありません。比較条件がそろっているか、結論に不利な情報が落ちていないかを見ます。「1枚」は出力量の目安であり、長い資料の情報を漏れなく収める保証ではありません。

要件定義と設計レビューを分ける

要件から最小構成の案を作ってください。
出力：目的／must・should・could／非機能要件（性能・権限・運用）／
対象外／例外処理／受入テスト5項目／未確定の質問。
要件にない機能を必須にしないでください。
要件：［記入］

設計をレビューしてください。実行や変更はせず、提案だけにしてください。
判定：GO／条件付き／見送り（根拠と前提付き）
指摘：問題箇所／根拠／重大度A・B・C／影響／検知方法／修正案／受入条件
追加：正常系・異常系・境界値・権限・復旧のテスト、未確定事項。
資料にない実装やテスト結果を想像して「確認済み」としないでください。
設計：［入力許可のある内容］

GOはAIが付けた仮の評価で、承認ではありません。コードは差分、依存関係、権限、入力検証、例外処理を人が確認し、隔離した環境でテストします。外部への送信や本番への変更は別途承認してから行います。

リサーチと変更点の追跡

対象：［サービス・仕様］
確認したい時点・地域・プラン：［記入］
公式の一次情報を優先し、各主張にページ名・URL・確認日を付けてください。
事実、推測、未確認、情報の食い違いを分けてください。
古いページは公開日・更新日と現在の提供状況を区別してください。
検索できない場合やページ本文を確認できない場合は、その制約を書いてください。
出力：結論／根拠一覧／不確実な点／追加確認が必要なこと。

比較する公式資料の旧版と新版から、変更点だけを整理してください。
項目：変更点／旧内容／新内容／適用日／対象地域・プラン／影響／必要な対応／根拠URL。
資料にない日付や対応期限を補わないでください。
旧版：［記入］
新版：［記入］

URLが出力されても、実在することや本文を読んだことの証明にはなりません。リンクを開いて主張と照合します。自動監視を組む場合も、比較対象、確認間隔、通知先、失敗時の扱いを決め、第三者への自動送信まで同時に有効にしないでください。

05Python・JavaScriptでAPIを試す

以下はGemini Developer API向けです。課金設定済みのプロジェクト、利用できるモデル、公式SDKを確認してから実行してください。この記事のコードは公式の記法と構文を照合していますが、課金を伴うAPIへの実行テストは行っていません。

注意APIキーはサーバー側の環境変数やシークレット管理に置きます。Webページ、公開リポジトリ、共有ログに書かないでください。ここに示すコードもブラウザへ貼るものではありません。

準備とAPIの選択

Pythonは python -m pip install -U google-genai、Node.jsは npm install @google/genai で公式SDKを用意します。環境変数 GEMINI_API_KEY を自分の実行環境に設定します。値は記事や問い合わせに貼らないでください。導入後はSDKのバージョンを依存ファイルに記録します。

現行ガイドは新規開発にInteractions APIを推奨しています。従来のgenerateContentも引き続き対応しており、既存コードを直ちにすべて書き換える必要はありません。ここでは保存条件を明示しやすいInteractionsの単発例を示します。

根拠：Gemini API の開始手順 ／ Interactions API と保存設定

Pythonの最小例

from google import genai
client = genai.Client()
response = client.interactions.create(
    model="gemini-3.1-pro-preview",
    input="公開資料を要約するときの確認点を3つ挙げてください。",
    store=False,
    generation_config={"thinking_level": "low"},
)
print(response.output_text)

python example.py で実行します。環境変数、課金設定、モデルへのアクセスのどれかが欠けると、この構文でも正常完了しません。

JavaScriptの最小例

import { GoogleGenAI } from "@google/genai";
const client = new GoogleGenAI({});
const response = await client.interactions.create({
  model: "gemini-3.1-pro-preview",
  input: "公開資料を要約するときの確認点を3つ挙げてください。",
  store: false,
  generation_config: { thinking_level: "low" }
});
console.log(response.output_text);

node example.mjs で実行します。.mjs にしてES Modulesとトップレベルawaitを使います。Pythonの genai.Client や generate_content をJavaScriptにそのまま移さないでください。

Interactionsの設定名はJavaScriptでも generation_config／thinking_level です。従来の client.models.generateContent の設定オブジェクトとは記法が異なるため、サンプル同士を混ぜないでください。

根拠：Gemini API の開始手順 ／ Gemini 3 開発ガイド（移行案内あり）

JSON形式の出力と内容の検証

import json
from google import genai
schema = {
    "type": "object",
    "properties": {
        "summary": {"type": "string"},
        "unknowns": {"type": "array", "items": {"type": "string"}},
    },
    "required": ["summary", "unknowns"],
}
client = genai.Client()
response = client.interactions.create(
    model="gemini-3.1-pro-preview",
    input="資料：会議は来週開催予定。日付と担当は未定。要約と未確定事項を分けてください。",
    store=False,
    response_format={"type": "text", "mime_type": "application/json", "schema": schema},
)
result = json.loads(response.output_text)
if not isinstance(result.get("summary"), str):
    raise ValueError("summary must be a string")
unknowns = result.get("unknowns")
if not isinstance(unknowns, list) or not all(isinstance(x, str) for x in unknowns):
    raise ValueError("unknowns must be a list of strings")
print(result)

この例はJSONを解析し、期待する値の型を簡単に確認します。本番ではJSON Schema等による検証、空の応答、拒否、途中切れ、通信例外への対応を追加してください。構造化出力は「事実が正しい」「意思決定を任せられる」という保証ではありません。日付や価格は別途元資料と照合します。

根拠：構造化出力

検索を使う場合と保存設定

InteractionsでSearchを使うときのツール指定は tools=[{"type": "google_search"}]（Python）、tools: [{ type: "google_search" }]（JavaScript）です。これを付けると検索課金が発生し得ます。結果の参照情報と、必要な検索候補・出典の表示要件を公式ガイドで確認してください。旧APIのgroundingMetadataとInteractionsのレスポンス構造を同一視しないでください。

根拠：Google Search grounding

Interactionsは既定でリクエストを保存します。例では store=False／store: false として、サーバーに会話状態を保存しない単発呼び出しにしています。この設定ではprevious_interaction_idによる継続やbackground実行は使えません。すべての安全対策ログまで消える、契約上の保持がゼロになるという意味ではありません。

根拠：Interactions API と保存設定

Google Cloud側で使う場合

Cloud側の利用では認証、プロジェクト、利用場所、モデルの提供状況をその環境のガイドで設定します。Developer API用のキーとコードをそのまま流用できると考えないでください。グローバルエンドポイントへ切り替える前に、組織のデータ所在地・アクセス制御・保持要件と両立するかを確認します。必要な管理機能があるかは実際の契約と設定で判断します。

根拠：Google Cloud の保持要件

06品質・エラー・安全性を運用で確認する

出力を採用する前の確認項目

• 根拠：資料名・ページ・URLが実在し、主張を支えているか。事実と推測が混ざっていないか。
• 正確さ：数値、単位、日付、対象プラン、例外条件を人が照合したか。
• コード：差分を確認し、必要な正常系・異常系・権限テストを実行したか。
• 安全性：入力する権利があり、機密情報の送信先と利用条件が認められているか。
• 費用と復旧：再試行を含む使用量、時間制限、失敗時に戻す方法が決まっているか。

最初から全文書や全コードを渡すのではなく、必要な範囲と判定条件に絞ります。Previewの同じIDを使っても応答は固定されません。代表的な入力と合格条件を持ち、モデルやSDKの更新後に再評価します。

日時・担当：
目的・合格条件：
モデルID・API種別・SDKバージョン：
プロンプト版・入力資料の版（機密本文は保存しない）：
thinking・ツール・保存設定：
入力／出力／推論トークン・検索回数・実測費用：
待ち時間・成功／失敗・再試行回数：
評価結果・根拠の照合結果：
今回変えた条件（原則一つ）：
採否・次の確認：

原文にあった2026年2月23日の記録例は、運用日付の記入例として読むものです。実測の成功例ではありません。入力資料とthinking設定を同時に変えると、改善の原因を切り分けられません。同じ日付でも別の試行として、変更点を一つずつ記録します。

費用対効果は、削減できた作業時間だけでなく、確認・修正・監視に使う時間も含めます。金額効果から費用を引いた値は純効果で、ROI比率とは異なります。「必ず得になる」とせず、同じ仕事を人だけで行った場合と比較します。品質、費用、モデル変更、障害対応の担当を決め、同じ人が兼任する場合も責任範囲を明確にします。

エラーコードから順に切り分ける

根拠：API トラブルシューティング ／ レート制限

レート制限はAPIキー単位ではなくプロジェクト単位です。分あたりの要求数（RPM）、トークン数（TPM）、日あたりの要求数（RPD）など、該当する枠をAI Studioで確認します。支出ベースの制限や課金アカウントの条件に該当する場合もあるため、429をRPMだけの問題と決めつけないでください。一般的な古い上限表を自分の契約の上限とみなさないでください。

一時的な429や5xxでは、サーバーが示す待機時間があればそれに従い、待ち時間を徐々に延ばす方法に小さなランダム差を加えます。回数・総待機時間・費用に上限を設けます。リクエストの受理が不明なら先に状態を確認し、書き込みを伴うツールは安全に再実行できる設計にします。「即再試行すると必ず追加ペナルティがある」とは断定しません。

年齢・用途・権利の条件を先に確認する

Gemini API／AI Studioの追加規約は、開発者の業務・専門用途を対象とし、18歳以上を条件にしています。18歳未満を対象にする、または利用する可能性があるAPIクライアントについても制限があります。これをGeminiアプリや学校向け契約の年齢条件と混同しないでください。公開アプリを作る場合は提供可能地域と利用者条件まで確認します。

同規約は臨床用途や医療アドバイスの提供も禁じています。「医師に確認してください」と末尾に加えれば診断・治療提案へ使える、という意味ではありません。一般的な業務支援の例を医療判断へそのまま転用しないでください。

Googleが生成内容の所有権を主張しないことと、すべての出力を自由に商用利用できることは別です。入力資料の権利、他者の著作物・商標・個人情報、groundingの表示要件を確認します。似た出力がほかの利用者に生成される可能性もあります。

根拠：Gemini API 追加利用規約

機密情報と実行権限を分けて守る

氏名だけを置換しても匿名化できるとは限りません。住所、顧客番号、珍しい経歴などの組み合わせも見ます。秘密鍵、認証情報、未公開の顧客資料は入力せず、必要なら社内承認済みの環境と最小権限を使います。漏れたキーは無効化・再発行し、利用履歴を調べます。

ツールを使う設計では、読むだけの処理と、ファイル更新・メール送信・購入などを分けます。外部資料に書かれた命令をそのまま実行せず、実行対象・引数・権限を検証し、重要な操作には人の承認を挟みます。APIの組み込みコード実行が、自社環境への安全なアクセスを保証するわけではありません。

自分のログには、障害調査に必要なID・時刻・設定・使用量を残し、本文や個人情報は最小限にします。Google側のログ共有、アプリの履歴、APIの会話保存、自社のログは別々に保持期限と削除方法を管理してください。

根拠：データ共有・Contributor Tier ／ Interactions API と保存設定 ／ Gemini Apps Privacy Hub

07よくある質問