Un an de Claude Code : ce qui a vraiment changé dans ma façon de construire

Claude Code est sorti il y a un peu plus d’un an dans une réaction feutrée, une courte vidéo, deux ou trois réponses enthousiastes. Un an plus tard, les gens qui construisent avec ne rédigent plus vraiment de code, ils dirigent des flottes d’agents, parfois depuis leur téléphone. Voilà deux bonds énormes en douze mois, et la trajectoire en dit plus long sur la direction que prend la construction logicielle que n’importe quelle fonctionnalité prise isolément. Voici ce qui a réellement changé, et ce que cela signifie.

J’ai construit avec tout au long du parcours, du système SDR IA aux pipelines derrière Geonimo, alors voici cette trajectoire telle que je l’ai vécue.

Deux bonds en un an

Le premier bond a été « je n’écris pas le code source, je parle à un agent qui l’écrit ». Le second, en train de se produire, c’est « je ne parle pas à un agent, j’en dirige plusieurs, ou je mets en place une routine qui les sollicite à ma place ». Il y a un an, travailler avec Claude Code signifiait six onglets de terminal et une tâche à la fois. Aujourd’hui, c’est une vue agent qui gère des worktrees, plusieurs agents en cours d’exécution simultanée, et, fait remarquable, une vraie part du travail lancée depuis un téléphone par télécommande. Le format ne cesse de changer parce que les modèles ne cessent de gagner en capacité, et la capacité achète l’autonomie.

Les habitudes qui sont restées

À travers tous ces changements, quelques principes ont tenu bon, et ce sont ceux qu’il vaut la peine d’intégrer, car ils survivront à n’importe quelle interface en particulier :

Corriger le système, pas l’instance. L’habitude la plus importante de toutes : quand l’agent commet une erreur, encoder la correction dans un endroit durable (une règle, une compétence) pour qu’elle ne se reproduise jamais. C’est ce qui permet à un agent de tourner longtemps sans vous.

La confiance par de bons réglages par défaut. Passer de l’approbation de chaque action à l’auto-acceptation avec un modèle qui vérifie la sécurité a été le déclic pour faire tourner de nombreux agents à la fois, et c’est, contre toute intuition, plus sûr que de valider machinalement des prompts sur lesquels votre regard a fini par glisser. Je décortique ces deux habitudes dans comment l’équipe d’Anthropic utilise Claude Code.

La routine est le nouvel agent

L’idée qui a transformé « on peut utiliser Claude Code de façon programmatique » en quelque chose sur quoi les gens s’appuient vraiment, ce sont les routines : des agents qui guettent le travail de façon proactive, un rapport de bug entrant, une vérification en échec, et proposent un correctif avant même qu’un humain ne regarde. Le moment troublant, c’est quand votre propre agent vous annonce que quelqu’un d’autre a déjà corrigé ce que vous vous apprêtiez à faire. La revue de code, la surveillance de la CI, les rebases, les corvées qui remplissaient autrefois une journée, s’effacent en arrière-plan. Le bond, c’est de passer de parler à un agent à déléguer à une boucle.

Ce que cela signifie pour notre façon de travailler

Quand l’agent écrit le code, la compétence rare cesse d’être la frappe et devient le jugement : le goût produit, la formulation claire du problème, savoir ce qui vaut la peine d’être construit. C’est pourquoi les rôles fusionnent, designers, PM, et même les profils finance et data construisent désormais directement, et les ingénieurs livrent de bout en bout. Cela récompense exactement le profil que j’ai cultivé : quelqu’un doté d’un jugement produit qui sait aussi construire. Un an plus tard, le plus frappant n’est pas tout ce que l’outil sait faire, c’est à quel point le métier a changé autour de lui.

Je construis ainsi tous les jours, voyez construire avec Claude Code, ce que j’ai livré, ou prenez contact.