スキップしてメイン コンテンツに移動

コードを「書く」AIから「実行する」エージェントへ:Google AntigravityとGemini 3.5 Flashが拓くエージェント開発の時代

Google AntigravityとGemini 3.5 Flashによるエージェント開発

2026年7月現在、Google(グーグル)の技術トレンドを貫くキーワードを一つ挙げるなら、間違いなく**「エージェント(Agent)」です。5月のGoogle I/O 2026で公開されたGemini 3.5 Flash**、エージェントファーストの開発プラットフォームAntigravity 2.0、そして映像ベースの生成モデルGemini Omniまで——Googleが放ったメッセージは明確です。AIはもはやコードを「補助的に書く」副操縦士(Co-pilot)を超え、自ら作業を「実行する」自律エージェントへと移行しています。

本記事では、開発者・技術実務者の視点から、Googleが最近発表した主要技術が実際の開発ワークフローをどう変えているのかを、根拠とともに整理します。


1. Gemini 3.5 Flash:「安くて速い」ティアが旧フラッグシップを超えた

今回の発表で最も象徴的な出来事は、低価格・高速ティアであるGemini 3.5 Flashが、旧フラッグシップのGemini 3.1 Proをコーディング・エージェントのベンチマークで上回ったことです。Googleはこれを「行動するフロンティア知能(frontier intelligence with action)」と表現しました。

公開されたベンチマーク数値は次の通りです。

  • Terminal-Bench 2.1: 76.2% — ターミナル環境での実際のコーディング遂行能力
  • GDPval-AA: 1656 Elo — 実務型エージェントタスクの遂行能力
  • MCP Atlas: 83.6% — ツール呼び出し(tool-use)およびMCP連携性能

重要なのは単にスコアが高いことではなく、**「他のフロンティアモデルの約4倍の速度で、半分以下のコスト」**でこの性能を出す点です。エージェントは一つの作業を完遂するために、数十〜数百回の推論・ツール呼び出しを繰り返します。したがって「速度 × コスト」はエージェントワークフローの実用性を決める絶対的な変数であり、3.5 Flashはまさにこの点を狙い撃ちしました。

実務インサイト: これからは「最も賢いモデル」ではなく「十分に賢く、反復実行に負担のないモデル」がエージェントアーキテクチャの既定値になります。パイロットをまず3.5 Flashで検証し、本当に難しい区間だけ上位モデル(Gemini 3.5 Pro)を呼び出すモデルルーティング戦略が標準になるでしょう。


2. Google Antigravity 2.0:エージェントファーストの開発プラットフォーム

Googleは、アイデアをそのままプロダクション級アプリへ変換する**エージェントファースト開発プラットフォーム「Antigravity」**を2.0へと大幅に拡張しました。従来のIDE拡張のレベルを超え、三つの方向に広がりました。

  • デスクトップアプリ(Antigravity 2.0): スタンドアロンのデスクトップアプリケーションとして、マルチエージェント・オーケストレーション(multi-agent orchestration)を前面に打ち出しました。
  • CLIツール: ターミナルベースの開発フローにエージェントを統合します。
  • SDK: チーム独自のワークフローに合わせてカスタムエージェントを実装できます。

さらにGoogle AI StudioはネイティブAndroidアプリ開発のサポートを開始しました。「Build an Android app」を選んでプロンプトを入力するだけでアプリをビルドし、そのままGoogle Playへ公開する流れまで一つにつながります。「書くのを助ける道具(help write)」から「行動するエージェント(help act)」への転換が、プロダクトレベルで実装されたのです。


3. エージェントを支えるインフラ:Managed Agents・WebMCP・Chrome DevTools

エージェントが実際に「仕事」をするには、安全に実行し検証する環境が必要です。Googleはそのための下部構造も併せて公開しました。

  • Managed Agents(Gemini API): リモートのLinux環境で推論とツール実行を行います。ローカルホストを直接露出せず、隔離されたサンドボックスでエージェントを動かせます。
  • WebMCP(提案標準): ブラウザベースのエージェントに構造化されたツールを公開する標準です。MCP(Model Context Protocol)エコシステムがウェブへ拡張される兆候です。
  • Chrome DevTools for agents: エージェントの動作を開発者が観察・検証・デバッグできる可視性を提供します。自律性が高まるほど、**可観測性(observability)**が安全の核心になります。

