Une forêt est une fabrique qui fabrique des fabriques.#

Il y a 150 jours, on a commencé à construire quelque chose qu'on n'avait pas encore nommé. Le manifeste est venu ensuite. Il ne parlait pas d'un produit. Il parlait du sol qui produit des produits. Une forêt, pas une usine. Une chose vivante qui apprend à se répliquer, plutôt qu'une chaîne qui répète le même geste jusqu'à l'usure.

Aujourd'hui je peux dire ce qui a poussé.

Avant, un mot d'ordre. Une forêt n'est pas l'inverse d'une fabrique. C'est la plus vieille fabrique qu'on connaisse. La seule qui fabrique ses propres outils, son propre sol, ses propres graines — et qui bâtit d'autres forêts avec ce qu'elle laisse tomber. Sans plan. Sans contremaître. La forêt est une fabrique qui fabrique des fabriques.

C'est cette image, précisément, qui règle une tension qu'on nous oppose depuis des années. Ceux qui vendent l'IA parlent d'usines et de tuyaux — comme si on retirait le métier des mains de qui le tient. Ceux qui refusent l'IA parlent d'authenticité et de savoir-faire — comme si l'outillage était toujours un ennemi. Les deux se trompent. La forêt travaille. Elle fabrique. Elle produit du volume. Et elle n'arrache rien à personne, parce que le vivant reste dans la relation.

C'est la fabrique qu'on construit ici.

Acte 1 — On a dit (mais on avait déjà commencé)#

L'ordre a compté, et il n'était pas celui qu'on annonce d'habitude.

On n'a pas écrit un plan, puis exécuté le plan. On a commencé à construire. Pendant les premières semaines, on ne savait pas encore comment nommer ce qu'on faisait. Puis, le 87ᵉ jour, le 31 mai 2026, quand la forme est devenue claire, on a écrit le manifeste. Il n'a rien inventé. Il a nommé ce qui existait déjà, et il a engagé la suite.

Le manifeste ne promettait pas un logiciel. Il ne promettait même pas une entreprise. Il posait une hypothèse : que l'unité économique qui compte, à partir de maintenant, n'est plus le produit ni l'équipe — mais la fabrique qui produit les produits et qui recompose les équipes selon les besoins.

Une fabrique de fabriques. Fractale. Autonome. Réutilisable. Reconfigurable.

Et surtout, une fabrique dont on a parlé pendant qu'on la construisait, pas après. Parce qu'on préfère être jugé sur l'écart entre ce qu'on annonce et ce qu'on livre — plutôt que d'annoncer à la fin, quand tout est prouvé, quand plus personne n'a de raison de nous croire.

On construit. On dit. On prouve. Les trois se chevauchent, tout le temps.

C'est cet ordre-là qui compte.

Acte 2 — On a fait (les briques)#

Une forêt commence sous le sol.

150 jours plus tard, ce sont les briques invisibles qu'il faut nommer d'abord — celles qu'un client ne verra jamais, qui portent tout le reste.

Le premier travail a été de recruter une équipe qu'on ne recrute pas.

Chaque orchestrateur — Pi, Alpha, Phi, Sigma, Omega, Theta, Xi, Chi, et les autres — n'est ni un salarié ni un contractor. C'est une entité opératrice, avec un périmètre, une mémoire propre, un jugement propre, et des règles qui la lient. Chacun dirige une équipe d'agents spécialisés — des dizaines par orchestrateur, chacun avec son métier étroit : rédiger, chercher, réviser, tester, coder un domaine précis, extraire une donnée précise. À l'échelle de la flotte, cela compose une organisation qui travaille, décide, se coordonne, se corrige — sans manager humain au milieu.

Puis on a bâti le squelette et le système nerveux.

VantagePeers est le mycélium de la forêt : le réseau souterrain qui relie chaque arbre à chaque arbre. C'est là que les orchestrateurs se parlent, se passent des messages, s'échangent des mémoires, dispatchent des missions, se coordonnent sans devoir se voir. Un orchestrateur qui travaille sur un problème peut lire, en trente secondes, ce que dix autres ont appris avant lui sur des problèmes voisins. La discipline coûte trente secondes ; l'économie se compte en heures.

Puis on a fait la boîte à outils commune.

