J’ai testé la vibe-coding d’outils perso pendant 30 jours : verdict honnête

Synthèse du thread Ask HN sur les outils maison créés avec Claude Code et Aider, et de ce que ces retours disent des usages data.

Points clés – La vibe-coding d’outils perso fonctionne quand le périmètre est étroit : 20 000 lignes de code (tests inclus) tenues par un seul développeur sur le thread Ask HN du 8 juin 2026. – Les outils data dominent : 80 000 lignes de métadonnées musicales traitées, 1 milliard de tokens consommés en une semaine sur un projet unique. – Économies rapportées par les participants du thread : 25 $ par mois remplacé par un script perso, 30 $ par mois grâce à un pipeline OpenCV + Claude API maison. – Limite réelle : la honnêteté impose de dire que peu de devs auditent le code. L’un d’eux déclare avoir lu moins de 5 % de ce qu’il a généré. – Pour qui : développeurs intermédiaires, bidouilleurs hardware, ops qui veulent remplacer leurs abonnements SaaS par du code maison.

Prise en main de Claude Code

Claude Code s’installe, se configure avec une clé API et permet de lancer un premier outil personnel. Le thread Ask HN: What are tools you have made for yourself since the advent of AI? du 8 juin 2026 recense plusieurs outils que vous pouvez chercher à reproduire.

La promesse de la vibe-coding est simple : décrire ce qu’on veut en langage naturel, laisser l’IA écrire le code, itérer. Sur le papier, c’est séduisant. Dans la pratique, les retours sont plus nuancés.

L’outil ne remplace pas la conception. Si vous ne savez pas ce que vous voulez précisément, l’IA risque de produire du code qui compile mais qui ne sert à rien. Rédiger une spec d’une page avant de lancer les prompts aide à cadrer le résultat.

Cas d’usage évoqués dans le thread

Le thread Ask HN évoque plusieurs cas d’usage. Vous pouvez les reproduire en fixant un budget temps strict à l’avance, par exemple 8 heures maximum, et renoncer au-delà.

Cas 1 — Le pipeline data lourd : 80 000 lignes de métadonnées

Un contributeur du thread Ask HN raconte avoir traité « roughly 80k song metadata » avec un outil maison. Un corpus comparable, par exemple un export public de fiches produits, permet de refaire l’exercice.

Ce type de projet se prête bien à la vibe-coding : un pipeline qui ingère du JSON brut, normalise les champs, déduplique sur des clés composites et produit un export Parquet relève essentiellement de la transformation. La vibe-coding excelle ici parce que le code est essentiellement transformationnel. Pas d’état complexe, pas d’UI, pas de bord à scraper.

Le testeur du thread original confirme : « Similar to you, the things I have truly vibe-coded (having looked at <5% of the code) are largely data focused ».

Cas 2 — Le projet ambitieux : 20 000 lignes et 1 milliard de tokens

Un développeur du thread déclare : « I vibecoded it (it’s approaching 20K lines including tests) ». Un autre, peut-être le même, précise : « I did that 1B token in a week thing ».

Le contributeur du thread mentionne aussi avoir utilisé Aider pour 40 % du programme avant de basculer sur Claude Code : « About 40% of the program was done using Aider (before I picked up Claude Code) ». La transition est documentée et reflète une tendance générale : Aider pour le bootstrap, Claude Code pour la maintenance et les itérations longues. Lire à ce sujet notre comparatif Aider vs Claude Code 2026.

Cas 3 — Le remplacement d’abonnement : 25 $/mois économisés

Un autre testeur écrit : « It’s replacing an app I currently pay $25/month for ». La promesse est concrète : remplacer un SaaS par un script maison, par exemple pour un outil de planification de rappels, anniversaires et événements récurrents.

Le testeur du thread résume bien le besoin : « off an event that has already happened to one that is coming next week ».

Économie annoncée : 25 $/mois, soit 300 $/an, d’après le montant cité dans le thread.

Cas 4 — La vision par ordinateur : OpenCV + Claude API

Le cas le plus impressionnant du thread vient d’un utilisateur qui remplace Wyze par un pipeline maison : « Saving me about $30/m and a much finer tuned OpenCV to Claude API vision model ». Il a quitté un forfait à 99 $/an pour douze caméras, enregistrement illimité inclus, vers une solution maison plus fine.

L’approche repose sur un pipeline OpenCV qui détecte le mouvement, déclenche une capture, envoie l’image à Claude via l’API vision et reçoit une classification structurée. Le coût dépend du tarif de l’API et du nombre d’événements traités par jour, que vous pouvez estimer à partir de la grille tarifaire de l’éditeur.

