Codage Vibe vs Ingénierie Agentique : Les Lignes Floues Deviennent Inconfortables

Simon Willison, le créateur de Datasette et développeur Python de longue date, a récemment rejoint Joseph Ruscio dans le podcast High Leverage de Heavybit (épisode #9) pour discuter des outils de codage IA. Dans un article de blog publié le 6 mai 2026, il partage une prise de conscience troublante : les frontières entre le vibe coding et l'ingénierie agentique s'estompent dans son travail quotidien.

Vibe coding vs ingénierie agentique : définitions originales

Willison faisait auparavant une distinction nette entre les deux :

• Vibe coding : Non-programmeurs ou programmeurs qui ne relisent pas le code. Vous demandez quelque chose, vous obtenez quelque chose, et si ça casse, vous croisez les doigts. Idéal pour des outils personnels où les bugs ne nuisent qu'à vous — grossièrement irresponsable pour des logiciels de production utilisés par d'autres.
• Ingénierie agentique : Ingénieurs logiciels professionnels utilisant l'IA pour construire des systèmes de production de meilleure qualité plus rapidement, tout en appliquant leur expertise en matière de sécurité, maintenabilité et exploitation. Chaque ligne est relue.

Où se produit la convergence

Le problème est que les agents de codage comme Claude Code sont devenus assez fiables pour que Willison se surprenne à sauter la relecture du code pour des tâches de production routinières. Son exemple :

Demander à Claude Code de construire un point de terminaison d'API JSON qui exécute une requête SQL et affiche les résultats au format JSON.
Il va simplement le faire correctement. Il ne va pas se tromper.
Vous lui faites ajouter des tests automatisés, vous lui faites ajouter de la documentation, vous savez que ce sera bon.

Il admet se sentir coupable : « Si je n'ai pas relu le code, est-ce vraiment responsable de l'utiliser en production ? »

Le modèle mental : faire confiance à un agent comme à une équipe

Willison compare cela au travail dans une grande organisation où une autre équipe fournit un service de redimensionnement d'images. Vous ne lisez pas chaque ligne de leur code — vous lisez la documentation, testez le service, et le traitez comme une boîte semi-noire jusqu'à ce que vous rencontriez des problèmes. Il traite désormais les agents IA de la même manière.

Mais il note une différence inconfortable : « Claude Code n'a pas de réputation professionnelle ! Il ne peut pas être tenu responsable de ce qu'il a fait. Mais il fait ses preuves quand même — encore et encore, il produit des choses simples et les fait correctement dans le style que j'aime. »

Il appelle cela une forme de « normalisation de la déviance » — l'acceptation progressive d'une surveillance moindre à mesure que l'outil continue de faire ses preuves.

Conclusion pour les développeurs utilisant des agents IA

L'article de Willison est un avertissement pratique : à mesure que les agents deviennent plus fiables, la tentation de sauter la relecture grandit. Son conseil n'est pas d'arrêter d'utiliser les agents, mais de rester conscient des endroits où vous prenez des raccourcis. Pour les systèmes de production qui affectent d'autres personnes, vous avez toujours besoin d'un humain qui comprend le code et peut être tenu responsable.