VantageRegistry est le catalogue partagé, à disposition de tous les orchestrateurs et de tous leurs agents. Un orchestrateur qui a besoin d'une capacité ne la réinvente pas — il la cherche, la tire du catalogue, l'utilise. Si elle manque, il la construit, la publie, la partage. Chaque brique gagnée l'est pour tout le monde, pour toujours.

On a gravé nos standards et nos garde-fous.

Chaque règle que l'expérience nous a fait payer est devenue une règle écrite, chargée en permanence par chaque orchestrateur. Zéro divergence entre workspaces. Zéro connaissance métier codée en dur. Preuve exigée sur toute revendication de fait. Fabrique honnête ou fabrique cassée.

Et on a posé un principe non négociable : tout ce qu'on construit doit être vendable — même à un euro.

Pas pour vendre à un euro. Pour ne jamais construire un composant qui n'aurait aucune valeur pour quelqu'un d'autre. Nous sommes les premiers clients de ce qu'on fabrique — et c'est un début de preuve, pas un problème. Si ça nous sert d'abord, à nous, ça a déjà fait son premier travail. Mais on ne s'arrête pas là. Chaque brique doit pouvoir sortir de la fabrique et servir quelqu'un d'autre, en l'état.

Ces briques sont les machines-outils qui font les outils qui font les produits. Elles ne se vendent pas directement au client. Mais tout ce qui se vend au client passe par elles.

Un arbre, dans une forêt, fabrique cinq choses à la fois. Dans le même geste. C'est ce qu'on appelle la modularité poussée à l'extrême.

Un arbre respire — et il donne, dans le même souffle, l'oxygène qu'il n'utilisera pas et le sucre qui va nourrir sa croissance. Il fabrique du bois, qui portera l'arbre suivant. Il fait des fleurs, qui appellent les pollinisateurs, qui feront lever d'autres arbres. Il produit des fruits, qui portent les graines. Il laisse tomber ses feuilles, qui refont la terre. Cinq usages différents, cinq destinataires différents, un seul geste. Aucun de ces cinq flux n'est un déchet des autres — chacun est un produit à part entière, et chacun sert quelqu'un.

C'est exactement ce qu'on cherche à obtenir dans notre fabrique. Chaque brique qu'un orchestrateur construit ne doit pas produire une seule sortie utile — elle doit en produire plusieurs, adressées à plusieurs destinataires, dans le même geste. Un geste précis écrit pour un produit (un skill) doit pouvoir servir à un deuxième sans réécriture. Une règle maison gravée pour un domaine doit se lire dans un autre sans traduction. Un mode d'emploi posé pour un projet (un runbook) doit rester utilisable quand un projet voisin s'y appuie. Et le journal du travail — ce qu'on documente à mesure qu'on avance — nourrit à la fois nos propres orchestrateurs, notre publication publique, et la mémoire qu'on interrogera dans six mois.

La démarche est simple à dire, exigeante à tenir : on refuse de construire quoi que ce soit qui n'aurait qu'un seul usage. Pas parce que la mono-fonction est mauvaise en soi. Parce qu'elle épuise la ressource sans que rien ne repousse à côté. Un arbre qui ne ferait que du bois ne referait jamais de forêt.

Notre équivalent commence à tenir.

