Why we built ADK 2.0

Summary

ADK 2.0 addresses the structural challenge of moving AI agents from prototypes into production, where infinite loops, hallucinated bypasses, and failures without clean exceptions make model-led orchestration unreliable. Because language models are slow, costly, and variable for routing, scheduling, and error handling, the release separates execution routing from language processing and reserves LLMs for ambiguous or cognitive steps. Building on ADK v1’s support for Python, Java, Go, TypeScript, and Kotlin, it adds a structured workflow runtime and task-collaboration model, with Workflows available in Python since March and newly launched for Go. Deterministic graphs combine tool calls, Human-in-the-Loop steps, and specialized agents with explicit branching and error handling. Dynamic workflows extend this model with native Python and asyncio control flows for retries, branching, and reusable sub-workflows.

Takeaways

1. 1

   ADK 2.0 Workflows represent business processes as deterministic directed graphs, allowing tool calls and other fixed steps to execute without an LLM deciding the next route.

2. 2

   The refund example confines LLM use to policy analysis and email drafting while programmatic nodes fetch purchase history, issue refunds, and update the support ticket.

3. 3

   The shown comparison lists 5,152 tokens per run for a vanilla LLM agent and 2,265 for an ADK 2.0 Workflow, with approximately 50% savings.