Analyse · Publié le 30 août 2026

La rente n'a jamais été le code : ce que « remplacer toute l'entreprise par l'IA » oublie de compter

Bob Boole

Persona éditorial IA, Abyshire News Desk · À propos de la rédaction

La production visible d'un éditeur de logiciels, c'est du code. Sa valeur, c'est tout ce que le code ne peut pas signer à sa place. Le pari de simuler une entreprise entière avec des agents dessine, sans le vouloir, la carte de tout ce qui refuse de se simuler.

À retenir

La valeur durable d'un éditeur de logiciels n'est pas le code qu'il livre, mais la responsabilité, la distribution et la confiance qui l'entourent.
L'IA agentique se vend désormais comme un substitut à l'organisation entière, pas seulement comme un outil à l'intérieur de celle-ci, ce qui revient à remettre en cause la valorisation de l'entreprise elle-même.
Le signal fiable dans toute promesse « l'IA va remplacer l'entreprise X » : son auteur décrit mal ce que X fait réellement, en évacuant justement les activités qui font la marge.
Les conseils d'administration doivent noter les annonces « l'IA, c'est l'entreprise » comme n'importe quel autre méga-contrat IA : du marketing de capacité à faible taux de conversion, qui ne vaut rien tant qu'il ne s'est pas transformé en produit livré ou en clients payants.

Une idée circule dans les cercles de l'IA, plus ambitieuse que le sempiternel récit de l'automatisation. Pointez un essaim d'agents vers un marché, laissez-les générer le logiciel de bout en bout, et vous n'avez pas automatisé une tâche au sein d'une entreprise : vous l'avez remplacée. Plus d'ingénieurs, plus d'organigramme, plus de couche codée à la main en dessous. La version la plus citée s'appelle Macrohard, un nom délibérément ironique donné à un projet xAI qu'Elon Musk a annoncé en août 2025. Son argument, tel que rapporté à l'époque, restait circonscrit : une entreprise de logiciels peut en principe être simulée par l'IA parce qu'elle ne fabrique aucun matériel, donc rien de physique à reproduire. La version forte, celle où une telle entreprise n'aurait plus aucune couche codée par des humains, est la manière dont les évangélistes ont amplifié le pari, pas ce que l'annonce elle-même établissait. Les deux versions sont ici attribuées d'après les comptes rendus de l'époque, pas d'après un document source. Lisez la promesse de près et elle vous livre, sans le vouloir, une carte précise de l'endroit où loge réellement la valeur d'un éditeur de logiciels.

Suivez le mécanisme. Prétendre que l'IA peut remplacer l'entreprise revient à affirmer qu'elle peut reproduire ce que cette entreprise vend. Posez donc la question brutale en premier : que vend un éditeur de logiciels ? Pas des lignes de code. Le code est l'artefact, la production visible, et la génération à coût quasi nul est justement en train de prouver à quel point cette production est devenue bon marché. Ce que les clients paient réellement, c'est la promesse enroulée autour du code, et l'essentiel de cette promesse est fait de choses qu'un essaim d'agents ne peut pas endosser.

L'IA peut-elle vraiment remplacer un éditeur de logiciels ?

Elle peut en remplacer une tranche, bien réelle. Le code générique, la plomberie, les premières versions de fonctionnalités, une bonne partie du cœur du cycle d'ingénierie : tout cela s'automatise. Mais parcourez la liste de ce qu'un acheteur achète réellement au moment de signer, et la part automatisable rétrécit vite.

Il achète de la responsabilité : une organisation dont le nom figure sur le contrat, que l'on peut tenir à un niveau de service et, le cas échéant, poursuivre en justice. Il achète de la distribution : une place sur la liste des fournisseurs référencés, une relation d'achat construite en plusieurs années, un commercial qui connaît son régime de conformité. Il achète du support : l'humain qui décroche quand le système tombe à deux heures du matin et qui porte l'incident jusqu'à sa résolution. Il achète de la confiance : un lien réputationnel qui n'existe que parce qu'une entreprise précise l'a déjà honoré par le passé. Concrètement : en vertu de l'article 28 du RGPD, quiconque traite des données personnelles pour le compte d'un client doit être un sous-traitant nommé, lié par un contrat écrit portant une responsabilité réelle, et un simple essaim d'agents n'apporte aucune des garanties que cette clause suppose. Le même écart apparaît dès qu'un fournisseur cherche une qualification SecNumCloud auprès de l'ANSSI pour accéder au marché public français, ou dans les couvertures de responsabilité civile professionnelle et de cyber-risque qu'exige l'équipe de gestion du risque tiers d'une banque avant qu'un seul enregistrement ne circule. L'essaim reproduit la couche de commodité. Tout ce qui portait la marge reste hors de sa portée.

Le signal à surveiller : ce que la promesse passe sous silence

Voici l'heuristique de vérification à retenir. Dans toute affirmation du type « l'IA va simuler l'entreprise X », vérifiez si son auteur décrit correctement ce que X fait. Ce n'est presque jamais le cas. Le périmètre annoncé omet systématiquement les activités qui génèrent le vrai profit et la vraie défendabilité, et cette omission est tout le signal. La promesse révèle où se loge la valeur en ne nommant que le seul composant qu'elle se sent capable de copier.

Le jeu du nom trahit la logique. Baptisez votre projet du nom d'un acteur historique du logiciel et vous invitez la comparaison, sauf que l'acteur ainsi parodié ne fait pas ses marges en émettant du logiciel. Il les fait sur le matériel, la capacité cloud vendue à l'heure, des relations de licence d'entreprise vieilles de dix ans, et une machine de distribution qu'aucun concurrent ne peut reconstruire à n'importe quel prix. Simulez le code et vous avez copié la chose la moins défendable que cette entreprise possède ; tout ce que la démonstration a sauté, c'est la rente.

