Três dores que toda equipe de vendas e BD enfrenta toda semana. Cada uma é o que seus reps realmente reclamam, não o que uma página de funcionalidade chamaria.
QA manual em dispositivos reais é lento e caro, então acontece com menos frequência do que um cronograma de release real exige.
Push notifications, deep links e fluxos de onboarding são lançados quebrados porque ninguém percorreu todos os caminhos em todos os celulares.
Cada pipeline abaixo é uma forma que você monta no canvas usando o crew e as ferramentas mais abaixo. Não é uma funcionalidade que entregamos pronta, é um padrão que você configura.
A Melaya Device Control instala, abre e navega tocando na tela do app em um dispositivo Android pareado: onboarding, push notification, deep link, um screenshot por etapa. FrontendEngineer percorre a jornada e UIUXDesigner sinaliza o que regrediu em relação à última execução.
Se o app vem acompanhado de um dashboard web, a Melaya Browser Control o percorre em uma sessão real do Chrome ou Edge na mesma execução, então um fundador recebe um relatório em vez de duas ferramentas separadas.
Execute duas variantes de build em dispositivos pareados em paralelo e receba screenshots lado a lado da mesma tela, em vez de anotações de dois testadores de dois dias diferentes. TechLead lê a evidência e decide a diferença.
Um fundador solo que já usa Claude Code ou Cursor se conecta a api.melaya.org/mcp via OAuth 2.1, concede melaya:phone (23 ferramentas), e pede ao assistente para percorrer o app no dispositivo pareado depois de cada deploy.
DevOpsEngineer agenda a execução para rodar a cada build e registra o log de etapas e os screenshots no Jira, Linear ou Notion, então um PM vê aprovação ou falha sem precisar perguntar.
Personas reais do crew tech_team. Cada uma vem com um system prompt afinado e uma allowlist de ferramentas padrão. Troque modelos por persona no canvas.
Planeja a cobertura das jornadas e lê a evidência por build.
Percorre a UI do app tela por tela e captura cada etapa.
Integra as execuções à sua cadência de release e registra os relatórios.
Compara variantes lado a lado e sinaliza o que regrediu.
Cada ferramenta abaixo é uma ferramenta compartilhada real do bundle Melaya. Allowlist por agente, HITL nas escritas, revogação em um clique.
Conduz seu app em um dispositivo real: toques, deslizes, screenshots, logs de etapas.
Registra o que encontra onde sua equipe já trabalha.
Transforma a evidência da execução em um registro pesquisável por build.
Lê configurações e logs junto com a execução no dispositivo.
Cada pipeline vem com três camadas de acesso ao conhecimento. Combine por agente no canvas. Sem espaço vetorial compartilhado com outro cliente, sem leitura surpresa, sem recuperação opaca.
includeContextDocumentos por pipeline anexados à entrada de agentes específicos a cada run. O brief de ICP, playbook, tabela de preços ou corpus de emails de deals ganhos. O que precisa estar lá antes do agente pensar. Você escolhe quais personas recebem quais docs.
rag_retrieveUma ferramenta com escopo concedida por agente. Quando o agente decide que precisa de mais profundidade, ele consulta o base vetorial do workflow sob demanda. Mesma base de conhecimento do Contexto estático, acessada só quando o modelo pede.
pipeline_memoryEstado em nível de pipeline que carrega de um run para o próximo. A pesquisa de ontem está no escopo do follow-up de hoje. O crew lembra do que já prospectou, do que foi aprovado, do que foi enviado. O audit log é a base de conhecimento de segunda ordem.
Um dispositivo Android real e pareado. Os agentes tocam, deslizam e tiram screenshot do app de verdade da mesma forma que um usuário faria, não uma entrada simulada de emulador.
Sim, abrindo o app ou uma URL de deep link diretamente (phone_open_app, phone_open_url) e percorrendo a tela resultante, capturando um screenshot a cada etapa.
Sim. A Melaya Browser Control percorre o lado web em uma sessão real do Chrome, Edge ou Brave, então um produto híbrido recebe uma única passada de teste em vez de duas ferramentas separadas.
Execute ambas em dispositivos pareados e receba screenshots lado a lado por tela na mesma execução, lidos pelas personas UIUXDesigner e TechLead para decidir o que regrediu.
Não. Um fundador ou PM pode disparar a execução a partir do app da Melaya, ou do Claude Code ou Cursor via servidor MCP, e ler a evidência sem um testador dedicado.
Um log de etapas e um screenshot por etapa, registrados no Jira, Linear ou Notion se conectados, então cada build tem evidência reproduzível.
O plano Sandbox é grátis e sem cartão. Entre na lista de espera e enviaremos um email no momento em que abrir uma vaga.
← Voltar para todos os casos de uso