この組み合わせは一つの方向を指しています。エージェントは「隔離された実行環境 + 標準化されたツールインターフェース + 可観測性」という三角構造の上で信頼を得るということです。


4. Gemini OmniとSynthID:生成と信頼を同時に

Gemini Omniは「どんな入力からでも何でも生成する」を目標に、映像を起点として物理法則の理解とマルチモーダル編集能力を組み合わせたモデルです。生成メディアの品質が実写と見分けがつかなくなるほど、逆説的に**「これがAI生成物であることを証明する技術」**の重要性が高まります。

Googleの答えがSynthIDです。画像・映像・音声に人間の目には見えないデジタル透かしを埋め込み、それを検証する機能を提供します。SynthID検証はすでに世界で5,000万回利用され、いまや検索(Search)とChromeへ拡張されつつあります。生成能力の拡張と、信頼・透明性のインフラを同じ速度で推し進める戦略です。


5. ハードウェア:TPU 8t / 8iによる学習・推論の二元化

これらすべてのソフトウェア革新の土台にはシリコンがあります。Googleは学習と推論にそれぞれ特化した二元化チップ戦略を採用しました。

  • TPU 8t: 大規模事前学習(pretraining)に最適化。前世代比で約3倍の純粋演算性能。
  • TPU 8i: 推論(inference)最適化。大量のエージェント実行を低コストでさばく役割。

エージェント時代には「一度の学習」よりも「終わりのない推論実行」がコストの大半を占めます。推論専用チップ(8i)を別に置く選択は、先に見たGemini 3.5 Flashの「低コスト高速」戦略と正確に噛み合います。


6. 開発者と技術ビジネスのためのまとめ

2026年夏のGoogleの発表を貫く流れを、実務の視点で要約すると次の通りです。

  1. モデル選定の基準が変わる: 「最も強力なモデル」ではなく「速度・コスト対比で十分なモデル」。エージェントループでは反復実行の効率がそのまま製品競争力になります。
  2. 開発の単位が「コード」から「エージェント」へ: Antigravity・AI Studioは、開発者がコードを一行ずつ書く代わりに、エージェントをオーケストレーションする方向へ道具を再設計しました。
  3. 自律性には必ず可観測性が伴う: Managed Agentsの隔離実行、Chrome DevToolsのエージェント可視性、WebMCPの標準化は、「信頼できる自律」のための安全装置です。
  4. 生成と信頼はワンセット: Gemini Omniの生成力とSynthIDの検証力は切り離せません。AI生成物を扱うサービスなら、出所・透かしの検証を今や基本動作とすべきです。

結論

Googleが描く2026年の開発地形は明確です。AIはコードエディタ内の自動補完から抜け出し、隔離された環境で自ら実行し検証を受ける自律エージェントへと移行しています。Gemini 3.5 Flashが「安くて速い実行エンジン」を提供し、Antigravityが「エージェントを指揮するコックピット」となり、SynthIDが「その成果物の信頼」を担保する構造です。

この流れを前に、開発者へ投げかけられる問いはもはや「AIでコードをどれだけ速く書けるか」ではありません。「どの作業をエージェントに委任し、その自律性をどう観察・制御するか」——この設計力が、次の時代の競争力を分けるでしょう。


参考資料: Google I/O 2026 全発表 · Gemini 3.5: frontier intelligence with action · I/O 2026 developer highlights

コメント

このブログの人気の投稿

コピペができないときチェックすべきこと! :: よく迷うUiPathのコツ

