在真实手机上自动化 App 测试。不是模拟器在猜测。

不是。这是您的真实应用运行在真实手机上。智能体遍历真实界面并提交可回放的测试证据：截图、步骤日志、复现脚本。

无需插桩，也无需集成测试框架。智能体通过屏幕驱动应用，方式与真实用户完全一致。

Appium 和 Maestro 等脚本框架依赖选择器，UI 变动后就会失效。Melaya 的 Device QA 智能体团队读取实际屏幕：Frontend Engineer 智能体以视觉方式遍历应用，所以按钮移位或文案变化不会中断运行。对于成熟 CI 套件中需要像素级断言的场景，脚本依然有其价值，很多团队两者并用。

不能。n8n、Zapier 和 Make 通过 API 执行预定义的触发-动作步骤，而待测移动应用通常没有可调用的 API。Melaya 的 Device Control 操控一台真实的 Android 手机：安装构建版本，打开已授权的应用，读取屏幕，点击并输入，记录每一步。这些工具在简单线性 Web 自动化的连接器数量上仍然占优。

每次 Melaya 运行都会产生完整的运行追踪：带时间戳的步骤、每屏截图和类型化的失败原因。knowledge 工具包将这些证据转化为每个构建版本的可搜索记录，DevOps Engineer 智能体通过你们团队已在使用的 project_mgmt 工具包提交报告。优先确定性的评估在任何模型评分之前运行基于规则的检查。

可以。在 Melaya 的智能体、工具、触发器和批准门控画布上一次构建好旅程，然后将任意运行保存为可复用流水线。Tech Lead 智能体规划旅程覆盖范围，DevOps Engineer 智能体将运行接入你的发布节奏，每次构建都以同样的旅程回放，产出可比对的证据。

Melaya 的 Device Control 在真实的 Android 手机上等待通知到达，点击通知，验证应用是否跳转到正确的页面，并在每步截图。深度链接的测试方式相同：智能体打开链接并确认目标页面。core 工具包在设备运行的同时读取配置并记录日志。

每次写入操作都有 HITL 批准。Device QA 智能体团队可以自由遍历只读旅程，但任何发布、购买或发送步骤都会暂停，等待人工批准，手机在发布任何内容前也会在设备上暂停等待批准。工具许可列表限定手机工具包可以打开哪些应用，完整运行追踪在事后记录每次点击。

可以。将每个变体作为并行旅程在真实硬件上运行，Melaya 的 UI/UX Designer 智能体并排比较录屏并标记出现回归的地方。产品经理可以从手机工具包获取两个变体的逐步截图和步骤日志，发布决策基于可回放的证据，而不是走廊演示。

可以。Melaya 在云端或本地 runner 上运行，测试手机连接到该 runner，所以未发布的构建版本和测试账户永远不会离开你的设备。跨 23 个服务商的逐步模型路由让敏感步骤在本地模型上运行，而更便宜的云端模型负责撰写报告。