Combien coûte le vibe coding : abonnement, services et temps consacré aux révisions

Pour en savoir plus sur le travail avec les modèles, consultez la documentation Ailoot.

Ce qui entre dans le coût d’un projet en plus de l’abonnement#

Imaginez que vous créiez un site web avec un formulaire de demande. L’abonnement à l’outil qui écrit le code est déjà payé. Vous devez maintenant héberger le site, associer une adresse et vous assurer que les demandes sont bien enregistrées. Si le formulaire ne fonctionne pas, vous devrez le corriger. Le montant de l’abonnement peut rester le même tandis que le lancement prend du retard.

Pour un projet de ce type, il est utile de séparer les coûts :

Une API est nécessaire lorsqu’un programme en appelle un autre. Par exemple, votre service envoie un enregistrement de conversation pour le faire transcrire. Si cet appel est payant, son coût fait partie de l’exploitation du service. À lui seul, l’abonnement à l’assistant qui a écrit le code ne paie pas ce service.

Pour les abonnés Claude Code Pro ou Max, le coût estimé d’une session n’est pas une facture : l’utilisation est incluse dans l’abonnement. La documentation de Claude Code l’indique explicitement. Vérifiez séparément les frais liés aux fonctionnalités payantes connectées. Si vous utilisez une API avec une facturation selon l’usage, consultez les frais réels dans le tableau de bord du compte associé à ce service.

Vérifiez le tarif actuel de l’abonnement choisi sur la page des tarifs de l’outil : pour Claude, consultez la page officielle des tarifs. Dans votre calcul, notez le prix de votre offre et des options supplémentaires que vous avez payées.

D’où viennent les heures supplémentaires#

Un formulaire de demande peut avoir plusieurs résultats distincts : il s’affiche sur la page, accepte les données, les enregistre, signale les erreurs et n’envoie pas deux fois la même demande. Si la tâche se limitait à « créer un formulaire », l’agent doit compléter lui-même les exigences.

Voici à quoi cela pourrait ressembler dans un exemple hypothétique :

• Le comportement n’a pas été précisé. L’agent a mis en place l’envoi d’un e-mail, alors que les demandes doivent apparaître dans une liste du tableau de bord du compte. La solution devra être modifiée.
• Seule l’apparence a été vérifiée. Le formulaire est soigné, mais l’enregistrement disparaît après l’actualisation de la page. Vous devez vérifier que les données sont bien enregistrées.
• Les limites de la modification n’ont pas été précisées. En plus du formulaire, l’agent a modifié un écran voisin qui n’avait pas besoin de l’être. Vous devez rétablir le comportement précédent et limiter la portée de la modification.

Cela ne signifie pas que chaque correction est de l’argent gaspillé. Vérifier et clarifier les exigences fait partie du développement. Il est utile de comptabiliser séparément les reprises répétées : la même erreur est corrigée une nouvelle fois, une décision déjà prise est oubliée ou le résultat ne correspond toujours pas à la tâche.

Commencez par vérifier une fonctionnalité complète. Pour un formulaire, cela signifie suivre le parcours depuis la saisie des champs jusqu’à l’affichage de la demande enregistrée. Vous trouverez une procédure détaillée dans le guide comment vérifier du code généré par l’IA sans programmeur.

Le processus de vibe coding consiste à choisir les outils, préparer un plan pour l’agent, vérifier le résultat et mettre le projet en ligne.

Quand vous avez besoin d’une offre plus chère#

Commencez par déterminer ce qui vous empêche de terminer la tâche. Cela vous aidera à savoir si un achat peut être utile.

La tâche peut être terminée, mais vous atteignez sans cesse la limite de votre offre. Comparez les limites de votre offre actuelle et de la suivante, la possibilité de payer pour une utilisation supplémentaire et les conditions associées. Un quota disponible plus important peut aider dans ce cas. Avant d’acheter, vérifiez ce qui consomme le quota : comment éviter d’épuiser les limites de Claude Code.

L’agent ne cesse de faire autre chose que ce dont vous avez besoin. Précisez le résultat attendu et fournissez-lui les fichiers pertinents pour la tâche. Si les exigences sont claires mais que les erreurs se répètent, testez un autre modèle sur la même tâche en appliquant les mêmes critères. Le prix d’un modèle, à lui seul, ne prouve pas qu’il fera mieux ou moins bien.

L’application ne parvient pas à se connecter à la messagerie, à une base de données ou à un autre service. Vous devez examiner les paramètres et les droits d’accès. Une limite plus élevée ne corrigera pas une adresse de connexion erronée et ne vous accordera pas un accès dont vous ne disposez pas.

Pour comparer les modèles, notez si la tâche a été terminée, combien de fois votre aide a été nécessaire et combien de temps la vérification a pris. Achetez un deuxième outil pour répondre à un besoin précis auquel l’outil actuel ne répond pas.

