REA et ArtCraft fabriquent des clones IA d'Adobe et de Microsoft sans accéder au code source

Le 12 octobre 2026, KDnuggets consacre un article à deux projets, REA et ArtCraft, autour desquels s'est formée une vague de clones IA de logiciels commerciaux. L'idée : recréer des outils du niveau d'Adobe et de Microsoft sans disposer de leur code source. L'article ne donne aucun chiffre public : ni nombre de fonctionnalités, ni téléchargements, ni résultats de tests de compatibilité. Nous analysons donc ci-dessous la mécanique et les risques, pas l'ampleur du phénomène.

Comment se construit un clone sans code source

La rétro-ingénierie est bien plus ancienne que les réseaux de neurones. On prend un programme fini et on étudie son comportement vu de l'extérieur : les formats de fichiers qu'il lit et écrit, ce qu'il produit pour une entrée donnée, l'aspect de son interface, ce que dit la documentation publique. À partir de ces observations, on écrit sa propre implémentation. Ce travail occupait auparavant une équipe pendant des mois, voire des années.

Désormais, un agent de codage peut prendre en charge une grande partie de ce cycle. C'est la logique générale de l'approche : la source ne dévoile pas les détails de l'architecture de REA et d'ArtCraft. L'agent ouvre un fichier de test dans l'original et dans le clone, compare les résultats, repère l'écart et corrige le code. Puis il recommence des milliers de fois. Cette tâche convient bien à l'IA, car la référence est toujours disponible. Le programme original existe, donc une vérification automatique aussi : le résultat correspond, ou non.

Pourquoi le sujet a fait le buzz

Plusieurs raisons l'expliquent, semble-t-il. Adobe et Microsoft fondent leur modèle économique sur l'abonnement, et toute tentative d'obtenir un outil similaire sans abonnement suscite un vif intérêt chez les développeurs. Ces projets montrent en outre, de façon concrète, jusqu'où l'on peut automatiser la reproduction d'un logiciel complexe. C'est une bonne démonstration des capacités des agents de codage sur des produits réels, volumineux et enchevêtrés, et non sur des exercices pédagogiques.

Ce que l'on sait d'après la source, et ce qu'elle ne dit pas :

• Objectif : recréer des logiciels du niveau d'Adobe et de Microsoft
• Méthode : rétro-ingénierie et reconstruction avec l'IA
• Code source des originaux : non utilisé
• Couverture des fonctionnalités de l'original : non précisée
• Licence des clones et position juridique des auteurs : non précisées
• Qualité et compatibilité des formats : aucune mesure indépendante

Une zone grise juridique

Cette pratique a des précédents. Au début des années 1980, Compaq a reproduit le BIOS d'IBM selon la méthode de la « salle blanche » : certains ingénieurs décrivaient le comportement, d'autres, qui n'avaient jamais vu l'original, écrivaient le code. En 2021, dans l'affaire Google contre Oracle, la Cour suprême des États-Unis a jugé que la copie des déclarations d'API de Java relevait de l'usage loyal (fair use). Dans l'UE, la directive sur les programmes d'ordinateur autorise la décompilation à des fins d'interopérabilité.

Les clones IA présentent toutefois des particularités. Le modèle a pu s'entraîner sur du code tiers et en reproduire des fragments : il faudrait alors prouver la « pureté de la salle blanche ». Les contrats d'utilisation interdisent souvent la rétro-ingénierie. Les polices, icônes, modèles et autres ressources sont protégés séparément par le droit d'auteur. Les brevets et les marques ne disparaissent pas non plus. Quant à savoir où s'arrête la compatibilité et où commence la copie, les tribunaux n'ont pas encore tranché la question dans ce type d'affaires.

Que faire côté équipes

Si vous envisagez d'adopter de tels clones, commencez par la licence du projet et l'origine de son code. Mieux vaut ne pas les déployer en production sans audit, surtout dans les entreprises soumises à des exigences de conformité. Pour des essais personnels et internes, le risque est plus faible, mais il faut tester la compatibilité des formats sur vos propres fichiers, et non sur des démos.

Si vous êtes développeur, intéressez-vous à la méthode : « programme de référence plus comparaison automatique » convient à la migration de systèmes legacy et à l'écriture de bibliothèques compatibles. Les éditeurs devraient revoir les conditions de leurs licences et se demander dans quelle mesure l'interface de leurs formats est protégée. Pour les acheteurs de logiciels, les clones fournissent un argument de négociation, mais pour l'instant davantage comme signal de marché que comme véritable solution de remplacement.