Google、AI開発ツールを5言語同時対応に拡張
朝の出汁版(通勤2分)
- GoogleのAIエージェント開発キット(ADK)が、Python・Go・TypeScript・Java・Kotlinの5言語に対応し、どの言語スタックからでもエージェント構築が始められるようになった。
- 注目したいのは、言語をまたいでエージェント同士が通信できる設計になっている点で、たとえばTypeScriptで書いたエージェントとPythonで書いたエージェントを連携させることも、共通プロトコル経由で可能とされている。
- TypeScriptやJavaScriptに慣れている人なら、Google Cloudのドキュメントに記載されているセットアップコマンドから始めれば、Pythonなしでエージェント開発に入れる。
出汁の素(深読みモード)
Pythonなしでエージェントを作る時代が来た
GoogleのAgent Development Kit(ADK)が、Python・Go・TypeScript・Java・Kotlinの5言語に正式対応した。これまで多くのエージェントフレームワークはPythonを前提としており、フロントエンドやバックエンドの開発者が「エージェントを作りたい」と思っても、Pythonの環境をわざわざ立ち上げる必要があった。今回のADK拡張は、その前提を取り払った形だ。
TypeScriptやGoで普段から開発している人であれば、自分の慣れた言語のまま、エージェントのロジックを書き始めることができる。発表内容を読むと、各言語版はPythonのポートではなく、それぞれのランタイムや型システムに合わせてゼロから設計されているとのこと。「Pythonのエコシステムに乗るためだけに言語を切り替える」という妥協をする必要がなくなった、というのが今回の核心だ。
言語をまたいでエージェント同士が会話できる仕組み
注目したいのは、異なる言語で書かれたエージェント同士を接続できる設計になっている点だ。ADKはすべての言語版で、MCPクライアント(Model Context Protocol)とAgent2Agent(A2A)プロトコルを共通サポートしている。
具体的には、TypeScriptで動いているエージェントとPythonで書いた別のエージェントを、HTTP経由でつなぐことができる。カスタムツールをMCPサーバーとして立て、どの言語のエージェントからでもそれを呼べる、という構造だ。
AIエージェントに「長期記憶」を持たせる2層構造でも触れたように、エージェントを単体で使うより「複数の役割を持ったエージェントをどう連携させるか」がエージェント設計の本題になってきている。言語ごとに得意な処理を割り当て、それをプロトコルでつなぐ構成は、現実的な分業モデルとして今後参照されやすいアーキテクチャだろう。
「Pythonよりもわたしの言語が本命」になる可能性
これまでAIエージェント開発はPython一強で、LangChainやLlamaIndexといったフレームワークもPythonが中心だった。そのため、JavaScriptやGoに慣れた開発者がエージェントを触ろうとすると、Pythonを「道具のための道具」として学ぶコストが先に立っていた。
今回のADKの動きは、その構図を変えうる。TypeScriptやGoのエコシステムで動くエージェント環境が整備されれば、フロントエンドエンジニアがブラウザ上でエージェントをそのまま動かしたり、Goのマイクロサービス内にエージェントロジックを組み込んだりすることがより自然な選択肢になる。
AIエージェントが「完了」と言っても信じるなでも書いたように、エージェントの信頼性をどう設計するかは言語に依らない問題だが、「どの言語でも実装できる共通プロトコル」が普及することで、エージェント開発はより多くの人が参入しやすいフィールドになっていく。
TypeScript・Goから始める最初の一手
触りたい人への入口はGoogle Cloud公式ドキュメントのADKページ。言語ごとにセットアップコマンドが記載されており、TypeScriptやGoのプロジェクトから始めることができる。
やり方としては、まず使い慣れた言語のADKパッケージを入れ、サンプルの単一エージェントを動かしてみるのが最初のステップ。公式ドキュメントには、Google Cloudの認証設定から実行コマンドまでが言語別に示されている。
コードを書かずに全体像だけ把握したい人は、GitHubのADKリポジトリで各言語の実装ファイルを眺めるだけでも、設計の違いが見えてくる。「Pythonのラッパー」ではなく言語ごとに独立して書かれていることは、コードを読めばすぐに確認できる。コードを読むだけでアプリの中身が丸わかるAIが登場と組み合わせれば、ADKのソースコードの構造把握も早くなるはずだ。
スタート地点の整理:
- TypeScript:Node.jsプロジェクトに
@google/adkを追加して始められる - Go:
go getでパッケージを取得、Cloud Run上でそのままホストできる - MCP連携:既存のMCPサーバーがあれば、ADKエージェントからすぐ呼び出せる
複数エージェントの組み合わせに踏み込む前に確認したいこと
A2Aプロトコルを使って異なる言語のエージェントをつなぐ構成は技術的には可能だが、運用が複雑になりやすい。まず単一エージェントを一つの言語で完成させてから、必要に応じて別のエージェントを追加するほうが実態に即した進め方だ。
現時点では、GoogleのADKはGoogle Cloudのサービスとの連携を前提とした設計が多い。Cloud Runへのデプロイや認証フローがGoogle Cloud中心になっているため、特定のクラウドへの依存を避けたい場合は、MCPサーバー経由でどこまで抽象化できるかを先に確認しておくと判断がしやすい。ADKのオープンプロトコル部分(MCPとA2A)はクラウド非依存なので、ここを軸にアーキテクチャを考えると後から選択肢が広がりやすい。
参照ソース
- [GitHub]vercel-labs/skills→ github.com/vercel-labs/skills
- [GitHub]baidu/Unlimited-OCR→ github.com/baidu/Unlimited-OCR
- [RSS]One Agent Development Kit, five languages→ cloud.google.com/blog/topics/developers-practitione…
