Comment pratiquer le vibe coding de manière responsable en production - Vibe coding in prod | Code w/ Claude

Présentation d’Eric, chercheur sur les agents de codage chez Anthropic, qui explique comment utiliser en toute sécurité le vibe coding — une approche consistant à confier entièrement l’écriture du code à une IA — dans un environnement de service réel. Il précise que produire simplement beaucoup de code avec l’IA ne suffit pas à faire du vibe coding ; l’essentiel, selon la définition d’Andrej Karpathy, est d’« oublier jusqu’à l’existence même du code ». Avec une capacité des IA à traiter des tâches de plus en plus importantes qui double tous les 7 mois, il part du constat que ne pas tirer parti de cette dynamique risque de faire prendre du retard sur la concurrence.

Arguments clés

• Le principe du vibe coding est : « oublier le code, mais ne pas oublier le produit ». De la même manière qu’on ne lit pas l’assembleur généré par le compilateur ligne par ligne, il faut se concentrer moins sur le code écrit par l’IA que sur la vérification de la qualité et de l’exactitude du résultat.
• Le rôle du développeur doit évoluer : il ne s’agit plus d’implémenter directement, mais de devenir le chef de produit (PM) de Claude. Comme lorsqu’on délègue une tâche à un ingénieur junior, le fait de structurer soigneusement les exigences, le contexte de la base de code et les contraintes, puis de transmettre tout cela à l’IA — même si cela prend plus de 15 à 20 minutes — augmente fortement les chances de réussite.
• Le vibe coding doit se concentrer sur les nœuds feuilles de la base de code, c’est-à-dire les fonctionnalités terminales dont aucun autre code ne dépend. Le code fondamental — architecture centrale ou modules dont dépendent les autres — doit toujours être compris et géré en profondeur par des humains.
• Il est indispensable de concevoir la vérifiabilité. Dans un cas interne chez Anthropic, où 22 000 lignes de code de reinforcement learning ont été écrites avec Claude puis fusionnées en production, des stress tests et des points de contrôle de validation fondés sur les entrées/sorties ont permis de confirmer la stabilité et l’exactitude sans lire l’intégralité du code.

Limites actuelles

• Pour la dette technique (tech debt), il n’existe pas encore de bonne méthode pour la mesurer ou la vérifier sans lire directement le code. C’est la principale raison pour laquelle le vibe coding doit rester limité aux nœuds feuilles.
• Il est risqué pour des non-développeurs de construire des systèmes de production en vibe coding dans des domaines sensibles comme la sécurité ou le paiement. Cela suppose au minimum une capacité de jugement technique permettant de poser les bonnes questions.

Ce qui le distingue

• Le texte ne présente pas le vibe coding comme une simple mode, mais comme une transformation structurelle de l’industrie logicielle. Il souligne aussi que le problème consistant à « vérifier un résultat sans connaître l’implémentation » — comme un CTO qui encadre des experts ou un CEO qui valide le travail d’un comptable — est une question aussi ancienne que la civilisation elle-même.

Enseignements

• Les compétences attendues des ingénieurs logiciel se déplacent : moins écrire chaque ligne de code, davantage définir précisément les exigences et vérifier les résultats de manière structurée. Vu la vitesse à laquelle les outils d’IA progressent, plus on s’adapte tôt à cette transition, plus l’avantage potentiel semble important.