Acte 3 — On prouve (le week-end où la forêt s'est reproduite)#

Un manifeste sans preuve est une carte postale. Les mots suivants existent parce que ce week-end qui vient de passer — nous sommes lundi — la fabrique a fait quelque chose que je n'aurais pas su comment lui demander.

Elle s'est reproduite toute seule. Cinq fois, sur cinq dimensions différentes. Dans la même passe.

1. Elle s'est réparée à la source.

Un défaut a été détecté sur une pièce partagée — un composant utilisé dans plusieurs produits en même temps. Le réflexe humain (le nôtre pendant vingt ans) aurait été de le corriger localement, dans chaque produit qui l'utilisait — trois rustines pour un même trou, avec la certitude que dans six mois personne ne saurait plus laquelle correspondait à quoi. Cette fois, la correction est allée à la source. Le composant partagé a été réparé une fois, propre. Chaque produit qui l'utilise en a hérité propre. Tout produit à venir naîtra propre.

Ce n'est pas une prouesse technique. C'est une discipline structurelle. Elle vaut plus qu'un mois d'audit externe.

2. Elle a appris à se compter elle-même.

Un compteur de flotte a été construit — un outil interne qui interroge chaque orchestrateur, chaque agent, chaque composant, chaque produit, et rapporte un état vérifiable. Avant cet outil, si on m'avait demandé « combien avez-vous d'orchestrateurs actifs cette semaine ? », j'aurais donné une réponse à la louche. Aujourd'hui, la fabrique répond elle-même, avec la commande à côté du chiffre, pour que celui qui doute puisse relancer et vérifier.

Une usine qui ne sait pas se compter ne peut pas s'améliorer. Celle-ci a appris.

3. Elle a utilisé son propre outil pour fabriquer le suivant.

Un modèle de départ — un moule dans lequel on coule chaque nouveau serveur — a été produit, éprouvé, adopté. Le serveur suivant est sorti de ce moule au lieu d'être bricolé de zéro. Il est né avec la qualité de base déjà en place, en une fraction du temps qu'il aurait fallu la première fois. Ce n'est plus le premier arbre qu'on plante ; c'est le trentième — et le trentième pousse plus vite que le premier, parce que la terre a été amendée et enrichie trente fois.

4. Elle a assemblé une équipe d'experts sur un sujet où elle n'était jamais allée.

On a pris un domaine du droit entier. On a monté une petite équipe d'agents autour de ce domaine, chacun avec son rôle — comme dans un cabinet : celui qui cherche, celui qui vérifie les sources, celui qui rédige, celui qui relit, celui qui pose la question dérangeante — et un chef d'équipe qui les fait travailler ensemble. Deux règles, non négociables : chaque affirmation portée par l'équipe est adossée à sa source ; et là où le sujet dépasse le périmètre du cabinet, l'équipe ne bricole pas — elle dit à l'utilisateur d'aller voir un avocat. Tout ce travail a été rangé dans un mode d'emploi réutilisable, pour que le prochain domaine (fiscal, immobilier, prud'homal, peu importe) puisse être monté à partir de ce modèle, pas à partir de zéro.

On n'a pas construit un expert. On a construit ce qui monte des équipes d'experts.

Cela change tout.

5. Le bloc-chiffres.

En 150 jours :

