跳到正文

Google 推出 AppFunctions,连接 AI 智能体与 Android 应用

Google 发布早期测试版 AppFunctions,试图把 Android 推向“agent-first”模式,让应用能力可被 AI 助手直接调用,并以设备端执行提升隐私与速度。

功思 AI 编辑部

约 2 分钟读完

Google 推出 AppFunctions,连接 AI 智能体与 Android 应用

为了把 Android 转变为一个“agent-first”操作系统,Google 推出了新的早期测试版功能,以支持一种以任务为中心的模式:应用提供功能模块,用户再通过 AI 智能体或助手调用这些模块来完成目标。

这一新模式的基础是 AppFunctions。它是一套 Jetpack API,允许开发者在应用内暴露具备自描述能力的功能,以便与 AI 智能体无缝集成。由于这些交互在设备端运行,因此可通过减少网络延迟来提升隐私性与性能表现。

与后端能力通过 MCP 云服务器声明的方式类似,AppFunctions 为 Android 应用提供了设备端解决方案。它和 WebMCP 相似,都是在本地设备上执行这些功能,而不是在服务器上执行。

例如,用户可以向 Gemini Assistant 说:“Show me pictures of my cat from Samsung Gallery”。助手会理解用户请求,检索相关照片,并在自己的界面中呈现出来。这些图片随后还可以保留在上下文中,方便用户在后续请求中继续引用,例如进行编辑、分享或执行进一步操作。

由于并非所有应用都会支持 AppFunctions,尤其是在当前早期阶段,Google 还在 Android 中引入了一个 UI 自动化平台,作为应用尚未集成时的后备方案。通过这一自动化层,用户可以直接借助 Gemini Assistant 完成“为家人口味各异的需求下一个复杂的披萨订单、与同事协调一趟多站点网约车行程,或再次购买上一次的杂货订单”,而开发者无需额外投入。

这意味着主要的繁重工作由平台承担,因此开发者可以在零代码的情况下获得 agentic reach。就目前而言,这是在无需大规模工程投入的前提下扩展触达范围的一种低成本方式。

Google 在公告中强调,隐私和用户控制是 AppFunctions 设计的核心。所有交互都以设备端执行为基础,用户可通过实时视图和/或通知获得完整可见性,也可以手动覆盖智能体行为;对于购买等敏感操作,则必须经过确认。

如前所述,AppFunctions 和这一 UI 自动化平台目前仍处于早期测试阶段,现已在 Galaxy S26 系列上提供,Google 计划在 Android 17 中更广泛推出这些功能。

参与讨论

正在确认登录状态…