Google выпустила ADK for Go 2.0 с graph-based workflow engine

30 июня 2026 года Google выпустила Agent Development Kit for Go 2.0. Главный факт релиза: в Go-версии ADK появился first-class graph-based workflow engine для multi-agent приложений. Первоисточник: https://developers.googleblog.com/en/announcing-adk-go-20/

ADK for Go 2.0 — это open-source framework для production-агентов на Go. Google описывает релиз как переход от ad-hoc control flow к графу nodes и edges: приложение может классифицировать запрос, ветвиться, запускать parallel branches, ждать human approval, делать retry и возобновляться после паузы или process restart.

Ключевые детали для разработчиков:

• graph scheduler запускает nodes конкурентно, сохраняет state, поддерживает fan-out/fan-in, loops и nested workflows;
• human-in-the-loop стал built-in primitive: node может запросить ввод человека и durably wait for the answer;
• retry policy поддерживает exponential backoff, jitter, per-node timeout и graph-wide concurrency cap;
• LLM agent modes Chat, Task и SingleTurn помогают разделять интерактивный чат, фоновые задачи и single-shot вызовы;
• единый node runtime даёт один telemetry span tree для single-agent и full-graph execution.

Практический чеклист для команды, которая тестирует ADK Go 2.0:

• логируй node id, route, run id, latency, retries, 429, timeout и human approval отдельно;
• вынеси model provider и fallback policy из graph logic, чтобы не переписывать workflow при смене модели;
• задавай per-node timeout для tool calls и LLM nodes, иначе один зависший branch блокирует весь граф;
• проверяй resume after restart на реальном session store, а не только в local console;
• отделяй HITL для рискованных действий: платежи, deploy, удаление данных и внешние API writes.

ADK Go 2.0 — это orchestration layer для агентских workflow, а не API gateway. Безопасный production-паттерн: ADK управляет графом, state и approval, а gateway-слой управляет model access, rate limits, failover, billing и OpenAI-compatible contract. Так команда не привязывает multi-agent workflow к одному провайдеру и может переживать 429, latency spikes и временную недоступность модели.