AI News JAPAN

世界のAIニュースを最速で把握できるメディア

Advertisement

Google、AIエージェントの本番運用課題を解決するADK 2.0を正式公開

30秒サマリー

  • GoogleがAIエージェント開発キット「ADK 2.0」を発表。決定論的ワークフローとLLMを組み合わせた新アーキテクチャを導入
  • 顧客返金処理の実装例では、トークン消費を約50%、レイテンシを約20%削減できることをベンチマークで示した
  • プロンプトインジェクション攻撃への耐性強化や、文脈肥大化による処理脱線リスクの低減も主要な改善点として挙げられている

何が起きたか

Googleは2026年7月1日、AIエージェント開発キット「Agent Development Kit(ADK)2.0」の概要を公式開発者ブログで公開した。同リリースは、プロトタイプ段階のAIエージェントを企業の本番環境に移行する際に顕在化する課題への対応を主眼としている。

従来の自律型エージェントアーキテクチャでは、LLMがルーティングやスケジューリング、エラーハンドリングといったオーケストレーション処理まで担う構造が一般的だった。Googleはこの設計について「LLMは柔軟だが低速・高コストであり、同一プロセスを100回実行しても毎回同一の結果が得られるとは限らない」と指摘している。一方、すべての例外ケースを静的コードで網羅することも現実的ではなく、ADK 2.0はその中間解を提供するとしている。

ADK 2.0の核心は「Workflows」機能で、処理フローを有向グラフとして定義し、決定論的なコード実行ノードとLLM呼び出しノードを組み合わせられる点にある。顧客返金処理を例に取ると、購入履歴の取得・返金実行・チケット更新といった確定的な処理はコードで直接実行し、方針判断やメール文章生成などの認知的推論が必要な工程のみLLMに委ねる構造となる。Googleが示したベンチマーク(Gemini 3.5 Flashとモック APIを使用した例示的な数値とされる)では、トークン使用量が5,152から2,265へ約50%、レイテンシが7.2秒から5.7秒へ約20%それぞれ削減されたと報告している。

セキュリティ面では、実行経路をワークフローグラフで事前定義することで、LLMノードがプロンプトインジェクション攻撃を受けた場合でも、定義外のアクション(例:不正な返金実行)をワークフローランタイムが実行できない構造となっている。また、ノード間で受け渡すデータを必要最小限に制限する「厳密な状態境界」により、長時間タスクでの文脈肥大化と処理脱線リスクを低減するとしている。ADK 2.0はPythonでは2026年3月より利用可能で、今回Go言語対応も新たに開始された。

原典ハイライト

Googleの公式ブログは「LLMは創造性と多様性を発揮するよう訓練されているが、ビジネスプロセスには正確な実行が求められる。AがBに必ず続くと分かっているなら、LLMが次のステップを推論するまで待つ理由はない」と明示しており、AIエージェントの設計思想として自律性と決定論的制御の使い分けを明確に打ち出している点が核心的なメッセージとなっている。

出典: Google Developers Blog – AI(公式ブログ)

So What?(なぜ重要か)

AIエージェントの企業実装において「LLMにすべてを任せる自律型」から「決定論的制御とLLMのハイブリッド型」へのパラダイムシフトが、主要プラットフォームレベルで明示的に推奨され始めた。これはエージェントの信頼性・コスト・セキュリティという本番運用上の三大課題に対し、ツールベンダーが構造的な解を提示した転換点であり、企業のAIエージェント設計指針に直接影響する。

日本企業への示唆

日本企業がAIエージェントを業務プロセスに組み込む際、まず「この処理フローは決定論的に記述できるか」を問う設計ファーストの姿勢が重要になる。稟議承認フロー・与信判断・在庫補充といったルールが明確な業務はワークフローとして定義し、LLMは例外判断や文書生成など曖昧さの解消に限定する設計が、コスト・信頼性・監査対応(内部統制)の観点から優位となる。ADK 2.0のワークフロー機能はPython/Go対応済みであり、既存のシステム開発体制を活かした試験導入の検討に値する。また、プロンプトインジェクション耐性の強化は金融・医療・行政分野など規制要件が厳しいセクターでの実装可能性を高める要素として注目される。

背景・経緯

ADK v1はPython・Java・Go・TypeScript・Kotlinに対応し、モデルの直感的な呼び出し、コールバック制御、コンテキスト抽象化を提供していた。並列・直列のシーケンスをワークフローエージェントとして定義する機能は存在したが機能が限定的で、より高度な制御が必要な場合はCloud WorkflowsやApplication Automationといった外部サービスへの委譲が必要だった。ADK 2.0はこの制約を解消するものとして位置づけられている。