60 jours dans la caverne : construire sans être vu#

Par Laurent Perello, fondateur de Perello Consulting. Publié le 5 mai 2026.

Le Jour 50, j'ai publié un article. Quinze orchestrateurs en production, 1 297 commits, un client payant.

Puis le silence.

Dix jours sans publication. Pas de posts. Pas de diary live. Sept entrées de journal accumulées dans le repo, non publiées — Jour 52 jusqu'à Jour 58 — parce que le "pipeline" de traduction, d'audio et de déploiement géré par Phi était en pause. 7 jours de pause. La raison : le quota de token brûlait ailleurs. Chi construisait l'extension. Iota et Psi refaisaient le backend et le site.

Le monde extérieur a vu un silence. L'intérieur faisait tourner 8 business units en parallèle.

Ce texte est le compte-rendu de ce qui s'est passé dans la caverne.

Ce qui a changé au Jour 52#

La forme a changé. C'est la phrase exacte que j'ai utilisée dans le diary ce soir-là.

Cinquante jours à construire. Seize orchestrateurs. Trois cent trente et un skills. Vingt-deux plugins dans le registry. Et l'offre censée monétiser tout ça saignait avant que quiconque ne voie la blessure.

Trois signaux en une matinée. Un consultant à qui j'avais proposé un accompagnement VIP à 490 € par mois — pas de réponse. Un fondateur tech à qui j'avais pitché la même structure — budget nul. Puis, presque par accident, j'ai mentionné que VantageRegistry était disponible à 99 € à vie. Il a dit oui immédiatement.

Ce n'est pas un problème de prix. C'est un problème de domaine.

J'ai appliqué Cynefin (cadre conceptuel d'aide à la décision) à ma propre carte produit. Perello Consulting opère dans le domaine Complexe — orchestration multi-agent, expérimentation par boucles, apprentissage en mouvement. Les prospects opèrent dans le domaine Clair. Ils utilisent ChatGPT ou Claude tous les jours. L'outil fonctionne. Ils veulent qu'il fonctionne mieux. Ils ne cherchent pas une nouvelle méthode. Ils cherchent un output, un résultat immédiat.

Vendre Complexe à des gens qui vivent en Clair n'est pas un désalignement commercial. C'est une erreur de catégorie. Aucun ajustement de prix ne la résout.

La décision de ce soir-là : arrêter de vendre standalone. Repositionner comme power-up intégré dans l'hôte que le client utilise déjà. ChatGPT, Claude, Grok. L'utilisateur ne quitte pas son hôte. Il remarque que son hôte est devenu plus capable.

Streak, en 2012, avec Gmail. Calendly, en 2013, avec Google Calendar. Mixmax, Grammarly, AdBlock. Les vainqueurs durables de la dernière vague plateforme étaient des extensions, pas des applications standalone. Ils n'ont rien construit de leur côté. Ils ont ajouté des pouvoirs à ce que leur client utilisait déjà.

C'est la forme qu'on aurait dû avoir au Jour 1.

L'extension : six jours de Jour 53 à Jour 59#

Le Jour 53, Chi a démarré le bootstrap de l'extension GPTPowerUps.

L'architecture a été posée dès le premier jour avec sept couches durables : Manifest V3, Vite + crxjs, Preact, Shadow DOM pour l'isolation CSS, Tailwind v4 pour le design system, IndexedDB en local-first strict, et un système de tests exhaustifs. Cinq anti-patterns identifiés et bannis dès l'architecture — héritage des erreurs des outils similaires, dont les impasses de Saeed sur la gestion d'état global.

Le local-first n'était pas un choix de confort. C'était une décision stratégique fondatrice : aucune donnée ne quitte le navigateur. Pas de compte, pas d'email collecté, pas de serveur intermédiaire. Les conversations de l'utilisateur restent dans son navigateur. C'est le socle qui rend le modèle Free Forever crédible — pas un argument marketing, une architecture.

Six jours plus tard : V0.0.1 → V0.8.0.

Le Jour 58, Chi avait livré cinq releases dans la journée. V0.4.1 : prompts multi-étapes. V0.4.2 : hydratation de variables et modal de confirmation. V0.4.3 : polish sidebar. V0.5.0 : Grok ajouté comme troisième hôte aux côtés de ChatGPT et Claude, tous les tokens CSS refactorisés sous un namespace unique pour éliminer les collisions qui lavaient le modal sur Grok. V0.6.0 : fondation des conversations cross-host — capturer une conversation depuis un hôte, la parcourir localement dans le navigateur, la réinjecter dans un autre hôte en fichier markdown attaché ou en mega-prompt inline.

Aucun des wrappers dominants du marché ne fait cette combinaison.

Le Jour 59 : Compare Mode et Debate Mode shippés. 945 tests passants. Zero TypeScript errors. Zero linting errors. Build vert sur Chrome et Firefox.

V0.8.0.

Le chiffre à retenir n'est pas la version. C'est la vitesse de capitalisation. Chaque release hérite des tests de la précédente. Chaque pattern d'erreur devient une contrainte d'architecture. Pas de régression possible sur ce qui est déjà protégé.

L'anti-GTM : ce que le mot veut dire vraiment#

Anti-GTM n'est pas une posture de marketing inversé.

C'est un mode de production.

Quand on choisit Free Forever, local-first, pas de compte, pas d'email collecté — on n'abandonne pas le modèle commercial. On change l'unité de valeur. On ne vend pas un accès à un service. On distribue une capacité qui s'installe en trente secondes dans l'environnement que l'utilisateur connaît déjà.

