Confession : je n'écris quasiment plus de code à la main. Je décris, l'agent code, je relis, je corrige le cap. On appelle ça le vibe-coding, et ce site (celui que vous êtes en train de lire) a été construit comme ça. En un an et demi, ma façon de travailler a plus changé qu'en dix ans de carrière.

L'IA code mieux que nous. Voilà, c'est dit.

Je sais que ça pique. Mais soyons honnêtes deux minutes : un bon agent connaît les conventions de votre framework mieux que vous, n'oublie jamais un cas limite par flemme, et ne rechigne jamais à écrire les tests. Sur une tâche bien cadrée, il produit en vingt minutes ce qui me prenait une journée, et souvent en plus propre.

Ce qu'il ne fait pas mieux que nous, en revanche : savoir quoi construire, et pourquoi. Comprendre que la demande du client cache un autre besoin, sentir qu'une feature va coûter plus cher qu'elle ne rapporte, trancher entre deux archis correctes.

Le code n'a jamais été la partie difficile du métier, on vient juste de s'en rendre compte.

Ne cherchez pas LE bon workflow : il n'existe pas encore

Tout bouge, tout le temps. Les modèles changent tous les six mois, les outils tous les trois, les bonnes pratiques encore plus vite. Ce que je faisais en janvier me paraît archaïque en août ; les threads "voici mon workflow ultime" vieillissent comme du lait.

Mon conseil : ne vous installez pas. Testez, jetez, recommencez. Le coût d'essai d'un nouvel outil n'a jamais été aussi bas : c'est l'agent qui lit la doc à votre place. Et c'est précisément ce qui rend la période passionnante : il y a énormément à explorer, et personne n'a encore la carte.

Les briques qui, elles, commencent à tenir

Au milieu de ce chantier permanent, certaines pratiques survivent à chaque changement d'outil. Ce sont elles que je pose en premier sur un nouveau projet.

Le contexte écrit stable

Un fichier à la racine du projet (CLAUDE.md, AGENTS.md, peu importe le nom) qui explique la stack, les conventions, les pièges connus. L'agent le lit à chaque session. Sans lui : du code générique. Avec : du code qui ressemble au vôtre.

La doc ne servait qu'aux humains de passage. Maintenant, elle sert à chaque session.

Le plan avant le code stable

Demandez le plan, corrigez le plan, puis laissez coder. Dix lignes de plan se relisent en trente secondes ; huit cents lignes de diff, non.

C'est au moment du plan que vous avez du levier. Après, vous ne faites que subir.

Les tests comme boucle de feedback stable

Un agent qui peut lancer les tests, lire l'erreur et se corriger tourne quasiment tout seul. Un agent qui ne le peut pas vous affirme que "ça devrait marcher". Les tests ne sont plus une corvée d'après-coup : ils sont le garde-fou qui rend l'autonomie possible.

Plus l'agent est autonome, plus les tests rapportent.

Git comme filet de sécurité stable

Des petits commits, des branches jetables, et l'agent peut expérimenter sans peur. Une piste qui ne donne rien ? On jette la branche et on repart.

Le jour où l'agent part en vrille, git reset et on respire.

La relecture humaine stable

Vous ne tapez plus le code : vous le lisez. C'est le nouveau métier, et il demande les mêmes réflexes qu'une revue de PR d'un collègue brillant mais pressé : vérifier les cas limites, questionner les choix, refuser ce qu'on ne comprend pas.

Ne mergez jamais un code que vous seriez incapable d'expliquer.

Et tout le reste, qui bouge encore

Autour de ces briques, c'est le Far West, et c'est là qu'il faut aller jouer :

  • Les agents en parallèle : plusieurs chantiers en même temps, chacun sur sa branche. Grisant, mais l'orchestration reste artisanale.
  • MCP : brancher l'agent sur vos outils : base de données, navigateur, n8n… Le standard s'impose, les usages se cherchent encore.
  • La mémoire entre sessions : un agent qui se souvient de vos préférences et de vos projets. Prometteur, encore fragile.
  • Les agents autonomes : des tâches planifiées qui tournent sans vous : veille, maintenance, CI qui se répare. On y est presque.

Alors, on fait quoi ?

On explore. Le métier ne disparaît pas, il monte d'un étage : moins de frappe, plus de direction. Ceux qui attendent que ça se stabilise pour s'y mettre risquent d'attendre longtemps, et de découvrir, le jour où ils s'y mettent enfin, que la marche est devenue haute.

Commencez petit : un fichier de contexte, un plan avant chaque feature, des tests que l'agent peut lancer. Les briques stables d'abord. Le reste, c'est le terrain de jeu.

Écrit en août 2026. Si vous lisez ceci en 2027, la moitié est probablement déjà obsolète, c'est un peu le sujet de l'article.