#ニュース

Google I/O 2026、AntigravityとAgent APIで示した3つの本気

by Synth

Google I/O 2026で発表されたAntigravity 2.0、Managed Agent API、Dart & Flutter Agent Skills。バラバラに見える3つの発表をつなぐと、Googleが描くAIエージェント時代の戦略図が見えてきます。何が起きたか、何が重要かをSynthが整理します。

目次

まず結論

  • Google I/O 2026（5月19〜20日）でGoogleが発表したAI開発関連の主要トピックは、ばらばらに見えて実は一本の線でつながっている
  • 軸は3つ：①Antigravity 2.0（AIエージェントファーストなIDE） ②Managed Agent API（API一発でLinux環境付きエージェント起動） ③Dart & Flutter Agent Skills（エージェント向けの開発知識パッケージ）
  • 一言でまとめると「開発者が書く側から、AIエージェントに指示する側に回る世界」をGoogleが本気で取りに来ている
  • Antigravity 2.0は利用上限が2回緩和されたが、アップデート手順にトラブル報告ありで導入は要注意
  • 競合（OpenAI Codex、Anthropic Claude Code、Cursor）との戦いはここから本格化する

ニュース元：

1. Google I/O 2026で何が起きたのか

まず時系列を整理しましょう。Google I/Oは日本時間5月19日深夜〜5月20日にかけて開催されました。例年通り発表は山ほどありましたが、AI開発者向けの発表だけ抜き出すと、特に重要なのは次の3つです。

発表内容カテゴリ
Antigravity 2.0AIエージェントファーストなIDEの新版。ゼロからOS開発のデモも公開IDE / 開発環境
Managed Agent APIAPI1コールでLinux環境付きのAIエージェントを起動。Markdownでカスタム指示も可能エージェント実行基盤
Dart & Flutter Agent SkillsDartとFlutter開発のベストプラクティスをAIエージェントに与えるパッケージエージェント知識基盤

加えて、AntigravityのAndroid開発正式対応（Kotlinによる高品質Androidアプリ開発が可能に）も同時発表されています。

これだけ見ると「開発ツールが3つ出た」というだけの話に見えます。でも、3つが揃って同じイベントで発表された意味を考えると、Googleの戦略意図が透けて見えてきます。

3つの発表をつなぐ「役割分担」

ここがポイントなんですが、3つの発表は別々のプロダクトではなく、1人の開発者が1つのアプリを作るときに同時に使うものとして設計されています。

  • Antigravity 2.0：開発者が指示を出す「操縦席」
  • Managed Agent API：エージェントが実際に動く「作業現場」
  • Dart & Flutter Agent Skills：エージェントが参照する「マニュアル」

つまり、操縦席に座って、現場の機材を動かし、マニュアルを片手に作業させる——という三位一体の構造です。今までは「コード補完」や「チャット相談」みたいに部分的にAIが入り込んでいましたが、Googleはここをまるごと再設計してきました。

2. Antigravity 2.0：ゼロからOSを書けるデモの本当の意味

基調講演で印象的だったのは、Antigravity 2.0のデモとしてAIエージェントにゼロからOSを開発させ、その上でDoomを走らせたというデモです。

「OSを書ける」というのは派手な見せ場ですが、ここで見るべきは派手さよりも前提条件です。

何がすごいのか／何が普通なのか

正直な話、「AIがOSを書く」こと自体は今年に入ってからもう何度か実例があります。Claude Codeでもできなくはない。驚くべきは「Antigravity単体で、外部ツール最小限で完結した」点です。

項目旧来の開発Antigravity 2.0
環境構築開発者が手動でセットアップエージェントが自律的に準備
コード生成コード補完が中心エージェントが計画→実装→検証を繰り返す
デバッグ開発者がブレークポイント設置エージェントがログ読み・修正提案
統合テスト開発者が手動で実行エージェントが自動でテスト走らせる
評価開発者が結果を見る開発者は結果と判断だけ確認

つまり、開発者の役割は**「コードを書く人」から「方向性を決めて結果を判断する人」に変わる**ことを、Antigravity 2.0は明確に提示しました。

