REA : l'outil qui décompile n'importe quelle application — ce qu'il fait vraiment, et ce qu'Alpesdata en pense

📌 Ce que c'est, en une phrase

REA est un serveur MCP doublé d'une ligne de commande, écrit en TypeScript, publié sous licence MIT par un développeur indépendant (morluto), et installable en une commande : npx --yes rea-agents@latest setup.

Le point à comprendre : REA ne décompile rien lui-même. Il ne contient ni désassembleur ni moteur d'analyse. C'est une couche d'orchestration : il branche un agent de code (Claude Code, Cursor, Codex, Gemini CLI, Windsurf…) sur les outils d'ingénierie inverse qui existent depuis vingt ans — Ghidra, Hopper, IDA — et il leur donne un vocabulaire commun. L'agent demande ; REA traduit ; l'outil exécute ; le résultat revient avec ses preuves et ses limites.

REA est au décompilateur ce qu'un standard téléphonique est à la conversation : il ne parle pas à votre place, il met les bonnes personnes en ligne.

🧰 Ce qu'il sait ouvrir

La couverture est plus large que le mot « décompilation » ne le laisse croire, et c'est ce qui explique une partie de l'engouement :

• Binaires natifs — Mach-O (macOS), ELF (Linux), PE (Windows), y compris les métadonnées Swift et Objective-C. C'est là que l'outil est le plus profond.
• Assemblages .NET — inspection statique, sans exécuter le programme.
• JavaScript et applications Electron — lecture du code embarqué, sans lancement.
• Archives d'applications — APK Android, IPA iOS, ASAR, MSIX, ZIP : inventaire et exploration avant toute analyse.
• Sites web — via les outils d'inspection du navigateur.

