Il y a cinq ans, il fallait une équipe pour construire une vraie entreprise.
Des spécialistes du marketing. Des chercheurs. Des développeurs. Des commerciaux. Du support.
Même une petite entreprise signifiait 10 à 20 personnes et 1 million de dollars+ de masse salariale.
Cela a changé.
Claude Fable 5 est le premier modèle d'IA que j'ai utilisé qui ne donne pas l'impression d'être un chatbot.
Il donne l'impression d'être une infrastructure.
La plupart des gens l'utilisent encore comme ça :
Invite → Réponse → Terminé
Ce n'est pas pour ça que Fable a été conçu.
Fable fonctionne pendant des jours.
Il planifie. Il recherche. Il exécute. Il vérifie. Il apprend. Il continue.
La plus grande opportunité n'est pas d'utiliser l'IA pour gagner quelques minutes.
C'est d'utiliser l'IA pour remplacer des départements entiers.
Voici l'architecture d'entreprise exacte que je construirais à partir de zéro aujourd'hui.
Chaque invite ci-dessous est prête à être copiée-collée. Exécutez-la ce soir.
L'ancien modèle vs le nouveau modèle
Ancien modèle :
Vous → embauchez des gens → gérez des gens → payez des gens → espérez que ça marche
Nouveau modèle :
Vous → concevez le système → Fable gère les départements → les départements s'améliorent eux-mêmes
Le fondateur ne fait plus le travail.
Le fondateur conçoit le système d'exploitation.
Tout le reste fonctionne.

Étape 0 — Construisez d'abord le cerveau de l'entreprise
Tous les fondateurs sautent cette étape.
Ils se lancent directement dans les invites et se demandent pourquoi l'IA agit comme un stagiaire ignorant.
La différence entre un stagiaire ignorant et un bon employé, c'est le contexte.
Créez cette structure de dossiers maintenant :
1mkdir -p ~/company/{memory,skills,state,content,docs,sops}23touch ~/company/founder.md4touch ~/company/strategy.md5touch ~/company/products.md6touch ~/company/customers.md7touch ~/company/memory/lessons.md8touch ~/company/state/projects.md9touch ~/company/state/pipeline.md10touch ~/company/state/seo-tracker.md
Remplissez chaque fichier avec ces modèles :
~/company/founder.md
1# À propos de moi23## Comment je pense4[Rapide et intuitif ? Lent et réfléchi ? Averse au risque ou prudent ?]56## Mes forces7[Ce dans quoi vous êtes vraiment bon — spécifique, pas générique]89## Mes faiblesses10[Ce qui vous épuise ou là où vous faites constamment des erreurs]1112## Style de communication13[Comment vous voulez les résultats — puces ? prose ? court ? détaillé ?]1415## Non-négociables16[Les choses sur lesquelles vous ne transigerez jamais — niveau de qualité, éthique, rapidité]1718## Cadre de décision19[Comment vous prenez les décisions difficiles — données d'abord ? intuition d'abord ? consensus ?]
~/company/strategy.md
1# Stratégie d'entreprise23## Objectifs 202641. [Objectif mesurable spécifique]52. [Objectif mesurable spécifique]63. [Objectif mesurable spécifique]78## Marché cible9[Intitulé du poste, taille de l'entreprise, secteur, problème actuel]1011## Tarification12[X € pour Y. Pourquoi ce prix. Combien coûtent les alternatives.]1314## Positionnement15[Une phrase : Nous aidons [qui] à faire [quoi] sans [problème].]1617## Avantage concurrentiel18[La seule chose que nous faisons mieux que quiconque — soyez précis]1920## Ce que nous NE ferons PAS21[Les 3 choses sur lesquelles nous refusons explicitement de rivaliser]
~/company/customers.md
1# Intelligence client23## Profil client idéal4[Démographie, type d'entreprise, tâche à accomplir, autorité budgétaire]56## Top 5 des problèmes clients (classés)71. [Problème] — [à quelle fréquence ils le mentionnent]82.93.104.115.1213## Objections courantes et la vraie raison derrière14- "Trop cher" — signifie en réalité : [vraie préoccupation]15- "Pas maintenant" — signifie en réalité : [vraie préoccupation]16- "Nous avons construit quelque chose en interne" — signifie en réalité : [vraie préoccupation]1718## Meilleurs témoignages clients191. "[Citation]" — [Nom, Rôle, Entreprise]202.213.2223## Où les clients se retrouvent24[Subreddits, groupes LinkedIn, newsletters, communautés Slack]
Ajoutez cette instruction au début de chaque session Fable :
1Avant de commencer toute tâche, lisez :2- ~/company/founder.md3- ~/company/strategy.md4- ~/company/customers.md56Après avoir terminé toute tâche, écrivez les leçons clés dans :7- ~/company/memory/lessons.md89Format : Date | Département | Ce qui a fonctionné | Ce qui a échoué | La prochaine fois10Une entrée par leçon. Mettez à jour les entrées existantes au lieu d'en créer des doublons.
Sans ces fichiers : l'IA agit comme un freelance recevant un brief à froid.
Avec ces fichiers : l'IA agit comme quelqu'un qui a travaillé avec vous pendant deux ans.