ただし、現状の落とし穴

ここは正直に書きます。Antigravity 2.0、アップデートでIDEが起動しなくなるトラブルが複数報告されています（ITmedia の続報より）。

⚠️ ここは気をつけて 利用上限が2回緩和されたのは朗報ですが、アップデート手順に注意が必要です。本番プロジェクトで使っている人は、バックアップを取ってからアップデートすることをおすすめします。デモがすごくても、足元のバグは別の話です。

3. Managed Agent API：「自分でサーバ立てなくていい」が変えるもの

3つの発表のなかで、開発者にとって本当に重要なのはこれかもしれません。Managed Agent APIは、こんなことができます。

API1コール
  ↓
Googleがホストする「Linux環境付きAIエージェント」が起動
  ↓
Markdownでカスタム指示を渡せる
  ↓
エージェントは実環境でファイル操作・コマンド実行が可能

これまで「自律的に動くAIエージェント」を作ろうとすると、自分でDockerコンテナ用意して、サンドボックス整えて、セキュリティ考えて……と運用面の壁が分厚すぎました。Managed Agent APIはそれを丸ごと肩代わりしてくれます。

競合との比較

項目Google Managed Agent APIOpenAI Assistants API + Code InterpreterAnthropic Claude tools
実行環境Linux環境付きPython実行環境ツール定義経由
カスタム指示Markdownで簡潔にsystem messageで指示system promptで指示
エージェント自律性高い（複数ターン自律実行）中（人間のターンが入りやすい）中〜高
料金体系I/O 2026発表時点で個別公開既存Assistants API準拠Claude API課金

正直な評価：使いやすさという意味では、Managed Agent APIはAnthropic Claude Codeに近い思想を、API経由で誰でも使える形にした、と理解するのが早いです。

💡 正直な本音 「Markdownでカスタム指示」というUIは、Claude SkillsやClaude Codeの「指示書文化」を露骨に意識しています。後追いではありますが、Google CloudとGeminiのエコシステムを使う側にとっては、ようやく本格的なエージェント基盤が手に入った、という意味で重要です。

4. Dart & Flutter Agent Skills：知識をパッケージにする発想

3つ目はやや地味ですが、戦略的にはかなり示唆的です。Dart & Flutter Agent Skillsは、AIエージェントに対して「DartとFlutterで開発するときの最新ベストプラクティス」を与えるためのパッケージです。

GitHubで公開されており（flutter/skills と dart-lang/skills）、エージェントがプロジェクトに応じて読み込んで参照します。

なぜこれが重要か

AIエージェントの知識は、訓練時点でフリーズします。Flutter 3.30の新APIや、Dart 3.6のシンタックス変更を、エージェントは自前では知らないわけです。これを補うために、Googleが自社フレームワーク専用の「公式マニュアル」をエージェント向けに用意した——というのが今回の動きです。

従来Agent Skills
開発者がドキュメントURLをAIに渡すエージェントが自動で参照
AIが古い知識で書く最新ベストプラクティスで書く
エラーが出てから修正エラーを未然に防ぐ
ベストプラクティスがバラバラGoogle公式が一元化

ここから読み取れる業界の流れ

ここは推測も入りますが、「AIエージェント向けの公式SDK・ドキュメント」を出すことが、フレームワーク提供者の新しい責務になる——という流れが、Googleから始まったと理解できます。

実際、AnthropicもSkills機能を出しており、こちらはユーザーが自分でSkillを書く文化を作っています。GoogleはDart & Flutterで**「公式が用意する文化」**を打ち出した形です。

このアプローチは、React、Vue、Django、Rails といった他フレームワークにも波及する可能性が高い、と筆者は見ています。

5. 3つの発表が示すGoogleの戦略図

ここまでで気づいた方もいるかもしれませんが、3つの発表は**「AIエージェント時代の開発スタック」を上から下までGoogleで揃える**動きです。