Deux précautions que l'outil affiche lui-même : l'analyse native suppose que vous possédiez déjà une licence Hopper ou IDA (outils commerciaux, plusieurs centaines d'euros), et la capture d'exécution se fait avec vos propres droits sur votre propre machine.

🎬 Pourquoi tout le monde en parle

Ce qui a fait décoller REA n'est pas une avancée technique, c'est une série de démonstrations : on montre une capture d'écran de Calendly, de Typeform ou de Trello, on demande à l'agent de « faire pareil », et quelques minutes plus tard une application qui y ressemble tourne sur la machine. Le récit s'écrit tout seul : les abonnements SaaS à 30 € par mois sont morts.

La nuance est importante, et elle est rarement dite : dans ces démos, REA ne décompile rien. Une capture d'écran ne contient aucun code. Ce qui est reconstruit, c'est l'apparence et deux ou trois flux principaux. Il n'y a derrière ni la vérification des conflits d'agenda, ni la synchronisation des fuseaux horaires, ni les années de corrections de bugs, ni le support quand quelque chose casse un mardi matin.

⚖️ Ce que dit le droit, en France

Un logiciel est protégé par le droit d'auteur, code source compris. La décompilation n'est donc pas libre. Le Code de la propriété intellectuelle prévoit une exception étroite, à l'article L122-6-1 IV : reproduire le code et traduire sa forme est permis lorsque c'est indispensable pour permettre à un logiciel créé indépendamment de fonctionner avec un autre. À trois conditions cumulatives : avoir le droit d'utiliser le logiciel, se limiter aux parties réellement nécessaires, et ne pas porter atteinte à son exploitation normale.

En dehors de ce cadre — dupliquer un logiciel pour le revendre, le redistribuer, ou se dispenser de payer une licence tout en utilisant son travail — on ne parle plus d'interopérabilité. On parle de contrefaçon, et c'est un délit.

Le README du projet dit d'ailleurs la même chose, en anglais et en trois lignes : usage réservé à la recherche légale, à l'interopérabilité, à la préservation, et aux logiciels que vous possédez ou que vous êtes autorisé à examiner. Ce n'est pas une clause de style : c'est le périmètre dans lequel l'outil est distribué.

🧭 Notre avis

Alpesdata ne cautionne pas la duplication pirate de logiciels. Copier le travail de quelqu'un d'autre pour ne pas le payer, ce n'est pas de l'ingénierie : c'est du vol, et en France c'est un délit. Nous ne le ferons pas, et nous ne le recommanderons à personne.

Cela étant dit, deux choses doivent être dites, parce qu'elles sont vraies et qu'elles vont compter dans les mois qui viennent.

Un — l'outil n'est pas l'usage. Le même marteau sert à monter une charpente ou à défoncer une porte. L'ingénierie inverse est une pratique ancienne et parfaitement légitime dans son cadre : comprendre un format pour récupérer ses propres données, vérifier ce qu'un prestataire a réellement livré, faire dialoguer deux logiciels qu'un client possède déjà, documenter un système avant de le remplacer. Ce sont des travaux que nous faisons, et qu'aucune loi n'interdit.

Deux — si cette technologie peut accélérer le développement en diminuant le coût, pourquoi pas ? Un artisan qui paie 40 € par mois depuis six ans pour un outil dont il utilise 5 % des fonctions a le droit de se demander ce que coûterait la fonction qu'il utilise vraiment. Ce n'est pas une opinion, c'est une soustraction. Refuser de la faire au nom du confort, c'est laisser le client payer la différence. Nous préférons lui poser la question — et lui dire honnêtement quand la réponse est « gardez votre abonnement », ce qui arrive souvent.

Trois — cette technologie existe. Elle est open source, gratuite, documentée, et plusieurs centaines de milliers de personnes l'ont déjà regardée. Faire comme si elle n'existait pas ne la fait pas disparaître : ça garantit seulement d'être le dernier à comprendre ce qui arrive à son métier. On peut refuser d'utiliser un outil ; on ne peut pas refuser de savoir qu'il existe.

🏢 Ce que ça change pour un éditeur ou une PME

La question utile n'est pas « est-ce que mon logiciel peut être copié ? » — la réponse est oui, et elle l'était avant REA. La question est : si mon produit était reconstruit en une semaine, que resterait-il de mon avantage ?

• Si votre valeur est une interface, elle est copiable. Le rempart est ailleurs : vos données, vos intégrations, votre support, votre marque, la relation avec vos clients.
• Si votre valeur est un savoir accumulé — quinze ans de règles métier, d'exceptions, de cas particuliers — un clone de surface ne vous atteindra pas. C'est le bon endroit pour mettre ses efforts.
• Ce qu'il faut surveiller : vos conditions d'utilisation, vos marques déposées, vos bases de données (et le RGPD), et la façon dont vos propres prestataires accèdent à votre code.

🔧 Ce que nous en faisons, concrètement

Nous ne clonons pas de logiciels. Ce que nous regardons dans ce type d'outil, c'est un usage précis et documenté :

• récupérer les données d'un logiciel abandonné dont le format n'est plus documenté ;
• vérifier ce qu'un prestataire a réellement livré, quand le code source n'est pas disponible ;
• documenter un système existant avant migration, plutôt que de le remplacer à l'aveugle ;
• assurer l'interopérabilité entre deux outils que le client possède déjà.

Dans ces quatre cas, le client possède le logiciel ou est autorisé à l'examiner, et l'objectif n'est jamais de revendre une copie. C'est la ligne : à l'intérieur, c'est du travail ; au-delà, c'est un délit.

✅ En résumé

• REA n'est pas magique : c'est une couche d'orchestration posée sur des outils de 2005.
• Il ne transforme pas une capture d'écran en produit fini : il aide un agent à comprendre du code compilé.
• La décompilation est légale dans un cadre étroit ; la duplication ne l'est pas.
• Le coût du logiciel va baisser. Ce n'est pas une raison pour copier ; c'est une raison pour se poser la bonne question.