P01
真实用户旅程,在真实手机上走一遍
Melaya Device Control 在配对的 Android 设备上安装、打开并逐步操作应用:引导流程、推送通知、深度链接,每一步都截一张图。FrontendEngineer 走完整个旅程,UIUXDesigner 标记出相较上一次运行出现回归的地方。
01
// 现状的痛点
人工工作流的成本，比智能体还贵。
每个销售与BD团队每周都会遇到的三个痛点。每一个都是你的代表实际抱怨的内容，而不是功能页面会用的措辞。
- 01
在真实设备上做人工 QA 既慢又贵,所以测试频率往往跟不上实际的发布节奏。
- 02
推送通知、深度链接和引导流程常常带着问题上线,因为没有人在每部手机上走过每一条路径。
02
// 你可以构建的流水线
智能体工作流：组合、审批、回放。
下方每条流水线都是你在画布上使用智能体团队与工具连接出的形态。不是我们替你交付的功能，而是你配置的模式。
P02
配套的网页控制台,用同样的方式测试
如果应用还配有一个网页控制台,Melaya Browser Control 会在同一次运行中,通过真实的 Chrome 或 Edge 会话把它也走一遍,让创始人得到一份报告,而不必用两套独立的工具。
P03
在真实硬件上对比 A/B 版本
在配对设备上并行运行两个构建版本,得到同一界面的并排对比截图,而不是两位测试员在两天里各自写下的笔记。TechLead 根据证据判定两者的差异。
P04
从 Claude Code 触发构建检查
本来就在用 Claude Code 或 Cursor 的独立创始人,通过 OAuth 2.1 连接 api.melaya.org/mcp,授权 melaya:phone(23 个工具),就能让助手在每次部署后在配对设备上走一遍应用。
P05
每次构建的证据,自动提交存档
DevOpsEngineer 安排每次构建都自动运行一遍测试,并把步骤日志和截图提交到 Jira、Linear 或 Notion,产品经理不用开口就能看到通过还是失败。
03
// 多智能体团队
设备 QA 团队
来自 tech_team 智能体团队的真实角色。每个角色都带有调优过的系统提示词和默认工具白名单。你可以在画布上按角色更换模型。
技术负责人
TechLead规划旅程覆盖范围,并逐次构建查看证据。
前端工程师
FrontendEngineer逐屏操作应用界面,并记录每一步。
DevOps 工程师
DevOpsEngineer把测试运行接入你的发布节奏,并提交报告。
UI/UX 设计师
UIUXDesigner并排对比不同版本,标记出现回归的地方。
04
// 受限工具
工具授权范围：只允许你授权的操作。
下方每个工具都是 Melaya 工具包中的真实共享工具。按智能体设置白名单；对写入操作设置 HITL 门控；任意工具一键撤销。
01shared/工具/phone/
在真实设备上操作你的应用:点击、滑动、截图、记录步骤日志。
phone_open_appphone_get_screen_treephone_screenshotphone_tapphone_swipephone_batch
02shared/工具/project_mgmt/
把发现的问题提交到团队日常使用的工具里。
jira_create_issuelinear_create_issue
03shared/工具/knowledge/
把每次运行的证据整理成每个构建可检索的记录。
build_knowledge_from_textbuild_knowledge_from_file
04shared/工具/core/
在设备测试运行的同时读取配置和日志。
file_readgrep_search
05
// 三层知识
智能体团队只读取你给它的内容。
每条流水线都附带三层知识访问。在画布上按智能体混搭。不与其他租户共享向量空间，无意外读取，无不透明检索。
L1
静态上下文
includeContext按流水线配置的文档，在每次运行时附加到指定智能体的输入。ICP 简报、行动手册、报价单或赢单邮件语料。任何需要在智能体开始思考前就到位的内容。你决定哪个角色拿到哪份文档。
L2
RAG 检索工具
rag_retrieve按智能体授予的受限工具。当智能体判断需要更深入信息时，它会按需查询当前工作流的向量库。与静态上下文同源知识库，只在模型主动请求时访问。
L3
跨运行记忆
pipeline_memory流水线级别的状态，从一次运行延续到下一次。昨天的研究在今天的跟进中依然在范围内。智能体团队会记得它已经处理过哪些潜在客户、获得了哪些审批、发送过什么内容。审计日志就是二阶知识库。
07
// FAQ
每周都有人问的 AI 智能体问题。
这是在真实手机上测试,还是在模拟器上测试?
是真实配对的 Android 设备。智能体像真实用户一样点击、滑动、截图操作实际应用,而不是模拟器的模拟输入。
它能专门测试推送通知和深度链接吗?
可以,通过直接打开应用或深度链接 URL(phone_open_app、phone_open_url),再走一遍随之打开的界面,并在每一步截图。
我的应用有一个配套的网页控制台,Melaya 也能覆盖吗?
可以。Melaya Browser Control 会在真实的 Chrome、Edge 或 Brave 会话中把网页部分也走一遍,让混合产品只需一次测试,而不必用两套独立工具。
我们要怎么在真实硬件上对比两个发布版本?
在配对设备上同时运行两个版本,得到同一次运行中每个界面的并排对比截图,再由 UIUXDesigner 和 TechLead 判定出现回归的地方。
我们需要专门招一名 QA 来运行这个吗?
不需要。创始人或产品经理可以直接从 Melaya 应用触发测试,或通过 MCP 服务器从 Claude Code、Cursor 触发,不需要专职测试员就能查看证据。
一次运行实际会产出什么?
每一步都会生成步骤日志和截图,如果已连接 Jira、Linear 或 Notion,还会自动提交存档,让每次构建都留有可回放的证据。
// Cookie
Melaya 使用一小组第一方 cookie，仅用于身份验证、维持会话和保护平台。默认不使用广告 cookie、跨站追踪器或第三方分析。完整 cookie 清单见我们的 隐私政策.