Département 1 — Recherche
La plupart des fondateurs font 15 minutes de Google et appellent ça une étude de marché.
C'est pourquoi la plupart des produits ratent le marché.
Votre département de recherche fonctionne chaque semaine sans vous.
Copiez cette invite. Exécutez-la chaque lundi :
1Vous êtes mon Directeur de la Recherche.23Lisez d'abord ~/company/strategy.md et ~/company/customers.md.45Exécutez la boucle de recherche hebdomadaire complète :67━━━ RECHERCHE CONCURRENTIELLE ━━━89Recherchez ce qui suit pour chaque concurrent : [listez 3 à 5 concurrents]1011Trouvez au cours des 7 derniers jours :12→ Tout nouveau lancement de produit ou annonce de fonctionnalité13→ Tout changement de page de tarification (comparez la version en cache et la version actuelle si possible)14→ Leurs 3 publications sociales les plus engageantes et pourquoi elles ont bien performé15→ Les plaintes des clients sur Reddit, G2, Trustpilot, App Store1617━━━ RECHERCHE CLIENT ━━━1819Recherchez ces communautés Reddit : [r/sub1, r/sub2, r/sub3]2021Requêtes de recherche à effectuer :22→ "J'aimerais que [nom du concurrent]..."23→ "frustré par [catégorie de produit]"24→ "à la recherche d'une alternative à [concurrent]"25→ "quelqu'un d'autre a des problèmes avec [domaine de problème]"2627Trouvez les 10 principales plaintes classées par votes positifs.28Regroupez les plaintes similaires par thèmes.2930━━━ RECHERCHE D'OPPORTUNITÉS ━━━3132Trouvez dans mon créneau :33→ Des mots-clés avec un volume de recherche mais une faible concurrence dans le top 1034→ Des questions sur Reddit/Quora avec beaucoup de votes positifs mais aucune réponse satisfaisante35→ Des produits que les gens demandent sur les forums qui n'existent pas encore36→ Tout concurrent qui vient d'augmenter ses prix (opportunité de se positionner contre)3738━━━ FORMAT DE SORTIE ━━━3940Retournez exactement cette structure :4142## Rapport de Recherche Hebdomadaire — [Date]4344### Top 3 des Mouvements Concurrentiels Cette Semaine45| Concurrent | Ce qu'ils ont fait | Pourquoi c'est important | Action recommandée |4647### Top 5 des Plaintes Clients (par fréquence)48| Plainte | Fréquence | Opportunité que cela crée |4950### Top 3 des Opportunités Cette Semaine51| Opportunité | Preuve | Effort | Potentiel de revenu | Action recommandée |5253### Une Observation Contrariante54[Quelque chose que vous avez trouvé qui va à l'encontre de la sagesse conventionnelle dans cet espace]5556Enregistrez le rapport complet dans : ~/company/state/research-[YYYY-MM-DD].md57Mettez à jour ~/company/memory/lessons.md avec les découvertes clés.
Vous recevez un rapport stratégique chaque lundi.
Pas des informations. Des décisions.

