sodimo
2026-04-23-scope-audit-and-schema changelog GitHub

Audit de périmètre manuel + accounts-playbook promu + nouvelle section /leger/ + schéma de release étendu

Quatre passes d'hygiène sur le manuel interne et le fil de releases. Aucun chapitre n'est supprimé du site destiné à Sodimo — la classification de périmètre est une décision côté publication, non une modification de contenu. Une nouvelle section /leger/ explique l'externalisation sur le site lui-même. Le schéma de release étendu prépare un rendu propre en deux couches : les lignes de release produit (image harness signée, nouveau quadlet, nouveau chapitre LP) d'un côté, les lignes de release tenant (ce qui a réellement été déployé sur le Framework Desktop, quand, contre quel digest harness) de l'autre.

Added
  • Champ scope: sodimo | leger | both dans le schéma du manuel, renseigné rétroactivement sur l'ensemble des 40 chapitres anglais. Décomptes : 17 scope:sodimo (spécifiques à la mission — entreprise, données, réseau, CRM, launchpad, registre de dépôts, décisions ouvertes, agent d'usage informatique), 9 scope:leger (patterns réutilisables — principe boîte noire, trois principes de conception, vault, bibliothèque de skills, registre the-repos, quatre chapitres employee-guide sur CF Pages / coffre de comptes / rotation de clés / SSH), 14 scope:both (patterns partagés avec un chapitre spécifique à Sodimo — partie infrastructure, architecture hybride, Cloudflare, mail, harness, accounts playbook, OpenWebUI, référence quadlet, partie couche IA, pile LLM, outils MCP, Paperclip, annex decisions, section employee-guide)
  • src/content/manual/en/36-accounts-playbook.md — la colonne vertébrale de comptes Google → GitHub → Cloudflare → Tailscale → leger.run, promue depuis DRAFT-baseline-accounts-playbook.md en chapitre ordonné à la position 360
  • Nouvelle section /leger/ de premier niveau dans src/pages/leger/index.astro avec le fichier compagnon src/content/leger/en/overview.md. Une page qui explique la coupure d'externalisation en termes internes Sodimo : décomptes de champ scope, les trois familles d'artefacts (templates de référence / runbooks / checklist-policies), les candidats à la reclassification signalés (38-vault, 34-mail), et le tableau d'état du pipeline. Entrée de navigation ajoutée entre /mcp-tools/ et les actions du site
  • Schéma de release étendu avec les champs scope: product | tenant | both, harness_digest (sha256), harness_digest_prev, image_digest_set (clé trimestrielle comme images-2026-Q2-a), surface, product_release_id, tenant_slug. Une entrée de release peut désormais s'auto-décrire quant à la couche à laquelle elle appartient
Changed
  • Renumérotation des chapitres dans le bloc 36–39 afin que accounts-playbook se retrouve en position 36 et que les chapitres OpenWebUI / vault / quadlet-reference décalent d'un rang : 36-openwebui.md → 37-openwebui.md, 37-vault.md → 38-vault.md, 38-quadlet-reference.md → 39-quadlet-reference.md. Valeurs d'ordre mises à jour (370, 380, 390) ; table des matières et navigation reflètent la nouvelle séquence
  • src/lib/navigation.ts — le nouveau champ scope est propagé pour les futurs rendus filtrés par RENDER_TARGET
  • src/components/SiteHeader.astro, src/layouts/SiteLayout.astro, src/site.config.ts — section Leger enregistrée aux côtés de Manual / Changelog / Skills / MCP tools
  • src/i18n/en.ts + src/i18n/fr.ts — nouveaux blocs de chaînes site.navLeger et leger.* pour l'en-tête de section et le texte d'accueil
Other
  • Rien n'est supprimé du manuel. Les chapitres étiquetés scope: leger restent dans le site destiné à Sodimo ; quand une seconde cible de rendu sera câblée, le même arbre source produira les deux vues
  • Le frontmatter des chapitres français conserve sa forme actuelle — le champ scope sera déployé en FR lors de la prochaine passe de traduction (politique EN-first). La vue d'ensemble /fr/leger/ et les lignes du fil de releases français sont traduites dans cette même livraison
  • Les scripts npm build:sodimo / build:leger restent non câblés. La variable d'environnement RENDER_TARGET est honorée par chaque composant qui branche sur le scope ; les builds frères sont le dernier kilomètre et demeurent sur la liste de suivi