ADK Kotlin 1.0：智能体逻辑不必再绕回 Python

发布了什么

一个用 Kotlin 写智能体的框架，基于 Kotlin Multiplatform，从服务端到移动设备都能运行。编排、工具调用、持久化、记忆和人在回路的流程都有地道的 Kotlin 接口，开发者不必再为智能体逻辑单独维护一段 Python。Google 的说法是，它的架构不绑定特定的模型后端、会话存储或记忆系统。框架已在 GitHub 上开源。

1.0 新增的能力

• 分层多智能体：父智能体可以把任务委派给子智能体
• 上下文压缩：自动管理上下文并对历史做摘要，减少 token 用量
• 会话管理：智能体的状态可以暂停、序列化、再恢复
• 与 Java 的一等互操作

三处设计

工具描述在编译期生成。工具用 @Tool 和 @Param 注解声明，由 KSP 在编译期生成函数的描述规约，不依赖运行时反射。好处是类型安全，以及移动端的启动速度。

敏感操作可以要求人工确认。在工具声明里设置 requireConfirmation，调用前就必须得到用户明确批准。文中举的例子是发起银行转账。

技能按需加载。程序性知识放在 SKILL.md 文件里，只在用到时才加载进上下文。Google 称之为渐进式披露：智能体能拿到某个领域的操作手册，又不必每次都把整本手册塞进上下文。

端侧与云端

端侧推理支持 LiteRT-LM 和 ML Kit，后者目前仍是测试版功能。云端与混合场景通过 Firebase AI Logic 接入，应用可以在合适的时候本地运行智能体，需要更强能力时再用云端模型。持久化可以直接用 Android 的原生服务：会话存进 Room，可索引的记忆用 AppSearch。

一条来自使用者的建议

InfoQ 引用了一位开发者通讯维护者的看法：先搭一个可恢复的智能体，并打开工具的显式确认，之后再考虑多层级的智能体体系。能不能上生产，更多取决于生命周期能否恢复、工具边界是否确定，而不是智能体的数量。

怎么读这条

这不是一项新能力，是已有能力到达了一个新平台。对移动端团队，它的意义在于智能体可以和应用用同一种语言、同一套构建流程；移动应用随时会被系统挂起，所以暂停后能恢复的会话是必需品，不是锦上添花。

本条依据 InfoQ 的报道写成，InfoQ 中文站的文章译自其英文站。