Un développeur solo construit un SaaS domestique de 35 modules avec Claude — Analyse approfondie du workflow

Un ingénieur senior avec 25 ans d'expérience en leadership technique a lancé Kaevo (kaevo.ai), un système d'exploitation domestique couvrant les finances, l'entretien de la maison, les voyages, les dossiers familiaux et les documents successoraux — le tout construit seul en plusieurs mois avec Claude comme partenaire d'ingénierie. La stack : Vite + Netlify + Supabase + facturation Stripe, environ 35 modules. Ce billet relate la construction, en se concentrant sur le workflow qui a rendu le projet possible.

Le workflow qui a fonctionné

Trois schémas clés ont émergé :

• Enquête d'abord, pas code d'abord. Le modèle d'invite le plus utile n'était pas « écris cette fonction » mais « trace comment ces données circulent et dis-moi où ça casse avant de proposer quoi que ce soit. » Lors de la dernière semaine avant le lancement, cela a détecté un risque de frais silencieux dans Stripe (des paniers abandonnés auraient été automatiquement facturés au jour 14 sans compte associé) et des bugs de perte de données où des documents avec des ID indéfinis s'écrivaient silencieusement les uns sur les autres dans le coffre-fort de documents. Des correctifs rapides auraient tout manqué.
• Tests d'abord sur les flux financiers, imposés. Webhooks Stripe, état des abonnements, logique de facturation — tous des prédicats purs avec des tests unitaires écrits en rouge d'abord avant toute E/S. La suite de tests verrouille le déploiement, donc rien n'est mis en production sur un build rouge.
• Claude a résisté. Plus d'une fois, Claude Code a refusé de « corriger » quelque chose après enquête, constatant que le bug n'existait pas dans le code actuel — y compris une cascade suspecte de suppression de compte qui avait été corrigée des mois plus tôt. Un agent qui invente des correctifs pour des bugs fantômes est pire qu'inutile sur un flux financier.

Division du travail

• claude.ai a rédigé les spécifications et trié
• Claude Code a enquêté et exécuté
• Humain a tout vérifié sur le site en direct et appliqué manuellement toutes les modifications de schéma. Barrière humaine sur tout ce qui touche aux données de production ou à l'argent ; autonomie totale sur l'enquête et le code couvert par les tests.

Limitations honnêtes

• Claude a parfois calqué un mauvais diagnostic avant d'enquêter — la discipline d'imposer l'enquête d'abord relevait du développeur.
• Les sessions longues nécessitaient une gestion délibérée du contexte.

Résultat net : ce qui aurait pris une petite équipe une année a pris quelques mois en solo. Une démo interactive gratuite est disponible sur le site (sans inscription) si vous voulez explorer ce qui a été construit.