Rebrand avril 2026¶
Commits de référence :
- 657b82c — « chore: retirer références à branding ancien employeur (CA-TS, Crédit Agricole, CVP) »
- ed4c8ce — « chore: retirer références cvp-ia de scripts/bootstrap.ps1 »
Contexte¶
Le kit avait été initialement construit dans un contexte d'entreprise spécifique. Des références nominatives à l'ancien employeur (noms d'équipe, acronymes internes, chemins par défaut) étaient disséminées dans les prompts, les scripts et les exemples. Elles n'avaient rien de confidentiel, mais elles liaient le kit à un contexte — contextuellement utile à l'époque, pollutant dès que le kit devient distribuable.
La vague « rebrand avril 2026 » neutralise toutes ces références pour en faire un produit générique.
Décisions structurantes¶
Décision 1 — Neutralisation sans réécriture de l'histoire¶
Les références sont retirées par commits en avant — on ne réécrit pas l'historique git. Un observateur attentif peut remonter aux versions antérieures. Le rebrand est une action traçable, pas un nettoyage furtif.
Décision 2 — Préserver les conventions, remplacer les noms¶
Les conventions structurantes (chemins .product/, identifiants BE-I, vocabulaire LIVING/COLD) sont conservées car intégrées au modèle. Seuls les noms propres sont neutralisés.
Décision 3 — Garder sdeg-kernel comme nom de produit¶
Le nom sdeg (pour Système de Décision d'Engagement Graduel) est conservé — il porte le sens, pas un contexte employeur. Le suffixe -kernel signale qu'il s'agit du noyau destiné à être consommé comme submodule.
Pivots¶
- Envisagé : forker le repo et repartir à zéro. Abandonné : perdrait tout l'historique, les ADR, les journaux des vagues précédentes. Retenu : commits en avant.
- Envisagé : renommer tous les identifiants d'exemple (
BE-I→BE-EXAMPLE). Abandonné : casserait les références dans la doc sans apporter de neutralisation supplémentaire. Retenu : garder les identifiants abstraits.
Artefacts modifiés¶
scripts/bootstrap.ps1— retrait des chemins par défaut liés à l'ancien contexte.github/prompts/*.prompt.md— neutralisation des exemples contenant des noms internesREADME.md— retrait des acronymes employeur- Exemples dans divers documents
Leçons apprises¶
Un kit construit in-house doit être « débraquetté » avant distribution¶
Il y a toujours plus de références à un contexte que ne le croit l'auteur. Les mentions glissent dans des exemples, des commentaires, des chemins par défaut. Un passage systématique (grep + relecture) est indispensable — une recherche rapide manque toujours des cas.
Le vocabulaire conceptuel peut rester s'il est général¶
LIVING/COLD, BE/FE/US, les portes P1-P10 — rien de tout cela n'est lié à un employeur. On peut garder. Le test : « Est-ce que ce terme ferait sens dans une autre entreprise ? » — si oui, conserver.
Les scripts sont les plus pollués¶
Les prompts markdown sont faciles à relire. Les scripts PowerShell (et surtout leurs chemins par défaut hardcodés) demandent une attention particulière. V4 a révélé deux oublis dans bootstrap.ps1 qui ont nécessité un second commit (ed4c8ce).
Un rebrand propre n'est pas une refonte technique¶
Tenter, pendant un rebrand, de « profiter » pour refactoriser ou renommer des structures internes est une erreur classique. Le rebrand avril 2026 a strictement neutralisé les noms propres, rien d'autre. Toute autre amélioration appartient à une vague dédiée.
État à l'issue du rebrand¶
- Le kit est distribuable auprès de n'importe quelle équipe.
- L'historique est intact, consultable, analysable.
- Aucun secret, aucune donnée confidentielle n'a été exposée.
- Le nom, l'architecture, les principes sont stables.
Ce qui ouvre la voie à la vague suivante : living documentation (cette documentation elle-même).
Voir aussi : V4 — As-is synthesis · Index du journal.