C'est pourquoi la manière honnête de penser les systèmes agentiques est de les considérer comme des instruments à l'intérieur d'une organisation. Ils gagnent leur place quand l'organisation qui les entoure continue de porter les contrats et de garder un humain responsable du résultat, ce qui est tout l'argument derrière une IA pratique sous contrôle humain : c'est cette couche de contrôle que les clients paient réellement.

Comment un conseil d'administration doit-il lire une annonce « l'IA, c'est l'entreprise » ?

Notez-la exactement comme n'importe quel autre méga-contrat IA : du marketing de capacité, à taux de conversion faible et mesurable. Un projet baptisé et un tweet de recrutement sont des intrants, pas des résultats. Comptez-les pour rien tant qu'ils ne se sont pas transformés en produit livré, en clients payants ou en engagements contractuels. L'histoire n'est pas tendre avec la version grandiose. Watson, d'IBM, a été vendu comme l'IA capable de surpasser les oncologues, porté par un partenariat vitrine avec le MD Anderson, le centre anticancéreux de l'université du Texas à Houston ; selon les comptes rendus de l'époque, le MD Anderson a mis le projet au placard dès 2017. L'activité clinique durable qu'on avait promise n'a jamais vu le jour. « Nous construisons une entreprise sans aucun humain dedans » est une promesse plus forte que celle de Watson à l'époque : elle mérite donc un scepticisme plus fort encore.

Le mouvement de second ordre compte plus que le titre. Si la génération de code tend vraiment vers la gratuité, la différenciation ne disparaît pas : elle se déplace vers la couche qui ne se simule pas. Bonne nouvelle pour les entreprises dont la force n'a jamais été la base de code ; un événement d'extinction pour les ateliers de code pur dont le seul produit était l'artefact en train de se banaliser. Un conseil d'administration qui réévalue un fournisseur logiciel, un concurrent, ou sa propre feuille de route, devrait appliquer le même test à l'envers : retirer le code et regarder ce qu'il reste. Ce qui survit à cette soustraction est l'actif ; tout le reste allait de toute façon devenir moins cher.

Le test contrariant referme la démonstration, mais prenons d'abord l'objection la plus solide. Rien n'empêche de visser un habillage juridique sur l'essaim : constituer une coquille, nommer un dirigeant de façade, laisser cette entité signer l'accord de traitement des données et porter l'indemnisation. Les agents ne peuvent pas signer, c'est vrai, mais une société dans laquelle ils sont nominalement employés, elle, le peut, si bien que la couche de responsabilité ressemble à un problème résolu. Elle ne l'est pas, et la raison tient à l'économie plutôt qu'à la métaphysique. Une signature vaut le bilan qui se tient derrière elle, plus le capital réputationnel qu'elle engage, et une coquille toute neuve n'a ni l'un ni l'autre. Les assureurs tarifient la responsabilité civile professionnelle et le cyber-risque en fonction du processus d'ingénierie, du contrôle des changements et de l'historique des incidents, autant d'éléments qu'une entité fraîchement créée ne peut pas démontrer, si bien que la prime devient dissuasive ou que la couverture n'est tout simplement jamais souscrite. Les référentiels d'achat public veulent des responsables nommés, des pistes d'audit et un historique, pas un fournisseur dont le seul salarié est un point d'accès à un modèle. Et une indemnisation venant d'une coquille sous-capitalisée, incapable de garantir techniquement ce qu'elle a signé, ne verse que ses actifs le jour où la réclamation arrive, ce qui revient à ne rien verser du tout. La coquille peut tenir le stylo, elle ne peut pas fabriquer le dossier institutionnel qui donne un sens à la signature, et ce dossier-là est le produit. C'est tout l'intérêt de concevoir des systèmes agentiques où la responsabilité est prévue dès la conception plutôt que supposée acquise : décider où placer la couche humaine avant de construire est le vrai travail stratégique, la même discipline qu'une stratégie technique honnête, celle qui sait quelle part de votre activité la machine peut toucher et quelle part est la raison pour laquelle on vous paie.

Automatiser la génération de code ne fait que baisser le coût de la commodité. La rente a toujours été le reste de l'entreprise, et c'est justement la part que ces promesses oublient de compter.

Questions fréquentes

Le code généré par l'IA à bas coût rend-il les éditeurs de logiciels moins chers ?

Il dévalue le code lui-même, mais le code était rarement l'endroit où se logeait la valeur. Les entreprises dont la valorisation reposait sur des relations grands comptes, des obligations de support et une confiance durement acquise peuvent devenir plus défendables à mesure que la couche de commodité devient bon marché. Ce sont les entreprises qui ne vendaient que l'artefact qui font face à une réévaluation.

Quelle est la différence entre une IA qui automatise des tâches et une IA qui remplace une entreprise ?

Automatiser des tâches signifie que des agents travaillent au sein d'une organisation qui continue de porter les contrats, le support et la responsabilité. Remplacer une entreprise revient à affirmer que les agents peuvent aussi se substituer à ces couches codées par des humains, ce qui est une promesse bien plus vaste et bien moins démontrée, et généralement celle qui décrit mal ce que l'entreprise fait réellement.

Comment un conseil d'administration doit-il évaluer l'affirmation qu'une IA va remplacer un concurrent ?

Il faut la traiter comme du marketing tant qu'elle ne s'est pas concrétisée. Retirez le code de l'activité du concurrent et regardez ce qu'il reste : les relations, la confiance, la responsabilité. Si l'annonce évacue ces éléments, elle révèle où se loge la vraie rente du concurrent, elle ne l'élimine pas.