Chapitre 28 / 39

Les dépôts

Statut : En ligne

Huit dépôts constituent l’artefact de livraison de cette mission, plus une neuvième entrée en attente d’une décision de périmètre. Tous vivent sous l’organisation GitHub sodimo. Tous sont privés sauf sodimo/harness, qui est un soft-fork public de mecattaf/harness. Les tags de release suivent le calver — YYYY-MM-DD-slug — sur chaque dépôt sodimo/*.

Liste canonique

#	Dépôt	Rôle	Statut	Dépend de
1	`sodimo/sodimo-repo-template`	Modèle dont chaque autre dépôt est issu. Contient le schéma REPO.md, le workflow de release calver, l’automatisation du fil PR, les labels, et la CI.	Terminé	—
2	`sodimo/changelog`	Ce site. Artefact de livraison construit avec Astro : fil changelog et manuel. Hébergé sur Cloudflare Pages à `changelog.sodimo.eu`.	Terminé	—
3	`sodimo/brand`	Tokens de design, logos, brand kit v2 (palette Cedar/Sumac, typeface Fraunces). Assets prêts ; créer le dépôt est un déplacement, pas une construction.	Planifié	—
4	`sodimo/harness`	Image Fedora bootc et inventaire Podman Quadlet pour le Framework Desktop. Soft-fork public de `mecattaf/harness`. Embarque chaque service on-prem : Postfix, Dovecot, rspamd, Piler, llama.cpp, llama-swap, OpenWebUI, Caddy, Cockpit, et les unités systemd email-drain + run-ledger-sync.	En cours	Matériel Framework Desktop
5	`sodimo/mail`	Bundle de configuration Postfix/Dovecot/rspamd et le déploiement de l’archive Piler, packagés sous forme de Quadlets consommés par `sodimo/harness`. Contient aussi les scripts de migration Strato.	Bloqué	Framework Desktop, ch15 Principe 3 câblage sender-allowlist
6	`sodimo/mcp`	Le Worker Cloudflare `sodimo-core` unique. Héberge tous les outils MCP : lectures ERP, lectures/écritures CRM, écritures registre d’exécution, rédaction d’e-mails, `email_send` via Queue. Contient aussi les migrations de schéma D1.	Bloqué	ETL (pour le seed D1), mail (pour le contrat du consommateur Queue email-send)
7	`sodimo/etl`	Pipeline quotidien : dumps CSV Sodiwin de Florian sur le NAS → validés → chargés dans D1. S’exécute comme un cron Podman Quadlet sur le harness. La porte de parité bloque les données mauvaises avant qu’elles atteignent la production.	Bloqué	Dump quotidien de Florian en production
8	`sodimo/whatsapp-webhook`	Worker Cloudflare qui analyse les messages WhatsApp Business en candidats de commande pour la saisie Sodiwin. Voir ch54.	Planifié	Identifiants API WhatsApp Business Meta
9	`paperclip` (en attente)	Plan de contrôle des runs d’agents : heartbeats planifiés, émetteur registre d’exécution, tableaux de bord. Si cela devient un 9e dépôt `sodimo/` (fork conceptuel) ou reste un Quadlet upstream épinglé dans `sodimo/harness` (adoption upstream) n’est pas encore décidé. Voir ch15 Principe 1 et `paperclip-scan/00-MASTER-paperclip.md`.	Décision en attente (fork-vs-adopt)	Résolution ch15 Principe 1

Dépôts pré-existants (référence uniquement)

Deux dépôts hors de l’organisation sodimo/ dont la livraison dépend mais qu’elle ne possède pas :

mecattaf/harness — base Fedora bootc upstream. sodimo/harness rebase depuis celui-ci. Pas un artefact géré par Sodimo.
mecattaf/dotfiles — configuration personnelle et bibliothèque de skills de Thomas. Référence uniquement ; Sodimo n’hérite pas de cela.

Bloqueurs qui conditionnent la livraison

Trois bloqueurs expliquent chaque statut Bloqué ou En cours ci-dessus :

Matériel Framework Desktop. Paul a commandé l’unité. Rien sur le harness (mail, IA locale, OpenWebUI, cron ETL, archive Piler) ne débarque avant qu’il arrive et que l’image bootc soit flashée.
Dump Sodiwin quotidien de Florian. Le pipeline ETL n’a rien à consommer tant que le job d’export de Florian n’est pas en production et n’écrit pas sur le NAS selon le calendrier convenu. Voir ch14 pour le contrat boîte noire.
Décision fork-vs-adopt Paperclip. Résoudre le ch15 Principe 1 contre le scan Paperclip soit promeut Paperclip au rang de neuvième dépôt sodimo/, soit le maintient comme Quadlet upstream épinglé. L’artefact de livraison ne peut pas être finalisé tant que ce point n’est pas tranché.