AIコーディングアシスタントである「Antigravity」を最大限に活用する上で、どのモデルを使用するかは開発スピードや精度、そして利用効率に直結します。現在、AntigravityではGoogleの最新モデルである「Gemini 3.5 Flash」と「Gemini 3.1 Pro」を選択できるようになっています。
「高性能なProを選んでおけば常に最適なのか？」「新しい3.5 Flashの実力はどうなのか？」といった疑問を解消するため、両モデルの基本スペック、性能の優劣、使用量・レート制限の違い、そして開発における最適な使い分けについて徹底解説します。
1. 2つの最新モデル基本スペック比較
まずは、両モデルの概要と制限値についてテーブルで整理します。
| 比較項目 | Gemini 3.5 Flash (2026年5月発表) | Gemini 3.1 Pro (2026年2月発表) |
|---|---|---|
| 処理速度 | 極めて高速 (Proの約4倍の速度) | 中速〜低速 (複雑な推論を行うため) |
| APIコスト / 使用量 | 圧倒的に安価 (Proの数分の一以下) | 相対的に高価 |
| レート制限 (RPM / TPM) |
非常に緩い (大量リクエスト・大容量処理が可能) | 厳しめ (エージェント動作時に達しやすい) |
| コンテキスト長 | 100万トークン | 100万トークン |
| 主な得意領域 | 自律的エージェントタスク、高速コーディング | 数学的・論理的推論、高度なバグ解析 |
2. 「どっちが優れているか？」分野別の性能比較
「Proの方が常に優れている」というのは過去の話です。3.5世代である Gemini 3.5 Flash は、特定の領域において 3.1 Pro を上回る性能を発揮します。
① コーディングおよび自律エージェント性能： 3.5 Flash の優位
Antigravityのコア機能である「エージェントモード（自律的にコードファイルを読み込み、コマンドを実行してデバッグする一連のタスク）」では、Gemini 3.5 Flash の方が高い成功率を誇るケースが多々あります。
これは、3.5 Flashがツール呼び出し（Function Calling）の精度を高めるチューニングが施されているためです。エージェントが「ファイルを読むべきか」「テストを実行すべきか」を正しく判断し、連続したツール操作をスムーズに進める力は最新の3.5 Flashが優れています。
② 深い論理推論および数学的アプローチ： 3.1 Pro の優位
一方で、難解なアルゴリズムの設計、数理的な最適化、あるいはエラーメッセージが不親切な未知のバグの調査など、「じっくりと思考を重ねる深い推論」では Gemini 3.1 Pro の方が優れています。コンパイルエラーを多角的に分析し、構造的な設計アイデアを出すような複雑なタスクではProの推論モデルとしてのパワーが頼りになります。
結論：優劣の評価
【結論】
純粋な思考力や学術的推論は **3.1 Pro が上**ですが、実用的なコーディング速度、ツール制御の安定性、そしてエージェントとしての完遂力は最新の **3.5 Flash が上**です。したがって、「一概にどちらかが優れている」わけではなく、作業に応じた適材適所となります。
3. 「使用量」とコスト・レート制限の実用的な違い
開発効率を維持する上で、APIの「使用量（クォータ）」やレート制限の違いは非常に大きな要素です。
① トークン消費コスト
Gemini 3.5 Flashは3.1 Proに比べて、入力・出力トークンあたりのコストが数分の一〜十分の一程度に抑えられています。Antigravityでリポジトリ全体のコンテキスト（数万〜数十万トークン）を何度も読み込ませるような開発スタイルでは、3.5 Flashを使うことで、大幅なコスト削減（あるいは使用枠の温存）が可能です。
② レート制限（RPM: リクエスト数/分、TPM: トークン数/分）
Antigravityがバックグラウンドで何段階ものファイル読み書きを繰り返す際、最も直面しやすいのが「レート制限（特にTPM制限：1分あたりの最大トークン数）」です。
- Gemini 3.5 Flash： 制限の上限が非常に高く設定されているため、巨大なコードベースを対象にした検索や修正を連続して行っても、レート制限による中断（エラー）が発生しにくく、ノンストップで開発を進められます。
- Gemini 3.1 Pro： レート制限の上限が比較的厳しく、コンテキスト（コード）を繰り返し読み込ませるエージェント処理を走らせると、数ステップで一時的に制限に引っかかり、エージェントの動作が待機（ウェイト）状態になりやすくなります。
4. Antigravityでの推奨使い分けユースケース
実務でAntigravityを使用する際の、おすすめのモデル選択ガイドです。
ケースA： 「Gemini 3.5 Flash」を選択するべきケース
- 日常的な機能開発・マークアップ： 新機能のコンポーネント追加や、HTML/CSSのレイアウト修正、基本ロジックの実装。
- エージェントによる自動調査： 「`/goal`」コマンドなどを使って、リポジトリ全体から関連コードを探索・書き換えさせる自律タスク。
- 高速なフィードバック： チャット形式で即座にコードのアイデアを出してほしいとき。
ケースB： 「Gemini 3.1 Pro」を選択するべきケース
- 原因不明の深いデバッグ： ネットワークやデータベースが絡み、エラーログから原因が推測しにくい難解なバグの究明。
- 高度なアルゴリズムの構築： パフォーマンス最適化、暗号化処理、独自のデータ構造設計など、ロジック自体の複雑度が高いタスク。
- 仕様設計の壁打ち： 開発の最初期段階で、システムアーキテクチャやドキュメンテーションの整合性をじっくり検証させたいとき。
5. まとめ
Antigravityにおけるモデル選定の鉄則は、「基本は 3.5 Flash でサクサク開発し、難解なエラーで行き詰まったら 3.1 Pro に切り替える」という運用です。
圧倒的なスピードと低いコスト、緩いレート制限の恩恵を受けられる 3.5 Flash を普段使いにし、Proの高度な論理推論能力を「ここぞという時の切り札」として活用することで、開発効率を最大化することができます。タスクの性質を見極め、モデルの強みを引き出していきましょう。