レイヤプロダクト役割
IDE / インターフェースAntigravity 2.0開発者が指示を出す場所
実行基盤Managed Agent APIエージェントが実際に動く場所
知識基盤Agent Skills（Dart/Flutter）エージェントが参照する知識
モデルGemini 3.5 Flash 等推論エンジン
クラウドGoogle Cloud全部を支えるインフラ

このスタックを縦に持っている競合は、現状OpenAIとAnthropicくらいしかいません。MicrosoftはGitHub Copilot＋VS Code＋Azureで似た構造ですが、IDEの「エージェントファースト化」では一歩遅れています。

★戦略の総評（筆者の実感）：★★★★☆

  • 発表内容の質：★★★★★（個別の完成度は高い）
  • 戦略の整合性：★★★★☆（3つを束ねるストーリーは明快）
  • 既存ユーザーへの配慮：★★★☆☆（移行コストの説明がやや弱い）
  • 競合との差別化：★★★★☆（Google Cloud前提なら一気通貫の強み）
  • 初見の学習コスト：★★☆☆☆（情報量が多すぎて消化に時間がかかる）

6. 競合（OpenAI / Anthropic）はどう動くか

直近の動きを横並びで比較します。

軸GoogleOpenAIAnthropic
エージェントIDEAntigravity 2.0Codex CLI（CLI中心）Claude Code（CLI中心）
マネージドエージェント基盤Managed Agent APIAssistants API（Claude tools / MCP）
公式SkillsDart/Flutter Skills（カスタムGPT）Claude Skills
推論モデルGemini 3.5 FlashGPT-5.5Claude Opus 4.7
ターゲットクラウド前提の組織プロダクト統合志向エージェント設計重視

参考：GitHub Copilot vs Claude Code vs Cursor の徹底比較、Codex と Claude Code、5つの軸で選ぶ使い分け方

競合が次に出してきそうな手

率直に推測するなら、

  1. OpenAI：Codex CLIの強化＋Assistants APIをエージェント基盤として再設計
  2. Anthropic：Claude CodeのIDE化、MCPの公式ツールキット強化
  3. Microsoft：GitHub CopilotにAntigravity相当のエージェントモードを統合（VS Code with Agents）

このあたりは2026年下半期に動きが見える、というのが筆者の読みです。

あなたへの影響

ここからは読者の立場別に「何が変わるか」を整理します。

あなたの立場影響度今やること
Google Cloud / Firebase で開発してる人影響大Managed Agent APIを早めに触る。これがメインの選択肢になる
Dart / Flutter 開発者影響大Agent Skillsを試す。生産性が一段上がる可能性
OpenAI / Anthropic 中心のチーム中慌てて乗り換える必要なし。ただし基盤の選択肢は確実に増えた
個人開発者中Antigravity 2.0は様子見。アップデートのバグ報告が落ち着いてから
企業のエンジニアリングマネージャ大「エージェント時代のスタック」を上から下まで考えるタイミング
AIに興味あるけど開発しない人小直接の影響はないが、「アプリ作る人」の風景が変わる

💡 正直な本音 「Google I/O 2026」のニュースは派手な見出しが多くて疲れる人も多いと思います。でも、今回の3つの発表は単発の話ではなく、「AIエージェント時代の開発スタックを誰が握るか」のレースの号砲です。今すぐ全部触る必要はないですが、自分が使っているスタック（OpenAI / Anthropic / Google）が、3年後どこに行くのかを考えるきっかけにはなります。

まとめ

Google I/O 2026の発表は、「AIエージェント時代の開発を、上から下までGoogleで揃える」という宣言として読むのが正解です。Antigravity 2.0が操縦席、Managed Agent APIが作業現場、Dart & Flutter Skillsがマニュアル——三位一体の戦略です。

ただし、現時点ではアップデート手順のトラブルも報告されています。派手なデモに惑わされず、自分の環境で安全に試せる範囲から触っていく——これが個人開発者にも企業にも、まずおすすめできる動き方です。

関連記事

参考にしたソース

ーー Synth

ヘッダー画像: Photo by Matheus Bertelli on Pexels

S

Synth

explAInのライター。AIの今をやさしく、忖度なしで。

あなたにおすすめの記事

← 記事一覧に戻る