La conséquence directe : pas de funnel. Pas de social proof fabriqué. Pas de "rejoignez des milliers d'utilisateurs". Pas de tiers de prix gonflés pour ancrer la psychologie. Pas d'onboarding email en sept séquences. L'utilisateur installe, l'utilisateur utilise, l'utilisateur revient ou ne revient pas.

C'est là que l'anti-GTM devient une discipline de build.

Quand il n'y a pas de funnel pour convertir, chaque fonctionnalité doit convertir elle-même. Compare Mode n'existe pas parce qu'il score bien dans une matrice. Il existe parce que l'utilisateur qui compare une réponse Claude vs une réponse ChatGPT sur le même prompt fait quelque chose qu'il ne peut pas faire autrement. Debate Mode n'existe pas parce que c'est innovant. Il existe parce qu'un utilisateur qui demande à deux LLMs de se contre-argumenter obtient une qualité de raisonnement qu'un seul n'aurait pas produit.

La fonctionnalité prouve sa valeur par l'usage, pas par la communication.

C'est l'inverse du GTM classique, où on construit une communication autour d'une fonctionnalité et on mesure les conversions. Ici on construit une fonctionnalité qui se justifie dans les mains de l'utilisateur, et la communication — si elle vient — est un récit de ce qui s'est passé, pas une promesse de ce qui va se passer.

ChatGPT et Claude convertissent des centaines de millions d'utilisateurs à l'usage des LLMs. Ils portent le coût de l'évangélisation, de l'onboarding, de la rétention quotidienne. On n'est pas en compétition avec eux. On hérite de leur conversion. On vend la magnification d'une magie qu'ils ont rendue désirable.

Un parasite, dans le sens de Stripe avec Visa ou Shopify avec le e-commerce. L'hôte n'a aucune raison de nous retirer : on augmente son engagement.

Ce que deux audits ont appris#

Le Jour 59 a produit une observation que je veux nommer sans qu'elle domine.

Pendant le build de l'extension, j'ai dispatché Eta pour faire les code reviews. Eta est un orchestrateur reviewer. Bonne discipline en théorie : spécialisation, séparation des rôles, gate de qualité indépendant.

Le verdict factuel de la journée : 100 % des bugs visuels trouvés l'avaient été par visual ack humain — Laurent regardant le rendu dans le navigateur. 0 % par Eta, sur onze dimensions de review standard.

Ce n'est pas un défaut d'Eta. C'est une limite d'architecture. L'orchestrateur review reporte "done" quand le travail a passé les gates qu'il savait exécuter. Les contrôles internes ne détectent pas un placeholder gris vide livré en preview, ni un nom privé dans un diary public. Ce qui détecte les deux : un œil humain sur l'output rendu, le délivrable.

La leçon n'est pas "Eta est inutile". Elle est plus précise que ça. Le gate de qualité visuel reste humain. Eta sort du processus de contrôle Chrome extension par défaut. Il continue sur les autres périmètres où ses dimensions "matchent" les types d'erreurs réels.

C'est la différence entre une règle et une mesure. Les règles générales se déploient. Les mesures factuelles corrigent.

État actuel Jour 60#

Extension V0.8.0 en production. Compare Mode. Debate Mode. Cross-host injection. 945 tests. Local-first strict. Free Forever.

Ce matin : onboarding d'un nouveau client VantagePeers. 99 € par an. Trois sessions de trente minutes. Il construit un agent de prospection. Il prépare ses comptes cloud. Laurent partage le code et les instructions d'opération.

C'est le troisième pilote en deux mois qui utilise la même configuration : petit engagement, périmètre focalisé, transmission de savoir-faire plutôt que livraison clé en main. À 99 €, le client peut payer. À 99 €, ce n'est pas gratuit. La friction disparaît. L'échange reste réel.

Site refonte Phase 1.5 : refonte design finalisée. Quinze "issues" corrigées dans la nuit. Il reste deux follow-ups visuels — le teaser SVG de l'extension et les illustrations pour les cas d'usage. En cours.

Phi pipeline : le backlog de sept diaries non-publiés (Jour 52 → Jour 58) a été publié.

Et ce texte, qui est le rapport de sortie de caverne.

Ce que la caverne enseigne#

7 jours de silence externe. Pas stratégique. Par compression.

Le quota modèle brûlait sur ce qui comptait. La flotte d'orchestrateurs ne s'est pas arrêtée. Elle a livré dans l'ordre de priorité réelle, pas dans l'ordre de visibilité externe.

C'est peut-être la leçon la plus honnête de cette période.

Build-in-public est une pratique utile. Elle force la clarté, elle documente les décisions, elle crée une confiance qui ne dépend pas de la preuve sociale manufacturée. Mais elle a une limite silencieuse : quand le quota est contraint, publier prend les mêmes ressources que construire. Le choix ne se discute pas.

La flotte d'orchestrateurs a choisi de construire.

Le silence n'était pas un signal d'abandon. C'était le bruit normal d'un système qui traite ses priorités dans le bon ordre, sans annoncer qu'il le fait.

La caverne n'est pas une métaphore romantique. C'est ce qui arrive quand huit business units tournent en parallèle avec un quota fini et un fondateur qui ne peut pas être en réunion et en production en même temps.

On en sort avec une extension V0.8.0, un nouveau client onboardé ce matin, et un site refait.

C'est suffisant.

Laurent Perello dirige Perello Consulting, cabinet indépendant d'automatisation IA pour dirigeants de PME et ETI françaises. La Vantage Team est l'équipe d'orchestrateurs IA interne qui produit, review, déploie et documente en parallèle, depuis le Day 1.