阿里 Qoder 发布 Mobile Use 插件，实现三端移动开发 Agent 闭环验证

移动开发 Agent 的验证断点迎来新解法

在移动应用开发领域，Coding Agent 已能对安卓、鸿蒙与 iOS 的代码进行修改，但修改后的验证环节长期缺位。应用是否成功构建、页面如何呈现、用户所指控件、点击后是否跳转正确页面——这些关键问题往往在代码提交前无法得到闭环确认。阿里 Qoder 近日推出 Mobile Use 插件（Beta），试图填补这一空白。

该插件允许安卓、鸿蒙与 iOS 将代码修改接入应用运行，在真实设备上完成交互操作，并确认修改是否实际生效。这意味着 Agent 不再止步于代码层面的修改，而是能够观察运行结果、执行用户操作并验证最终表现。

尊重平台差异，不强行统一

面对三端截然不同的工程结构、构建工具、模拟器、测试框架和设备接口，Mobile Use 并未选择用一套最低能力标准强行对齐。官方明确表示，现有开发环境可以继续使用，无需为 Agent 单独准备测试设备。

• 安卓端：继续通过 Emulator、ADB 与 Instrumentation 工作
• 鸿蒙端：连接 DevEco Previewer、HDC 与 ArkXTest
• iOS 端：使用 Xcode Simulator、Accessibility 与 XCTest

平台间的差异由各自的适配器处理，上层则通过统一的 Skill 与 CLI 将这些能力提供给 Agent。真正需要对齐的是更上一层的开发过程：观察、操作与验证。

能力透明化，拒绝伪成功

官方特别强调，若某一平台或运行环境不具备某项能力，Mobile Use 会明确说明，而不会以一条不等价的命令冒充成功。这种透明化设计有助于开发者准确判断 Agent 的执行边界，避免因虚假成功信号导致的调试偏差。

从行业视角看，移动端 Agent 的闭环验证一直是自动化开发的难点。三端生态割裂导致工具链难以复用，而 Mobile Use 通过适配器模式在不破坏现有工作流的前提下，将观察、操作与验证能力注入 Agent 流程。若该方案能稳定运行，或将为跨平台移动开发的自动化验证提供可参考的实践路径，推动 Coding Agent 从“能改代码”向“能验证结果”演进。