Comment définir une tâche pour pouvoir vérifier le résultat#

Avant de modifier le code, notez le résultat attendu et les contraintes. Pour un formulaire de demande : quels champs sont obligatoires, où la demande est enregistrée, ce que la personne voit après l’envoi et ce qui se passe en cas d’erreur. Précisez quelles parties du projet ne doivent pas être modifiées.

Les recommandations officielles de Claude Code suivent également cette approche : commencez par comprendre la tâche, puis planifiez la modification et donnez à l’agent un moyen de vérifier son travail. Une petite modification clairement définie ne nécessite pas de plan détaillé distinct.

Voici un prompt prêt à l’emploi pour un agent qui a déjà ouvert le projet. Remplacez le texte entre crochets par votre tâche.

Nécessaire : [description d’une fonctionnalité].

Examine d’abord les fichiers et les règles du projet pertinents pour la tâche.
Décris brièvement le fonctionnement actuel de la fonctionnalité et ce qui doit changer.
N’invente pas les exigences manquantes : pose des questions uniquement sur les éléments
sans lesquels tu ne peux pas déterminer le comportement correct.

Avant d’apporter des modifications, note les critères d’acceptation :
- ce que fait la personne et le résultat qu’elle obtient ;
- ce qui se passe lorsque les données sont vides ou invalides ;
- ce qui se passe si l’action est répétée ou si le service échoue ;
- quelles fonctionnalités existantes doivent rester inchangées.

Mets en œuvre la modification et vérifie ces scénarios dans un environnement
de test isolé. Utilise des données de test fictives ;
n’envoie pas de vrais messages et n’effectue pas de paiements.
S’il n’existe pas d’environnement de test adapté, arrête-toi et explique
ce qui est nécessaire pour effectuer la vérification en toute sécurité.

À la fin, présente le résultat de chaque vérification effectuée.
Indique séparément tout ce que tu n’as pas pu vérifier.
Dire « ça devrait fonctionner » ne suffit pas.
Ne publie aucune modification sans mon autorisation distincte.

Après le compte rendu, ouvrez la version de test et parcourez vous-même le scénario principal. Pour un formulaire, envoyez une demande fictive, actualisez la page et vérifiez que l’enregistrement a été sauvegardé à l’endroit prévu. Si l’agent s’est contenté de vérifier le code sans ouvrir l’application, cette limite doit être explicitement indiquée dans le compte rendu.

Il est utile d’enregistrer les règles et les décisions dans la base de connaissances du projet afin de pouvoir s’y référer pour la tâche suivante. Le guide consacré au second cerveau dans Claude Code explique comment l’organiser. Le dossier lui-même ne garantit pas une réponse correcte : l’agent doit lire les informations pertinentes et vérifier le résultat.

Comment calculer les dépenses et le temps d’un projet de vibe coding ?#

Choisissez une période, par exemple un mois civil. Dressez la liste des frais réellement payés pour les abonnements, l’hébergement et les services connectés. Notez à côté le temps consacré au projet. Vous pouvez répartir ce temps entre le développement d’une nouvelle fonctionnalité, la vérification, la correction d’une erreur et la modification des exigences.

Dans l’exemple, votre temps personnel est de 12 heures ; comptabilisez-le séparément des dépenses monétaires et des autres frais supplémentaires.

Vous pouvez ensuite évaluer si le résultat est satisfaisant au regard du temps et de l’argent dépensés. Si vous souhaitez prendre en compte la valeur d’une heure de votre temps, notez-la comme une hypothèse distincte. L’estimation obtenue n’est ni un prélèvement supplémentaire sur votre carte ni une perte de revenus avérée.

Si vous utilisez un seul abonnement pour plusieurs projets, n’ajoutez pas son prix total à chaque projet lorsque vous calculez les coûts totaux. Conservez l’abonnement comme poste commun ou répartissez son coût entre les projets selon une règle que vous choisissez. Pour un domaine payé à l’année, distinguez le montant facturé pour l’année de la part que vous attribuez à un mois.

Ce qu’il faut changer dans votre prochaine tâche#

Choisissez une fonctionnalité que vous devez terminer maintenant. Notez quel comportement signifiera qu’elle est « terminée » et donnez à l’agent le prompt ci-dessus. Après le travail, consignez le résultat de la vérification, le temps que vous y avez consacré et la raison pour laquelle vous avez dû reprendre la tâche.

Si les limites vous gênent, comparez les offres. Si vous devez expliquer à nouveau une décision déjà prise, enregistrez-la dans le projet. Si une erreur persiste après une correction, demandez qu’elle soit reproduite et que des vérifications soient effectuées avant et après la modification. Ce suivi vous aide à choisir un changement précis plutôt qu’à acheter immédiatement un autre abonnement.

Pour aller plus loin, rendez-vous sur Ailoot.