Vibe coding : une PME peut-elle faire coder son application par l'IA ?

Prototype en une soirée ou vraie application ? Ce que le vibe coding permet à une PME, ses limites en sécurité et en maintenance, et quand passer au sur mesure.

Oui, pour un prototype à montrer ou un petit outil que vous seul utilisez. Non, dès que l'application manipule des données clients, se branche sur vos autres logiciels ou doit encore tourner dans deux ans. Le vibe coding produit très vite quelque chose qui fonctionne à l'écran. Il ne garantit ni la sécurité du code, ni sa maintenance, ni qu'une personne le comprenne le jour où il faudra le corriger.

Le sujet est revenu cette semaine sur X, où développeurs et fondateurs débattent de ces applications décrites en langage courant et écrites par l'IA. Le terme a été lancé par Andrej Karpathy, cofondateur d'OpenAI, dans un message publié le 2 février 2025, et le dictionnaire Collins en a fait son mot de l'année 2025. Pour un dirigeant de PME, la question est simple : peut-on s'en servir pour éviter de payer un développement ?

Qu'est-ce que le vibe coding, concrètement ?

Vous décrivez ce que vous voulez à un outil d'IA, il écrit le code, et vous jugez sur le résultat affiché sans lire ce qui a été produit. Karpathy le décrivait ainsi : il accepte toutes les modifications sans les relire, recolle les messages d'erreur tels quels jusqu'à ce que le problème disparaisse, et reconnaît que le code dépasse vite ce qu'il comprend. Il réservait lui-même la méthode aux projets jetables du week-end.

Il faut le distinguer du développement assisté par l'IA. Dans ce second cas, un développeur utilise les mêmes outils pour aller plus vite, mais il relit chaque modification, la teste et sait expliquer pourquoi le code fait ce qu'il fait. Les outils sont identiques. Ce qui change, c'est qu'il reste quelqu'un aux commandes.

Que peut-on vraiment construire seul avec l'IA ?

Plus qu'on ne l'imagine, tant que l'enjeu reste petit. Quelques usages où le vibe coding rend un vrai service à une PME :

• une maquette cliquable pour tester une idée auprès de cinq clients avant d'engager un budget ;
• un petit outil personnel qui transforme un export de votre logiciel de caisse en tableau lisible ;
• une page de démonstration pour convaincre un associé ou un partenaire que l'idée tient debout.

Ces projets ont des points communs. Peu de monde les utilise, ils ne stockent pas de données sensibles, et s'ils tombent en panne, personne n'est bloqué dans son travail. Dans ce cadre, la vitesse compense largement la fragilité du code.

Photo : Kelly Sikkema sur Unsplash

Où le vibe coding montre-t-il ses limites en entreprise ?

Les ennuis commencent quand le prototype devient l'outil de l'entreprise. Un formulaire qui enregistre des clients, un espace de connexion pour vos commerciaux, un lien avec la comptabilité : à partir de là, ce qui ne se voit pas à l'écran compte autant que ce qui s'affiche.

Le code généré est-il sûr ?

Pas par défaut. L'éditeur de sécurité Veracode a soumis 80 tâches de programmation à plus de 100 modèles d'IA pour son rapport 2025 sur la sécurité du code généré. Dans 45 % des cas, le code produit contenait une faille connue, de celles qui figurent au classement OWASP des risques web les plus courants. Les modèles les plus récents ne faisaient pas mieux que les anciens sur ce point, alors que leur code était plus souvent correct sur le plan syntaxique.

Dans une application vibe codée, personne ne relit, donc personne ne repère ces failles. Une clé d'accès laissée dans le code visible par le navigateur, une base de données ouverte sans mot de passe, un formulaire qui accepte n'importe quoi : ce sont des erreurs banales, et elles suffisent. La faille PHP2Shell a récemment rappelé ce que coûte un site que plus personne ne surveille.

Qui corrigera l'application dans six mois ?

Une application vit. Votre prestataire de paiement change son interface, une nouvelle version d'iOS casse un écran, un collaborateur demande un export qui n'existait pas. Avec un code que personne n'a lu, chaque correction repart de zéro, et l'IA peut casser ailleurs ce qu'elle répare ici. Karpathy le disait lui-même : quand l'outil ne parvient pas à corriger un bug, il le contourne ou demande des changements au hasard jusqu'à ce qu'il disparaisse. Acceptable pour un projet du week-end, pas pour le logiciel qui fait tourner votre planning.

Où sont stockées les données ?

Les outils de création rapide hébergent souvent l'application et sa base de données chez eux, sur des serveurs dont vous ne choisissez pas toujours le pays. Pour des données personnelles de clients ou de salariés, c'est une question à trancher avant la mise en ligne, pas après. Notre article sur l'hébergement des données en Suisse ou en France détaille les critères.

Photo : Jiří Navrátil sur Unsplash

Comment savoir si votre projet peut se contenter d'un prototype IA ?

Posez-vous quatre questions avant de mettre un outil vibe codé entre les mains de votre équipe :

1. Plus de cinq personnes s'en serviront-elles chaque jour ?
2. Contient-il des données personnelles, des tarifs ou des informations de paiement ?
3. Doit-il échanger avec votre ERP, votre logiciel de paie ou votre CRM ?
4. Devra-t-il encore fonctionner dans deux ans ?

Si vous répondez oui à une seule de ces questions, il vous faut quelqu'un qui comprend le code, qu'il soit dans votre équipe ou chez un prestataire. Si c'est non partout, profitez de la vitesse et gardez l'outil à sa place de brouillon.

Le prototype vibe codé est-il perdu si on passe à un vrai développement ?

Non, et c'est souvent la meilleure surprise. Un prototype qui tourne explique votre besoin mieux qu'un cahier des charges de vingt pages : on voit les écrans, l'enchaînement, ce qui vous paraît évident et que vous n'auriez jamais pensé à écrire. Il fait gagner du temps au cadrage.

Le code lui-même se garde plus rarement tel quel. Selon ce qu'on trouve dedans, on récupère des morceaux ou on repart d'une base propre, et c'est l'audit qui permet de trancher. La suite ressemble alors à un MVP classique, avec les étapes que nous décrivons dans notre article sur les délais et étapes d'un MVP d'application mobile.

Comment METEORA utilise l'IA sans faire de vibe coding ?

Nous nous servons de l'IA tous les jours pour développer plus vite. Sur e-palett, le logiciel métier d'EPALIA, des fonctionnalités ont été écrites avec l'aide de Claude Opus 5, et le projet affiche une couverture de tests de 100 % : le code proposé par l'IA passe les mêmes vérifications que le reste, et un développeur le comprend avant qu'il parte en production.

C'est ce qui permet de tenir des délais courts sans sacrifier la suite. Pour un logiciel sur mesure, un MVP démarre dès 4 900 € (4 900 CHF en Suisse) avec une première version utile en 4 à 8 semaines. Le dépôt Git et la documentation vous sont remis à la livraison, ce qui vous laisse libre de changer de prestataire. Le principe est le même pour la création d'applications mobiles iOS et Android.

Si vous avez déjà bricolé un prototype avec un outil d'IA, gardez le lien sous la main pour notre premier échange. En quinze minutes, nous pouvons vous dire ce qui mérite d'être conservé et ce qu'il faudra reconstruire.