ARTICLE · 1295242
端侧 AI 与 App 验证:5 个开源项目
今天的重点是两段容易断开的流程：模型在手机上跑起来，以及改完 App 后能否在设备上验证。只看模型跑分或 Agent 演示，都不足以说明功能可以交付。
这 5 个仓库分别覆盖端侧能力体验、PyTorch 模型转换、Agent 设备操作、可重复 UI 测试和跨端界面。先验证一条真实用户路径，再决定要引入哪一层。
综合判断：端侧 AI 的试验门槛正在降低；真正决定能否进产品的，仍是设备覆盖、测试可复现性与模型授权。
项目速览
agent-device：让编码 Agent 操作 App 并留下设备端证据。 Google AI Edge Gallery：在 iOS、Android 真机上体验和评估本地模型。 LiteRT Torch：把 PyTorch 模型转换为移动端 LiteRT 格式。 Maestro：把关键 App 流程写成可重复运行的 E2E 测试。 Compose Multiplatform：共享 Android 与 iOS 的声明式界面代码。
1. Agent 改完代码，怎样证明 App 真的可用？
agent-device 给编码 Agent 一层统一的设备控制接口。它可读取无障碍快照，通过引用定位控件，再保存截图、录屏、日志等证据。
关键能力与 App 价值： CLI、MCP 和 Node API 共用设备操作路径。团队可让 Agent 在 iOS 模拟器或 Android 设备上走完“启动—操作—断言—留证”的开发闭环。
图：仓库演示 GIF 的第 5 秒画面；左侧是 Agent 命令，右侧是 iOS 模拟器中的联系人表单。
阶段结论： 适合探索式验证和缺陷取证。无障碍树越完整，Agent 的定位越稳定；最终回归仍要沉淀为可重复脚本。
适用对象： 原生、Flutter 或 React Native 团队，尤其适合希望让编码 Agent 自检改动的开发流程。
平台与最低要求： 支持 iOS/Android 模拟器和真机等目标；CLI 要求 Node.js 22.12+。具体设备还需对应 Xcode、Android SDK 和连接权限；Web 自动化要求 Node.js 24+。
接入成本及风险： 首次要配置设备工具链和授权。Agent 可执行点击、输入与调试命令，应使用测试账号和隔离设备；无障碍标签不足时可能退回截图判断。
资料：README · Release v0.21.35 · MIT 许可；5,222 Stars，2026-11-02 08:05 北京时间。
2. 先在真机上判断模型体验，别急着写集成代码
Google AI Edge Gallery 是官方端侧 AI 体验应用，不是可直接嵌入业务 App 的 SDK。它适合在立项前比较设备上的本地模型效果。
关键能力与 App 价值： README 提供聊天、语音、图像问答、媒体搜索、模型管理和 Benchmark。团队可先测延迟、内存与交互，再选运行时和模型。
Release 1.0.22 继续更新 XR Language Teacher，加入 Gemma4-e2b 支持。这里要验证的是具体交互，而不只是模型能否加载。
阶段结论： Gallery 更像端侧能力试验台。把里面的体验搬进产品时，还需重新设计模型分发、隐私提示、降级路径和设备兼容矩阵。
适用对象： 正在评估离线问答、语音、视觉或多模态搜索的产品与移动开发团队。
平台与最低要求： 官方 README 列出 Android 12+、iOS 17+；支持从商店安装，Android 也提供 GitHub Release APK。模型推理在设备本地完成，下载模型仍需网络。
接入成本及风险： 体验 App 上跑通不等于目标 App 集成可行。项目仍标记为 Beta；不同模型的许可、大小、功耗和数据来源应逐一核对。
资料：README · Release 1.0.22 · Apache-2.0 许可；25,175 Stars，2026-11-02 08:05 北京时间。
3. PyTorch 模型到手机，需要先过转换这一关
LiteRT Torch 是模型转换工具：把 PyTorch 模型导出为 LiteRT 的 .tflite 文件，再交给移动端运行时执行。
关键能力与 App 价值： 它覆盖一般 PyTorch 模型与部分生成式模型流程。最近的 v0.10.0 Release 增加音频编码器、语音模型导出和 .litertlm 打包能力。
README 的 ResNet 示例 用两步说明转换边界：先转换模型，再导出给移动端运行时使用。
edge_model = litert_torch.convert(resnet18.eval(), sample_inputs) edge_model.export("resnet18.tflite")阶段结论： 这是构建阶段的桥梁，不是 App 内推理 SDK。先用代表性模型验证转换、输出一致性和目标设备性能，再接入 iOS 或 Android 客户端。
适用对象： 已有 PyTorch 模型、准备把视觉或语音能力迁到端侧的模型与 App 联合团队。
平台与最低要求： 转换环境要求 Python 3.10+、PyTorch 2.4+；产物可面向 Android、iOS 和 IoT。仓库未给所有目标设备统一的最低系统版本，部署门槛要以所选 LiteRT 运行时为准。
接入成本及风险： 模型算子、量化和后处理可能需要适配。README 将 PyTorch 转换器标为 Beta、生成式 API 标为 Alpha，不能只凭导出成功就承诺线上稳定性。
资料：README · Release v0.10.0 · Apache-2.0 许可；1,108 Stars，2026-11-02 08:05 北京时间。
4. Agent 能探索，回归还需要稳定的流程文件
Maestro 用平铺的 YAML 命令描述 App 流程，并通过平台无障碍层驱动界面。CLI 内置 MCP，让 Agent 也能直接操作设备。
关键能力与 App 价值： 同一套流程语法覆盖原生、Flutter、React Native 和混合 App。团队可以把登录、支付前校验等关键路径纳入 CI。
图：仓库 README 演示 GIF 的第 5 秒画面；左侧 Agent 操作，中央模拟器，右侧展示执行步骤。
阶段结论： 与 agent-device 的探索式验证相比，Maestro 更适合把已确定的路径写成可审查、可重复执行的测试资产。
适用对象： 需要跨 iOS/Android 维护冒烟与发布前验收流程的 App 团队。
平台与最低要求： CLI 要求 Java 17+；支持 Android 模拟器和实体设备、iOS 模拟器。官方 README 明确写明暂不支持实体 iOS 设备，未统一声明最低移动系统版本。
接入成本及风险： 需准备稳定测试账号与模拟器状态。依赖 UI 文案或坐标的流程仍可能因本地化、动画和异步加载而波动。
资料：README · Release cli-2.12.0 · Apache-2.0 许可；16,283 Stars，2026-11-02 08:05 北京时间。
5. 共享 UI 的价值，要用 iOS 真实体验来验证
Compose Multiplatform 将 Jetpack Compose 风格的声明式 UI 扩展到 iOS、Android 等平台，让 Kotlin 团队共享部分界面与业务逻辑。
关键能力与 App 价值： 官方 README 明确支持 iOS、Android、桌面和 Web。对已有 Compose 组件的团队，可以减少两套界面的重复实现。
v1.12.2 Release 修复了 iOS 上 Dialog 出现时 TextField 失焦引发的崩溃。共享 UI 仍需做平台专项回归。
阶段结论： 适合从低风险页面试点。共享代码比例不是唯一指标，还要比较 iOS 手势、无障碍、输入法、性能和原生导航的体验。
适用对象： Android/Kotlin 能力较强、同时维护 iOS App 的团队。
平台与最低要求： 目标仓库 README 未统一声明最低 iOS/Android 版本；iOS 构建需对应 Kotlin Multiplatform 与 Xcode 工具链。应按具体版本的官方兼容文档锁定版本。
接入成本及风险： 要调整 Gradle 与 iOS 构建链，还需评估原生组件互操作。版本升级后应回归输入、导航和无障碍场景。
资料：README · Release v1.12.2 · Apache-2.0 许可；19,462 Stars，2026-11-02 08:05 北京时间。
给 App 团队的采用建议
做端侧 AI 时，先用 Gallery 在目标手机上记录体验指标，再用 LiteRT Torch 验证自己的模型是否可转换。上线前补齐模型许可、网络失败、存储和内存测试。
做 AI 辅助开发时，先让 agent-device 留下设备证据，再把通过验收的路径写入 Maestro。两者目标不同，试点一条最常出错的用户流程即可。
需要共享 UI 的团队，可用 Compose Multiplatform 改一页低风险页面。重点测 iOS 交互质量和构建时间，再决定是否扩大范围。
数据来源与统计时间
Star、归档状态、最近提交与 Release 来自 GitHub 仓库元数据；能力、平台要求与风险依据各项目 README、LICENSE、Release 和官方兼容文档。统计时间：北京时间 2026-11-02 08:05。