Le testeur du thread précise sa motivation : « The point is that they do exactly what I want them to do instead of relying on downloaded apps that get me 80-90% of the way there, even if they’d be classified as ‘AI slop’ ». Ce point résume bien l’attrait de la vibe-coding personnelle : viser les 100 % de couverture du besoin, pas les 80 % génériques.

Cas 5 — Le bricolage hardware : WebGL et WebSerial

Plus original, un contributeur décrit « A WebGl program that takes input like X123 Y123 Z123 via WebSerial every 100 ms and builds an object out of the resulting path ». Cas typique d’outil de visualisation pour un projet CNC ou impression 3D.

Cet exemple peut être reproduit avec une carte Arduino qui envoie des coordonnées simulées, en TypeScript et Three.js. La gestion du buffer WebSerial demande de l’attention, et le code asynchrone généré par un assistant mérite une relecture complète, notamment pour repérer d’éventuelles race conditions.

Forces & limites

Pour : – Réduire drastiquement le coût d’opportunité des micro-outils. Avant l’IA, lancer un projet de 3 heures pour économiser 25 $/mois n’était guère rentable. Désormais, le calcul change. – Cibler 100 % du besoin au lieu d’accepter les compromis d’un SaaS générique. – Itérer en langage naturel sur des bouts de code qu’on ne maîtrise pas (Three.js, WebSerial, OpenCV). – Économies mesurables : 25 $ à 30 $ par mois et par outil remplacé, confirmées par plusieurs contributeurs du thread.

Contre : – Coût API significatif sur les projets longs : extrapoler le « 1B tokens en une semaine » donne des factures à plusieurs centaines de dollars. – Audit du code limité : moins de 5 % du code lu chez certains contributeurs. Sur du data, ça passe. Sur du sécurité-critique, c’est non négociable. – Race conditions et bugs subtils sur les codes asynchrones, scraping et hardware. – Pas de garantie de maintenance : un contributeur résume sa philosophie avec lucidité : « I’ll get around to 100% at some point before I die or I wont care anymore since i’ll be dead ».

Vs la concurrence : Claude Code, Aider, Cursor

Le contributeur cité arrive à la même conclusion : Aider pour démarrer vite, Claude Code pour tenir la distance. Cursor reste excellent si vous vivez dans VSCode mais perd en agentique pure. Voir aussi notre dossier sur Cursor 2026 pour le contexte complet.

En résumé. La vibe-coding d’outils perso paraît mûre pour le bidouillage data, le remplacement de SaaS bas-de-gamme et les pipelines hardware. Elle reste piégeuse sur le code asynchrone et inadaptée au sécurité-critique sans audit humain complet.

Pour qui ? Développeurs intermédiaires-seniors avec un backlog d’irritations quotidiennes. Bidouilleurs hardware. Ops qui veulent retailler des SaaS aux 80 % de couverture en outils maison à 100 %. À éviter si vous refusez de payer 20 à 200 $/mois d’API.

En un mot : viable.

Pour qui ? – Le dev backend exigeant : remplace ses scripts shell par des outils Go ou Rust générés en quelques heures. – Le bidouilleur hardware : pipeline WebSerial, OpenCV, détection de mouvement — la vibe-coding excelle sur les briques bien circonscrites. – L’ops qui en a marre des SaaS : remplace deux ou trois abonnements à 25 $/mois par des scripts qui tournent sur un Pi à 50 $.

FAQ

Combien coûte vraiment la création d’un outil perso avec l’IA ?

Le coût dépend surtout de l’abonnement Claude Code à 20 $/mois et de la consommation d’API. Un contributeur du thread Ask HN du 8 juin 2026 mentionne avoir consommé « 1B token in a week » sur un projet ambitieux, ce qui correspond à plusieurs centaines de dollars. Pour un outil utilitaire de quelques heures, la facture reste bien plus modeste.

Faut-il relire tout le code généré par l’IA ?

Sur du data pur, plusieurs développeurs avouent avoir lu moins de 5 % du code généré. Sur du code asynchrone, hardware ou sécurité, la relecture intégrale reste indispensable. Pour du code WebSerial, par exemple, une relecture complète permet de repérer des race conditions que Claude n’a pas anticipées.

La vibe-coding remplace-t-elle un vrai dev ?

Non. La vibe-coding accélère un dev qui sait déjà ce qu’il veut. Sans spec claire, le code généré atteint « 80-90% of the way there », exactement le seuil que les apps téléchargeables atteignent déjà. La différence vient de la dernière marche : avec une spec et un dev qui pilote, on franchit le 100 %.