30 lines
2.8 KiB
Markdown
30 lines
2.8 KiB
Markdown
---
|
||
title: Google Agent Development Kit
|
||
created: 2026-06-30
|
||
updated: 2026-06-30
|
||
type: entity
|
||
tags: [tool, agent, dev-tool, workflow]
|
||
sources: [raw/articles/google-adk-go-2-0-agent-workflows-2026.md]
|
||
confidence: medium
|
||
---
|
||
|
||
# Google Agent Development Kit
|
||
|
||
Google Agent Development Kit（ADK）は、Go や Python で agent application を実装するための code-first framework。Go 2.0 の発表では、単一の LLM 呼び出しではなく、分類、分岐、fan-out / fan-in、人間の承認、retry、pause/resume を含む実運用向けの workflow を、graph of nodes として表現する方向が強調された。
|
||
|
||
[[loop-engineering]] の観点では、ADK Go 2.0 は「graph がそのまま agent」として同じ runner / launcher / console で動く点が重要である。workflow の状態を session に残し、human-in-the-loop の interrupt を後続ターンや process restart 後に再開できるため、agent loop を一回きりの chat ではなく、状態を持つ実行単位として扱いやすい。
|
||
|
||
## 重要な設計要素
|
||
|
||
- **Graph-based workflow engine**: function node、agent node、tool node、join node、dynamic node、sub-workflow、parallel worker を edge と route でつなぎ、sequence、conditional routing、parallel fan-out/fan-in、loop を構成する。
|
||
- **Dynamic orchestration in Go**: 実行順序が runtime data や model の判断で変わる場合は、ordinary Go code から child node を `RunNode` する dynamic node で表現できる。これは [[agent-oriented-cli-design]] と同じく、エージェント向けの制御面を暗黙の prompt ではなく実装可能な interface に落とす方向である。
|
||
- **Human-in-the-loop as primitive**: 任意の node が `RequestInput` event で人間に承認・修正・追加情報を求め、handoff または re-entry で workflow を再開できる。
|
||
- **Resilience and observability**: node ごとの retry policy、timeout、graph-wide concurrency limit、branch history isolation、telemetry span tree が、agent workflow を観測・再実行しやすい単位にする。
|
||
- **Unified runtime**: plain LLM agent と full graph が同じ node runtime に寄るため、単体 agent、sub-agent、workflow の境界が薄くなる。これは [[kiro]] のような agent-native work surface や、[[ai-agent-identity-security]] の承認・監査境界とも接続する。
|
||
|
||
## 見るべき問い
|
||
|
||
- Durable resume と session history reconstruction は、個人用の scheduled job や Discord link ingest のような小さな [[wiki-maintenance-loop]] にも取り込めるか。
|
||
- Go の型付き node / event stream は、agent workflow の検証や replay をどこまで容易にするか。
|
||
- Human-in-the-loop が framework primitive になるほど、承認 UI、audit log、権限境界をどの層で標準化すべきか。
|