Google 新公布的 Jetpacker 示例展示了云端智能体如何向 Android 应用发送交互式界面，而不只是返回聊天文字。这篇发表于 2026 年 9 月 28 日的教程使用 AG-UI 传递实时事件，再由 A2UI 描述界面，让 Jetpack Compose 渲染原生组件。AndroidX A2UI 库于 9 月 23 日推出 1.0.0-alpha01；随后发布的文章演示了如何组合使用。对开发者来说，实际价值是用一套可复用机制展示智能体不断变化的任务步骤，无需为每一步硬编码一张新页面。不过，这是 alpha 阶段的示例，不足以证明自主预订流程已可投入生产。
服务器描述界面，应用决定能渲染什么
在 Android Developers 教程中，运行于云端的 Agent Development Kit（ADK）协调智能体分派航班、酒店等行程任务。AG-UI 在服务器和手机之间传送进度及交互事件；A2UI 则提供选项选择器、预订状态卡片等控件的声明式描述。Compose 渲染器只从应用已注册的组件目录中生成原生界面。服务器可以调整受支持组件的顺序和内容，但不能在缺少相应组件的手机上凭空创建任意新的原生控件。
这正是 A2UI 组件目录模式的实际边界。应用决定信任哪些组件及属性，库负责解析和校验协议消息，而不会执行智能体发来的任意代码。博客示例采用 A2UI v0.9 协议结构，AndroidX 软件包却标为 1.0.0-alpha01；这两个版本号指向不同对象。Google 还指出，若修改自定义组件的属性，就必须同步更新目录版本和 Kotlin 组件。动态布局可以减少部分客户端更新，却不能免除兼容性维护。
这种应用内模式也不同于 Android AppFunctions：后者把应用功能开放给系统级智能体；这里的 Android 应用是自身云端流程的用户界面。采用其中一种机制，并不意味着所有 Android 助手或设备都支持另一种。
示例尚未解决生产环境的责任
预订代码展示了在执行预订工具前要求确认，但示例航班搜索返回固定时刻，预订函数也是模拟实现。它使用 ADK 的 InMemoryRunner。ADK 会话文档说明，进程重启会清除内存中的状态；如果长时间运行的预订必须经受服务器故障，就需要持久化会话服务。Google 所说的云端流程在移动应用关闭后仍可继续，不应被理解为该示例在服务器重启后也能恢复。
在把这一架构用于付款或其他影响重大的操作之前，团队应明确用户认证、每项工具的权限检查、明确确认、持久状态、幂等交易，以及断线后的恢复方式。这些是从示例设计推导出的工程要求，并非示例已经证明具备的功能。还应测试格式错误或旧版本的 A2UI 消息如何与客户端目录交互：智能体发送的界面描述虽然不是可执行代码，仍跨越了信任边界。
开发者从哪里开始
这一模式适合多步骤、需要在 Android 原生界面中持续呈现变化选项的任务，例如应用退到后台后仍可继续的行程规划。简单的本地表单或一次性模型答复，未必值得引入云端协调器和两套界面协议。可以先用 Jetpacker 示例评估组件渲染及确认流程，再选择持久化会话存储，划定智能体获准执行的操作，然后才把原型当作服务部署。9 月的发布提供了构件；可靠性和权限控制仍取决于围绕它们构建的应用。
来源
相关文章
Android Studio Rabbit 2 将编程智能体接入 IDE，仍处 Canary 阶段
Rabbit 2 Canary 2 让 Codex、Claude Agent 等 ACP 智能体调用 Android Studio 工具；开发者应先通过完整任务验证效果。