Chapitre 1 / 39

Bienvenue

Ce site est le manuel vivant du fonctionnement de Sodimo en 2026 — les personnes, les processus, les données et l’infrastructure. Il sert également de journal des versions pour chaque logiciel et configuration que Thomas déploie pendant les cinq semaines de la mission (14 avril – 16 mai 2026). Une seule URL, un document qui évolue.

Le public est interne. Rani gère l’essentiel du quotidien. Paul signe les factures et est propriétaire des données. Jack signe les contrats et débloque l’ISP. Michel lit le résumé mensuel. Les futurs membres de l’équipe le lisent pour comprendre comment les pièces s’assemblent, sans avoir à reconstituer les décisions depuis zéro. Le site est protégé par Cloudflare Access — seules les adresses e-mail sodimo.eu et thomas@leger.run y ont accès.

Deux façons de lire ce manuel. La première : de haut en bas, une fois, pour construire la carte mentale : qui, quoi, où, pourquoi. La seconde : comme référence — quand vous voulez savoir pourquoi le courrier passe par un serveur on-prem plutôt que Gmail, ou pourquoi l’outil de devis dialogue avec un ERP boîte noire via SFTP plutôt qu’une API propre, vous allez directement au chapitre concerné.

Une convention parcourt chaque page. Si quelque chose est décidé et déployé, c’est énoncé comme un fait. Si quelque chose est encore ouvert, c’est indiqué explicitement, avec le responsable et le blocage nommés. Exemple : au 20 avril, le dictionnaire des codes TARIF est en attente de Paul — voir chapitre 16. Pas d’à-peu-près.

Le changelog lui-même est en ajout seul. Quand un élément d’infrastructure tombe, l’événement est publié comme une nouvelle version (2026-04-23-postfix-deliverability-issue), pas comme une modification d’une version antérieure. L’historique est le registre honnête. La jauge sur la page d’accueil — deux chiffres, un défensif, un offensif — ne bouge que lorsqu’un flux a fonctionné cinq jours ouvrés consécutifs sans que Thomas y touche. « Déployé » a un sens strict ici : la personne qui le faisait manuellement ne le fait plus, et le remplacement a tenu pendant une semaine ouvrée.

Le manuel est organisé en cinq parties. La Partie 1 couvre l’entreprise — Sodimo elle-même, l’équipe, et la mission de cinq semaines. La Partie 2 couvre les données — d’où elles viennent (Sodiwin), ce qui circule chaque nuit, et l’entrepôt où elles atterrissent. La Partie 3 couvre l’infrastructure — le réseau, la répartition hybride Cloudflare + Framework Desktop, et le harness qui démarre chaque service. La Partie 4 couvre la couche IA — les niveaux de modèles locaux, l’ensemble d’outils accessible à l’IA, et l’infrastructure de partage de skills qu’utilise l’équipe. La Partie 5 couvre les dépôts — ce que chacun fait, qui en est responsable, et ce qui le bloque.

La mission elle-même est structurée en chapitres, pas en semaines calendaires. Les chapitres se ferment sur des critères, pas sur le calendrier.

Tout est écrit en anglais. L’opération interne est bilingue — le français est la langue de travail avec l’équipe — mais ce manuel est en anglais parce qu’un second public lit par-dessus l’épaule : les futurs ingénieurs de Sodimo et les opérateurs externes qui pourraient un jour adopter le même modèle.