Vibe coding : quand tout le monde peut « développer »

« Mon stagiaire a créé une app en un après-midi. On a encore besoin d’une agence ? »

J’entends cette phrase de plus en plus souvent. En session d’inspiration, en réunion stratégique, parfois même en comité de direction. Quelqu’un découvre Cursor, Replit ou Bolt, tape quelques phrases en langage naturel, et se retrouve avec un prototype fonctionnel en quelques heures.

L’enthousiasme, je le comprends. Le raccourci qui suit, beaucoup moins. Si l’IA peut construire ça, pourquoi payer une équipe de développeurs ? Pourquoi passer par une agence ?

La question mérite d’être posée. Mais la réponse n’est ni « vous avez raison, virez tout le monde » ni « c’est un gadget, ignorez-le ». Les enjeux sont réels pour quiconque pilote des projets digitaux, et je vais essayer de les démêler.

Le vibe coding : de quoi parle-t-on exactement ?

En février 2025, Andrej Karpathy (cofondateur d’OpenAI, ancien directeur IA de Tesla) publie un tweet vu plus de 4,5 millions de fois : « There’s a new kind of coding I call vibe coding, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. » L’idée : on décrit ce qu’on veut en langage courant, l’IA écrit le code. On ne programme plus. On « vibre ».

Un an plus tard, on a dépassé le stade du buzz. Le marché du vibe coding pèse 4,7 milliards de dollars en 2026, en croissance de 38% par an. 92% des développeurs américains utilisent des outils de code IA au quotidien. Mais le chiffre qui m’interpelle le plus : 63% des utilisateurs de vibe coding ne sont pas développeurs. Ce sont des marketeurs, des product managers, des entrepreneurs, des stagiaires. Des gens qui n’avaient jamais écrit une ligne de code.

Et le mouvement s’accélère. 41% du code mondial est aujourd’hui généré par l’IA. La population de « builders », les gens capables de construire du logiciel, pourrait passer de 30 millions à un milliard dans les prochaines années. Autant dire que les cartes sont rebattues.

Des résultats parfois spectaculaires

Les exemples ne manquent pas. Un fondateur non-technique a créé une app de journaling avec Replit en six jours, récupéré 500 utilisateurs bêta en deux semaines, et levé un tour de pré-seed sur la traction. Un consultant a remplacé son site Squarespace en trois heures avec Bolt, économisant 430 euros par an. Chez Novo Nordisk, des équipes pharma ont réduit un processus de développement de 12 semaines à 10 minutes.

Pour le prototypage et la validation rapide, c’est bluffant. Sauf que prototyper n’est pas produire. Et c’est là que ça se complique.

Ce que les success stories ne disent pas

Retournons la médaille. Les exemples qui précèdent racontent la moitié de l’histoire.

Veracode a publié une étude en 2026 : 45% du code généré par l’IA contient des vulnérabilités de sécurité. Injection de commandes, secrets codés en dur, failles d’authentification. En comparaison avec du code humain, le code IA produit 2,74 fois plus de failles de sécurité et 1,75 fois plus d’erreurs de logique.

L’IA gère très bien le « happy path », le scénario où tout se passe comme prévu. Les cas limites, les états d’erreur, les inputs bizarres ? Presque jamais couverts. En pratique, 6 projets vibe-codés sur 10 se déploient correctement. Les 4 autres cassent sur l’authentification, les paiements, la montée en charge ou la sécurité.

Le chiffre qui devrait faire réfléchir : 70% des prototypes vibe-codés qui doivent passer à l’échelle nécessitent une réécriture complète. Quant à la maintenance d’un code IA non-supervisé, elle coûte 4 fois plus cher que la normale dès la deuxième année.

Le précédent Canva : on a déjà vu ce film

En 2013, Canva lance avec une promesse simple : tout le monde peut designer. Plus besoin de maîtriser Photoshop ou Illustrator. La réaction de l’industrie du design a été la même que celle que j’observe aujourd’hui face au vibe coding. Un mélange de panique et de dédain.

Treize ans plus tard, qu’est-ce qui s’est passé ? Canva a démocratisé la création de visuels simples : présentations, posts sociaux, flyers. Les équipes marketing font elles-mêmes leurs visuels du quotidien, plus vite et moins cher. Mais les designers n’ont pas disparu. Ils se sont déplacés vers le haut. Branding, direction artistique, systèmes de design, expériences complexes.

Le vibe coding suit la même trajectoire. D’ailleurs, Canva elle-même vient de lancer des fonctionnalités de « vibe designing ». La démocratisation ne supprime pas l’expertise. Elle la déplace vers le haut.

Ni tout-agence, ni tout-IA : le juste milieu

Ma conviction, que je partage régulièrement avec les équipes que j’accompagne : le vibe coding est un outil formidable quand on l’utilise pour ce qu’il fait bien. Et il devient un piège quand on lui demande ce qu’il ne sait pas faire.

Prenons deux scénarios. Le CMO qui remplace son agence par des outils IA va économiser de l’argent pendant six mois. Puis il paiera le double en année deux, entre dette technique, failles non détectées et réécritures. Le CMO qui refuse les outils IA sera dépassé par des concurrents qui prototypent en jours au lieu de mois. Les deux postures extrêmes mènent dans le mur.

