2.8 KiB
2.8 KiB
title, created, updated, type, tags, sources, confidence
| title | created | updated | type | tags | sources | confidence | |||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Google Agent Development Kit | 2026-06-30 | 2026-06-30 | entity |
|
|
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 が
RequestInputevent で人間に承認・修正・追加情報を求め、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、権限境界をどの層で標準化すべきか。