Claude Code vous rend-il moins fondateur ?

En résumé

Je dirige eesel, une entreprise d'IA, et je serai honnête : la majeure partie de notre code est désormais écrite par un agent IA, une bonne partie de ce blog est rédigée par un, et une part croissante de nos propres tickets de support est résolue par un. Alors quand les fondateurs me demandent si Claude Code les transforme silencieusement en moins de fondateurs, je ne l'entends pas comme une hypothèse. Je vis avec cette question depuis deux ans.

Voici ma réponse. Claude Code ne vous rend pas moins fondateur. Il supprime la partie de la fondation qui n'a jamais été l'essentiel, et expose la partie qui l'a toujours été. Taper le code n'a jamais été le travail. Savoir quoi construire, juger si le résultat est bon, et assumer le résultat, voilà le travail, et l'IA rend ces trois compétences plus précieuses, pas moins.

Le vrai risque n'est pas pour votre identité. C'est pour votre jugement, et seulement si vous cessez de relire ce que la machine vous remet. Les fondateurs qui se vident sont ceux qui livrent du code qu'ils n'ont jamais lu. Ceux qui s'affûtent gardent les mains sur le volant et laissent l'agent conduire.

L'anxiété est réelle, mais elle pointe dans la mauvaise direction

La préoccupation ressemble généralement à ceci : « Si je ne l'ai pas écrit, l'ai-je vraiment construit ? Et si je continue à ne pas écrire, vais-je oublier comment faire ? »

C'est une chose juste à ressentir. Quand vous lancez Claude Code et le regardez lire toute votre base de code, modifier une douzaine de fichiers, exécuter les tests et ouvrir une pull request pendant que vous sirotez votre café, l'ancienne médaille d'honneur, j'ai fabriqué chaque ligne à la main, cesse de vous appartenir. Les chiffres le rendent vivant. L'ingénieur Gergely Orosz, qui a interviewé l'équipe qui construit Claude Code, a rapporté que 90 % du propre code de Claude Code est écrit par Claude Code, que les ingénieurs là-bas fusionnent environ cinq pull requests par jour, et que le débit de pull requests par ingénieur a augmenté de 67 % l'année où tout le monde l'a adopté.

Mais remarquez ce que l'anxiété pleure réellement. Elle pleure la frappe. Et taper a toujours été la chose la moins précieuse qu'un fondateur faisait. Les parties difficiles de la construction d'une entreprise, décider ce qui mérite d'exister, sentir où le produit est défaillant, choisir ce qu'il faut couper, n'ont jamais été dans les frappes de touches. Elles étaient dans votre tête. Claude Code ne touche pas à ça. Il dégage simplement le travail manuel du chemin pour qu'il y ait plus de place pour elles.

Ce qui s'atrophie réellement, et ce qui ne s'atrophie pas

Permettez-moi d'être précis, parce que c'est ici que réside la version honnête de la réponse. Quelque chose s'atrophie effectivement. Juste pas ce que vous imaginez.

Un développeur qui a utilisé Claude Code pendant trente jours consécutifs a écrit l'un des témoignages les plus directs que j'ai lus. Il a produit en un mois plus que dans les six précédents, et en même temps a regardé une compétence le quitter silencieusement :

« À la deuxième semaine, j'ai réalisé quelque chose de troublant : je perdais la capacité d'écrire du code depuis zéro. Pourquoi réfléchir à un algorithme quand Claude Code pouvait le générer instantanément ? Je devenais un gestionnaire du production de l'IA plutôt qu'un programmeur. »

Prassanna Ganesh Ravishankar, 30 jours avec Claude Code

Cette dernière ligne dit tout, et si c'est une tragédie dépend entièrement du mot « gestionnaire ». Si vous êtes un programmeur dont la valeur est d'écrire des algorithmes de mémoire, devenir un gestionnaire du production IA est une perte. Si vous êtes un fondateur, devenir un gestionnaire plus affûté du production est exactement la promotion que vous vous efforciez de vous donner depuis des années. La compétence qui s'atrophie est celle qu'un fondateur aurait dû déléguer de toute façon.

