Le vibe coding consiste à créer un logiciel en décrivant ce que l'on veut et en laissant l'IA écrire le code. Les outils orientés code vous laissent un code à exécuter, héberger et maintenir. Les créateurs d'applications IA hébergés comme WisyLink vont plus loin : la description devient une application web en ligne, données, comptes et hébergement compris.
- Andrej Karpathy a inventé l'expression « vibe coding » en février 2025. Elle désigne aujourd'hui toute création où des descriptions en langage courant remplacent l'écriture du code à la main.
- Les outils orientés code produisent un code source qui vous appartient. Les paquets, l'hébergement, la base de données et les clés secrètes deviennent votre affaire.
- Les créateurs d'applications IA hébergés produisent une application web qui tourne à une adresse. Vous renoncez à l'accès au code et, en échange, vous ne gérez ni serveurs, ni paquets, ni base de données.
- Les deux familles partagent les mêmes risques : des noms de paquets inventés, un code que personne ne comprend et des règles d'accès jamais testées. La discipline de test compte plus que l'outil.
- Quatre questions suffisent à savoir quelle famille vous convient. La plupart des non-développeurs qui veulent une application en ligne avec connexions et données sont mieux servis par un créateur hébergé.
Ce que veut dire vibe coding en 2026
Quand Andrej Karpathy l'a nommé dans un message publié en février 2025, le vibe coding désignait quelque chose de précis : on « s'abandonne complètement aux vibes » et on « oublie que le code existe », en acceptant tout ce que l'IA écrit et en ne se guidant que sur ce qu'on voit à l'écran. L'expression s'est répandue assez vite pour que le dictionnaire Collins en fasse son mot de l'année 2025.
Depuis, le sens s'est élargi. On parle de vibe coding aussi bien pour un développeur qui laisse un agent IA écrire une fonctionnalité que pour une gérante de café qui décrit une page de réservation dans un chat sans jamais voir une ligne de code. Les développeurs professionnels gardent plutôt leurs distances : dans l'enquête Stack Overflow 2025 auprès des développeurs, 72 % déclaraient que le vibe coding ne fait pas partie de leur travail.
Pour quelqu'un qui ne développe pas, la question utile n'est pas le nom de la pratique, mais ce que l'on a entre les mains quand l'IA a terminé : un dossier de code, ou une application qui fonctionne à une adresse.
Deux familles : outils orientés code et créateurs hébergés
La plupart des outils de vibe coding appartiennent à l'une de deux familles. La ligne de partage : qui fait tourner le résultat.
Les outils orientés code placent l'IA là où l'on écrit le code : dans un éditeur de code, dans un terminal sous forme d'agent de programmation, ou dans un outil en ligne qui génère un projet et en affiche un aperçu. Ils produisent du code source. Certains proposent un déploiement en un clic, mais le code, ses dépendances et sa configuration restent un projet dont vous êtes responsable. Si quelque chose casse à 2 heures du matin, la correction se trouve dans ce code.
Les créateurs d'applications IA hébergés placent l'IA là où l'on décrit le produit. Ils produisent une application web qui tourne à sa propre adresse, avec le serveur, le stockage des données, le stockage des fichiers et les comptes fournis par la plateforme. Vous ne touchez jamais au code ; vous modifiez l'application en décrivant la modification. Pour la définition générale, lisez d'abord ce qu'est un créateur d'applications IA.
La différence paraît mince lors d'une démo, où les deux affichent un écran fonctionnel en quelques minutes. Elle devient énorme le deuxième jour, quand de vraies personnes s'inscrivent, envoient des fichiers et paient.
Ce que vous gérez : code, paquets, hébergement, données, clés
Cinq responsabilités séparent les deux familles. Avec un outil orienté code, chacune vous revient. Avec un créateur hébergé, chacune revient à la plateforme, au prix d'un contrôle moindre.
- Le code
- Orienté code : un dépôt que vous conservez, versionnez et, idéalement, relisez. Hébergé : aucun code à gérer, et aucun accès à celui-ci.
- Les paquets
- Orienté code : des bibliothèques tierces choisies par l'IA, que vous installez, vérifiez et mettez à jour quand des correctifs de sécurité paraissent. Hébergé : rien à installer ni à mettre à jour.
- L'hébergement
- Orienté code : choisir un hébergeur, configurer la compilation, les variables d'environnement, le domaine et le HTTPS. Hébergé : inclus et servi en HTTPS ; sur WisyLink, votre propre domaine est une option de tous les forfaits, le gratuit compris.
- La base de données
- Orienté code : en provisionner une, concevoir les tables, écrire les règles d'accès et organiser les sauvegardes. Hébergé : chaque application dispose de son propre stockage de données isolé ; à vous de vérifier que ses règles laissent les bonnes personnes voir les bonnes fiches.
- Les clés secrètes
- Orienté code : les clés d'API vont dans des variables d'environnement et ne doivent jamais être versionnées dans le dépôt ni envoyées au navigateur. Hébergé : vous collez vos clés une fois dans un écran de réglages protégé ; sur WisyLink, c'est Intégrations, où elles sont chiffrées et ne sont plus jamais affichées.
Les clés secrètes sont un terrain où les débutants se blessent facilement. Une clé de paiement ou de base de données placée dans le code du navigateur est lisible par chaque visiteur, et une clé versionnée dans un dépôt public peut être trouvée par quiconque la cherche.
Faut-il savoir coder pour faire du vibe coding ?
Pas pour obtenir une première version. Pour faire tourner un projet orienté code en toute sécurité, cela aide beaucoup : vous croiserez des messages d'erreur, des conflits de dépendances et des réglages de déploiement, et les corrections de l'IA ne valent que par votre capacité à décrire ce qui ne va pas. Avec un créateur hébergé, les compétences qui comptent sont de décrire clairement, de tester patiemment et de connaître vos propres règles métier.
Tableau comparatif
| Critère | Éditeur IA orienté code | Créateur d'applications IA hébergé |
|---|---|---|
| Pour qui | Les développeurs, et les non-développeurs prêts à apprendre les bases | Ceux qui veulent une application qui fonctionne sans avoir à exploiter de logiciel |
| Mise en route | Installer des outils, créer des comptes chez un hébergeur et un fournisseur de base de données, configurer le déploiement | Créer un compte et décrire l'application |
| Où elle tourne | Sur votre ordinateur, jusqu'au déploiement chez l'hébergeur de votre choix | Sur la plateforme, à sa propre adresse web dès la première génération |
| Base de données | Une base que vous provisionnez, structurez et sauvegardez | Incluse, isolée pour chaque application |
| Gestion des clés | Des variables d'environnement à gérer vous-même ; une fuite par erreur est vite arrivée | Collées une fois dans un écran de réglages chiffré |
| Accès au code | Total ; vous pouvez l'emporter n'importe où | Aucun sur WisyLink ; pas d'export |
| Applications mobiles | Possibles avec un framework mobile, des comptes développeur et la validation des stores | Des applications web qui fonctionnent dans le navigateur du téléphone ; pas d'apps publiées sur les stores |
| Pannes typiques | Déploiements cassés, conflits de dépendances, clés divulguées, corrections qui cassent autre chose | Limite fonctionnelle ou plafond du forfait atteint ; règles qui semblent justes mais n'ont jamais été testées |
Quelle famille vous convient : quatre questions
- Voulez-vous lire, posséder ou déplacer le code ? Si oui, choisissez un outil orienté code. Si seul compte le fait que l'application fonctionne et reste en ligne, passez à la suite.
- Doit-elle être une application native sur l'App Store ou Google Play ? Si oui, choisissez un outil orienté code avec un framework mobile, ou faites appel à un développeur. Si une application web qui fonctionne sur téléphone suffit, passez à la suite.
- Allez-vous gérer vous-même l'hébergement, une base de données et des clés secrètes ? Si non, choisissez un créateur hébergé. Si oui, les deux conviennent, et l'outil orienté code vous donne plus de contrôle.
- L'application suit-elle des modèles web courants : pages, formulaires, comptes, envois de fichiers, paiements, mises à jour en direct ? Si oui, un créateur hébergé est le chemin le plus court. Si elle demande des traitements lourds, une recherche plein texte sur de gros volumes ou des horaires à la minute près, partez sur un outil orienté code ou lisez créateur d'applications IA ou développeur.
Là où les outils orientés code l'emportent
- Propriété et portabilité. Le code est à vous : vous pouvez l'inspecter, le déplacer chez un autre hébergeur ou le confier à un développeur qui reprend là où l'IA s'est arrêtée.
- Aucun plafond d'architecture. N'importe quel langage, n'importe quelle base de données, n'importe quelle bibliothèque, des traitements longs, des intégrations inhabituelles.
- Applications mobiles natives. Avec un framework mobile, un compte développeur et de la patience face à la validation des stores, vous pouvez publier sur les stores d'applications.
- Travail en équipe. Gestion de versions, relecture de code, tests automatisés et retour à un commit précédent.
- Apprentissage. Si votre objectif est de devenir développeur, lire et corriger du code écrit par l'IA est une école rapide.
La contrepartie : chacun de ces atouts suppose que quelqu'un accepte de lire du code. Un projet orienté code que personne ne relit garde toutes les responsabilités et perd son principal avantage.
Là où les créateurs hébergés l'emportent
- En ligne dès la première génération. Aucune étape de déploiement à apprendre : l'application a une adresse dès qu'elle est construite.
- Un back-end que vous n'assemblez pas. Données, comptes avec rôles, envois de fichiers, paiements via votre propre prestataire, e-mails via votre propre compte SMTP et mises à jour en direct sont ajoutés quand le projet en a besoin.
- Des clés mieux protégées. Les clés ne se trouvent jamais dans un code que vous pourriez publier par mégarde.
- Des modifications en langage courant. « Ajoutez une liste d'attente quand le cours est complet » : voilà toute l'instruction.
- Rien à mettre à jour. La plateforme fait tourner les serveurs, les certificats et l'environnement d'exécution.
Le vibe coding convient-il aux débutants ?
Oui, pour apprendre et pour de petits projets, à une condition : que le débutant ne se retrouve pas à exploiter une infrastructure qu'il ne comprend pas. Avec un outil orienté code, un débutant peut produire vite une démo fonctionnelle, puis rester bloqué sur le déploiement, un mot de passe de base de données ou une erreur de dépendance. Avec un créateur hébergé, il saute ces étapes et consacre son temps à ce qui décide du succès : la description, les tests et les clients.
Risques communs : paquets fantômes, dette d'intention, relecture
Changer de famille change les risques que vous portez, pas le fait d'en porter.
Paquets fantômes
Les modèles d'IA recommandent parfois des paquets logiciels qui n'existent pas, et des attaquants peuvent publier des paquets malveillants sous ces noms inventés. Une étude acceptée à USENIX Security 2025, « We Have a Package for You! », a généré 576 000 échantillons de code et constaté que les paquets hallucinés représentaient en moyenne au moins 5,2 % pour les modèles commerciaux et 21,7 % pour les modèles open source, avec 205 474 noms inventés distincts. Dans un projet orienté code, vérifiez chaque nouvelle dépendance avant de l'installer. Le mécanisme est détaillé dans paquets imaginaires : le risque de la chaîne d'approvisionnement du code généré.
Dette d'intention
Le code généré peut grandir plus vite que la compréhension qu'on en a, jusqu'à ce que plus personne ne sache dire pourquoi l'application fait ce qu'elle fait. L'essai sur la dette d'intention traite ce sujet en profondeur. Un créateur hébergé retire le code de votre vue, pas la nécessité de connaître vos règles : tenez-en une courte liste écrite. Qui peut voir quoi, que se passe-t-il quand un créneau est complet, quand un remboursement est-il possible.
Discipline de relecture
Dans la même enquête Stack Overflow, la première source de frustration, citée par 66 % des répondants, était une production de l'IA « presque juste, mais pas tout à fait ». Le presque-juste est dangereux exactement là où les clients le remarquent : paiements, droits d'accès et données qui disparaissent. Quel que soit votre outil, cliquez sur chaque parcours avant le lancement, connectez-vous avec deux utilisateurs différents en essayant de voir les données de l'autre, et réalisez un paiement complet en mode test. L'argument complet en faveur de cette habitude se trouve dans vibe coding : discipline et limites de la production logicielle par intuition.
L'approche de WisyLink
WisyLink est un créateur hébergé, conçu pour que la description soit la seule chose que vous écriviez. Vous discutez avec Wisy, l'assistant, dans l'application web, l'app iOS ou Android, ou via l'API. À chaque tour, Wisy pose une question courte ou lance la génération, et il répond dans la langue de votre dernier message.
Un agent écrit ensuite l'application selon des règles fixes sur les points où les débutants se trompent : les pages sont rendues côté serveur avec balises de référencement et sitemap, les mots de passe sont hachés, les fichiers privés ne sont servis que par des liens qui expirent, et un paiement n'est marqué comme réglé que lorsque la notification vérifiée du prestataire arrive. Vous suivez une liste de tâches en direct et pouvez arrêter une génération. Si une génération échoue, la version précédente reste en ligne, et un déploiement remplace entièrement la version précédente ou n'est pas publié du tout. Les clés vont dans Intégrations, et l'agent de génération n'a aucun accès permanent à votre compte ni à vos identifiants.
Les limites sont voulues, et mieux vaut les connaître avant de commencer. WisyLink crée des applications web et des jeux dans le navigateur, pas des applications pour l'App Store. Il n'y a ni éditeur de code ni export du code : vous modifiez l'application en discutant. Il ne génère ni photos, ni musique, ni vidéo ; il utilise des photos de banques d'images, des illustrations vectorielles codées à la main et vos propres fichiers. Le stockage, la base de données et la bande passante sont plafonnés selon le forfait. Le forfait gratuit Community sert aux premières versions : les générations restent courtes, vous avez droit à une génération par fenêtre de 5 heures, et les liens durent 30 jours plus une semaine. Plus de détails dans comment WisyLink est construit.
Essayez la voie hébergée en un message
Si vos réponses aux quatre questions désignent un créateur hébergé, le test le plus rapide reste votre propre idée. Écrivez un message qui nomme les pages, qui se connecte, ce que chacun peut faire et ce que vous devez voir en tant que propriétaire, par exemple :
Créez un site de réservation de cours pour mon atelier de poterie. Les élèves s'inscrivent, réservent une place dans un cours hebdomadaire de 8 places et rejoignent une liste d'attente quand il est complet. Il me faut une page d'administration pour ajouter des cours et voir qui vient, et un e-mail pour moi à chaque réservation.
Envoyez-le, ouvrez le lien en ligne sur votre téléphone et testez-le comme le ferait un élève. Demandez ensuite les modifications qui comptent. Tout cela est gratuit : commencez avec Community, sans carte bancaire, et ne choisissez un forfait payant que lorsque l'application mérite de rester en ligne.
FAQ