Create My Widget：Android Generative UI 的技术革命

从 Prompt 到 Widget：Android 桌面的 Generative UI 革命

2026 年 5 月 12 日，在 Google I/O 的前一周，The Android Show 上发布了一个看似小巧却意义深远的功能：Create My Widget。表面上，它只是让用户用自然语言生成桌面小组件；实际上，它标志着 Generative UI 正式进入消费级操作系统——这是从"对话式 AI"到"界面式 AI"的一次范式跃迁。

一、什么是 Create My Widget

简单说：打开 Android 17 手机上的 Gemini Intelligence，说一句 "Create My Widget"，然后用自然语言描述你想要的小组件——Gemini 现场生成一个完整的、可缩放拖拽的桌面 Widget。

几个真实例子：

• "推荐三份高蛋白备餐食谱，每周刷新" → 一个包含三栏食谱卡片、每周自动更新的动态仪表盘
• "我只关心风速和降雨，其他天气不要" → 一个只显示风速和降雨量的极简天气 Widget
• "显示今天的日历 + 天气" → 一个日历与天气合并的混合仪表盘

这不仅仅是"用 AI 填模板"。Widget 的布局、数据源、刷新逻辑全由 Gemini 根据你的描述即时生成——没有预设模板，没有固定选项。

二、技术架构：RemoteCompose 引擎

Create My Widget 的背后是四层技术栈协同工作：

用户自然语言
     ↓
Gemini Intelligence     ← 意图理解 + 布局生成
     ↓
RemoteCompose          ← 声明式 UI 渲染引擎
     ↓
Jetpack Glance          ← Widget 框架（API 层）
     ↓
Material 3 Expressive   ← 视觉风格
     ↓
Android Home Screen     ← 最终呈现

2.1 RemoteCompose：Google 的新 UI 原语

Google 开发者博客明确写道："RemoteCompose is the engine behind Create My Widget."

RemoteCompose 是 Google 在 Android 16 中引入的声明式 UI 渲染引擎。它支持 运行时动态生成 Compose 布局——这与传统的编译期 Compose 有本质区别。传统 Widget 的布局在开发时写死；RemoteCompose 允许 Gemini 根据用户意图实时构造 UI 树。

关键设计决策：

• 去耦合：布局描述和渲染引擎分离。Gemini 输出布局描述 → RemoteCompose 将其转化为原生 Compose 渲染树
• 渐变降级：Android 16+ 获得完整的 RemoteCompose 高级 UI；旧版设备通过 Jetpack Glance 获得优雅降级的传统 Widget 渲染
• 与 Glance 互操作：开发者用 Glance 构建的 Widget 自动获得 RemoteCompose 的能力——无需改写

工作链路：

Gemini Nano 输出 Widget Spec JSON
   {
     "layout": "grid_2col",
     "children": [
       {"type": "weather_card", "metric": "wind_speed"},
       {"type": "weather_card", "metric": "rain"}
     ],
     "style": "material_3_minimal"
   }
        ↓
RemoteCompose 解析 JSON
        ↓
动态构造 Compose 渲染树 (Row → Card → Text/Icon...)
        ↓
Android 桌面渲染 Widget

与 Jetpack Compose 的对比：

维度	Jetpack Compose	RemoteCompose
布局定义时机	编译期（开发者写 Kotlin）	运行时（从 JSON 描述动态构造）
使用场景	开发者构建 App UI	系统/AI 生成动态 UI
Widget 兼容	通过 Glance 桥接	原生支持 + Glance 自动升级
旧版设备	最低 API 21	Android 16+ 完整能力，旧版通过 Glance 降级

本质：RemoteCompose = UI 描述语言（JSON Schema）→ 原生 Compose 渲染树的翻译层。它不需要 AI，是确定性代码。Gemini 负责产 JSON，RemoteCompose 负责把它变成像素——分工清晰。

