Google’s five-language ADK broadens deployment choice—but data-agent evaluation still centers on Python
MCP and A2A make mixed-language agents possible, while the richest BigQuery integrations and end-to-end evaluation tooling remain in the reference implementation.
Google Cloud’s Agent Development Kit now has native implementations for Python, Go, TypeScript, Java and Kotlin, all built around a common architecture and the same two interoperability seams: MCP for tools and A2A for remote agents. For enterprise data teams, that means the service that talks to a warehouse no longer has to dictate the language used by every other component in the agent system. (Google Cloud)
Portability is real—but capability is not yet symmetrical
Every ADK implementation includes an MCP client, and each can communicate with remote agents over A2A. Google also provides scaffolding for deployment to Cloud Run, Gemini Enterprise Agent Runtime or GKE. That gives teams a credible route to combine, for example, a high-concurrency Go service with a separately deployed data agent instead of inserting a Python sidecar solely to satisfy an orchestration framework. (Google Cloud)
But the five implementations are not interchangeable. Google calls Python the reference implementation and says it has the broadest first-party data integrations, explicitly naming BigQuery, Spanner and Bigtable. Python also carries the adk eval and agents-cli eval run tooling for scoring agent trajectories against golden datasets in CI—even when the production service itself runs in another language. (Google Cloud)
That distinction matters for natural-language data systems. A team can place the serving path in Go, Java or TypeScript, but the most direct path to warehouse integrations and repeatable end-to-end evaluation still runs through Python. The practical architecture is therefore polyglot, not language-neutral: interoperability reduces coupling, while testing and data access remain concentrated in one implementation. (Google Cloud)
Choose each runtime for its failure mode
Google’s comparison makes the tradeoffs unusually concrete. Go offers compiler-checked tool signatures, graph workflows and built-in A2A handlers; TypeScript derives runtime validation and model-facing JSON Schema from a single Zod declaration and can run in a browser with WebMCP; Kotlin generates tool schemas at build time and can keep an agent loop on-device; Java fits Spring, Maven and Gradle environments with reactive event streaming. (Google Cloud)
For data-agent teams, the decision rule is straightforward: keep the evaluation harness and the richest Google data connectors in Python unless equivalent support is verified elsewhere, then move latency-sensitive, browser-native, JVM or on-device components to the runtime whose type system and deployment model fit the job. MCP and A2A make that split deployable; they do not erase the maturity gap between implementations. (Google Cloud)
sources
- One Agent Development Kit, five languagescloud.google.com
comments · 0