Ce qui ne s'atrophie pas, à moins que vous ne le négligiez activement, c'est le jugement. L'ingénieur principal Jesse Altman a mis le doigt sur le changement : écrire du code, a-t-il dit, n'est plus la partie difficile, et « la partie la plus difficile et la plus chronophage du processus est maintenant la prise de décision puis la communication de cette information ». Ce n'est pas une rétrogradation de votre rôle. C'est une description de ce que fonder a toujours été.

Le cadrage le plus clair que j'ai vu vient de l'éducateur en IA Santiago Valdarrama, traçant la ligne entre deux modes :

« Mode 1 : l'IA écrit le code, et l'humain copilote. Mode 2 : l'humain écrit le code, et l'IA copilote. Ces deux sont très différents. L'un ne remplace pas l'autre. Les développeurs professionnels utilisent les deux. L'IDE est toujours roi. »

Santiago Valdarrama sur X

Un fondateur vit principalement en Mode 1, et c'est juste. Beaucoup de builders gardent aussi un copilote basé sur éditeur comme Cursor ouvert pour le travail en Mode 2, et c'est bien. Le piège n'est pas d'être en Mode 1. Le piège est d'être en Mode 1 les yeux fermés.

La ligne de partage : qui devient plus affûté, qui se vide

C'est la partie que personne ne veut entendre, alors je vais le dire clairement. Claude Code rend les bons fondateurs meilleurs et les fondateurs paresseux pires, et la différence réside dans le fait que vous lisiez encore le production.

Le récit d'avertissement est partout une fois que vous regardez. Un leader en ingénierie a décrit avoir livré une fonctionnalité 5 fois plus vite, l'avoir vue passer tous les tests, puis regardé le code réel pour trouver que l'IA avait écrit cinq méthodes presque identiques au lieu d'une fonction réutilisable. Son verdict m'est resté :

« L'IA optimise pour "faire fonctionner", pas pour "rendre maintenable". Ce qui économise du temps aujourd'hui crée de la dette technique demain. Ce qui fonctionne : traiter l'IA comme un développeur junior qui a besoin d'une révision. »

jkeaney sur LinkedIn

Cette phrase, un développeur junior qui a besoin d'une révision, est toute la discipline en cinq mots. Vous ne laisseriez jamais un junior brillant, rapide et légèrement arrogant merger sur main sans relecture. Le moment où vous commencez à faire ça avec un agent IA est le moment où l'outil commence à vous vider, parce que vous avez arrêté d'exercer le seul muscle qui compte.

Un développeur de dix ans a exprimé la même idée comme conseil, et je la passerais à chaque fondateur qui livre avec l'IA :

« Les ingénieurs qui gagneront ne sont pas ceux qui utilisent le plus l'IA. Ce sont ceux qui l'utilisent pour multiplier leur propre compréhension. Claude Code n'est pas un raccourci. C'est un multiplicateur, mais seulement si vous apportez les fondamentaux à la table. »

@ujjwalscript sur X

Relisez-le en tant que fondateur et remplacez « ingénieurs » par « fondateurs ». Les fondateurs qui gagnent ne sont pas ceux qui automatisent le plus. Ce sont ceux qui utilisent l'automatisation pour multiplier leur propre goût et leur portée. Les fondamentaux que vous apportez sont le jugement, le sens du produit et la volonté de dire « non, c'est faux, refaites-le ».

À quoi ça ressemble depuis le siège du builder

Je ne théorise pas ici. Chez eesel, nous avons vibe-codé de vraies parties du produit, utilisé en interne un rédacteur de contenu IA pendant six mois avant de lui faire confiance sur le blog public, et nous faisons tourner des agents IA sur notre propre file de support. J'ai vu un agent confiant livrer quelque chose de subtilement faux, c'est exactement pourquoi nous simulons maintenant chaque changement par rapport à l'historique avant qu'il ne soit mis en ligne plutôt que de croire la démo sur parole. L'effet de levier est réel et les modes d'échec aussi, et vivre avec les deux m'a appris où se trouve réellement la ligne.