2.2 Function Registry：让 Widget 接入数据

随 Create My Widget 一同发布的还有 Function Registry——一个系统级的函数注册机制，允许 Widget 接入动态数据源：

• 系统函数：Gmail、Calendar、天气、新闻等 Google 服务已预注册
• 第三方注册：Spotify 可以注册 "正在播放" 函数 → 用户说 "显示我的播放列表" → Gemini 生成含 Spotify 数据的 Widget
• Web 数据：Gemini 可以自主搜索并接入公开 Web API

这意味着 Widget 不是静态的——它们是 live data dashboard，自动刷新、响应数据变化。

工作流程（以 "显示风速和降雨" 为例）：

用户说: "显示风速和降雨"
         ↓
Gemini Nano 提取实体: wind_speed, rain
         ↓
Function Registry 查表:
  "wind_speed" → WeatherAPI.getWindSpeed()
  "rain"       → WeatherAPI.getPrecipitation()
         ↓
调用函数获取实时数据 → 填充到 Widget

三层注册模式：

• 系统预注册：Gmail 未读邮件数、Calendar 今日事件、天气 API、新闻头条——Google 服务自带
• 第三方注册：Spotify 注册 "正在播放" → 用户说 "显示我的播放列表" → Widget 含 Spotify 数据。应用只需在 Android Manifest 或 AICore API 中声明函数签名（名称 + 描述 + 返回 JSON Schema）
• Web 数据：用户说 "显示 BTC 实时价格" → Gemini 网搜 CoinGecko API → 注册临时函数

与 AICore 的边界：Function Registry 是独立的 Android Framework API，不属于 AICore。AICore 只管 Gemini Nano 推理（text → function call JSON），Function Registry 负责接收函数名 → 路由到数据提供方。两者是链式调用，不是包含关系。

对开发者的意义：Google 正在构建一个新生态入口——不再是 App Store 分发应用，而是 Function Registry 分发 能力。应用不需要开发 Widget UI（Gemini 生成），只需要提供独特数据源。谁有稀缺数据函数，谁就获得零代码的 Widget 分发渠道。

2.3 On-Device AI Pipeline

BuildMVPFast 的技术分析中明确使用了 "on-device AI pipeline" 来描述 Create My Widget 的后端。结合 Android 已有的公开架构，可以拼出以下技术链路：

• Gemini Nano 运行在 Android 的 AICore 系统服务中（Android 14+ 已支持），2-8B 参数 INT4 量化，利用 Pixel TPU / Snapdragon Hexagon NPU / MediaTek APU 进行硬件加速
• 首批支持设备：Pixel 10 和 Galaxy S26（BuildMVPFast 原文确认）
• Gemini Nano 的任务是 Text → Structured Widget Spec JSON——一次性推理，输出一个约几百 token 的结构化 Widget 描述，而非生成代码
• RemoteCompose 是确定性渲染引擎——接收 Widget Spec JSON，映射为 Compose 布局树。不需要 AI，纯粹是传统编程
• Function Registry 是预注册的函数查找表——Gemini Nano 不需要理解 API，只需从 prompt 提取实体名（如 "风速"→"wind_speed"）然后在 Registry 中查表

架构本质：这是 constrained generation + deterministic executor 模式。Gemini Nano 被约束生成一个精确 Schema 的 JSON → 确定性代码消费 JSON 执行操作。LLM 不需要理解 Compose 布局系统，只需将意图编码为结构化中间表示。

关于云端回落：公开材料没有明确说 "100% 端侧"。合理推测简单请求（"显示风速和降雨"）全部走端侧；复杂请求（跨多个数据源的复合仪表盘）可能触发云回落，用云端 Gemini 3.5 Flash 处理更复杂的 Widget Spec。Android AICore 的分级路由架构本身就支持这种模式。

关于延迟：端侧推理 + 确定性渲染理论上应该很快，但 Google 没有公布具体的端到端延迟数字。公开材料中的表述是预期/设计目标，非实测数据。

