· reAPI Team
Qu'est-ce que le vibe coding ? La définition de Karpathy et ses limites
Le vibe coding consiste à accepter du code écrit par l'IA sans le lire. Définition originale de Karpathy, rôle des agents de programmation, coûts et limites.

Le vibe coding consiste à créer un logiciel en décrivant ce que l'on veut à un modèle d'IA et en acceptant le code qu'il écrit sans le lire. Andrej Karpathy lui a donné ce nom dans une publication du 2 février 2025 : « une nouvelle forme de programmation que j'appelle “vibe coding”, où l'on se laisse entièrement porter par les sensations, on embrasse les exponentielles et on oublie même que le code existe. »[1] La même publication en fixait la limite. Ce n'est « pas trop mal pour des projets jetables du week-end ».
Cette deuxième phrase disparaît de la plupart des récits, alors que c'est elle qui est utile. Cette pratique, souvent recherchée en un seul mot (vibecoding), permet de faire apparaître rapidement un prototype à l'écran. Elle convient mal à la livraison de code qui gère de l'argent, des connexions ou les données d'autres personnes. Ce guide revient sur ce que Karpathy décrivait, la manière dont les agents de programmation actuels en font le fonctionnement par défaut, son coût en tokens et ses limites.
La description originale du vibe coding par Karpathy
La publication énumère les habitudes qui définissent cette pratique :[1]
- Il parlait à l'éditeur au moyen d'une application de reconnaissance vocale et touchait « à peine » au clavier.
- Il demandait de petites modifications, comme diviser par deux la marge intérieure de la barre latérale, parce que trouver lui-même la ligne demandait plus d'efforts.
- Il cliquait sur « Accept All » à chaque modification et avait cessé de lire les diffs.
- Lorsqu'une erreur apparaissait, il la recollait sans commentaire, ce qui la corrigeait « généralement ».
- Lorsque le modèle ne parvenait pas à corriger un bug, il le contournait ou demandait des modifications aléatoires jusqu'à sa disparition.
Il disait aussi que le code dépassait « ma compréhension habituelle ». Voilà le compromis : gagner en vitesse en échange de ne plus savoir ce que fait le programme.
Le vibe coding dans les agents de programmation actuels
Début 2025, il s'agissait d'un éditeur et d'une habitude. En 2026, cela ressemble davantage à un réglage. Les modes d'autorisation de Claude Code déterminent ce qui s'exécute sans vous demander votre accord et correspondent directement au « Accept All » de Karpathy :[2]
| Mode de Claude Code | Ce qui s'exécute sans demander | Usage indiqué par Anthropic |
|---|---|---|
default | Lectures uniquement | Examiner soi-même chaque action |
acceptEdits | Lectures, modifications de fichiers, commandes courantes du système de fichiers | Itérer sur du code que vous examinez |
plan | Lectures ; les modifications attendent votre approbation d'un plan | Explorer une base de code avant de la modifier |
auto | Tout, avec des contrôles de sécurité en arrière-plan | Tâches longues, moins de demandes de confirmation |
bypassPermissions | Tout | Conteneurs et machines virtuelles isolés uniquement |
Les sessions de terminal de Claude Code v2.1.283 et versions ultérieures démarrent en mode auto : une nouvelle session commence donc désormais par cette approche sans intervention.[2] auto conserve des contrôles de sécurité en arrière-plan. bypassPermissions les supprime, et Anthropic réserve ce mode aux conteneurs et aux machines virtuelles isolés. Même dans ce cas, une courte liste d'actions demande toujours une confirmation préalable, quel que soit le mode, par exemple les commandes rm visant des chemins critiques.
Là où le vibe coding atteint ses limites
La première limite est la sécurité. Veracode a testé du code généré par plus de 100 grands modèles de langage en Java, JavaScript, Python et C#, et a indiqué que le code généré par l'IA introduisait des failles de sécurité dangereuses dans 45% de ses tests. Son résumé ajoute que les modèles plus grands et plus récents ne produisaient pas de code plus sûr.[3] Ces failles restent dans le code que personne ne lit.
La deuxième limite est la maintenance. Face aux bugs que le modèle ne pouvait pas corriger, Karpathy trouvait des moyens de les contourner. Cela fonctionne jusqu'à ce que ces contournements interagissent, et la personne qui devrait alors les démêler n'a jamais lu le code. Notre avis : cette approche convient à un prototype que vous jetterez, et une étape de revue est nécessaire avant que quoi que ce soit ne touche aux paiements, à l'authentification, ne supprime des données ou ne stocke des secrets.
Quelques habitudes permettent de garder la vitesse tout en ajoutant la revue manquante :
- Planifiez d'abord tout ce que vous comptez conserver. En mode
plan, Claude Code bloque les modifications jusqu'à ce que vous approuviez un plan : vous lisez donc l'intention avant le code.[2] - Effectuez une passe de revue. Claude Code inclut une compétence
/code-reviewque vous pouvez exécuter sur le diff avant de créer un commit.[4] - Lisez le diff aux points de contact sensibles. Les fichiers qui touchent au réseau, à la base de données, aux identifiants ou aux entrées utilisateur méritent une lecture humaine, même si le reste n'en nécessite pas.
- Exécutez les opérations risquées dans un bac à sable. Si vous voulez éviter toute demande de confirmation, faites-le là où Anthropic le préconise : dans un conteneur ou une machine virtuelle.
Combien coûte le vibe coding ?
Cette approche consomme les tokens sans compter. Coller des journaux d'erreurs entiers, demander des modifications aléatoires et laisser un agent travailler pendant une heure augmente les volumes d'entrée et de sortie. Sur les modèles de raisonnement d'OpenAI, les tokens de raisonnement sont facturés comme sortie : une réponse visible courte peut donc tout de même entraîner la facturation d'une longue chaîne de raisonnement.[5]
Anthropic situe la moyenne en entreprise pour Claude Code à environ $13 par développeur et par jour actif, et de $150 à $250 par développeur et par mois, avec 90% des utilisateurs sous $30 par jour actif.[6] Les sessions personnelles peuvent coûter plus ou moins ; ce chiffre est un point de repère, pas une prévision.
Le choix du modèle fait varier la facture plus que tout autre facteur. Aux tarifs catalogue d'OpenAI, GPT-6.1 Terra coûte $1 en entrée et $5 en sortie par million de tokens, contre $10 et $50 pour GPT-6 Astra.[7] Utiliser un modèle moins cher pour les nombreux petits échanges du type « mets le bouton en bleu » et un modèle plus puissant pour le bug difficile est une répartition raisonnable. Notre comparatif des modèles GPT détaille les différences de prix et d'outils, et reAPI propose les familles GPT et Claude avec une seule clé si vous souhaitez changer selon la tâche.
FAQ
Qui a inventé le terme vibe coding ?
Andrej Karpathy, dans une publication sur X datée du 2 février 2025.[1]
Peut-on livrer du code issu du vibe coding en toute sécurité ?
Pas sans revue. Veracode a trouvé des failles dangereuses dans 45% de ses tests de code généré par l'IA, et les modèles plus récents n'ont pas résolu ce problème.[3] Examinez les parties qui gèrent l'argent, les connexions, les données personnelles et les suppressions avant la mise en production.
Faut-il un outil particulier ?
Non. Tout agent de programmation qui applique les modifications à votre place convient. Dans Claude Code, le mode auto utilisé au démarrage des sessions de terminal applique déjà les modifications sans demander de confirmation pour chacune.[2]
Utiliser le vibe coding sans perdre la maîtrise du code
Le vibe coding est un bon moyen de savoir d'ici ce soir si une idée fonctionne. Gardez en tête la limite fixée par Karpathy lui-même : les projets du week-end. Lorsqu'un prototype issu du vibe coding devient un outil dont des personnes dépendent, passez en mode plan, lisez les diffs risqués, effectuez une passe de revue et choisissez vos modèles selon la tâche pour que la facture de tokens reste proportionnelle au travail.
Références
- Andrej Karpathy. Post on X introducing "vibe coding". 2 février 2025. Consulté le 4 novembre 2026 sur x.com/karpathy/status/1886192184808149383
- Anthropic. Choose a permission mode (Claude Code documentation). Consulté le 4 novembre 2026 sur code.claude.com/docs/en/permission-modes
- Veracode. 2025 GenAI Code Security Report (October 2025 update). Consulté le 4 novembre 2026 sur veracode.com/resources/analyst-reports/2025-genai-code-security-report
- Anthropic. Extend Claude with skills: bundled skills. Consulté le 4 novembre 2026 sur code.claude.com/docs/en/skills
- OpenAI. Reasoning models. Consulté le 4 novembre 2026 sur developers.openai.com/api/docs/guides/reasoning
- Anthropic. Manage costs effectively (Claude Code documentation). Consulté le 4 novembre 2026 sur code.claude.com/docs/en/costs
- OpenAI. GPT-6.1 Terra and GPT-6 Astra model pages. Consulté le 4 novembre 2026 sur developers.openai.com/api/docs/models