- 生成AI
- AI開発
Google I/O 2026まとめ:Gemini 3.5 Flashと「エージェント前提」の開発環境
2026年5月19日〜20日に開催されたGoogle I/O 2026で、Googleは新モデル「Gemini 3.5 Flash」を発表しました。あわせて、開発環境のAntigravity 2.0や、APIからエージェントを丸ごと呼び出せるManaged Agentsなど、AIに作業を任せることを前提にした発表が並びました。この記事では、公式ブログで確認できた事実を整理したうえで、中小企業の担当者や開発者がどう向き合うべきかを私の視点でまとめます。
何が発表されたのか
Gemini 3.5 Flash
Gemini 3.5シリーズの最初のモデルです。Googleはこのモデルを、同社のこれまでで最も強いエージェント・コーディング向けモデルと位置づけています。公式ブログに掲載された主なベンチマークは次のとおりです。
| ベンチマーク | Gemini 3.5 Flashのスコア |
|---|---|
| Terminal-Bench 2.1 | 76.2% |
| MCP Atlas | 83.6% |
| CharXiv Reasoning | 84.2% |
| GDPval-AA | 1656 Elo |
コーディングやエージェント系のベンチマークでは、従来の上位モデルであるGemini 3.1 Proを上回るとされています。速度については、出力トークンの生成速度が他のフロンティアモデルの約4倍、長時間のエージェントタスクでは他のフロンティアモデルの半分未満のコストで済むことが多い、というのがGoogleの説明です。いずれもGoogle自身による数字である点は押さえておく必要があります。
提供先は幅広く、GeminiアプリとGoogle検索のAIモードではすでに既定のモデルになっています。開発者向けにはGemini API(Google AI Studio)、Google Antigravity、Android Studio、企業向けにはGemini Enterpriseで使えます。上位版のGemini 3.5 Proは社内で利用中で、翌月に提供予定とされています。
Antigravity 2.0とAntigravity CLI
Antigravityは、Googleが「エージェント・ファースト」とうたう開発プラットフォームです。2.0では単体のデスクトップアプリになり、複数のエージェントの並列実行、動的なサブエージェント、スケジュール実行するバックグラウンドタスクなどが加わりました。AI Studio、Android、Firebaseとの連携も含まれます。
ターミナルで使うAntigravity CLIも発表されました。Gemini CLIで得た知見を取り込んだもので、Gemini CLIの利用者にはAntigravity CLIへの移行が推奨されています。独自スキルを移植するためのガイドも用意されています。さらに、Antigravityの仕組みをプログラムから使えるSDKも公開されました。
Gemini APIのManaged Agents
Gemini APIに追加されたManaged Agentsは、1回のAPI呼び出しでエージェントを起動する機能です。呼び出すと隔離されたリモートのLinux環境が用意され、エージェントはその中で計画、ツール呼び出し、コード実行、ファイル操作、Web閲覧を行います。環境は後続の呼び出しで再開でき、ファイルや状態が引き継がれます。
エージェントの振る舞いは AGENTS.md と SKILL.md で調整できます。Interactions APIとGoogle AI Studioから利用できます。
Gemini Spark
一般ユーザー向けには、24時間動き続ける個人用エージェント「Gemini Spark」が発表されました。ユーザーの指示のもとで代わりに作業を進め、大きな操作の前には確認を求める設計とされています。まずは限られたテスターに提供され、その後に米国のGoogle AI Ultra契約者向けベータが予定されています。夏以降にはメールやメッセージでの指示、予算と加盟店を決めた上での支払いなどが加わる予定です。日本での提供時期は、確認した範囲では発表されていません。
何が変わるのか
今回の発表を通して見ると、競争の軸がモデル単体の賢さから、エージェントを動かす実行環境まで含めた総合力に移ってきていると私は見ています。Googleは同じ仕組みを、デスクトップアプリ(Antigravity 2.0)、ターミナル(Antigravity CLI)、API(Managed Agents)、一般向けアプリ(Gemini Spark)に展開しました。モデルを呼び出して結果を受け取るだけの使い方から、「作業環境ごとAIに渡す」使い方が標準になりつつあります。
もう一つは、エージェントの設定ファイルの形式です。AGENTS.md や SKILL.md のように、Markdownでエージェントへの指示やスキルを書く形は、他社のコーディングエージェントでも広く使われている形式に近いものです。ツールを乗り換えても、指示や手順書の資産をある程度持ち越せる方向に進んでいると考えています。
また、エージェント用途の既定モデルが、上位版ではなくFlashクラスになった点も見逃せません。エージェントは何度もモデルを呼び出すため、1回あたりの速度とコストが全体の費用に直結します。性能と速さの両方を備えた中位モデルが標準になる流れは、今後も続くと見ています。
実務での影響・対応
事業者の方へ
Gemini Sparkのような常時稼働型のエージェントは魅力的ですが、現時点では米国の上位プラン向けベータが中心です。急いで飛びつく必要はありません。それより先に、社内のどの作業をAIに任せられるか、どこで人の承認を挟むべきかを整理しておくことをおすすめします。支払いやメール送信のように取り消しが難しい操作は、最初から人の確認を前提に設計すべきです。
Google Workspaceを使っている場合は、Gmailの下書き作成や音声でのドキュメント編集など、夏にかけて順次提供される機能があります。多くはAI Pro・Ultraなどの個人向けプランや、Workspaceでのプレビューから始まるため、自社の契約で何が使えるかを確認しておくと判断が早くなります。
開発者の方へ
- Gemini CLIを使っているなら移行計画を立てる。公式に移行が推奨された以上、新機能はAntigravity CLI側に集まると考えるのが自然です。独自スキルを作り込んでいる場合は、移植ガイドを確認しておきましょう。
- Managed Agentsは試作に向いている。隔離環境の構築を自前でやらずに済むため、社内ツールの検証には便利です。一方で、リモート環境に何のデータを渡すかは事前に決めておく必要があります。APIキーや顧客データを不用意に持ち込まない設計にしてください。
- ベンチマークは自分の業務で確かめる。公開されている数字はベンダーの測定です。実際の業務に近いタスクを数件用意し、同じ条件で複数のモデルを比べるのが確実です。
- モデル名は設定で切り替えられるようにする。新モデルの登場や旧モデルの提供終了は頻繁に起きます。コードにモデルIDを直接書き込まず、設定ファイルや環境変数で管理しておくと、切り替えのたびにコードを直す手間が省けます。
// モデルIDは環境変数で管理し、コードに直接書かない
const MODEL_ID: string = process.env.GEMINI_MODEL_ID ?? "gemini-3.5-flash";
まとめ
Google I/O 2026の中心は、Gemini 3.5 Flashという速くて安いエージェント向けモデルと、それを動かすAntigravityの仕組みでした。デスクトップ、ターミナル、API、一般向けアプリと、同じ仕組みがあらゆる入口に広がっています。
事業者にとっては「何を任せ、どこで人が確認するか」を決めておくこと、開発者にとっては移行計画とモデル切り替えの備えが、今やっておくべきことだと考えています。Gemini 3.5 Proの提供も控えているため、引き続き公式発表を確認していきます。
参考リンク
あわせて読みたい
Claude Opus 5.5が登場:安くなったが、モデルIDを変えるだけでは動かない
2026年9月22日、AnthropicがClaude Opus 5.5を公開しました。料金は下がりましたが、APIの仕様変更でそのままでは動かないコードもあります。移行時の確認点を整理します。
GPT-5.4 miniとnanoの登場で考える、業務AIの「モデルの使い分け」
2026年3月、OpenAIがGPT-5.4の小型版「mini」と「nano」を公開しました。料金表を読み解きながら、業務システムでのモデル選びを考えます。
Claude Opus 4.6が登場:100万トークン文脈と「考える量」の調整は実務をどう変えるか
2026年2月5日、AnthropicがClaude Opus 4.6を公開しました。料金据え置きで何が変わったのか、業務で使う立場から整理します。