• 26 paquets npm publiés, 33 593 téléchargements cumulés.
• 15 projets Convex. 90 dépôts GitHub. 2 277 pull requests fusionnées (sur 2 543 ouvertes).
• 9 projets Railway, 11 services, 663 déploiements.
• 30 projets Vercel créés depuis le Jour 1 (127 au total sur l'organisation).
• VantageRegistry — la boîte à outils commune de la fabrique : 1 110 pièces au catalogue, dont 589 skills (les gestes précis qu'un agent sait exécuter), 183 agents (les ouvriers spécialisés), 161 hooks (les garde-fous qui se déclenchent tout seuls quand une règle risque d'être enfreinte), 57 plugins (les extensions qu'on branche à un poste de travail pour lui donner une nouvelle capacité), 39 templates (les moules), 35 rules (les règles maison, chargées à chaque prise de poste), 26 runbooks (les modes d'emploi qu'on suit du premier au dernier geste), 19 teams (les équipes déjà constituées), 1 prompt. Plus 58 composants partagés (les blocs assemblés — plus gros qu'une pièce isolée, plus petits qu'un produit — que plusieurs équipes utilisent tels quels sans les redémonter).
• VantagePeers — le réseau nerveux, qui fait circuler tout ce que la fabrique dit, décide, et se rappelle. En 150 jours : plus de 25 000 tâches (les unités de travail attribuées), plus de 25 000 messages entre agents, plus de 1 100 missions (les gros chantiers), plus de 3 100 mémoires (ce qu'on n'oublie plus), plus de 1 500 briefings (les comptes-rendus structurés), 429 entrées de journal.

Si tu veux la preuve, demande, ou prends rendez-vous — on te la montre en direct. Ces chiffres ne sont pas des slides : ce sont des états lus dans la fabrique elle-même, à l'instant où tu la regardes.

Un mot sur le rythme. Le manifeste a été publié au 87ᵉ jour. À ce moment-là, la fabrique tenait à peu près trente choses en production, dirigées par une trentaine d'orchestrateurs, avec près de deux cents agents et cinq cent quinze skills au catalogue. Soixante-trois jours ont passé. Le catalogue a franchi le millier de pièces. Ce n'était pas la même forêt. Ça n'est plus la même.

Sur les produits eux-mêmes, une ligne demande d'être posée avec la même rigueur que les briques : 29 produits et livrables client-facing, adossés à 17 composants publiés — soit 50 briques en production sur preuve. 3 sont à un cran du lancement. 14 sont en construction. Le manifeste Day 86 comptait 1 produit en revenu, 4 en livraison, 5 ayant passé toutes les dimensions du standard ; 64 jours plus tard, l'ordre de grandeur a changé — dix fois plus de choses en production, trois fois plus de choses proches de sortir, la même règle : un chiffre, jamais un adjectif.

Cet ordre — d'abord les briques, ensuite les produits qui en sortent — n'est pas cosmétique. C'est l'aveu principal du manifeste : on a passé 150 jours à travailler sous le sol. La forêt existe. La saison des fruits commence à peine.

Acte 4 — Ce qu'on ne vend pas#

Je nomme, parce que la ligne entre nous et le reste du marché tient là.

On ne vend pas « apprends à prompter sans effort pour des résultats faciles ». Cette promesse est un mensonge poli. Un prompt facile produit un résultat pauvre. Un résultat riche exige un système riche. On vend le système, pas la formule magique.

On ne vend pas un agent qui tourne 24 heures sur 24 pour commander un kebab sur Uber Eats. Ce n'est pas un problème. Un adolescent le fait déjà avec son pouce. Automatiser un geste qui n'a jamais coûté d'effort ne libère rien.

On ne vend pas « on te crée un agent n8n qui automatise tout ton business ». Un business qui tient tout entier dans un workflow linéaire est un business qui n'a pas encore vu ce qui va lui arriver. Les vrais problèmes des vraies organisations sont non-linéaires, non-déterministes, faits d'exceptions et d'interruptions. Un workflow s'y casse la mâchoire au premier cas de bord.

Ce qu'on vend est plus simple à dire et plus difficile à faire.

On vend un système capable de gérer des systèmes complexes, le plus simplement possible, avec l'efficience pour seule boussole. Pas la vitesse. Pas la nouveauté. Pas le prestige. L'efficience : ce qui produit le maximum de valeur avec le minimum de perte.

C'est pour cela qu'on parle de fabrique — et pas d'application. Une application résout un problème. Une fabrique produit ce qui résout des problèmes, encore et encore, et se répare à mesure qu'elle produit.

Acte 5 — Les 150 prochains jours#

La saison change.

Les 150 premiers jours ont été la saison du sol : préparer la terre, planter les racines, laisser prendre le mycélium, faire pousser les arbres jusqu'à ce qu'ils tiennent debout sans tuteur.

Les 150 suivants sont la saison de la récolte. Lancer les produits. Les faire connaître. Les vendre. Rendre visible ce qui a été construit sous le sol.

Je peux être honnête, parce que l'honnêteté a été la règle depuis le premier jour et qu'elle ne va pas changer maintenant : tous les arbres ne fructifieront pas dans les mêmes semaines. Certains sont proches, quelques-uns portent déjà des fruits. D'autres viennent seulement de bourgeonner. La forêt n'a pas de calendrier commercial — mais nous, si. Le travail des 150 prochains jours est de faire coïncider les deux, sans mentir sur ce qui est prêt et ce qui ne l'est pas.

Une dernière chose, honnête, avant de refermer. Pendant des semaines, on a sous-estimé notre propre production. Pi, l'orchestratrice qui tient la vue d'ensemble, ne rapportait que des planchers — par discipline de ne jamais annoncer plus qu'elle n'avait prouvé. Les tâches, qu'on annonçait à « au moins cent », se comptent aujourd'hui par dizaines de milliers. L'inverse exact du hype. Une fabrique qui se sous-évalue, plutôt qu'une qui se sur-vend.

Cette pudeur est un choix. Elle coûte, à court terme, en visibilité. Elle rend, à long terme, en crédibilité — la seule chose qui compte quand on demande à des dirigeants de nous confier une part de ce qu'ils ont construit à la main pendant des décennies.

On a dit.

On a fait.

On prouve.

C'est cet ordre-là. Et c'est le seul.

— Laurent Perello, Perello Consulting — Day 150, 2026-08-03.