Google ADK

观察时点：2026-10-15。Google生态的Agent和图Workflow开发框架。

已公开的技术路线与控制边界

Agent与Workflow runtime，支持任务节点、人工交互和云部署入口。应用选择工具和业务状态；框架及云部署服务各自有运行控制边界。

Google ADK提供Agent与Workflow开发入口，适合Google生态团队进入候选。当前固定README已经出现图Workflow runtime、任务节点、人工交互和部署方式，不宜只用早期Sequential、Parallel和Loop的印象概括现行框架。

Agent在阶段内理解与选工具，Workflow组合阶段和依赖；企业仍要定义Task合同与验收。公开部署入口包括Cloud Run等方式，云端优先并不要求自己运营模型推理，但应用身份、客户数据范围、工具凭证和审计仍需与所选云服务对接。

本页的证据成熟度主要是官方README、发布元数据和Apache-2.0文件核实，没有声称核心流程已在企业环境跑通。session、state、持久化和记忆能力要按实际后端配置验证，不能从框架名称推断跨会话权限、删除传播和长期学习自动完成。

对金融或法律任务，先把引用、计算与权威状态做成独立工具，再将它们接到框架；教育任务则保留课程和学生scope。这样即使未来替换runtime，领域工具和评测仍可复用。原生Google功能与其他provider支持也分别检查，统一模型接口不能消除schema、tool和context差异。

PoC可与一条非Google主栈方案做同任务对照，固定资料、模型档位、预算和验收。观察开发成本、恢复行为、调用次数、尾延迟与人工修订。没有必要为了完整性同时启用多套工作流，尤其不能让外层队列和内层workflow各自重放同一业务动作。

版本管理应记录ADK包、Google SDK、模型ID、工具定义、工作流和数据generation。部署升级前测试人工等待、worker重启和旧状态读取；权限撤回时处理已进入context的材料。框架拥有部署示例，不等于企业账号具备所有地区能力或服务等级，采购与目标环境契约要单独完成。

例如教育辅导任务可用Agent理解学生当前错误，Workflow安排诊断、提示和迁移题，领域工具负责课程范围与评分。这里模型表达质量、流程合法性和学习保持是三个不同验收面。切换模型后重新测试工具格式、提示策略和拒绝行为；部署到云后再测并发、冷启动和学生scope。对于需要跨天教师批准的正式反馈，恢复时重新鉴权，避免旧班级成员或旧课程版本继续生效。这样能够评估Google生态的实际接入收益，而不是只展示部署命令成功。

数据、记忆与模型替换

session/state与数据服务按所选后端部署；不能从框架存在推断企业长期memory已完成。

有模型与工具扩展方向；原生Google功能与其他provider能力需逐项验证。

执行、部署与采用取舍

应用选择执行环境；云部署接口与模型服务分层。当前README描述图Workflow、Agent及任务节点组合。可容器化部署并接Cloud Run等入口；目标账号能力另核。

Google Cloud和Gemini主栈团队接入自然，适合评估原生生态协同。

观察于2026-10-15：具体部署与云能力按账号核验；v2.12.0；SHA 203223f5ec74bec86487f91942794a1b0c564131

许可边界：Apache-2.0。采用前按实际使用方式核验组件、云服务与模型条款。

证据范围与未知

固定README、发布元数据和Apache-2.0文件已核；未完成核心流程实测。

未公开或仍需目标环境验证的部分：provider覆盖细节；三域memory质量；目标区域部署契约。本页不以产品表面行为推断其隐藏实现。

Google ADK：固定源码；Google ADK：Apache-2.0许可。