UiPath( https://uipath.com )はMicrosoft社のWWFを改良した製品なのでVisual Studioより初心者向けに使いやすくなっている。 しかし、初心者がそのまま使うにはかなりのハドルがある。 理由は基本開発者向けの開発ツールを無理やり便利に作ってみたとしても開発の概念と考え方がないと結構躓くことが多い。 そのなかで私もよく迷ったりしていることの一つを整理しとく。 基本Activityはすぐコピぺができるので多数のUiPath Studioを開いて開発してたりする。 ここでコピペをしても反応ないときがよくある。 この場合はこれをチェックすること! 1.Sequenceがなく一つのActivityしかないところにはペーストできないのが多い。 例えば、ifの処理ボックスにはSequenceが最初はない。 そのボックスに一つのActivityはペーストできるのに2個目からはなぜか反応ない。 それで分からないまま新しいActivityを追加してたりしたが、 あそこにSequenceを入れたら解決ができるのだ! 2.正常にペーストできるはずのところに反応ない。 この場合はPackageが合わなくペーストが効かないケースが多い。 DESIGN>Manage Packagesをクリックしてコピー元のパッケージにインストールされているのにコピー先にインストールされてないパッケージを探す! パッケージを一々見るのが難しい!と思ったら メモ帳からファイルがあるフォルダにあるproject.jsonファイルを開いてみる! あそこにJSONの形式でインストールされたパッケージが見えるので比較しやすくなる! ちなみにコピペをすると変数の宣言が大変だと思うが、 そこでもコツがあるのだ! 変数の宣言はなるべく細かくしてSequence単位で管理できるようにする。 全てに影響がある変数はしょうがないから一番広く宣言するけど。 初心者向けの説明だと、 Variablesというところをクリックして変数を開いたらScopeという範囲が見える! 大体Sequenceボックスの名前を変えてないのでSequenceがすらりと表示されてるはずが、Sequenceボックスの名前を付けてたら見やすくなる。 あ...

面倒くさいORACLEの文字化け状況

ORACLEはそもそもUTF-8をサポートしてほかの言語はサポートはしているって書いてますが親切ではないようです。 現在サーバー側は昔からUS7ASCIIに設定して日本語を入れてしまい、データは7ビットASCIIモードで読み取りながら日本語のコートがOS側とクライアント側で変換しない必要があります。 クライアント側で文字化けの解決にはNLS_LANGの設定が効くクライアントが必要ですが、一部の有料クライアントにはサポートするようです。 接続構造は参考に https://www.oracle.com/technetwork/jp/content/charcterset-250314-ja.pdf の19スライドのように クライアントからNLS_LANGをUS7ASCIIに設定しても その設定した言語にもらったUTF-8のデータをクライアントが変換すると NLS_LANGを設定しても意味がないようです。 ORACLE SQL Developerがこの様です。 ODBCと直接接続は必ずUTF-8に変換してしまうのでUS7ASCIIになっているDBからはクライアントをいくら変換しても文字化けのままです。 必ずOCI接続を通じてクライアント側から読み取らないとUS7ASCIIは勝手に変換されますね。 この全ての条件が満たした無料クライアントはA5mk2の2.9.1バージョンだけですね。 A5MK2 ver.2.9.1 : https://a5m2.mmatsubara.com/download/a5m2_2.9.1_x64.zip 2.9.1 バージョンでサーバーを設定する場合Uicode変換を強制に無視するオプションがあります。 多分このバージョンの時点ではUTF-8をメインにして設計したDBが少なかったから文字化け対応のためできたオプションでしょう。 しかし、A5mk2の新しいバージョンにもまた結果の変換をしないオプションがなくなって文字化けしてしまいます。開発者はもうUTF-8ではないDBはないと思ってるでしょう。まだまだ残ってますよ~。 クライアント側からの変換などに参考になればと思います! まだ直接お仕事になさってますか? もう遅いです!ソフトウェアロボットにお仕事を任せてどの位自分の作業分量が減ってるかをご確認ください! https://talklowy-jp.b...

UiPath - Excelのシート名が存在した場合の処理

UiPath.Excel Activityは活用方法によってかなり強力ですが、隠れて探せない項目が多すぎて困ったりします。 公式ドキュメントもいまいちだし…。 Excelを自動化するには協力なUiPathの機能の中でSheetの判断処理を残します。 今まではシートがあったら何とかしようとしたら見つける方法が分からなく、ErrorのExceptionで判断したりしましたが、 workbook.GetSheets.Contains("<sheet name>") があったのをいまさら見つけました; 早速試してみましたが、 messageboxにworkbookとか書いてみても出てこない…。 これはExcel Application Scopeを利用しなければなりませんでした! まずExcel Application ScopeにExcelファイルを登録! Excel Application Scope Activityの属性にOutputにwbを入力して変数に入れます。 変数に入れてからMessageBoxに wb.GetSheet.Contains("Sheet1") を入力してみると成功! 「wb.」をおした時点でいっぱい出てきましたね。 ググってみても詳しく出て着なかったのでここにまず記録 giip - Free UiPath and Rpa Integrated Orchestration Service https://giipasp.azurewebsites.net