01Vibe coding · Tarif jour
Une journée de développement en vibe coding : 750 € HT
Une journée pour faire avancer votre application métier avec des agents de code, sous une méthode écrite : rien n'est livré sans un test capable d'échouer, vérifié par une machine tierce et relu. La vitesse de l'IA, la rigueur d'une équipe de développement.
- Par jour
- 750 € HT
- Minimum
- 1 jour
- Méthode écrite
- 8 règles
- Code livré
- Votre dépôt
01Le principe
Le vibe coding, encadré
Le vibe coding consiste à faire écrire le code par une IA, en lui décrivant ce qu'on veut. C'est rapide ; ce n'est fiable que si chaque comportement est prouvé par un test.
Pendant la journée, je pilote des agents de code (Claude Code d'Anthropic) qui lisent le dépôt, écrivent le code et lancent les tests. L'outil accélère l'écriture ; la qualité vient du cadre dans lequel il travaille. C'est la méthode que j'applique à mes propres logiciels en ligne, dont kaliio.fr, et à ceux de mes clients. Le détail de ses limites est dans application interne avec Claude Code : méthode, limites et maintenance.
02Déroulé
Comment se passe une journée
Le matin : cadrage
On fixe ensemble ce qui doit être livré le soir et les critères d'acceptation, écrits avant la moindre ligne de code. Ce sont eux qui deviennent les tests.
La journée : développement
J'orchestre les agents de code (Claude Code) : un agent écrit les tests, un autre le code, d'autres relisent. Je garde les décisions de produit, d'architecture et de sécurité.
Le soir : livraison
Une demande de fusion par sujet, avec son digest : critères et tests associés, sortie rouge puis verte, constats de revue, verdict sécurité. Rien ne part en production sans votre recette.
03La méthode
Huit règles : aucun comportement livré sans preuve
Un comportement qui n'est pas prouvé par un test capable d'échouer n'est pas livré. Ces règles valent quel que soit l'outil d'IA utilisé : quand l'outil change, la méthode reste.
1. Une seule commande de vérification
Lint, types, tests unitaires, d'intégration et de bout en bout, audit des dépendances : tout passe par une commande unique. L'agent la lance pendant qu'il code ; l'intégration continue ne fait que l'appeler.
2. Le verdict vient d'une machine tierce
Chaque modification est rejouée sur une machine d'intégration continue. « Ça marche chez moi », dit par un agent, n'est pas un verdict : la fusion n'a lieu que si tous les contrôles sont verts sur le dernier commit.
3. Un bug commence par son test
Tout correctif démarre par le test qui reproduit le bug. Un défaut passé à travers les contrôles est étiqueté comme tel, pour renforcer la vérification là où elle a manqué.
4. Le testeur n'est pas le codeur
Un agent séparé écrit les tests à partir des seuls critères d'acceptation et les voit échouer pour la bonne raison. L'agent qui code n'a pas le droit de les affaiblir : test sauté, assertion retirée, valeur en dur.
5. Une preuve proportionnée au risque
Droits d'accès, argent, documents légaux, envois : tests sur une vraie base sans contourner la sécurité, couverture du code modifié d'au moins 90 %, test de mutation d'au moins 70 %. Ailleurs, un plancher de couverture qui ne recule pas.
6. Une base neuve à chaque test
Les tests tournent sur une base recréée de zéro, migrations rejouées, jamais sur celle que sert l'application. Un test qui manque d'un secret échoue, il ne se saute pas.
7. Trois revues indépendantes
Avant chaque demande de fusion : relecture du code (chaque test prouve-t-il le comportement ?), revue de sécurité bloquante et passe de simplification à comportement inchangé, chacune menée par un agent distinct.
8. Contrôle de la production
Après la mise en ligne : vérification de la version servie, des pages clés et des erreurs pendant 30 minutes. Production cassée, retour arrière immédiat, sous le même verdict.
04Tarif
750 € HT la journée
Un tarif jour simple, sans engagement sur un nombre de journées. Devis ferme après un premier échange de 30 minutes.
Journée de développement
Vibe coding encadré, sur votre application ou une nouvelle
- Cadrage et critères d'acceptation
- Développement par agents de code supervisés
- Tests écrits par un agent séparé
- Revues code, sécurité et simplification
- Demande de fusion documentée dans votre dépôt
- Distanciel ou sur site dans le Puy-de-Dôme
05FAQ
Les questions qui reviennent
01 : La journée
Une fonctionnalité complète d'application métier : un écran avec ses formulaires et ses règles, un import de fichiers, un tableau de bord, un connecteur vers un outil existant. Le périmètre se fixe le matin, avec les critères d'acceptation ; ce qui n'est pas prouvé par un test le soir n'est pas livré.
Non. La journée sert aussi bien à démarrer une application (dépôt, base de données, intégration continue, premiers écrans) qu'à faire évoluer un outil existant, à condition que le code soit accessible.
Oui, c'est le cas le plus courant : les journées s'enchaînent ou s'espacent selon votre rythme de recette. Au-delà de quelques jours, le travail est découpé en lots livrés chacun par sa propre demande de fusion.
02 : Le code
À vous. Le code est livré dans votre dépôt, avec ses tests et son intégration continue. C'est du TypeScript et du SQL standards : n'importe quel développeur peut le reprendre, avec ou sans IA.
Non. Le développement se fait sur des données synthétiques ou anonymisées, et les tests sur une base recréée à chaque exécution. Vos données réelles restent dans votre application.
Prochain créneau cette semaine
Une journée pour faire avancer votre application ?
En visio, gratuit, sans engagement. Nous voyons si l'approche convient, ou je vous oriente ailleurs si le périmètre dépasse mon champ d'intervention.
Cadrage offert · 30 min en visio
Prendre rendez-vous