Extraction in-app
Les agents ouvrent l'application, naviguent jusqu'aux données et les extraient comme le ferait une personne : écran par écran, sur un vrai appareil.
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.
Les données dont vous avez besoin se trouvent dans des applications mobiles sans API, et le scraping web n'y accède pas.
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.
Les agents ouvrent l'application, naviguent jusqu'aux données et les extraient comme le ferait une personne : écran par écran, sur un vrai appareil.
Limitées aux applications que vous autorisez, selon le planning que vous définissez, avec chaque exécution journalisée et consultable.
Les écrans extraits deviennent des enregistrements validés et structurés que votre pipeline peut consommer.
Vrais personas de l'équipe d'agents IA research_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.
Transforme l'extraction écran par écran en datasets propres et validés.
Identifie les sources in-app pertinentes et ce qu'il faut en extraire.
Documente chaque source et garantit la reproductibilité des extractions.
Chaque outil ci-dessous est un vrai outil partagé du bundle Melaya. Allowlist par agent, HITL sur les écritures, révocation en un clic.
Navigue dans l'application et lit les données depuis l'écran sur un vrai appareil.
Valide et profile ce qui a été extrait des écrans.
Dépose les résultats là où votre pipeline les attend.
Construit un historique consultable de chaque exécution d'extraction.
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.
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