Voici le schéma que je vois chez littéralement chaque client qui adopte bien l'IA, et c'est le même arc que j'ai moi-même traversé. Personne de sensé ne passe directement au pilote automatique total. Ils commencent avec l'IA qui rédige des réponses, pendant qu'un humain approuve chaque production. Ensuite, à mesure que la confiance se construit sur des résultats réels, ils la laissent gérer la routine seule et font des vérifications ponctuelles. Finalement, l'humain cesse de faire le travail et commence à définir la direction. On ne gagne pas le sommet de cette échelle avec du culot. On le gagne avec du jugement.

Il y a aussi un signal plus discret dans tout ceci. Un client qui nous a quittés m'a dit un jour, dans le même souffle que son annulation, qu'à long terme il allait « juste construire le leur, ce qui est tellement possible maintenant avec l'IA ». Il y a cinq ans, cette phrase aurait été une fantaisie. Maintenant c'est une réunion de conseil d'administration. Des outils comme Lovable et OpenAI Codex mettent un prototype fonctionnel à portée de quelqu'un qui ne sait pas écrire une boucle for. La barrière pour faire du logiciel s'est effondrée, ce qui signifie que le rare a bougé. Ce n'est plus qui peut le construire. C'est qui sait ce qui vaut la peine d'être construit et peut dire si ce qui a été construit est réellement bon. C'est du travail de fondateur, et il y en a soudainement beaucoup plus à distribuer.

Il vaut la peine de maintenir les sceptiques honnêtes, cependant, car les gains ne sont pas gratuits. L'ingénieur Michael Novati a bien fait le point de calibration : un agent IA s'amortit s'il remplace ne serait-ce que 1 % de l'effort d'un ingénieur, mais transformer ça en vrai levier est une compétence à apprendre, pas un interrupteur à activer. S'attendre à des miracles et recevoir le premier brouillon d'un junior, voilà comment les gens finissent déçus. L'outil est un multiplicateur de ce que vous apportez déjà, et un multiplicateur de zéro reste zéro.

Alors, vous rend-il moins fondateur ?

Seulement si vous le laissez prendre vos décisions à votre place.

Utilisé les yeux ouverts, Claude Code est l'outil qui amplifie le plus les fondateurs que j'aie jamais touché. Il prend ce que vous auriez toujours dû déléguer, la production manuelle, et vous le rend comme un brouillon à juger. Il permet à une équipe de deux de livrer comme une de dix. Il transforme « j'ai une idée mais pas le temps de la construire » en « voyons ça ce soir ». Rien de tout cela ne vous rend moins fondateur. Cela fait des compétences de fondateur, goût, jugement et décision, les seules choses qui restent rares.

Utilisé les yeux fermés, il vous construira allègrement une tour de code plausible, non testé, dupliqué que vous ne comprenez pas et ne pouvez pas maintenir, et ça vous rendra moins fondateur, parce que vous aurez externalisé non seulement la frappe mais la réflexion. L'outil ne décide pas quel fondateur vous devenez. C'est vous qui décidez, chaque fois que vous choisissez si vous lisez le diff.

Essayez eesel

Le même changement qui frappe le code frappe le support client, et c'est pourquoi j'ai construit eesel. Claude Code est une infrastructure pour construire des logiciels ; eesel est le coéquipier IA que vous recrutez pour réellement exécuter un travail, dans ce cas votre file de support. Vous le connectez à Zendesk, Freshdesk, Gmail ou là où vivent vos tickets, il s'entraîne sur vos propres tickets passés et votre centre d'aide, et il commence à rédiger et résoudre dès le premier jour, pendant que vous restez exactement dans la boucle copilote-pilote automatique dont traite tout cet article : il rédige, vous approuvez, et vous lui donnez plus de corde à mesure qu'il gagne votre confiance en simulant chaque changement contre votre vrai historique d'abord.

Si déléguer votre code sans perdre votre jugement vous parle, déléguer votre support de la même façon aussi. Vous pouvez essayer eesel gratuitement et avoir un agent en service en quelques minutes, aucun appel commercial requis.