三、Vibe Coding 的操作系统化

2025 年 10 月，Google 在 AI Studio 中推出了 Vibe Coding（用自然语言描述需求 → AI 生成 Web App）。Create My Widget 是 Vibe Coding 首次被嵌入操作系统 UI 层。

两者架构对比：

维度	AI Studio Vibe Coding	Create My Widget
目标产物	完整 Web App	桌面 Widget
AI 引擎	云端 Gemini 2.5 Pro / 3.5 Flash	设备端 Gemini Nano v3
UI 渲染	Web（HTML/CSS/JS）	RemoteCompose（原生）
部署方式	一键 Cloud Run	即时桌面呈现
用户门槛	开发者	任何 Android 用户
数据源	自定义 API	Function Registry

这种从 "AI 帮你写代码" 到 "AI 帮你生成界面" 的演变，标志着 Generative UI 从开发者工具走向消费级产品。用户不再需要知道 Widget 是怎么构建的——就像普通用户不需要知道 app 是怎么编译的。

四、全景架构图：Google AI Studio 技术栈

Create My Widget 并非孤立功能——它是 Google I/O 2026 后整个 AI Studio + Gemini API + Android 17 三层技术栈的终端触点。下图展示了从 AI Studio Web 端到 Android 设备端的完整架构：

架构图关键层解析：

• AI Studio (Web)：Build Tab（prompt → app）+ App Editor + Canvas + Managed Agents UI。面向开发者和非开发者的 AI-first 应用工坊
• Gemini API / Model Layer：Gemini 3.5 Flash（agentic 旗舰）、2.5 Pro（AI Studio 重构基底）、3 Pro/Deep Think/3.1 Flash-Lite + Veo 3.1/Imagen 4。通过 Interactions API 统一暴露
• Agent Execution Layer：Antigravity Harness（生命周期+编排+观测）+ 隔离 Linux Sandbox（code_execution、google_search、url_context）。Gemini 3.5 Flash 与 harness 协同优化
• Deployment & Enterprise：Cloud Run 一键部署、Firebase 后端、Gemini Enterprise Agent Platform（CodeMender + Content Detection API）
• Android 17 On-Device：Gemini Intelligence → AICore（Gemini Nano + LoRA + 安全模块）→ RemoteCompose（声明式 UI 引擎）→ Create My Widget + Function Registry → Android Apps（Gmail、Calendar、Recorder、Gboard 等）

五、Android 17：AI-First 操作系统的初现

Create My Widget 不是孤立的功能——它是 Android 17 的 "Gemini Intelligence" 系统级 AI 层的第一个面向用户的可视化触点。这个 AI 层还包括：

• Gemini 驱动的通知智能排序：系统自动识别重要通知并前置
• 上下文感知的快捷操作：根据时间/地点/使用模式建议操作
• AI 辅助的系统设置导航：自然语言搜索设置项
• 跨设备连续体验：与 Googlebook 的 Magic Pointer 联动

Google 在 I/O 2026 上反复强调一个关键词："from prompts to action"。Create My Widget 是这个理念的完美示范——用户不是向 AI 提问并得到回答，而是 描述意图，AI 生成可用的界面和功能。

六、对开发者生态的冲击与机会

6.1 预制 Widget 的终结？

传统 Widget 市场（天气时钟、日历、待办列表等单一功能组件）面临直接替代风险。当每个用户都能用一句话生成专属 Widget，为什么还要下载一个只能显示 80% 想要内容的第三方 Widget？

受影响最大的工具：KWGT、Zooper Widget、UCCW 等自定义 Widget 工具。它们卖的就是 "高度可定制"——现在 Gemini 直接把可定制度拉满了。

6.2 Function Registry：新生态入口

对应用开发者来说，真正的机会在 Function Registry。逻辑很简单：

