---
type: doctrine
titre: "🔄 MODIF → VÉRIF — pattern à lire AVANT chaque modification structurelle"
dossier: 01_LOIS
etage: long
source: true        # SOURCE (autorite) - les projections (Chroma/graphe) en derivent
maj: 2026-05-10
hash: e1869f5c
---

> 🤖 **GÉNÉRÉ AUTOMATIQUEMENT** depuis [`MODIF_VERIF_PATTERN.html`](MODIF_VERIF_PATTERN.html)
> 
> ⚠️ Ne pas éditer ce fichier — il sera écrasé au prochain `mnemosyne_sync.py`
> 
> 📅 Régénéré le : 2026-05-08 23:14
> 
> 🪟 **Pour la version visuelle** : ouvre [`MODIF_VERIF_PATTERN.html`](MODIF_VERIF_PATTERN.html) dans un navigateur

---

MODIF VERIF PATTERN — OLYMPUS



# 🔄 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

- **Suppression** = INTERDITE. Toujours archiver dans `09_ARCHIVES/<sujet>_<date>/`.
- **Renommage avec version** (ex: `_v10.0.1`) = à éviter. La version vit DANS le titre du fichier, pas dans le nom.
- **Doublons identifiés** = soit fusionner soit archiver le moins récent.

---

## 📥 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_