REA : votre agent de code démonte une app jusqu’au binaire
⏱️ Temps de lecture estimé : 3 minutes
https://github.com/morluto/rea
📌 REA est un serveur MCP qui branche votre agent de code sur des outils de rétro-ingénierie. Vous lui demandez pourquoi une fonctionnalité se comporte comme ça, l’agent inspecte le programme sans son code source, vous montre les preuves et vous aide à en reconstruire une version pour votre projet.
Le point de départ est banal : vous voyez dans une app une fonctionnalité que vous aimeriez dans la vôtre. Vous ne savez pas trop comment elle tourne, et vous n’avez pas les sources. REA répond à ça. Une fois installé avec npx rea-agents setup, il enregistre son serveur MCP et ses instructions de workflow auprès de votre agent — Claude Code, Codex, Cursor, Gemini CLI, OpenCode, et une longue liste d’autres. Vous posez la question en langage naturel, l’agent appelle les bons outils, et vous récupérez du code, des références et des observations d’exécution.
Ce qui distingue REA, c’est la traçabilité. Chaque résultat arrive avec les preuves et les limites derrière la conclusion, pas juste une réponse lisse. L’exemple de la calculatrice Windows le montre bien : après un « + », le bouton % prend 10 % du premier nombre (200 + 10 % = 220), alors qu’après un « × », le même 10 % devient 0,1. L’agent remonte les instructions du gestionnaire, les confronte au code source public de Microsoft et explique la règle. La même analyse existe en ligne de commande, par exemple npx -y rea-agents@latest analyze-javascript-application /chemin --json.
La couverture est large : binaires natifs, apps JavaScript et Electron, assembly .NET, sites web, APK Android, firmware, captures réseau ou paquets, bases SQLite, jusqu’aux enregistrements de signaux. Pour le natif en profondeur, REA s’appuie sur un Hopper, Ghidra ou IDA déjà installé, et la proposition d’installer Hopper passe par votre approbation. L’analyse statique JavaScript et .NET se passe de moteur natif. Côté prérequis, il faut Node.js 22, 24 ou 26 à jour selon les cas.
Les études de cas donnent la mesure. Sur DX-Ball (1996), la reconstruction d’un calcul de panoramique sonore passe 3 205 cas x86 d’origine et reproduit les 63 octets de la fonction compilée. Ailleurs, l’agent suit le pont presse-papiers d’Electron dans Notion, ou retrouve la règle de tir d’un jeu PC-98.
Quelques repères avant d’essayer :
- 🔍 Serveur MCP enregistré auprès de votre agent en une commande
- 🧩 Binaires natifs, Electron, .NET, APK, firmware, captures réseau
- 🧪 Chaque conclusion arrive avec ses preuves et ses limites
- 💻 Analyse locale, la même API disponible en CLI
- 📚 Études de cas vérifiées (DX-Ball, Notion, TH04)
Deux réserves honnêtes. Le natif sérieux suppose Hopper, Ghidra ou IDA, dont les licences commerciales restent à votre charge : REA ne fournit ni clé ni activation. Et la question de l’autorisation n’est pas anodine, le projet insiste sur un usage licite — recherche, interopérabilité ou préservation de logiciels que vous possédez ou êtes autorisé à examiner.
Je trouve l’angle bien choisi : moins un outil de bidouille qu’une couche d’enquête posée sur votre agent, avec l’obligation de montrer le raisonnement. Si vous avez déjà un agent dans votre boucle de dev et une question du type « mais comment ça marche, en vrai ? », c’est exactement ce qu’il fallait.
Sources