• Widget 的 UI 由 Gemini 生成 → 不再需要 UI 设计师
• Widget 的价值取决于数据源 → 谁有独特数据，谁就是赢家
• 注册函数到 Function Registry → 零代码分发 Widget

例：Todoist 注册 "今日待办" 函数 → 用户说 "显示我今天最重要的 3 个任务" → Gemini 生成含 Todoist 数据的 Widget。Todoist 不需要开发任何 Widget UI。

6.3 Glance + RemoteCompose = 一次开发，自动升级

Google 的策略很聪明：

• 现有 Widget 用 Jetpack Glance 构建 → 自动获得 RemoteCompose 的 Premium UI 能力（Android 16+）
• 不需要重写代码——渐进式升级
• 旧版设备自动降级到传统渲染

这确保了 Create My Widget 不是一夜之间的 "breaking change"，而是平滑的生态演进。

七、与 iOS 的差距分析

维度	Android 17	iOS 19 (预计)
Widget 创建方式	自然语言即时生成	开发者预制模板
个性化能力	用户描述 → 随心定制	预设选项中选择
数据源	Function Registry 开放注册	仅 App 提供固定数据
AI 集成	系统级 Gemini Intelligence	Siri + App Intents（碎片化）
UI 引擎	RemoteCompose	WidgetKit + SwiftUI
开发者迁移	Glance → RemoteCompose 自动升级	WidgetKit 固定 API

iOS 的困境：Apple 的 AI 战略仍然围绕 Siri——一个对话式助手。而 Android 17 展示的是 AI 作为操作系统基础设施 的范式：AI 不只是一个你可以聊天的 app，它是界面生成引擎、数据编排器、上下文感知层。

这不是 "Siri vs Gemini" 的竞争——这是 "AI 是一个 app" vs "AI 是操作系统" 的范式差异。

八、更大的图景：Generative UI 的三步走

Create My Widget 只是第一步。如果拉远镜头看：

1. Widget（2026）：自然语言生成桌面小组件 → 已实现
2. App（2027 推测）："给我做一个番茄钟" → Gemini 生成完整 APK？Google Flow 和 Project Genie 已经在指向这个方向
3. OS UI（2028+ 推测）：整个系统的交互界面都可能是动态生成的——通知面板、设置界面、快捷方式——全都根据用户上下文即时构造

当 UI 本身变成 运行时生成的 artifact 而不是编译期确定的资源，整个应用开发的范式将被颠覆。

九、总结

Create My Widget 的真正意义不在于 "Widget 生成器"。它是：

• 技术里程碑：RemoteCompose + Function Registry + On-Device AI 的三层基础设施首次在消费级产品中亮相
• 范式跃迁：从 "用户选择 Widget" 到 "AI 理解意图并生成 Widget"，这是 UI 开发的中心从开发者转移到用户的转折点
• 平台策略：Google 通过 Function Registry 构建了一个新的开发者生态入口——不是 API marketplace，而是能力注册市场
• 竞争信号：Android 17 展示了 AI 作为操作系统基础设施的愿景，与 iOS 的 AI 作为助手 app 形成鲜明路线差异

如果说 2025 年是 "LLM 竞赛" 的一年，2026 年正在成为 "Generative UI 元年"。而 Google 用 Create My Widget 抢下了第一枚棋子。

---

发布日期：2026 年 5 月 28 日

技术声明：本文技术架构分析基于 The Android Show 公开演讲、BuildMVPFast 技术分析、Google 开发者文档及 Android AICore 公开架构。部分细节（如云回落策略、端侧模型参数）为基于公开信息的合理推断。早期版本中关于 Tensor G6 芯片型号和亚秒级延迟的具体断言已在本次更新中修正。

参考来源：The Android Show (2026-05-12)、Google I/O 2026 Developer Highlights、Android 17 Gemini Intelligence 文档、TechCrunch 报道、BuildMVPFast 技术分析