Département 2 — Marketing
Partie A : Ingénierie de la viralité pour X
La viralité n'est pas une question de chance.
C'est une science reproductible. Automatisable à 95 %.
Voici comment fonctionne réellement l'algorithme de X :
Chaque publication est d'abord testée sur un petit échantillon.
L'algorithme mesure exactement trois choses : → Les gens ont-ils arrêté de défiler ? → Ont-ils lu jusqu'à la fin ? → Ont-ils commenté ?
Si les trois conditions sont remplies → la publication passe dans un pool plus grand → à nouveau réussi → la distribution est débloquée.
Si une seule condition échoue → la publication est morte en 20 minutes. Peu importe la qualité du contenu.
Cela signifie que chaque publication doit être conçue avant d'être publiée.
Copiez ceci. Exécutez-le avant chaque publication :
1Je suis sur le point de publier cette publication sur X. Effectuez l'audit complet d'ingénierie virale.23MA PUBLICATION :4[collez votre brouillon ici]56MON PUBLIC : [décrivez votre public — par exemple, indie hackers, développeurs, fondateurs]78━━━ ÉTAPE 1 : ANALYSE DE L'ACCROCHE ━━━910Notez la première ligne actuelle de 1 à 10 pour son pouvoir d'arrêter le défilement.11Quelle émotion déclenche-t-elle ? (curiosité / peur / désir / surprise / colère)12Quelle est la promesse implicite ? La publication tiendra-t-elle cette promesse ?1314Réécrivez l'accroche de 5 manières différentes :15Version 1 : Accroche par la curiosité16Version 2 : Accroche par la peur/la douleur17Version 3 : Accroche par le désir/l'aspiration18Version 4 : Accroche par la surprise/contre-intuitive19Version 5 : Accroche par une affirmation audacieuse2021Notez chaque version de 1 à 10. Recommandez la plus forte.2223━━━ ÉTAPE 2 : TEST ALGORITHMIQUE ━━━2425Effectuez la vérification des 4 critères :26□ Affirmation plus grande que le produit ? [Oui/Non — si Non, suggérez une amélioration]27□ Dopamine délivrée dans les 2 premières lignes ? [Oui/Non — si Non, réécrivez l'ouverture]28□ Y a-t-il des lacunes de contexte où le lecteur pourrait se perdre ? [Listez-les]29□ Le résultat le plus fort est-il mis en avant ? [Oui/Non — si Non, réorganisez]3031Comportement prévu du lecteur : Défiler / Aimer / Commenter / Repartager32Qu'est-ce qui les ferait repartager plutôt que simplement aimer ?3334━━━ ÉTAPE 3 : INGÉNIERIE DES COMMENTAIRES ━━━3536Écrivez les 5 premiers commentaires les plus probables que cette publication recevra.37Pour chaque commentaire, écrivez ma réponse idéale qui :38- Ajoute de nouvelles informations absentes de la publication originale39- Prolonge la conversation40- Fait moins de 100 mots4142Écrivez 3 angles de citation de tweet pour des comptes dans des niches adjacentes.4344━━━ ÉTAPE 4 : PLAN DE LA PREMIÈRE HEURE ━━━4546L'algorithme pondère fortement les 60 premières minutes.47Pré-écrivez :481. Ma réponse à ma propre publication (ajoute le seul aperçu clé que je n'ai pas inclus)492. Une publication de suivi à programmer 90 minutes après celle-ci503. Le seul sous-reddit ou communauté où je devrais cross-poster ceci aujourd'hui5152━━━ ÉTAPE 5 : DÉCISION FINALE ━━━53Verdict : Publier tel quel / Modifications mineures / Réécriture majeure nécessaire54Si modifications : montrez-moi la version améliorée prête à être copiée-collée.
Après la publication — restez actif pendant 60 minutes. Voici ce qu'il faut faire :
Chaque commentaire reçoit une réponse qui ajoute de nouvelles informations.
Ne répondez jamais avec un simple "bon point !" — ajoutez quelque chose.
Après 60 minutes, éloignez-vous. L'algorithme fait le reste.
Partie B : Usine de contenu SEO
Copiez ceci. Utilisez-le pour chaque mot-clé cible :
1Vous êtes mon Directeur du Contenu SEO.23Lisez d'abord ~/company/strategy.md et ~/company/customers.md.45Mot-clé cible : [mot-clé exact]6Mon autorité de domaine est approximativement : [faible/moyenne/élevée ou score DA si connu]78━━━ ÉTAPE 1 : ANALYSE CONCURRENTIELLE ━━━910Recherchez sur Google ce mot-clé exact.11Analysez les 5 premières pages classées :1213Pour chaque page :14- Angle principal et thèse15- Sous-titres (H2 et H3)16- Questions auxquelles elles ont répondu17- Sujets qu'elles ont bien couverts18- Sujets qu'elles ont manqués ou mal couverts19- Nombre de mots approximatif20- Type de contenu (liste / guide / comparaison / étude de cas)2122━━━ ÉTAPE 2 : BRIEF GAGNANT ━━━2324Créez un brief d'article supérieur :25- Notre angle : [plus spécifique / plus contre-intuitif / plus pratique]26- Doit couvrir : [tous les sujets couverts par les concurrents]27- Doit également couvrir : [3+ sujets manqués par les concurrents]28- Mots-clés sémantiques à inclure : [termes connexes attendus par Google]29- Structure idéale : [plan avec tous les H2 et H3]30- Nombre de mots cible : [X mots]3132━━━ ÉTAPE 3 : RÉDIGEZ L'ARTICLE ━━━3334Rédigez l'article complet en suivant le brief.35Ton : [direct et conversationnel — pas de jargon d'entreprise, pas de phrases de remplissage]36Format : Introduction (accroche + promesse) → sections → conclusion avec CTA3738Règles :39- Chaque phrase doit mériter sa place. Supprimez tout ce qui n'ajoute pas de valeur.40- Utilisez des paragraphes courts (1 à 3 phrases maximum)41- Des exemples réels plutôt que des déclarations génériques42- Si vous n'êtes pas sûr d'un fait, écrivez [VÉRIFIER : affirmation] au lieu de deviner4344━━━ ÉTAPE 4 : MÉTADONNÉES ━━━4546Balise titre : [60 caractères max, mot-clé principal en premier, avantage clair]47Méta-description : [155 caractères max, mot-clé + avantage spécifique + CTA]48H1 : [optimisé pour l'intention de recherche]49Slug d'URL : [court, riche en mots-clés, pas de mots vides]50Suggestions de liens internes : [3 pages de mon site vers lesquelles celui-ci devrait créer un lien]5152Enregistrez l'article dans : ~/company/content/[slug].md53Consignez dans : ~/company/state/seo-tracker.md54Format : [Mot-clé] | [URL cible] | [Statut : Brouillon/Publié] | [Date]
Partie C : Newsletter en pilote automatique
1Vous êtes mon Directeur de Newsletter.23Chaque dimanche à 18h, exécutez le flux de travail hebdomadaire de la newsletter :45━━━ PHASE DE RECHERCHE ━━━67Recherchez les développements les plus importants de cette semaine dans [votre créneau] :8→ 3 actualités du secteur (filtre : qui comptent vraiment, pas seulement des annonces)9→ 2 fils de discussion ou débats intéressants de X/LinkedIn10→ 1 avis contraire ou découverte contre-intuitive11→ 1 outil ou ressource à partager1213Pour chaque élément : une phrase sur pourquoi c'est important pour mon public.1415━━━ PHASE DE RÉDACTION ━━━1617Rédigez la newsletter :18Options d'objet : 3 versions (curiosité / avantage / contre-intuitif)19Texte d'aperçu : [moins de 90 caractères, complète l'histoire de l'objet]2021Structure :22- Accroche d'ouverture (1 paragraphe — la chose la plus intéressante cette semaine)23- Section principale 1 : [élément 1 + pourquoi c'est important + une action qu'ils peuvent entreprendre]24- Section principale 2 : [élément 2 + angle]25- Actualités en bref : [3 éléments en puces en moins de 150 mots au total]26- Une question à laquelle les lecteurs peuvent répondre (stimule l'engagement)27- Signature2829Règles :30- Moins de 600 mots au total31- Chaque section mérite sa place32- Sonnez comme un ami intelligent, pas comme une publication3334━━━ DISTRIBUTION ━━━3536Rédigez les 3 publications sociales pour promouvoir ce numéro :37- Publication X (accroche + aperçu clé + lien)38- Publication LinkedIn (légèrement plus formelle, angle différent)39- Court teaser pour les stories/reels4041Enregistrez la newsletter dans : ~/company/content/newsletter-[YYYY-MM-DD].md
Et de la même manière, Fable peut être utilisé pour l'automatisation TikTok, pour développer vos comptes Facebook, Instagram et LinkedIn aussi. Il suffit de demander.

Département 3 — Ventes
La plupart des fondateurs pensent que la vente, c'est l'email à froid.
L'email à froid, c'est 5 % de la vente.
Copiez la machine complète :
1Vous êtes mon Directeur des Ventes.23Lisez d'abord ~/company/customers.md et ~/company/strategy.md.45Mon produit : [ce que vous vendez en une phrase]6Mon ICP : [client idéal — titre exact, taille de l'entreprise, secteur, problème]7Mon prix : [ce que vous facturez]8Mon meilleur argument de preuve : [résultat le plus fort ou nom du client]910Pour chaque prospect que je vous donne, exécutez la séquence complète :1112━━━ ÉTAPE 1 : RECHERCHE SUR LE PROSPECT ━━━1314Recherchez ce prospect en profondeur :15Entreprise : [taille, stade de financement, actualités récentes, stack technologique si pertinent]16Personne : [rôle, durée en poste, ce sur quoi il/elle publie, relations communes]17Signaux de problème : [offres d'emploi qui révèlent des problèmes, avis de support, plaintes sur les produits]18Déclencheur : [ce qui vient de changer dans son entreprise qui en fait un acheteur MAINTENANT]1920Évaluez son adéquation : A (conclure maintenant) / B (nurture) / C (pas notre ICP)21Si C : ne continuez pas. Signalez-le-moi.2223━━━ ÉTAPE 2 : PROSPECTION PAR EMAIL ━━━2425Rédigez un email à froid en utilisant cette structure exacte :26Ligne 1 : Une observation spécifique sur eux ou leur entreprise [PAS générique]27Ligne 2 : Le problème exact que cela crée pour quelqu'un dans leur rôle28Ligne 3 : Ce que nous faisons à ce sujet en une phrase29Ligne 4 : Un argument de preuve — nom du client ou chiffre spécifique30Ligne 5 : Un CTA doux — une question qui invite à une réponse, pas une demande de réunion3132Règles :33- Moins de 100 mots au total34- Pas de "J'espère que cet email vous trouve bien"35- Pas de "révolutionnaire" ou "changeant la donne" ou "ravi de partager"36- Objet : moins de 6 mots, spécifique à eux3738━━━ ÉTAPE 3 : SÉQUENCE LINKEDIN ━━━3940Demande de connexion (moins de 300 caractères) :41[Raison spécifique de la connexion — intérêt partagé, leur contenu, relation mutuelle]4243MP 1 (après la connexion — apportez de la valeur, zéro argumentaire) :44[Partagez quelque chose de vraiment utile lié à leur problème — article, cadre, observation]4546MP 2 (5 jours sans réponse — angle différent) :47[Nouvel aperçu ou preuve sociale. Toujours pas d'argumentaire ferme.]4849MP 3 (10 jours sans réponse — clôture douce) :50["Ça vaut le coup d'échanger rapidement ou ce n'est pas une priorité pour le moment — dans les deux cas, pas de souci."]5152━━━ ÉTAPE 4 : LOGIQUE DE SUIVI ━━━5354Si l'email n'est pas ouvert dans les 3 jours : renvoyez avec un objet différent, même corps55Si ouvert mais pas de réponse dans les 5 jours : envoyez un suivi avec un angle différent56Si répondu "pas maintenant" : planifiez une vérification dans exactement 90 jours, notez le déclencheur à référencer à ce moment-là57Si intéressé mais bloqué : envoyez un élément de preuve sociale par semaine pendant 3 semaines5859━━━ ÉTAPE 5 : MISE À JOUR CRM ━━━6061Consignez dans ~/company/state/pipeline.md :62| Nom | Entreprise | Étape | Email envoyé | Statut LinkedIn | Dernier contact | Prochaine action | Date |6364Après avoir traité 10 prospects, montrez-moi :65- Combien sont de niveau A, B, C66- Valeur totale du pipeline si tous les prospects de niveau A concluent67- Ordre de priorité recommandé pour les suivis
La couche d'appel IA — ajoutez ceci par-dessus :
Connectez Bland.ai, Vapi ou Retell à votre liste de prospects (et récemment X a également lancé son SDK vocal IA).
Chaque personne qui n'a pas ouvert l'email dans les 48 heures reçoit un appel.
L'agent IA :
→ Mentionne leur entreprise par son nom
→ Mentionne le problème spécifique issu de votre recherche
→ Demande 10 minutes, pas une vente
→ Réserve directement dans votre calendrier via Cal.com ou Calendly
→ Met à jour votre CRM avec le résultat de l'appel automatiquement
Configurez-le une fois.
Il fonctionne pendant que vous dormez.
Chaque matin, votre calendrier a de nouvelles réunions.

Département 4 — Ingénierie
C'est là que l'entreprise unipersonnelle devient véritablement injuste.
Stripe a donné à Fable 5 leur codebase Ruby. 50 millions de lignes. Migration complète.
Normalement deux mois pour toute une équipe.
Fable l'a fait en un jour.
Mais l'ingénierie quotidienne pour un fondateur solo, ce ne sont pas de grosses migrations.
Ce sont des bugs. Des fonctionnalités. Des PR. Des tests.
Et ce qui tue la plupart des fondateurs solo, ce n'est pas le manque de compétences en ingénierie.
Ce sont les bugs qui sont déployés sans que personne ne les attrape.
Un flux de paiement cassé. Un échec d'API silencieux. Un crash sur des entrées aux limites.
Vous ne le savez pas avant lundi, quand les clients sont en colère.
Voici comment résoudre complètement ce problème.
Couche 1 — Fable comme votre équipe d'ingénierie
1Vous êtes mon Directeur d'Ingénierie.23Lisez d'abord ~/company/products.md et ~/company/strategy.md.45Pour chaque demande de fonctionnalité ou rapport de bug, exécutez le flux de travail d'ingénierie complet :67━━━ ÉTAPE 1 : PRD ━━━89Rédigez un document complet de spécifications produit :10- Problème : ce qui casse ou ce qui manque, et pour qui11- Critères de succès : comment saurons-nous que cela a fonctionné ? (mesurable)12- Parcours utilisateur : étape par étape ce que l'utilisateur fait13- Exigences techniques : ce que le code doit faire14- Cas limites : ce qui peut mal tourner, quelles entrées pourraient casser cela15- Hors périmètre : ce que nous NE construisons PAS explicitement dans cette version1617━━━ ÉTAPE 2 : ARCHITECTURE ━━━1819Concevez l'implémentation avant d'écrire le code :20- Quels fichiers existants changent et comment21- Quels nouveaux fichiers doivent être créés22- Quels tests doivent être écrits23- Toute nouvelle dépendance (et si elle est justifiée)24- Impacts potentiels sur les performances25- Toute considération de sécurité2627━━━ ÉTAPE 3 : CONSTRUCTION ━━━2829Écrivez le code en suivant l'architecture.30Après avoir écrit chaque fonction, vérifiez qu'elle satisfait à son exigence PRD.31Écrivez les tests en même temps que le code — pas après.32Si vous rencontrez une incertitude : écrivez un commentaire [VÉRIFIER : hypothèse] au lieu de deviner.3334━━━ ÉTAPE 4 : AUTO-RÉVISION AVANT DE ME LA REMETTRE ━━━3536Exécutez cette liste de contrôle avant de livrer :37□ Cela satisfait-il à toutes les exigences du PRD ? (vérifiez chacune)38□ Tous les cas limites sont-ils traités ?39□ Y a-t-il un test pour chaque chemin critique ?40□ Y a-t-il des problèmes de sécurité évidents ?41□ Le code est-il lisible sans commentaires ?42□ Quelle est la manière la plus probable que cela échoue en production ?4344Si vous trouvez un problème : corrigez-le avant de me le livrer.4546━━━ ÉTAPE 5 : DESCRIPTION DE LA PR ━━━4748Rédigez une description de pull request avec :49- Ce que cela fait et pourquoi (2 phrases)50- Comment le tester manuellement51- Quels tests automatisés le couvrent52- Tout travail de suivi que cela crée53- Niveau de risque : Faible / Moyen / Élevé5455━━━ RÈGLES D'ESCALADE ━━━5657Venez me voir UNIQUEMENT pour :58→ Les actions irréversibles (migrations de base de données, suppressions, modifications d'API cassantes)59→ Les décisions de sécurité60→ Les choix d'architecture qui affectent la feuille de route6162Sinon : exécutez jusqu'à la fin. Faites un rapport avec la PR.63Consignez les leçons dans ~/company/memory/engineering.md
Couche 2 — Entelligence (c'est un e pas un i) : bugs corrigés avant même que vous ne sachiez qu'ils existent
C'est la partie que la plupart des fondateurs solo n'ont pas. Et c'est la différence entre bien dormir et recevoir des alertes Slack à 2h du matin.
Voici le problème sans cela :
Une PR est déployée. Elle contient un motif identique à un incident survenu il y a 6 mois.
Personne ne l'attrape parce que personne ne s'en souvient.
Le bug arrive en production le vendredi.
Vous le découvrez lundi grâce à des clients en colère.
Entelligence est un moteur de fiabilité de production qui se connecte à l'ensemble de votre stack — GitHub, Sentry, PagerDuty, Linear, Datadog — et construit une mémoire de chaque incident que votre codebase a jamais eu.
Chaque PR est révisée automatiquement par rapport à cet historique d'incidents.
Si un diff correspond à un motif qui a causé une panne passée, Entelligence le signale en citant l'incident exact.
Exemple réel de ce qu'il détecte :
1La PR #4821 ajoute un appel fetch() sans timeout.23Commentaire de révision d'Entelligence :4"Ce motif correspond à l'Incident #2847 (SEV-1, timeout de paiement).5L'incident original a pris 4 heures à résoudre.6Ce fetch() n'a pas de timeout et pas de métriques de pool de connexions —7la même lacune qui a provoqué la cascade.89Correction suggérée :10response = await fetch('/api/charge', {11 timeout: 5000,12 signal: AbortSignal.timeout(5000),13});14"
Il cite l'incident. Il montre la correction. Il empêche la répétition.
Mesuré sur plus d'1 million de PR et plus de 2 400 organisations :
→ 0,44 $ de chaque dollar de codage IA va à la correction de bugs
→ 0,27 $ va à la reprise
→ Seulement 0,18 $ atteint la production
Les équipes utilisant Entelligence ont fait passer ce chiffre de 0,18 $ à 0,41 $ atteignant la production.
43 % des incidents auto-résolus. 61 bugs récurrents bloqués par trimestre.
Pour une entreprise unipersonnelle : vous ne pouvez pas vous permettre une panne de production un vendredi soir.
Entelligence est l'ingénieur senior qui ne dort jamais, se souvient de chaque incident et révise chaque PR.
Configurez-le en 20 minutes :
1Étape 1 : Allez sur entelligence.ai → Inscrivez-vous gratuitement23Étape 2 : Connectez votre stack :4→ GitHub ou GitLab (révision de PR — prend 5 minutes)5→ Sentry / PagerDuty / Datadog (historique des incidents — prend 10 minutes)6→ Linear ou Jira (suivi des tickets — facultatif)78Étape 3 : Laissez Entelligence indexer votre historique d'incidents9(20 à 30 minutes pour les dépôts existants. Fonctionne en arrière-plan.)1011Étape 4 : Ajoutez à votre prompt d'ingénierie Fable :12"Note : Entelligence révisera chaque PR par rapport à notre historique d'incidents.13Lors de l'écriture du code, signalez tout ce qui :14- Effectue des appels externes sans timeouts15- Modifie un état partagé sans verrouillage approprié16- Modifie les chemins d'authentification ou de paiement17- Saute la gestion des erreurs sur les chemins critiques18Ce sont nos motifs d'incidents les plus risqués."1920Étape 5 : Lorsqu'un incident se déclenche, exécutez ce prompt Fable :21"Entelligence a détecté cet incident : [collez l'alerte]22Investiguez la cause racine.23Générez une correction avec des tests.24Écrivez la leçon dans ~/company/memory/engineering.md dans ce format :25Incident : [description]26Cause racine : [ce qui s'est réellement cassé]27Correction appliquée : [ce qui a changé]28Prévention : [comment détecter ce motif dans les futures PR]"
Le cycle de vie complet du bug en pilote automatique total :
1Alerte de production déclenchée (Sentry / PagerDuty)2 ↓3Entelligence détecte l'anomalie dans les spans/logs/métriques4 ↓5Lance des agents de diagnostic parallèles6 ↓7Fable investigate la cause racine par rapport à la codebase8 ↓9Fable écrit la correction + les tests10 ↓11Entelligence vérifie la correction par rapport à l'historique complet des incidents12 ↓13PR créée automatiquement avec le contexte complet14 ↓15Vous révisez et approuvez — 5 minutes ← seule étape qui vous implique16 ↓17Correction déployée et vérifiée en production18 ↓19Incident clos. Leçon écrite dans la mémoire.20 ↓21Le même motif est automatiquement bloqué dans toutes les futures PR
Vous ne vous réveillez plus jamais avec une production cassée.
Vous ne payez plus jamais pour corriger le même bug deux fois.

Département 5 — Support
Le support est l'endroit où les fondateurs solo saignent silencieusement.
Les tickets s'accumulent. Les clients se désabonnent. Personne ne le remarque jusqu'à ce que les revenus chutent.
1Tu es mon Directeur du Support.23Lis d'abord ~/company/products.md et ~/company/customers.md.45Pour chaque ticket de support entrant, exécute ce workflow :67━━━ ÉTAPE 1 : TRIAGE ━━━89Classe le ticket :10- Type : Bug / Demande de fonctionnalité / Question pratique / Facturation / Réclamation / Éloge11- Urgence : Critique (bloque l'utilisation) / Haute (frustre significativement) / Faible12- Score de sentiment : 1-5 (1=très en colère, 5=content)13- Risque de churn : Élevé / Moyen / Faible1415Si le risque de churn est ÉLEVÉ : ne traite PAS normalement. Escalade immédiatement vers moi avec :16[Nom du client] | [Abonnement] | [MRR] | [Sa réclamation] | [Réponse suggérée]1718━━━ ÉTAPE 2 : RÉDIGER UNE RÉPONSE ━━━1920Rédige une réponse qui :21- Commence par reconnaître son problème spécifique (pas "Je comprends votre frustration")22- Répond à la question de manière complète et pratique23- Si c'est un bug : donne une solution de contournement maintenant + un calendrier honnête si possible24- Si c'est une demande de fonctionnalité : remercie sincèrement + ajoute au suivi des fonctionnalités25- Se termine par une question pour confirmer que nous avons résolu le problème2627Règles :28- Sonne comme un humain, pas comme un service d'assistance29- Moins de 150 mots sauf si une profondeur technique est vraiment nécessaire30- N'utilise jamais : "comme indiqué dans mon précédent email" / "comme mentionné" / "Je comprends votre frustration"3132━━━ ÉTAPE 3 : MISE À JOUR DE LA BASE DE CONNAISSANCES ━━━3334Après la rédaction :35- Cette question est-elle posée plus d'une fois par mois ? Oui/Non36- Si oui : rédige une entrée FAQ → sauvegarde dans ~/company/docs/faq.md37- Le produit les a-t-il confus ? Oui/Non38- Si oui : note le problème UX → sauvegarde dans ~/company/state/ux-issues.md3940━━━ ÉTAPE 4 : SCAN HEBDOMADAIRE DU CHURN ━━━4142Tous les vendredis, scanne ~/company/state/support-tickets.md des 14 derniers jours.4344Signale tout client qui :45→ A soumis 2+ tickets en 2 semaines46→ A utilisé les mots : déçu, frustré, annuler, remboursement, changer, envisager47→ A eu un ticket non résolu depuis plus de 48 heures48→ A rétrogradé son abonnement4950Résultat :51| Client | Abonnement | MRR en risque | Schéma de réclamation | Action recommandée |52Trie par MRR en risque, du plus élevé au plus bas.5354Je contacterai personnellement tout le monde sur cette liste aujourd'hui.
Le scan de prévention du churn est celui qui paie tout.
La plupart des entreprises découvrent qu'un client est parti après qu'il a annulé.
Ton entreprise le découvre trois semaines avant.
Département 6 — Opérations
Le département le plus sous-estimé. Le plus fort levier.
Briefing quotidien — exécuté chaque matin à 9h :
1/loop tous les jours à 9h →23Tu es mon Assistant Exécutif.45Lis :6- ~/company/state/projects.md7- ~/company/state/pipeline.md8- ~/company/state/support-tickets.md9- ~/company/memory/lessons.md (7 derniers jours uniquement)1011Génère mon briefing quotidien :1213━━━ BRIEFING DU JOUR — [Date] ━━━1415### 🚨 Nécessite une attention aujourd'hui (urgent, ne peut pas attendre)16[2-3 éléments max. Si rien : dis "Rien de critique aujourd'hui."]1718### 💰 Statut du pipeline19[Affaires à chaque étape. Celles qui ont refroidi ou avancé. Revenus en risque.]2021### 🎧 Support22[Tickets ouverts : nombre par urgence. Risques de churn d'hier.]2324### ⚡ Top 3 priorités du jour25[Classées par impact × urgence. Pas seulement ce qui fait le plus de bruit.]2627### 💡 Une leçon des 7 derniers jours28[L'information la plus pertinente de ~/company/memory/lessons.md]2930Garde l'ensemble du briefing sous 300 mots.31Je le lis en 2 minutes et sais exactement quoi faire.3233Générateur de SOP — capture chaque processus automatiquement :34Chaque fois que je te décris un processus, fais ce qui suit :35361. Documente-le comme une Procédure Opérationnelle Standardisée372. Sauvegarde dans ~/company/sops/[nom-du-processus].md383. Utilise ce format :3940# [Nom du Processus]41Ce que ça fait : [une phrase]42Quand l'exécuter : [déclencheur ou planning]43Qui l'exécute : [Fable / Moi / Les deux]4445## Étapes461.472.483.49...5051## À quoi ressemble le succès52[Comment savoir si ça a fonctionné]5354## Erreurs courantes55[Ce qui va mal et comment l'éviter]5657## Opportunité d'automatisation58[Toute étape qui pourrait être entièrement automatisée — signale-la]5960Après la documentation : dis-moi quelles étapes je pourrais éliminer complètement61en connectant ceci à un autre système ou agent.

2 couches qui rendent ce système composé
Couche de vérification
La plupart des gens construisent : Tâche → Résultat → Terminé
Tu construis : Tâche → Résultat → Vérifier → Corriger → Terminé
Ajoute à chaque prompt de département :
1Après avoir terminé cette tâche, auto-évalue ton résultat :231. Répond-il directement à ce qui a été demandé ?42. Qu'est-ce qui manque qui rendrait ceci plus utile ?53. Quelle hypothèse ai-je faite qui pourrait être erronée ?64. Quel est le mode d'échec le plus probable en pratique ?78Si tu trouves un problème : corrige-le avant de livrer.9Si tu es incertain : signale avec [VÉRIFIER] pour que je sache le vérifier.10Ne livre pas un travail dont tu sais qu'il a des lacunes.
Couche de mémoire — le vrai fossé
Pas tes prompts. Pas tes outils. Ta mémoire.
Chaque département écrit déjà dans ~/company/memory/.
Ajoute cette méta-instruction une fois :
1Tous les dimanches à 19h, exécute la consolidation de mémoire hebdomadaire :23Lis tous les fichiers dans ~/company/memory/ des 7 derniers jours.45Génère un rapport hebdomadaire consolidé :6- Top 3 des choses qui ont fonctionné dans tous les départements7- Top 3 des choses qui ont échoué et pourquoi8- Une amélioration au niveau du système à apporter la semaine prochaine9- Tout schéma émergent dans plusieurs départements1011Sauvegarde dans ~/company/memory/weekly-[YYYY-MM-DD].md1213Ensuite : suggère le workflow qui me donnerait le plus14d'amélioration de levier basée sur les leçons de cette semaine.
Le système devient plus intelligent chaque semaine sans que tu fasses rien de plus.
5 règles de prompting Fable qui changent tout (enfin)
La plupart des gens utilisent Fable comme ils utilisaient ChatGPT.
C'est pourquoi la plupart des gens obtiennent des résultats médiocres.
Règle 1 — Adapte l'effort à la tâche
→ Faible/Moyen : réponses rapides, réécritures, recherches simples
→ Élevé : ton paramètre par défaut pour tout ce qui compte
→ Très élevé : problèmes les plus difficiles, constructions complexes, qualité non négociable
→ /loop : workflows récurrents que tu ne veux plus jamais lancer manuellement
Règle 2 — Dis-lui pourquoi, pas seulement quoi
1❌ "Écris un email à froid à ce prospect"23✅ "Je fais de la prospection pour [produit] ciblant [rôle] dans [type d'entreprise].4Ils ont [douleur spécifique]. L'objectif est une réponse, pas une réunion programmée.5Écris un email à froid : observation spécifique → douleur → solution → preuve → CTA doux.6Moins de 100 mots. Pas de langage corporate."
Règle 3 — Le plus court bat le plus long
Le sur-prompting contraint Fable.
Donne-lui l'objectif et les contraintes. Laisse-le décider de la méthode.
Si tu écris un prompt de 500 mots pour quelque chose qu'un prompt de 50 mots gérerait : la version de 500 mots produit souvent de moins bons résultats.
Règle 4 — Définis tes points de contrôle explicitement
1"Fais une pause pour moi uniquement quand :2→ L'action suivante est irréversible3→ Tu rencontres un blocage que tu ne peux pas résoudre4→ Tu as besoin d'informations que seulement moi possède56Sinon : continue. Fais un rapport quand c'est terminé."
Sans ça : Fable vérifie constamment. Avec ça : il s'exécute.
Règle 5 — Utilise /loop pour tout ce qui est récurrent
1/loop tous les lundis à 8h → exécute le workflow du département recherche2/loop tous les jours à 9h → génère le briefing quotidien3/loop tous les vendredis à 17h → exécute le scan de prévention du churn4/loop tous les dimanches à 19h → exécute la consolidation de mémoire
Configure une fois. S'exécute pour toujours.

L'ordre de mise en œuvre
Ne construis pas les six départements en même temps.
Construis dans cet ordre. Chacun débloque le suivant.
Semaine 1 — Fondation (2 heures)Crée le dossier du cerveau de l'entreprise. Remplis les 5 modèles. C'est la fondation que tout le reste lit. Rien d'autre ne fonctionne correctement sans ça.
Semaine 2 — Département Recherche (1 heure de configuration)Copie le prompt du Directeur de la Recherche. Exécute manuellement la première boucle de recherche hebdomadaire. Lundi : tu reçois ton premier rapport stratégique.
Semaine 3 — Marketing : Viralité X (1 heure de configuration)Copie le prompt d'ingénierie pré-lancement. Exécute-le sur tes 3 prochains posts avant de les publier. Reste actif 60 minutes après chaque post.
Semaine 4 — Couches d'ingénierie (2 heures)Connecte Entelligence à GitHub + Sentry (20 minutes). Copie le prompt du Directeur d'Ingénierie. La première PR est examinée automatiquement par rapport à l'historique des incidents.
Mois 2 — Machine de venteCopie le prompt du Directeur des Ventes. Exécute-le sur les 20 premiers prospects. Configure la couche d'appel IA pour les non-ouvreurs.
Mois 3 — Support + OpérationsCopie le prompt du Directeur du Support. Configure le /loop de briefing quotidien. Configure le scan hebdomadaire de prévention du churn.
Mois 6 — Système completChaque département s'exécute selon le planning sans que tu le lances. La mémoire se compose chaque semaine. Tu conçois. Fable exécute.
À quoi ressemble le mois 6
Lundi 9h. Tu ouvres ton ordinateur portable.
Le briefing est prêt :
→ Rapport de recherche déposé — 3 opportunités, 2 mouvements de concurrents
→ 3 articles SEO publiés pendant que tu dormais
→ 200 emails de prospection envoyés, 4 réunions qualifiées programmées
→ 12 tickets de support triés, 2 escaladés vers toi
→ 2 PRs examinées par Entelligence — 0 schémas d'incidents détectés, prêtes à approuver
→ Newsletter rédigée et prête à envoyer
→ 1 client à risque de churn signalé avec action recommandée
Ton travail aujourd'hui :
→ Examiner 2 PRs : 20 minutes
→ Approuver la newsletter : 5 minutes
→ 4 appels de vente : 2 heures
→ Appeler le client à risque de churn : 30 minutes
Total : 3 heures de travail à fort jugement.
Tout le reste s'est exécuté sans toi.
Le goulot d'étranglement n'est plus la production.
Le goulot d'étranglement est maintenant le jugement.
Et c'est exactement là où les fondateurs créent le plus de valeur.
Les entreprises qui gagneront au cours de la prochaine décennie n'auront pas les meilleurs prompts.
Elles auront les meilleurs systèmes d'exploitation.
Claude Fable 5 est le premier modèle capable d'en faire fonctionner un.
Si cela t'a été utile :
→ Reposte pour le partager avec tous les fondateurs solo que tu connais → Suis @sairahul1 pour plus de systèmes qui fonctionnent sans toi → Ajoute ceci à tes favoris — chaque prompt ci-dessus est prêt à être copié-collé
J'écris sur l'IA, la construction de produits et les systèmes qui fonctionnent pendant que tu dors.
Outils mentionnés :
→ Claude Fable 5 : claude.ai
→ Entelligence (examen automatisé des PR + prévention des incidents) : entelligence.ai
→ Bland / Vapi / Retell : agents d'appel IA