Gartner prévoit que d’ici 2030, 80% des organisations transformeront leurs grandes équipes de développement en unités plus petites, augmentées par l’IA. Le mot clé, c’est « augmentées ». Pas « remplacées ». Moins de développeurs, mais des développeurs qui font plus. Moins de code écrit à la main, mais plus de supervision, d’architecture, de revue de qualité.

Vibe coder intelligemment : les règles du jeu

Le problème n’est pas le vibe coding en soi. C’est la façon dont on l’utilise. La plupart des échecs que je vois ne viennent pas de l’outil mais de prompts vagues, d’une absence de cadrage et d’un excès de confiance dans le résultat brut. Quelques principes que j’applique avec les équipes que j’accompagne.

Prompter pour la robustesse, pas seulement pour la fonctionnalité

La plupart des utilisateurs de vibe coding décrivent ce que l’app doit faire. Très peu décrivent ce qu’elle doit empêcher. Toute la différence entre un prototype qui impressionne en démo et un produit qui tient en production est là.

Exemples de consignes à donner à l’IA :

→ « Ajoute la validation de tous les inputs utilisateur et couvre les cas d’erreur »

→ « Inclus la gestion des erreurs réseau, des timeouts et des réponses inattendues »

→ « Vérifie les vulnérabilités OWASP Top 10 : injection SQL, XSS, CSRF, secrets en dur »

→ « Ajoute du rate limiting et de l’authentification sur toutes les routes API »

→ « Documente chaque fonction avec son objectif et ses cas limites »

Ça ne garantit pas un code parfait, évidemment. Mais la différence de qualité entre un prompt qui dit « fais-moi un formulaire de paiement » et un prompt qui dit « fais-moi un formulaire de paiement sécurisé avec validation côté serveur, gestion des erreurs Stripe, protection CSRF et logs d’audit » est énorme. J’ai vu des équipes diviser leur taux de bugs par deux juste en améliorant leurs prompts.

Toujours faire relire avant de passer en production

C’est la règle non négociable. Un prototype vibe-codé peut aller en démo, en test utilisateur, en validation d’hypothèse sans revue. Mais dès qu’il touche des données réelles, des paiements ou des utilisateurs finaux, il faut qu’un développeur expérimenté relise le code. 71% des développeurs refusent de merger du code IA sans revue manuelle. Et ils ont raison.

Séparer ce qui est jetable de ce qui doit durer

Avant de lancer un projet en vibe coding, posez-vous une question simple : est-ce que ce code sera encore utilisé dans six mois ? Si oui, prévoyez dès le départ une phase de consolidation par des experts. Si c’est un POC, un test A/B, un outil interne temporaire, laissez l’IA faire et ne surinvestissez pas. Tout ne mérite pas le même niveau de finition.

Utiliser l’IA comme accélérateur de brief, pas comme remplacement d’expertise

L’un des usages les plus malins que je vois en ce moment : un CMO vibe-code un prototype en deux jours, le montre à son équipe et à ses utilisateurs, collecte du feedback concret, puis brief une agence avec des spécifications vivantes au lieu d’un PowerPoint théorique. Le prototype devient le brief. Et ce brief est dix fois meilleur parce qu’il est tangible.

Ce que ça change concrètement pour vous

Intégrez le vibe coding dans vos phases de cadrage. Avant de lancer un projet digital à 50 000 ou 200 000 euros, faites un POC en vibe coding. En quelques jours, vous aurez un prototype cliquable pour valider l’hypothèse business, tester auprès d’utilisateurs et briefer l’équipe de production avec des spécifications concrètes. Le coût d’un POC vibe-codé est négligeable. Le coût d’un projet mal cadré ne l’est pas.

Repensez la relation avec vos partenaires techniques. Leur rôle change. Avant, vous les payiez pour écrire du code de A à Z. Demain, vous les paierez pour superviser, sécuriser, architecturer et maintenir. C’est un rôle différent, plus stratégique, moins exécutif. Mais il reste indispensable.

Formez vos équipes au prompting, pas au code. Ce qui fait la différence en vibe coding, ce n’est pas de savoir programmer. C’est de savoir formuler des instructions claires, décomposer un problème et évaluer si le résultat est correct. Ce sont des compétences de chef de projet, pas de développeur. Investissez dans la montée en compétence de vos équipes marketing et produit sur ces outils.

Le vibe coding ne tue pas les experts. Il les rend plus précieux.

Je vais être transparent : en tant que dirigeant d’agence de conseil digital, ce sujet me concerne directement. Je n’ai pas d’équipe de développeurs. Mon métier, c’est d’accompagner des organisations dans leurs choix technologiques et stratégiques. Et c’est justement parce que je n’ai pas de dev à « protéger » que je peux regarder ces données sans parti pris.

Le vibe coding change la donne. Il démocratise la création de logiciel comme Canva a démocratisé le design. Il permet à des non-techniciens de construire des choses qui auraient pris des semaines il y a deux ans. C’est réel, c’est puissant, et l’ignorer serait une erreur.

La bonne question n’est pas « est-ce que l’IA peut remplacer mon agence ? » mais plutôt « qu’est-ce que l’IA fait mieux, qu’est-ce que l’humain fait mieux, et comment je combine les deux ? » Les organisations qui trouveront cet équilibre auront un avantage réel : la vitesse du vibe coding pour explorer, la rigueur de l’expertise pour construire.

Quand tout le monde peut générer du code, la valeur n’est plus dans le code lui-même. Elle est dans le jugement de savoir quoi en faire.

Cedric/c