Le Journal

Une question directe : votre site web peut-il répondre aux cinq questions les plus fréquentes que l'on vous pose par WhatsApp, à 22h un mardi ?

Ceci est la partie 2 de 3 du Livre de la Vie. La partie 1 a documenté qui je suis avant les projets. Celle-ci documente le monde depuis lequel je les construis. La partie 3 documente ce que je construis avec tout cela — les objectifs, les fronts ouverts et le système qui unit les trois parties dans une seule direction.

Le code source de votre vie ne s'écrit pas une fois. Il se construit, projet après projet, ruche après ruche, trait après trait. Peu importe si aujourd'hui vous n'avez qu'un carnet et une idée.

Un système autosuffisant ne se déclare pas — il se construit sous-système par sous-système, avec les données que chaque étape produit. Les nœuds de cette série documentent ce processus en temps réel : ce qui fonctionne, ce qui échoue, et ce qui est encore hypothèse.

*Pour un recruteur qui évalue quelqu'un qui croise des données, le terrain et le métier, la question ne devrait pas être « combien d'années d'expérience avez-vous dans chacun ? » mais « quelles règles relient ce que vous faites dans les trois ? » La réponse à cette deuxième question est le seul signal qui distingue la véritable polyvalence de l'accumulation.

L'antifragilité n'est pas un état que l'on atteint — c'est une pratique qui se maintient. La question la plus honnête n'est pas "Suis-je résilient ?" mais "Quelle partie de ce que je suis aujourd'hui survit si la partie qui m'importe le plus demain cesse de fonctionner ?" La réponse à cela est la carte de ce qu'il reste à construire.

La plupart des stacks d'IA construits en 2024 et 2025 étaient fragiles. Ils ne le savaient pas car la pression n'était pas encore arrivée

Une pile bien conçue ne s'effondre pas lorsque un fournisseur tombe. Ce que Fable 5 a démontré n'était pas un échec d'Anthropic — c'était un échec d'architecture dans toutes les piles qui dépendaient d'un seul point de défaillance juridictionnelle.

Il y a une différence entre utiliser l'IA et travailler avec l'IA. La première est une loyauté par défaut. La seconde est une architecture par décision.

Travailler avec un seul modèle d'IA est confortable jusqu'à ce que ce modèle tombe en panne, censurent une tâche ou vous facturent le triple pour un raisonnement qu'un autre fait tout aussi bien. Cette ressource documente l'architecture d'orchestration que j'utilise en production depuis le couloir Ambalá-Calambeo : onze modèles avec des rôles fixes, une matrice de failover et des règles de prompting qui évitent que l'IA invente des règles commerciales.

*L'auto-hébergement ne signifie pas isolé. Cela signifie que lorsque quelque chose échoue, l'échec est le vôtre — et c'est exactement ce que vous voulez.