Google推出了AppFunctions，这是一个Jetpack API，可将Android应用转化为AI代理的功能构建模块。该系统在Galaxy S26设备上提供早期beta版本，让开发者能够暴露应用功能供AI助手直接调用——比如要求Gemini"从Samsung Gallery显示我的猫的照片"，然后它会检索、显示这些图片，并在上下文中保留以供后续操作。对于未集成AppFunctions的应用，Google构建了UI自动化备用方案，可以处理复杂的多步骤任务，如通过助手界面订购披萨或协调拼车。

这代表了Google向"代理优先"Android体验最激进的推进，直接挑战Apple即将推出的iOS代理功能，并将Android定位为AI助手成为主要界面的平台。设备端执行模型解决了隐私顾虑同时减少了延迟，但真正的考验将是开发者的采用情况。Google的双重方案——自愿API集成加自动化UI操作——表明他们理解代理生态系统的先有鸡还是先有蛋的问题。

值得注意的是有限的初始推出和Google对用户控制机制的强调，如手动覆盖和购买确认。UI自动化平台为开发者做"零代码"繁重工作，这表明Google认识到强制API采用会减缓生态系统增长。然而，消息源提供的AppFunctions实际功能、安全模型或如何处理复杂应用状态和错误条件的技术细节很少。

对于开发者来说，这创造了一个即时决策点：早期集成AppFunctions以获得更好的用户体验，还是依赖可能笨拙的UI自动化。Android 17更广泛推出的时间表意味着大多数用户几个月内都看不到这些功能，给了开发者时间来评估代理驱动的界面是否真的会改变用户行为，还是仍然是一个新奇功能。