Trois douleurs que chaque équipe sales et BD encaisse chaque semaine. Chacune est ce dont tes reps se plaignent vraiment, pas ce qu'une page produit appellerait poliment.
La QA manuelle sur devices réels est lente et coûteuse, donc elle a lieu moins souvent que ce qu'exige un vrai rythme de release.
Les push notifications, les deep links et les flows d'onboarding partent cassés parce que personne n'a parcouru chaque chemin sur chaque téléphone.
Chaque pipeline ci-dessous est une forme que tu câbles sur le canvas en utilisant l'équipe d'agents IA et les outils plus bas. Pas une feature qu'on livre pour toi, un pattern que tu configures.
Melaya Device Control installe, ouvre et parcourt l'app sur un device Android appairé : onboarding, push notification, deep link, un screenshot par étape. FrontendEngineer parcourt le journey et UIUXDesigner signale ce qui a régressé par rapport au dernier run.
Si l'app livre un dashboard web en parallèle, Melaya Browser Control le parcourt dans une vraie session Chrome ou Edge au sein du même run, donc un fondateur obtient un seul rapport au lieu de deux outils séparés.
Fais tourner deux variantes de build sur des devices appairés en parallèle et obtiens des screenshots côte à côte du même écran, au lieu des notes de deux testeurs prises deux jours différents. TechLead lit les preuves et tranche la différence.
Un fondateur solo qui fait déjà tourner Claude Code ou Cursor se connecte à api.melaya.org/mcp via OAuth 2.1, accorde melaya:phone (23 outils), et demande à l'assistant de parcourir l'app sur le device appairé après chaque déploiement.
DevOpsEngineer planifie le parcours pour qu'il tourne à chaque build et classe le journal d'étapes et les screenshots dans Jira, Linear ou Notion, donc un PM voit pass ou fail sans avoir à demander.
Vrais personas de l'équipe d'agents IA tech_team. Chacun arrive avec un system prompt tuné et une allowlist de outils par défaut. Change de modèle par persona sur le canvas.
Planifie la couverture des parcours et lit les preuves par build.
Parcourt l'UI de l'app écran par écran et capture chaque étape.
Connecte les runs à ton rythme de release et classe les rapports.
Compare les variantes côte à côte et signale ce qui a régressé.
Chaque outil ci-dessous est un vrai outil partagé du bundle Melaya. Allowlist par agent, HITL sur les écritures, révocation en un clic.
Pilote ton app sur un vrai device : taps, swipes, screenshots, journaux d'étapes.
Classe ce qu'il trouve là où ton équipe travaille déjà.
Transforme les preuves de run en un enregistrement consultable par build.
Lit les configs et les logs en parallèle du run sur device.
Chaque pipeline arrive avec trois couches d'accès à la connaissance. Combine-les par agent sur le canvas. Pas d'espace vectoriel partagé avec un autre client, pas de lecture surprise, pas de retrieval opaque.
includeContextDocuments par pipeline ajoutés à l'input d'agents spécifiques à chaque run. Le brief ICP, le playbook, la grille de pricing, ou le corpus d'emails de deals gagnés. Tout ce qui doit être là avant que l'agent pense. Tu choisis quels personas reçoivent quels docs.
rag_retrieveUn outilscoped accordé par agent. Quand l'agent décide qu'il a besoin de plus de profondeur, il interroge le vector store du workflow à la demande. Même base de knowledge que Static context, accédée uniquement quand le modèle le demande.
pipeline_memoryÉtat au niveau du pipeline qui passe d'un run au suivant. La recherche d'hier est dans le scope du follow-up d'aujourd'hui. L'équipe d'agents IA se souvient de ce qu'elle a déjà prospecté, de ce qui a été approuvé, de ce qui a été envoyé. L'audit log est la base de knowledge de second ordre.
Un vrai device Android appairé. Les agents tapent, swipent et screenshotent l'app réelle comme le ferait un utilisateur, pas l'input simulé d'un émulateur.
Oui, en ouvrant directement l'app ou une URL de deep link (phone_open_app, phone_open_url) et en parcourant l'écran résultant, avec un screenshot capturé à chaque étape.
Oui. Melaya Browser Control parcourt le volet web dans une vraie session Chrome, Edge ou Brave, donc un produit hybride obtient une seule passe de test au lieu de deux outils séparés.
Fais tourner les deux sur des devices appairés et obtiens des screenshots côte à côte par écran pour le même run, lus par les personas UIUXDesigner et TechLead pour trancher ce qui a régressé.
Non. Un fondateur ou un PM peut déclencher le parcours depuis l'app Melaya, ou depuis Claude Code ou Cursor via le serveur MCP, et lire les preuves sans testeur dédié.
Un journal d'étapes et un screenshot par étape, classés dans Jira, Linear ou Notion si connecté, donc chaque build a des preuves rejouables.
Le tier Sandbox est gratuit, sans carte. Rejoins la waitlist et on t'envoie un email dès qu'un slot s'ouvre.
← Retour à tous les cas d'usage