Que saurez-vous faire à la fin de la formation, et que ne couvre-t-elle pas ?
Le mot « vibecoding » vient d'Andrej Karpathy, qui l'a lancé en février 2025 pour décrire une pratique où l'on décrit ce que l'on veut à une IA, où l'on accepte ses modifications sans les lire et où l'on finit par oublier que le code existe. Il la réservait lui-même aux projets jetables du week-end. Cette formation part de ce constat et enseigne l'inverse : garder la vitesse de l'assistant, mais rester l'auteur responsable de ce qui est livré. On y apprend moins à taper des consignes qu'à conduire un projet : spécifier, faire produire, relire, tester, corriger, recommencer.
À la fin des deux jours, chaque participant sait faire cinq choses, vérifiées sur son propre projet. Écrire une fiche d'une page qui décrit les utilisateurs, les parcours et les interdits de son application. Découper cette fiche en tâches courtes, chacune avec un critère de réussite. Faire produire le code par un assistant dans un dépôt Git, en lisant chaque différence avant de l'accepter. Repérer dans un code généré les cinq défauts les plus fréquents et les faire corriger. Mettre en ligne une version qui tourne ailleurs que sur son ordinateur, avec ses secrets protégés et une sauvegarde restaurée au moins une fois.
La formation ne couvre pas tout. Elle n'enseigne pas les bases du web : quelqu'un qui veut comprendre HTML, CSS, PHP et MySQL ligne par ligne trouvera ce socle dans la formation au développement web, qui se combine bien avec celle-ci. Elle n'apprend pas un framework en profondeur, ni la publication d'une application mobile dans les magasins. Elle ne livre pas non plus une application terminée à votre place : si c'est un résultat qu'il vous faut, un prototype ou la reprise d'un code généré, c'est le rôle de la prestation de développement en vibe coding.
Elle ne fait pas davantage de promesse sur la vitesse. Un prototype construit en deux jours reste un prototype. Un module entier est consacré à ce qui sépare une démonstration convaincante d'un outil que l'on peut confier à de vrais utilisateurs, avec leurs données, et la formation dit clairement quand un projet dépasse ce que l'on peut tenir seul.
Le développement assisté par l'IA réussit bien sur les applications de gestion, les sites, les tableaux de bord et les petits utilitaires : des problèmes balisés, dont les modèles ont vu des milliers d'exemples. Il reste fragile sur les systèmes à forte charge, le temps réel, les exigences de sécurité élevées et les logiques métier très particulières. Il ne remplace pas non plus la connaissance du métier : l'outil d'une pharmacie encode des règles de péremption, celui d'un transitaire des régimes douaniers, et l'assistant applique ce qu'on lui décrit, erreurs comprises. Les participants qui progressent le plus sont ceux qui connaissent leur métier à fond et apprennent à le décrire précisément.
À qui s'adresse la formation, avec quels prérequis et quel matériel ?
Le groupe est composé après un premier échange, pour que les niveaux restent proches. Chaque participant vient avec un vrai besoin : c'est sur ce projet que l'on travaille, pas sur un exercice inventé.
-
Développeurs et équipes techniques
Ils veulent intégrer ces outils sans dégrader la qualité de leur base de code. Pour eux, la formation insiste sur les fichiers de consignes partagés, la revue des différences, les tests et les règles d'équipe sur ce que l'agent peut faire seul.
-
Entrepreneurs et porteurs de projet
Ils veulent construire un premier outil, un tableau de bord ou un site sans recruter tout de suite. Ils passent plus de temps sur la spécification et sur la lecture du code, et apprennent à reconnaître le moment où il faut faire appel à un développeur.
-
Équipes métier outillées
Comptabilité, logistique, ressources humaines, commerce : des personnes qui connaissent leurs règles mieux que personne et veulent bâtir leurs petits utilitaires internes plutôt que d'attendre le service informatique.
-
Étudiants et personnes en reconversion
Ils apprennent le développement par la pratique, avec l'IA comme accélérateur et non comme béquille. La revue croisée et l'obligation d'expliquer chaque modification les obligent à comprendre ce qu'ils acceptent.
-
Prérequis
Savoir coder n'est pas exigé, mais le parcours diffère : un développeur ira plus vite sur la partie production, un débutant complet passera plus de temps à lire le code généré. Il faut être à l'aise avec un ordinateur, l'installation d'un logiciel et la gestion de fichiers.
-
Matériel
Un ordinateur portable personnel ou professionnel avec droits d'installation, une connexion stable, un compte GitHub et un compte sur l'assistant retenu. Les formules gratuites suffisent pour une partie des exercices ; la liste précise et les liens arrivent une semaine avant la session.
Quel est le programme, demi-journée par demi-journée ?
Jour 1, matin : les outils, leurs différences et un poste de travail propre3 h 30
- Ce que font réellement Claude Code, Cursor, GitHub Copilot et ChatGPT : compléter une ligne, discuter d'un fichier, ou agir dans tout le dépôt.
- Lequel choisir selon le point de départ : page blanche, code existant, dépôt déjà hébergé sur GitHub.
- Installation vérifiée sur chaque poste : éditeur, Git, compte de l'assistant, dépôt du projet support créé au nom du participant.
- Premier aller-retour complet : une demande courte, une modification proposée, la différence lue ligne par ligne, puis acceptée ou refusée.
- Les permissions de l'agent : ce qu'il peut lire, modifier ou exécuter sans demander, et pourquoi on commence en mode manuel.
Jour 1, après-midi : spécifier avant de générer3 h 30
- Transformer le besoin flou du participant en fiche d'une page : utilisateurs, parcours, données, et surtout ce qui doit rester interdit.
- Découper en tâches vérifiables, une fonctionnalité à la fois, chacune avec son critère de réussite écrit à l'avance.
- Le fichier de consignes du projet (CLAUDE.md, AGENTS.md, règles de Cursor, instructions de Copilot) : quoi y mettre, quoi en retirer.
- Explorer, planifier, puis seulement coder : faire lire le code et proposer un plan avant toute modification.
- Exercice : construire la première fonctionnalité du projet support et la valider contre son critère.
Jour 2, matin : relire, tester, corriger3 h 30
- Lire une différence générée : ce qui a changé, ce qui n'aurait pas dû changer, ce qui manque.
- Les défauts classiques du code produit par un assistant : saisies non validées, secrets en clair, dépendances inutiles ou inventées, code mort, contrôles faits seulement dans l'interface.
- Faire écrire les tests par l'assistant, puis les vérifier autrement : un test qui ne peut pas échouer ne prouve rien.
- Corriger sans tourner en rond : au deuxième échec sur le même problème, on repart d'une session propre avec une consigne réécrite.
- Revue croisée : chaque participant relit le code généré d'un autre et rédige trois remarques précises.
Jour 2, après-midi : du prototype à la production3 h 30
- Versionnage avec Git : branches, messages de commit lisibles, retour arrière quand l'assistant a tout cassé.
- Secrets dans des variables d'environnement, protection à l'envoi activée, fichier .env jamais publié.
- Mise en ligne réelle : hébergement, nom de domaine, certificat, sauvegarde testée par une restauration.
- La liste de contrôle avant mise en production, appliquée au projet de chaque participant.
- Situer son projet : ce qui peut continuer en autonomie, et ce qui doit être relu par un développeur expérimenté avant d'accueillir de vrais utilisateurs.
Quels exercices font les participants sur leur propre projet ?
-
Choisir et cadrer le projet support
Avant la session, puis 45 minutes le premier jour
Un outil de stock et de caisse, un portail de commandes, un tableau de bord, un site vitrine, un générateur de reçus : chacun arrive avec un besoin réel de son activité. On réduit ce besoin à trois parcours au plus, assez petits pour être en ligne à la fin du deuxième jour.
-
Rédiger la fiche du projet
1 heure
Qui se connecte, ce qu'il voit, ce qu'il peut modifier, ce qui doit lui être refusé, quelles données sont stockées. La fiche est relue par un autre participant, qui cherche ce qui est ambigu : chaque phrase floue deviendra une décision prise par l'assistant à votre place.
-
Écrire le fichier de consignes
30 minutes
Langage, framework, commandes de test, conventions de nommage, dossiers à ne jamais toucher. Le fichier reste court : on retire toute ligne dont l'absence ne changerait rien au comportement de l'assistant.
-
Générer une fonctionnalité à la fois
Par blocs de 45 minutes
Plan demandé d'abord, code ensuite, différence lue avant d'accepter, commit après chaque étape validée. Le formateur passe sur chaque poste et demande au participant d'expliquer la dernière modification acceptée.
-
Casser volontairement
30 minutes
Saisir une valeur absurde, ouvrir une page sans être connecté, demander les données d'un autre utilisateur. Chaque faille trouvée devient un test, puis une correction demandée à l'assistant et vérifiée par le test.
-
Revue croisée
1 heure
Les participants échangent leurs dépôts et relisent le code généré des autres. C'est l'exercice qui ancre le réflexe le plus important : ne jamais déployer ce qu'on n'a pas lu, et savoir expliquer chaque ligne que l'on a acceptée.
-
Mise en ligne et liste de contrôle
1 h 30
Le projet part sur un hébergement réel, avec un nom de domaine ou une adresse de démonstration. La liste de contrôle est cochée ligne par ligne, et ce qui reste ouvert est écrit noir sur blanc dans le dépôt.
Comment la formation est-elle animée, et que se passe-t-il après ?
La méthode est celle d'un atelier, pas d'une conférence : peu de diapositives, beaucoup de temps sur le poste de chacun, et une règle commune à tous les exercices.
-
Dix participants au plus
La pratique guidée exige que le formateur passe sur chaque écran plusieurs fois par demi-journée. Au-delà d'une dizaine de postes, ce n'est plus possible, et les participants les plus lents décrochent sans que personne ne le voie.
-
Démonstration courte, pratique longue
Chaque séquence commence par une démonstration de dix à quinze minutes sur un vrai projet, puis laisse le reste du temps à la pratique. Les erreurs rencontrées sont montrées à tout le groupe, avec l'accord de leur auteur.
-
Sur vos outils et vos données de test
En intra, les exercices partent d'un besoin interne réel, avec des données fictives ou anonymisées. Aucun fichier client n'est collé dans un assistant pendant la formation : c'est l'une des règles enseignées, et elle s'applique dès le premier exercice.
-
Un formateur qui pratique
Richard SALANON développe ses propres projets avec ces outils, ce site compris. Les exemples, les erreurs et la liste de contrôle viennent de ce travail, pas d'un tutoriel recopié.
-
Supports remis
Chaque participant garde son dépôt, sa fiche de projet, son fichier de consignes, sa bibliothèque de demandes réutilisables, la liste de contrôle avant mise en production et l'accès aux corrections de la session.
-
Suivi après la session
Un canal direct reste ouvert pour les questions d'application, et un accompagnement mensuel peut être prévu au devis : relecture d'une branche, aide sur un blocage, revue de la liste de contrôle avant une vraie mise en service.
Quels outils sont utilisés, dans quelles versions et à quel coût ?
| Outil | Ce qu'on en fait pendant la formation | Formules et coût de l'éditeur |
|---|---|---|
| Claude Code (Anthropic) | Agent qui lit le dépôt, propose un plan, modifie les fichiers et lance les tests ; utilisé pour les tâches de plusieurs fichiers et la revue | Non inclus dans la formule gratuite de Claude ; inclus dans Pro à 20 dollars par mois, ou 17 dollars par mois en paiement annuel, et dans les formules Max à partir de 100 dollars par mois |
| Cursor | Éditeur de code avec agent intégré ; utilisé pour travailler fichier par fichier et suivre les différences | Formule Hobby gratuite aux requêtes d'agent limitées ; formule individuelle à 20 dollars par mois ; Teams à 40 dollars par utilisateur et par mois |
| GitHub Copilot | Complétion dans l'éditeur et discussion sur le code ; utile quand le dépôt est déjà sur GitHub | Gratuit avec 2 000 complétions et 50 requêtes de discussion par mois ; Pro à 10 dollars, Pro+ à 39 dollars, Max à 100 dollars par mois |
| ChatGPT ou Claude en conversation | Rédiger et critiquer la fiche du projet, expliquer un message d'erreur, comparer deux approches avant de coder | Formules gratuites suffisantes pour cet usage ; le choix entre assistants est détaillé dans le comparatif ChatGPT, Claude et Gemini |
| Git et GitHub | Versionner chaque étape, revenir en arrière, ouvrir une requête de fusion, activer la protection contre l'envoi de secrets | Git est gratuit ; un compte GitHub gratuit suffit pour la formation |
| Visual Studio Code | Éditeur de référence pour les participants qui n'utilisent pas Cursor ; accueille l'extension Copilot et celle de Claude Code | Gratuit |
| Hébergement de démonstration | Mettre le projet support en ligne le deuxième jour | Formule gratuite ou d'entrée de gamme selon le projet ; le choix est fait avec chaque participant, à son nom |
À quoi sert la formation selon votre métier, en Afrique francophone ou en Europe ?
Commerce et distribution, Cotonou ou Lomé
Le gérant suit son stock sur un cahier et ses commandes sur WhatsApp ; aucun logiciel du marché ne colle à sa façon de travailler, et un développement sur mesure dépasse son budget.
Il construit pendant la formation un outil de stock et de caisse limité à trois écrans (entrées, sorties, alerte de seuil), versionné et en ligne, et repart avec la liste de ce qu'il ne doit pas ajouter seul, à commencer par le paiement.
Équipe informatique d'une PME, Abidjan ou Dakar
Les développeurs utilisent déjà des assistants, chacun à sa façon ; certains acceptent tout, d'autres refusent tout, et personne ne sait ce que l'agent a le droit de faire dans le dépôt.
Session intra centrée sur un fichier de consignes commun, des règles de permissions écrites, une revue obligatoire des différences et des tests demandés à chaque tâche. L'équipe repart avec ses règles versionnées dans le dépôt.
ONG ou projet de terrain, Afrique de l'Ouest
Un chargé de suivi veut un tableau de bord qui lise les fichiers de collecte, mais les données concernent des bénéficiaires et la connexion de l'équipe est irrégulière.
Projet support bâti sur des données fictives de même forme que les vraies, page légère qui reste lisible sur un réseau lent, et règle écrite : aucun fichier réel dans un assistant en ligne sans décision de la direction.
Étudiants et reconversion, Bénin
Les apprenants produisent vite des sites avec l'IA mais ne savent pas expliquer ce qu'ils ont livré, ce qui se voit dès le premier entretien technique.
Parcours où chaque modification acceptée doit être expliquée à voix haute, revue croisée systématique, puis complément par la formation au développement web pour consolider les bases.
Cabinet ou PME, France ou Belgique
Un associé a commencé un outil interne avec un assistant ; il fonctionne, mais chaque nouvelle demande casse une autre partie et personne n'ose plus y toucher.
Le projet bloqué devient le projet support : diagnostic de ce qui coince, mise sous Git, premiers tests, découpage en tâches courtes. Le RGPD impose des données de test fictives pendant tous les exercices.
Association ou petite structure, Suisse ou Canada
Les bénévoles ont besoin d'un formulaire d'inscription et d'un suivi des présences, sans budget de développement ni service informatique.
Formation à distance en quatre séances calées sur le fuseau horaire du groupe, outil construit et mis en ligne, liste de contrôle remise à la personne qui assurera la suite.
Quels formats choisir, et comment la formation est-elle organisée ?
| Format | Pour qui | Organisation | Durée |
|---|---|---|---|
| Atelier découverte | Dirigeants, curieux, équipes qui veulent comprendre avant d'investir | Démonstration des outils, premier résultat produit par chacun, règles de base pour ne pas se mettre en danger | Une demi-journée |
| Formation complète intra | Une équipe d'une même organisation | Projet interne commun ou projets individuels, données de test fournies par l'organisation, règles d'équipe écrites en fin de session | Deux jours, en quatre demi-journées |
| Formation inter | Une ou deux personnes par structure, porteurs de projet | Chacun sur son propre projet, sans aucun document interne partagé avec le groupe | Deux jours |
| À distance | Participants dispersés, en Afrique, en Europe ou au Canada | Visioconférence avec partage d'écran, séances de trois heures et demie au plus, exercices envoyés à l'avance | Quatre séances, sur une à deux semaines |
| Hybride | Équipes qui préfèrent démarrer ensemble | Premier jour en salle à Cotonou, Abomey-Calavi ou chez vous, deuxième jour à distance, suivi en ligne | Deux jours, espacés de quelques jours |
Combien coûte la formation vibecoding, et qu'est-ce qui fait varier le prix ?
Aucun tarif n'est publié pour cette formation : le prix est fixé sur devis, après un premier échange qui vérifie aussi que la formation est la bonne réponse. Quand un simple accompagnement de projet suffit, il est proposé à la place. La formation se règle par Mobile Money (MTN, Moov), carte bancaire, PayPal, virement ou espèces ; les abonnements aux assistants restent payés aux éditeurs.
Atelier découverte
Sur devis
- Une demi-journée
- Démonstration des quatre outils
- Premier résultat sur le poste de chacun
- Liste des règles de base
Formation complète
Sur devis
- Deux jours sur le projet de chaque participant
- Revue croisée
- Mise en ligne réelle
- Supports, liste de contrôle et attestation
Accompagnement après la formation
Sur devis
- Séances mensuelles
- Relecture d'une branche ou d'un projet
- Canal direct pour les questions
Ce qui fait varier le prix
- Le nombre de participants et de groupes, dix au plus par groupe.
- Le format : atelier, deux jours, ou deux jours suivis d'un accompagnement.
- Le mode : présentiel à Cotonou ou chez vous, distance, ou formule hybride avec déplacement.
- La préparation d'un projet interne commun et de ses données de test, en intra.
- La langue des séances et des supports, en français ou en anglais.
- La durée de l'accompagnement mensuel prévu après la session.
Peut-on faire financer la formation par un fonds de formation continue ?
Parfois, sans aucune garantie : chaque fonds a ses règles, relevées ici sur leurs pages officielles le 5 octobre 2026, et seule une réponse écrite du fonds vaut pour votre dossier. En Côte d'Ivoire, la page des procédures d'habilitation du FDFP impose l'habilitation à tout opérateur de formation privé qui prétend à ses financements, sauf aux structures qui opèrent hors du territoire ivoirien, et la prononce pour une année. Au Bénin, les statuts du fonds de développement de la formation professionnelle continue et de l'apprentissage ont été approuvés par le décret n° 2022-286 du 11 mai 2022.
Au Sénégal, le 3FPT présente un guichet de financement du personnel des entreprises et des membres des organisations professionnelles, avec une demande en ligne. En France, selon France Compétences, la certification Qualiopi conditionne depuis le 1er janvier 2022 l'accès aux fonds publics ou mutualisés, dont ceux des OPCO. Richard SALANON n'affiche ni certification Qualiopi ni habilitation ou agrément d'un fonds : interrogez le fonds avec le programme et le devis avant de signer, et prévoyez le budget sans prise en charge. Le programme, les feuilles de présence et l'attestation servent quel que soit le dispositif.
Quelles autres erreurs voit-on après une formation, et comment les éviter ?
Ces erreurs étaient déjà celles de l'ancienne page de cette formation ; elles restent les plus fréquentes chez les personnes qui pratiquent seules après la session.
-
Tout demander d'un coup
Décrire toute l'application en un paragraphe produit une masse de code enchevêtré, impossible à corriger. Une fonctionnalité à la fois, testée avant de passer à la suivante, donne un bien meilleur résultat avec le même outil.
-
Travailler sans Git
Sans versionnage, la modification qui casse tout devient irréversible. Un commit après chaque étape validée permet de revenir en arrière en une commande, et les assistants travaillent mieux sur un projet correctement versionné.
-
Laisser les secrets dans le code
Clés d'API, mots de passe de base de données, identifiants de paiement : les assistants les écrivent volontiers en dur. Ils vivent dans des variables d'environnement, et un fichier .env n'est jamais publié.
-
Confondre prototype et produit
Montrer un prototype comme s'il était fini, puis découvrir que la sécurité, les sauvegardes et les cas limites restent à faire. La liste de contrôle remise en fin de session sert précisément à séparer les deux.
-
Laisser grossir le fichier de consignes
On y ajoute une règle à chaque déception, jusqu'à ce que l'assistant n'en suive plus aucune. On le relit chaque mois et on retire ce qui ne change rien.
-
Corriger en boucle dans la même conversation
Après deux corrections ratées, la conversation est encombrée de pistes fausses. Mieux vaut repartir d'une session propre avec une consigne réécrite, qui intègre ce que l'échec a appris.
-
Installer une bibliothèque parce que l'IA l'a citée
Un nom plausible ne prouve pas qu'un paquet existe, ni qu'il est sérieux. Chaque dépendance se vérifie sur le registre officiel avant installation.
Que recommandent les éditeurs eux-mêmes pour travailler avec un assistant de code ?
La méthode enseignée n'est pas une opinion de formateur : elle recoupe ce que les éditeurs écrivent dans leur documentation, consultée le 5 octobre 2026. Le guide des bonnes pratiques de Claude Code recommande d'explorer, puis de planifier, puis de coder, puis de valider par un commit, et de donner à l'agent un moyen de vérifier son travail : des tests, une compilation, une capture d'écran à comparer. Il ajoute une consigne que la formation applique à la lettre : si l'on ne peut pas vérifier un résultat, on ne le livre pas.
Les trois grands outils lisent un fichier de consignes placé dans le dépôt, et tous demandent qu'il reste court. La documentation de Claude Code vise moins de 200 lignes par fichier CLAUDE.md, car un fichier plus long consomme du contexte et réduit le respect des règles. GitHub limite les instructions de Copilot à deux pages, non spécifiques à une tâche. Cursor conseille des règles de moins de 500 lignes, découpées en fichiers composables.
Un format commun émerge : le fichier AGENTS.md, que son site présente comme un format ouvert pour guider les agents de code, lu par plus de 20 outils et utilisé, selon la même page, par plus de 60 000 projets open source. C'est pourquoi la formation fait écrire ce fichier dès le premier après-midi : un participant qui change d'outil dans six mois garde ses règles, ses commandes de test et ses interdits, et l'assistant suivant les applique sans tout réapprendre.
Quels chiffres publiés justifient d'apprendre à relire plutôt qu'à générer plus vite ?
- 90 % Professionnels de la technologie qui déclarent utiliser l'IA au travail, sur près de 5 000 répondants (rapport DORA publié le 23 septembre 2025) Source : Google Cloud, rapport DORA 2025
- 30 % Répondants qui accordent peu ou pas de confiance au code généré par l'IA, dans la même enquête DORA de 2025 Source : Google Cloud, rapport DORA 2025
- 45,2 % Développeurs pour qui déboguer un code généré par l'IA prend plus de temps, deuxième frustration citée en 2025 Source : Stack Overflow, enquête 2025 auprès des développeurs
- 31 % Développeurs qui utilisent régulièrement des agents d'IA en 2025, quand l'usage des assistants est devenu courant Source : Stack Overflow, enquête 2025 auprès des développeurs
- 36 % Part de la population africaine qui utilise Internet en 2025, contre 88 à 93 % en Europe, dans la Communauté des États indépendants et dans les Amériques Source : UIT, Facts and Figures 2025
- 200 lignes Taille maximale visée par fichier de consignes CLAUDE.md, au-delà de laquelle les règles sont moins bien suivies Source : Documentation de Claude Code
Que retenir de ces chiffres pour votre équipe ?
Le rapport DORA 2025 résume son enquête en une formule : l'IA ne répare pas une équipe, elle amplifie ce qui existe déjà. Une équipe qui teste, relit et versionne devient plus rapide ; une équipe qui livre sans contrôle livre plus vite ses problèmes. Le même rapport observe que l'adoption de l'IA reste associée à une moindre stabilité des livraisons. Former quelqu'un à générer du code sans lui apprendre à le vérifier revient donc à accélérer ses erreurs.
L'enquête de Stack Overflow dit la même chose à l'échelle du développeur : près d'un sur deux trouve que déboguer un code généré prend plus de temps. C'est le coût caché que la formation apprend à réduire, non en évitant l'IA, mais en découpant les tâches assez finement pour que chaque différence reste lisible, et en faisant écrire les tests avant d'accepter le code qu'ils vérifient.
Connexion, langue, données personnelles : que change le contexte local ?
La connexion pèse sur l'organisation. Selon les données 2025 de l'Union internationale des télécommunications, 36 % de la population africaine utilise Internet, contre 88 à 93 % en Europe. Les assistants de code fonctionnent en ligne : une coupure interrompt la génération, pas la relecture. Les séances alternent donc génération et travail hors ligne (lecture des différences, écriture des tests, fiche du projet), les installations sont faites avant le premier jour, et chaque séance à distance prévoit un partage de connexion de secours.
Côté langue, les assistants comprennent très bien les consignes en français, et la formation se donne en français ou en anglais. Ce qu'ils produisent se vérifie pourtant : textes d'interface traduits mot à mot, dates au format américain, montants en francs CFA affichés avec des centimes, numéros de téléphone refusés parce que le format attendu est étranger. Ces détails font partie de la relecture, au même titre que la sécurité.
Les données personnelles imposent la règle la plus stricte. Au Bénin, l'article 391 de la loi n° 2017-20 du 20 avril 2018 portant code du numérique ne permet de transférer des données personnelles vers un État tiers que s'il assure un niveau de protection équivalent ; coller un fichier clients dans un assistant hébergé à l'étranger peut constituer un tel transfert. En France, la CNIL écrit que les données réelles de production ne doivent pas être utilisées pendant le développement et les tests, et recommande un jeu de données fictives. Le cadre juridique complet est traité dans la formation IA, éthique et conformité.
En Europe, l'article 4 du règlement sur l'IA demande aux fournisseurs et aux utilisateurs professionnels de systèmes d'IA de prendre des mesures pour développer la maîtrise de l'IA de leur personnel. Selon les questions et réponses de la Commission européenne, mises à jour le 27 juillet 2026, l'obligation s'applique depuis le 2 février 2025, sans certificat ni formation imposée ; l'organisation peut garder une trace interne des actions menées. Le programme, les feuilles de présence et l'attestation remis en fin de session constituent une telle trace.
Pourquoi se former au vibecoding avec Richard SALANON ?
Richard SALANON est consultant en digitalisation et développeur logiciel, basé à Cotonou, au Bénin. Il crée des sites, des applications web et mobiles, des automatisations et des intégrations d'intelligence artificielle, déploie Odoo et Dolibarr, et forme les équipes à ces outils, pour des entreprises d'Afrique francophone, d'Europe et du Canada.
Le vibe coding figure parmi ses compétences, à côté du développement d'applications web et mobiles. Avec 6 ans d'expérience dans le numérique et une formation à EPITECH (2022), il enseigne ce qu'il pratique : ses propres projets sont développés avec ces assistants, ce site compris. Il a créé Wapy, un assistant WhatsApp à intelligence artificielle pour les entreprises d'Afrique francophone, et il est co-fondateur d'Audyxa. Il déclare avoir formé plus de 200 personnes au numérique, à l'IA, à l'automatisation et aux ERP.
Il a travaillé au Bénin, en Côte d'Ivoire, au Togo, au Sénégal, au Burkina Faso, au Mali, au Niger, au Tchad, au Gabon, en RD Congo, en France, en Belgique, en Suisse et au Canada. Sa façon de former tient en quelques engagements vérifiables : dix participants au plus, chacun sur son propre projet, aucune donnée réelle dans un assistant pendant les exercices, une mise en ligne réelle avant la fin, et une réponse franche quand un projet dépasse ce que l'on peut tenir seul. Son parcours est détaillé sur la page Richard SALANON, les pays servis sur la page zones d'intervention, et les autres formations du domaine sur la page formations au développement.
Que retenir avant de s'inscrire ?
Venez avec un vrai projet, petit ; écrivez ce qui doit être interdit avant de générer quoi que ce soit ; lisez chaque différence avant de l'accepter ; faites écrire les tests et vérifiez qu'ils peuvent échouer ; versionnez chaque étape ; et ne mettez jamais de données réelles dans un assistant sans décision écrite. Le reste du catalogue est sur la page formations.
Voulez-vous apprendre à coder avec l'IA sur votre propre projet ?
Indiquez le nombre de participants, leur niveau, le projet que chacun veut construire et le format souhaité (atelier, deux jours, distance ou hybride) : vous recevez une réponse sous 24 heures, puis une proposition de programme et un devis.
Demander la formation vibecodingQuestions fréquentes
Faut-il déjà savoir coder pour suivre la formation vibecoding ?
Non, mais le parcours n'est pas le même. Un développeur avancera plus vite sur la mise en production et les règles d'équipe ; un débutant complet passera plus de temps à lire et à expliquer le code généré. Le premier échange sert à composer un groupe cohérent, quitte à conseiller d'abord la formation au développement web.
Quels abonnements faut-il acheter avant la session ?
Aucun n'est exigé pour s'inscrire. Les formules gratuites de Cursor, de GitHub Copilot et des assistants en conversation suffisent pour une partie des exercices ; Claude Code demande une formule payante de Claude. La liste exacte arrive une semaine avant la session, et le choix des abonnements se décide en fin de formation, selon ce qui a réellement servi.
Combien de participants par session ?
Dix au plus. La pratique guidée demande que le formateur passe plusieurs fois sur chaque poste et demande à chacun d'expliquer sa dernière modification ; au-delà d'une dizaine de personnes, ce suivi devient impossible.
La formation peut-elle se faire entièrement à distance ?
Oui, en visioconférence avec partage d'écran, en quatre séances de trois heures et demie au plus. Elle se donne aussi sur place, à Cotonou, à Abomey-Calavi ou dans vos locaux, ou en formule hybride avec un premier jour en salle.
Combien coûte la formation vibecoding ?
Le prix est fixé sur devis, après un premier échange. Il dépend du nombre de participants, du format (atelier d'une demi-journée ou deux jours), du mode, de la préparation d'un projet interne en intra et de l'accompagnement éventuel. Les abonnements aux assistants se paient à part, directement aux éditeurs.
Quelle différence avec la formation au développement web ?
La formation au développement web construit les fondations : HTML, CSS, JavaScript, PHP et MySQL, jusqu'à un premier site dynamique. La formation vibecoding apprend à produire avec un assistant en s'appuyant sur ces fondations, ou en s'en passant pour des projets simples. Les deux se combinent, dans un sens comme dans l'autre.
Quelle différence avec la prestation de vibe coding ?
La prestation livre un résultat : un prototype, un MVP ou la reprise d'une application générée, construits par Richard SALANON. La formation transmet la méthode pour que vous construisiez vous-même. Une équipe peut aussi faire reprendre une application puis se former pour la faire évoluer.
J'ai déjà commencé un projet avec l'IA et je suis bloqué : la formation peut-elle servir ?
Oui, et c'est un bon point de départ : un projet bloqué contient presque toutes les leçons de la formation. Il devient votre projet support ; on le met sous Git, on diagnostique ce qui coince, on écrit les premiers tests et on découpe la suite en tâches courtes.
Peut-on construire une application mobile pendant la formation ?
Les mêmes outils génèrent du code mobile, et le sujet est abordé si le projet d'un participant s'y prête. La publication dans les magasins d'applications demande en revanche des comptes, des règles et des délais propres, que deux jours ne couvrent pas ; la formation le dit dès le cadrage.
Le paiement en ligne est-il traité ?
Il est présenté comme une partie à part, à ajouter en second palier. Mobile Money ou carte bancaire se branchent techniquement avec un assistant, mais l'argent exige une relecture renforcée, des notifications vérifiées et des tests stricts ; pour un premier projet, on construit d'abord le reste.
Une entreprise peut-elle envoyer toute son équipe ?
Oui, en intra. L'équipe peut travailler sur un projet interne commun, avec des données de test fournies par l'organisation, et repart avec un fichier de consignes et des règles de permissions écrites pour le dépôt. La revue croisée entre collègues installe une habitude de relecture qui survit à la formation.
Que reçoit chaque participant à la fin ?
Son projet support en ligne et versionné, sa fiche de projet, son fichier de consignes, sa bibliothèque de demandes réutilisables, la liste de contrôle avant mise en production, l'accès aux corrections de la session et une attestation de formation.
La formation peut-elle être financée par le FDFP, le 3FPT ou un OPCO ?
Cela dépend des règles de chaque fonds. Le FDFP exige l'habilitation des opérateurs privés, sauf ceux qui opèrent hors de Côte d'Ivoire, et les OPCO exigent la certification Qualiopi, que Richard SALANON n'affiche pas. Interrogez le fonds par écrit avant de signer et prévoyez le budget sans prise en charge.
Sources
- Simon Willison, « Not all AI-assisted programming is vibe coding (but vibe coding rocks) », 19 mars 2025, consulté le
- Anthropic, tarifs de Claude (Free, Pro, Max, Team), consulté le
- Cursor, tarifs, consulté le
- GitHub, plans et tarifs de Copilot, consulté le
- Claude Code, documentation : bonnes pratiques, consulté le
- Claude Code, documentation : fichiers CLAUDE.md et mémoire du projet, consulté le
- Cursor, documentation : règles, consulté le
- GitHub Docs, instructions personnalisées de dépôt pour Copilot, consulté le
- AGENTS.md, format ouvert de consignes pour les agents de code, consulté le
- GitHub Docs, protection à l'envoi (push protection) de l'analyse des secrets, consulté le
- Google Cloud, annonce du rapport DORA 2025 sur le développement logiciel assisté par l'IA (23 septembre 2025), consulté le
- Stack Overflow, Developer Survey 2025, section IA, consulté le
- Union internationale des télécommunications, Facts and Figures 2025 : usage d'Internet, consulté le
- Secrétariat général du Gouvernement du Bénin, loi n° 2017-20 du 20 avril 2018 portant code du numérique (article 391), consulté le
- CNIL, guide RGPD du développeur : tester vos applications, consulté le
- Commission européenne, maîtrise de l'IA : questions et réponses sur l'article 4 du règlement sur l'IA, consulté le
- FDFP, procédures d'habilitation des opérateurs de formation, consulté le
- Secrétariat général du Gouvernement du Bénin, décret n° 2022-286 du 11 mai 2022 portant approbation des statuts du fonds de développement de la formation professionnelle continue et de l'apprentissage, consulté le
- 3FPT, guichets de financement, consulté le
- France Compétences, Qualiopi : l'obligation qualité en vigueur depuis le 1er janvier 2022, consulté le