632 commits en 84 jours : Ce que nous avons appris en expédiant chaque jour

Le nombre qui raconte l’histoire

632 commits. 84 jours. Zéro jour sans commit.

Du 21 novembre 2025 au 13 février 2026, nous avons expédié du code chaque jour. Jours de semaine. Week-ends. Jours fériés. Noël. Nouvel An. Chaque jour.

Ce n’est pas une question de culture du hustle ou de grind. C’est ce qui se passe quand tu maintiens l’élan sur un produit qui croît plus vite que prévu.

Le rythme d’expédition quotidien

Voici à quoi ressemblent réellement 7,5 commits par jour :

Matin : Revoir ce qui a été expédié pendant la nuit (rappelle-toi, l’IA résout les problèmes à 3h du matin). Vérifier la mise en scène. Identifier la suite.

Midi : Expédier la fonctionnalité principale de la journée. C’est généralement une PR avec 3-5 commits : la fonctionnalité, un correctif découvert pendant le développement, et une mise à jour de version.

Soir : Polir, corriger les cas particuliers, mettre à jour les dépendances. Les commits qui ne sont pas glamour mais qui maintiennent le produit en bon état de fonctionnement.

Certains jours avaient un commit. D’autres jours en avaient vingt. Le 22 novembre — le deuxième jour — avait douze commits. Le jour où nous avons intégré les sandboxes E2B en avait plus d’une douzaine. Le schéma varie, mais la série n’a jamais été interrompue.

À quoi ressemble l’expédition cumulative

La chose la plus intéressante à propos de l’expédition quotidienne n’est pas un commit individuel. C’est l’effet cumulatif.

Semaine 1 : Interface de chat + système de fichiers + espaces de travail. Un produit fonctionnel.

Semaine 2 : Facturation + internationalisation + bibliothèques UI. Un produit durable.

Semaine 4 : Planification + intégration + exécution de code. Un produit utile.

Semaine 8 : Génération d’images + compétences + sélection de modèles. Une plateforme.

Semaine 12 : Exécution en sandbox + agents en arrière-plan + CI autonome. Une plateforme autonome.

Chaque semaine s’appuie sur la précédente. Les fonctionnalités n’existent pas en isolation — elles se combinent. Planification + sandboxes = exécution de tâches en arrière-plan. Facturation + génération d’images = outils créatifs durables. Compétences + sandboxes = marché d’automatisation sécurisé.

L’effet cumulatif signifie que la production de la semaine 12 est qualitativement différente de celle de la semaine 1, pas seulement quantitativement plus importante. Nous ne construisons pas seulement plus de fonctionnalités. Nous construisons des combinaisons de fonctionnalités plus performantes.

Les commits qui comptent le plus

Si tu fais défiler notre historique git, tu trouveras trois types de commits :

Les bâtisseurs. “feat : ajouter le module des agents sandbox,” “feat : ajouter le panneau de paramètres des espaces de travail,” “feat : ajouter un système de compétences avec import ClawHub.” Ce sont les grandes fonctionnalités. Elles font l’objet de billets de blog. Elles apparaissent dans les changelogs.

Les réparateurs. “fix : empêcher la boucle de sondage de message infini,” “fix : supprimer en cascade les événements lors de la suppression de session,” “fix : intégrer les URLs d’images dans le markdown pour éviter la corruption des URLs LLM.” Moins glamour mais sans doute plus important. Chacun représente un vrai utilisateur rencontrant un vrai problème.

Les mises à niveau invisibles. “chore : mettre à jour @fulldiveVR/chat-ui à 2.0.12,” “refactor : acheminer tous les appels de juge via OpenRouter,” “perf : ajouter des journaux de traçage PERF.” Ceux-ci ne changent pas ce que les utilisateurs voient, mais ils changent la façon dont cela fonctionne. Améliorations de performance. Correctifs de sécurité. Mises à jour de dépendances.

Le ratio est d’environ 30 % de bâtisseurs, 40 % de réparateurs, 30 % d’invisibles. Ce ratio semble sain. Trop de bâtisseurs et pas assez de réparateurs signifie des bugs croissants. Trop de réparateurs et pas assez de bâtisseurs signifie stagnation. Trop peu de commits invisibles signifie accumulation de dettes.

Les vacances

28 novembre (Thanksgiving) : 14 commits. Améliorations de modèles, corrections de bibliothèques UI, modernisation des agents.

25 décembre (Noël) : 6 commits. Résolveur de problèmes automatique, protection par abonnement, automatisation des flux de travail.

1er janvier (Nouvel An) : 8 commits. Corrections de favicon, améliorations de session, partage de fichiers.

Nous ne nous vantons pas de travailler pendant les vacances. Certains de ces commits étaient des fusions programmées. D’autres étaient l’IA qui corrigeait des choses de manière autonome. Certains provenaient d’un fondateur qui ne pouvait pas s’empêcher de penser à un bug.

Le point n’est pas “nous avons travaillé à Noël.” Le point est “le produit s’est amélioré à Noël.” Que cette amélioration provienne d’un humain ou d’une IA, les utilisateurs s’en fichent. Ils voient juste un meilleur produit quand ils l’ouvrent ensuite.

Ce que nous avons appris

Expédier la plus petite unité significative. Pas la fonctionnalité entière. La plus petite chose qui améliore le produit. Un bouton qui fonctionne. Une erreur qui est gérée. Une étiquette qui est plus claire. Les petits commits sont faciles à revoir, faciles à annuler et faciles à comprendre.

Corriger les bugs le jour où ils sont trouvés. Notre temps moyen entre le rapport de bug et la correction est mesuré en heures, pas en jours. Cela n’est possible que parce que nous expédions chaque jour. Une équipe qui expédie chaque semaine garde les bugs pendant une semaine. Une équipe qui expédie quotidiennement les corrige aujourd’hui.

Laisse la série te motiver. Il y a quelque chose de psychologique dans une série quotidienne. Une fois que tu as expédié pendant 30 jours d’affilée, tu ne veux pas la casser le 31e jour. La série devient sa propre motivation. Ce n’est pas durable pour toujours — et nous ferons des pauses — mais pour une phase de lancement, c’est puissant.

L’accumulation est réelle. Le commit du jour 84 est qualitativement différent de celui du jour 1. Pas parce que nous sommes plus intelligents. Parce que nous construisons sur 83 jours de fondation. Chaque jour rend le jour suivant plus productif. C’est le véritable pouvoir de l’expédition quotidienne.

632 commits. 84 jours. Un produit qui est passé de rien à une plateforme d’agent IA autonome.

Les 84 jours suivants seront encore meilleurs.