---

Vous voyez une fonctionnalité dans une application que vous aimeriez avoir dans votre propre produit ? Confiez l'application à votre agent—même sans son code source. Avec REA, l'agent peut investiguer la fonctionnalité, expliquer comment elle fonctionne, présenter ses preuves et construire une version adaptée à votre stack et à vos exigences.

REA offre aux agents une manière cohérente d'investiguer un logiciel. Aujourd'hui, cela inclut une analyse native approfondie et des dossiers de fonctions via Hopper ou votre propre Ghidra sur Linux et macOS, ainsi qu'un P0 expérimental Ghidra Windows x64 pour les applications PE natives approuvées ; le triage PE/CLI managé sans exécution ; des enregistrements de preuves reproductibles ; la capture contrôlée de processus ; l'observation passive de sites web, de pages Electron et du V8 Inspector de Node/Electron ; la reconstruction JavaScript/source-map ; et des graphes neutres vis-à-vis du fournisseur pour relier les couches applicatives sans confondre inférence statique et observation à l'exécution. La boîte à outils à plus long terme étend ce même workflow d'agent aux API, aux protocoles, aux artefacts mobiles, aux firmwares, à un comportement d'exécution plus riche et aux différences entre versions.

L'ingénierie inverse oblige normalement l'opérateur à choisir un outil, apprendre son API, déplacer les preuves entre les programmes et décider quoi inspecter ensuite. REA confie ce travail à l'agent via des commandes, des compétences, des résultats structurés et des workflows d'investigation reproductibles.

Demandez simplement à votre agent

Lancez la configuration une fois. L'intégration de l'agent installe ensemble un enregistrement MCP aligné et la compétence de routage fournie :

npx rea-agents setup

Puis demandez :

Understand how search works in the Notes app, show me the evidence, and build a
similar feature for my project.

Notes n'est qu'un exemple. Nommez n'importe quelle application que vous souhaitez comprendre, ou demandez à l'agent de commencer par un aperçu.

Le modèle d'investigation

Décompiler Ouvrez une application et récupérez du code lisible, des chaînes de caractères, des noms et d'autres indices sur son fonctionnement.

Comprendre Suivez le code d'une partie de l'application à une autre jusqu'à ce que l'agent puisse expliquer comment une fonctionnalité fonctionne réellement.

Recréer Transformez ce que l'agent a appris en une fonctionnalité pour votre propre produit, adaptée à votre stack, votre interface et vos exigences.

REA montre comment il est parvenu à ses conclusions. Il ne prétend pas récupérer le code source original ni cloner automatiquement une application.

Pourquoi REA

Conçu pour les agents	Demandez ce que fait une application et laissez votre agent l'inspecter au lieu de deviner.
CLI et MCP	Exécutez les mêmes capacités de rétro-ingénierie depuis votre terminal ou votre agent.
Complexité gérée	REA installe et gère les outils de rétro-ingénierie en arrière-plan.
De l'analyse au code	Comprenez une fonctionnalité, puis construisez votre propre version dans la même session de codage.
Local par conception	L'analyse s'exécute sur votre hôte local pris en charge. REA ne téléverse pas l'application vers un service d'analyse hébergé.
Conserve le contexte	Enquêtez sur plusieurs applications sans repartir de zéro à chaque question.

Démarrage rapide

Exécuter la configuration — recommandé

npx --yes rea-agents@latest setup

L'invite du lanceur de paquets npm, lorsqu'elle s'affiche, approuve le téléchargement de REA pour cette invocation ; elle n'approuve aucune modification de configuration. L'assistant REA présente séparément son plan complet et demande confirmation avant de l'appliquer. La configuration ne met pas à jour Homebrew, Node.js ni npm. La commande de configuration s'ouvre sur le travail qu'elle permet : enquêter sur des applications locales depuis un agent, récupérer des preuves via un fournisseur d'analyse approfondie, et réutiliser le flux de travail guidé de REA. Elle résume les agents détectés, puis demande quelles capacités configurer : l'intégration d'agent (MCP plus le flux de travail guidé correspondant) et—si nécessaire—le fournisseur Hopper. Rien n'est présélectionné. Choisir l'intégration d'agent ouvre une seconde liste de contrôle vide pour les agents détectés spécifiques qui doivent recevoir un enregistrement.

@latest rend explicite la version demandée et demande à npm la version actuellement publiée sous ce tag. REA ne remplace pas silencieusement la version du paquet sélectionnée par npm. Les retours en arrière intentionnels restent donc disponibles via une demande de paquet exacte.

REA garde le parcours en ligne afin que son historique reste dans le terminal. Sélectionner une capacité ne sélectionne pas toutes les cibles détectées ni n'autorise une modification. Avant tout changement, REA valide la configuration existante, affiche les chemins exacts et les effets externes, et demande une approbation finale avec No comme valeur par défaut. L'écran garde les touches disponibles visibles pendant votre choix ; Ctrl-C et le refus laissent le système inchangé.