🔄 MODIF → VÉRIF — pattern à lire AVANT chaque modification structurelle

Localisation canonique : C:\OLYMPUS\MNEMOSYNE\01_LOIS\MODIF_VERIF_PATTERN.md Référencé par : GOD doc · prompt système · CLAUDE.md Mis à jour : 2026-04-30 But : éviter qu'un chat modifie un fichier et oublie de mettre à jour les fichiers qui en dépendent.


🧭 PRINCIPE

Quand tu modifies un fichier de la liste ci-dessous, tu vérifies/mets à jour ce qui est dans la colonne "À vérifier ensuite". C'est tout. Aucune surprise.

Le hook propagation_hook.py fait une partie de ce travail automatiquement (régénération de pages auto-générées). Mais il ne peut PAS deviner les sémantiques humaines — d'où ce pattern à appliquer manuellement.


📋 MATRICE — Tu modifies X → tu vérifies Y, Z

Tu modifies… À vérifier ensuite Auto par hook ?
GOD_OLYMPUS.html (nouvelle règle / structure) (1) PROMPT_SYSTEME pointe-t-il toujours vers le bon path · (2) Index CODEX dans GOD est-il à jour · (3) Mention dans PROPAGATION_LOG Surveillance OUI · MAJ contenu NON
REGISTRE_PROJETS.md (nouveau projet) (1) Section INDEX CODEX du GOD si nouveau type de doc · (2) projets_olympus.html régénéré (auto) Régénération OUI
PROMPT_SYSTEME_CLAUDE_DESKTOP.md (1) Mettre à jour numéro version dans titre · (2) Brouillon Gmail v10.1.X+1 si change structurel · (3) PROPAGATION_LOG Brouillon Gmail manuel
Nouveau fichier dans MNEMOSYNE/ (1) Section INDEX CODEX du GOD · (2) entrée dans REGISTRE_PROJETS si projet Détection OUI · MAJ NON
Nouveau endpoint NEXUS (api_*.py) (1) INVENTORY_GOD_MODE.md · (2) dashboard_apresmidi.html ou page status · (3) server.py _TRANCHE_IMPORTS NON
Nouveau MCP / pack (1) claude_desktop_config.json · (2) section "Stack GOD MODE" du GOD · (3) INVENTORY_GOD_MODE.md NON
Nouveau schéma / diagramme (1) schemas_index.html (page index) · (2) éventuellement INDEX CODEX du GOD NON
Nouvelle règle (R29, R30…) (1) GOD section "Règles" · (2) PROMPT_SYSTEME (avec brouillon Gmail) · (3) PROPOSITIONS_REGLES.md · (4) numérotage dans la liste finale NON
Nouveau projet P22, P23… (1) GOD taxonomie projets · (2) REGISTRE_PROJETS (statut) · (3) projets_olympus.html (auto) · (4) éventuel fichier P##_NOM.md dans 06_PROJETS Régénération OUI
Renommage / déplacement de fichier canonique (1) PROMPT_SYSTEME (refs) · (2) CLAUDE.md (refs) · (3) GOD INDEX CODEX (refs) · (4) propagation_hook.py si dans la liste SOURCES NON
Refonte UX d'une page (HTML/CSS) (1) anchors préservés · (2) liens entrants encore valides · (3) test visuel · (4) commit avec preview NON

🔁 PROCÉDURE STANDARD (5 étapes)

À chaque modification structurelle :

  1. AVANT — relis ce pattern. Identifie la ligne qui correspond à ce que tu modifies.
  2. AVANT — checkpoint backup (Mona Lisa) : copie le fichier dans 99_BACKUP/ avec timestamp.
  3. PENDANT — fais ta modif.
  4. APRÈS — vérifie/MAJ tous les items de la colonne "À vérifier ensuite".
  5. APRÈS — écris une ligne dans PROPAGATION_LOG.md avec : qui modifie, quoi, quand, pourquoi, fichiers vérifiés.

🛡️ CAS SPÉCIAUX MONA LISA


📥 BROUILLON GMAIL "PROMPT v10.1.X+1"

Quand tu modifies une RÈGLE ou ajoutes une SECTION CANONIQUE au GOD, tu DOIS : 1. Lire le dernier brouillon Gmail "OLYMPUS PROMPT SYSTEME v10.1.X" (le plus récent) 2. Calculer le diff (ce que ta modif change pour le prompt) 3. Créer un nouveau brouillon v10.1.X+1 avec : - Subject : [OLYMPUS] PROMPT SYSTÈME v10.1.X+1 - <résumé modif> - Body : prompt complet + section "CHANGEMENTS v10.1.X → v10.1.X+1" en haut 4. Vivien valide quand il veut, en collant dans Claude Desktop.

Le brouillon ne se substitue PAS au prompt actif. C'est une PROPOSITION.


🎯 SI TU OUBLIES…

Le hook propagation_hook.py détecte les fichiers dont le hash a changé et écrit dans PROPAGATION_LOG.md. Si tu vois apparaître une ligne WARN: drift détecté entre X et Y, c'est que tu as oublié une mise à jour. Reviens à la ligne du tableau correspondant et complète.

Source MD : MODIF_VERIF_PATTERN.md · auto-généré · si tu modifies, édite le .md, le .html se régénère.
--- _Migre F:->C: par docs_portability_light 2026-05-10_