Tres dolores que cada equipo de ventas y BD vive cada semana. Cada uno es de lo que tus reps se quejan de verdad, no como los nombraría una página de funcionalidades.
El QA manual en dispositivos reales es lento y costoso, así que ocurre con menos frecuencia de la que exige un calendario de lanzamientos real.
Las notificaciones push, los deep links y los flujos de onboarding se lanzan rotos porque nadie recorrió cada ruta en cada teléfono.
Cada pipeline de abajo es una forma que cableas en el canvas usando el crew y las herramientas de más abajo. No es una funcionalidad que te entregamos, es un patrón que configuras.
Melaya Device Control instala, abre y toca a través de la app en un dispositivo Android emparejado: onboarding, notificación push, deep link, una captura por paso. FrontendEngineer recorre el flujo y UIUXDesigner señala qué retrocedió respecto a la última ejecución.
Si la app se lanza junto a un panel web, Melaya Browser Control lo recorre en una sesión real de Chrome o Edge dentro de la misma ejecución, así que el fundador obtiene un solo reporte en lugar de dos herramientas separadas.
Ejecuta dos variantes de build en dispositivos emparejados en paralelo y obtén capturas lado a lado de la misma pantalla, en lugar de las notas de dos testers de dos días distintos. TechLead lee la evidencia y determina la diferencia.
Un fundador solo que ya usa Claude Code o Cursor se conecta a api.melaya.org/mcp mediante OAuth 2.1, concede melaya:phone (23 herramientas), y le pide al asistente que recorra la app en el dispositivo emparejado después de cada deploy.
DevOpsEngineer programa el recorrido para que se ejecute en cada build y registra el log de pasos y las capturas en Jira, Linear o Notion, así que un PM ve aprobado o fallido sin tener que preguntar.
Personas reales del crew tech_team. Cada una llega con un system prompt afinado y una allowlist de herramientas por defecto. Cambia los modelos por persona en el canvas.
Planea la cobertura de los flujos y lee la evidencia por build.
Recorre la UI de la app pantalla por pantalla y captura cada paso.
Integra las ejecuciones a tu ritmo de lanzamientos y registra los reportes.
Compara variantes lado a lado y señala qué retrocedió.
Cada herramienta de abajo es una herramienta compartida real del bundle Melaya. Allowlist por agente, HITL en las escrituras y revocación en un clic.
Conduce tu app en un dispositivo real: toques, deslizamientos, capturas, logs de pasos.
Registra lo que encuentra donde tu equipo ya trabaja.
Convierte la evidencia de cada ejecución en un registro consultable por build.
Lee configuraciones y logs junto a la ejecución en el dispositivo.
Cada pipeline llega con tres capas de acceso al conocimiento. Combínalas por agente en el canvas. Sin espacio vectorial compartido con otro tenant, sin lecturas sorpresa, sin retrieval opaco.
includeContextDocumentos por pipeline que se anexan al input de agentes específicos en cada run. El brief de ICP, el playbook, la lista de precios o el corpus de correos de deals ganados. Lo que tenga que estar ahí antes de que el agente piense. Tú eliges qué personas reciben qué documentos.
rag_retrieveUna herramienta con alcance concedida por agente. Cuando el agente decide que necesita más profundidad, consulta el vector store del flujo de trabajo a demanda. La misma base de conocimiento que el contexto estático, accedida solo cuando el modelo la pide.
pipeline_memoryEstado a nivel pipeline que se arrastra de un run al siguiente. La investigación de ayer está en alcance para el follow-up de hoy. El crew recuerda a quién ya prospectó, qué se aprobó, qué se envió. El audit log es la base de conocimiento de segundo orden.
Un dispositivo Android real y emparejado. Los agentes tocan, deslizan y capturan la app real de la misma forma que lo haría un usuario, no la entrada simulada de un emulador.
Sí, abriendo la app o una URL de deep link directamente (phone_open_app, phone_open_url) y recorriendo la pantalla resultante, capturando una imagen en cada paso.
Sí. Melaya Browser Control recorre el lado web en una sesión real de Chrome, Edge o Brave, así que un producto híbrido obtiene una sola pasada de pruebas en lugar de dos herramientas separadas.
Ejecuta ambas en dispositivos emparejados y obtén capturas lado a lado por pantalla para la misma ejecución, leídas por las personas UIUXDesigner y TechLead para decidir qué retrocedió.
No. Un fundador o PM puede disparar el recorrido desde la app de Melaya, o desde Claude Code o Cursor a través del servidor MCP, y leer la evidencia sin un tester dedicado.
Un log de pasos y una captura por paso, registrados en Jira, Linear o Notion si están conectados, así que cada build tiene evidencia reproducible.
El tier Sandbox es gratis y sin tarjeta. Únete a la lista de espera y te avisamos por correo en cuanto se libere un cupo.
← Volver a todos los casos de uso