ðŸ›ï¸ v1.0.1 — Fondation (02/05/2026 — UPDATE-001)

📋 Chronologie session 01-02/05/2026

📊 Inventaire actualisé v1.0.1

• Routes API : 1067 (vs 462 en v10.1.0)
• Connecteurs maison : 47+ (vs 19 en v10.1.0)
• MCPs OLYMPUS : 7 (god, bureau, creative, llm, web, nexus-bridge, codex)
• mode_dieu_ultime v2 : ~140 tools (registre + super god mod)
• Office Add-ins : Word/Excel/PPT taskpanes maison sideload-ready
• Doctrine : R1-R29 + M1-M9 (R29 = pair-review obligatoire pour refonte structurelle)
• Capacités : 92 % (vs 5 → 55 → 62 % pendant la session)

🔧 Anomalies résiduelles UPDATE-001

• llama-cpp-python : attendre fin Build Tools 2022 install (action utilisateur PowerShell)
• Widget IObit (bas-droite) : identification reportée — sandbox sans accès god MCP
• olympus-codex MCP : code OK, Ã AJOUTER dans claude_desktop_config.json (action utilisateur)
• /api/memory/stats : tenant fix appliqué à api_tranche2.py — reboot NEXUS pour activer

📠Versions antérieures archivées (HISTORIQUE)

• 99_BACKUP/OLYMPUS_v10_archive_20260502/ — trace complète v10.x (24/04 → 02/05)
• 09_ARCHIVES/v10.0.x_predates_v10.1.0/ — pre-AGORA
• v10.1.0 (25/04/2026) — ajout AGORA + ARSENAL
• v10.1.0 (24/04/2026) — fusion OLYMPUS
• v10.0.1 (23/04/2026) — baseline post-fusion

🆕 v10.1.0 — Nouveautés (25/04/2026 soir)

📦 AGORA + ARSENAL (nouveau dossier backend)

Création de C:\OLYMPUS\AGORA\ = bibliothèque backend partageable :

C:\OLYMPUS\AGORA\
├── _index.json                  ← catalogue maître
├── README.md
├── modules_maison/              ← code Python interne (à migrer depuis AXIOM/modules/)
├── connecteurs_maison/          ← MCPs faits avec mcp_factory.py
└── ARSENAL/                     ← outils TIERS téléchargés
    ├── connecteurs_externes/    ← MCPs (officiels + communautaires)
    ├── binaires/                ← .exe (everything, ffmpeg...)
    └── scripts/                 ← .py / .ps1 / .bat

But : 1 code consommable par NEXUS prod + NEXUS_DEV + Claude + Ollama + GPT API + app mobile. Pattern Hexagonal Architecture + Single Source of Truth.

🔄 NEXUS = client ET serveur MCP (bidirectionnel)

• Serveur MCP : NEXUS expose ses outils via connecteurs_maison (olympus-god, olympus-meta, olympus-projets, olympus-memoire, olympus-office, olympus-files = 6 connecteurs maison actifs)
• Client MCP : NEXUS lance et appelle des MCPs externes depuis ARSENAL/connecteurs_externes (chrome-mcp, gmail-mcp, drive-mcp...) → permet de contrôler Chrome / Gmail directement sans passer par Claude

📚 Vocabulaire stabilisé

Source unique : C:\OLYMPUS\MNEMOSYNE\01_LOIS\VOCABULAIRE_OLYMPUS.md

📜 Doctrine "fonction vs connecteur"

Promotion gratuite : une fonction peut être transformée en connecteur en 30 sec via mcp_factory.py.

📁 Nouveaux fichiers maîtres v10.1.0

Tous dans C:\OLYMPUS\MNEMOSYNE\01_LOIS\ :

• ARCHITECTURE_OLYMPUS.html — schéma SVG global, ports, protocoles, légende termes, inventaire complet
• VOCABULAIRE_OLYMPUS.md — source unique de vérité terminologique
• AUDIT_v10.1.0.md — état réel mesuré (457 endpoints / 24 modules / 15 tranches)
• PROTOCOLE_MIGRATION_DOCUMENTAIRE.md — méthode réutilisable pour futures migrations
• CHANGELOG_v10.1.0.md — ce qui a changé

🚨 Incohérences détectées (à corriger)

1. HERITAGE_DISPATCH section 1 (vocabulaire) → marquée obsolète, note v10.1.0 ajoutée
2. HERITAGE_DISPATCH section 3 (chiffres 179/8/19) → obsolètes (vrais chiffres : 457/15/24)
3. CORTAVIS_COCKPIT.html + CORTAVIS_MAP.html → marqués obsolètes (bannière rouge)
4. OLYMPUS_COMMAND_CENTER.html → déjà obsolète (meta refresh vers ZEUS)
5. server.py.OLD_STANDALONE → archivé dans 09_ARCHIVES/v10.0.x_predates_v10.1.0/
6. Migration C:\OLYMPUS → C:\OLYMPUS → effectuée par Vivien le 25/04 (vieux serveur migré)
7. AXIOM 2.1 :9110 → encore actif, NON migré, à traiter chantier dédié plus tard

📊 Inventaire actualisé v10.1.0

🛸 Coordination chats parallèles

Voir PROMPT_AUTRE_CHAT_v10.1.0.md — brief à transmettre au chat dispatcher pour qu'il synchronise sa méthode AppForge avec la doctrine v10.1.0.

🚀 PILOTAGE — démarrer / arrêter / rebooter les serveurs

Référence officielle pour piloter OLYMPUS. À utiliser depuis terminal Windows ou via les .bat raccourcis du Bureau (C:\Users\vivie\Desktop\OLYMPUS\).

▶ BOOT (démarrer)

🛑 STOP (arrêter)

🔄 REBOOT (relancer sans tout casser)

📊 STATUS (vérifier l'état sans rien lancer)

curl http://127.0.0.1:10000/api/sante       → CERBER vivant ?
curl http://127.0.0.1:10000/api/etat        → instance courante (NEXUS ou NEXUS_DEV)
curl http://127.0.0.1:10001/api/health      → NEXUS prod vivant ?
curl http://127.0.0.1:10001/api/health      → NEXUS_DEV vivant ?
curl http://127.0.0.1:10001/api/info        → version + counts (auto-binding HTML)
curl http://127.0.0.1:10001/api/agora       → état AGORA
C:\OLYMPUS\SERVICES_STATUS.bat              → script de diagnostic complet

🔀 SWITCH NEXUS prod ↔ NEXUS_DEV

REM Bascule vers NEXUS_DEV
curl -X POST -H "Content-Type: application/json" ^
     -d "{\"instance\":\"NEXUS_DEV\"}" ^
     http://127.0.0.1:10000/api/selectionner

REM Retour à NEXUS prod
curl -X POST -H "Content-Type: application/json" ^
     -d "{\"instance\":\"NEXUS\"}" ^
     http://127.0.0.1:10000/api/selectionner

👁️ Mode PREVIEW (UI seule, RAM économisée)

curl -X POST http://127.0.0.1:10000/api/preview/NEXUS_DEV
REM lance NEXUS_DEV avec NEXUS_MODE=preview (skin uniquement, pas de modules lourds)

🛠️ DRIFT AUDIT + Régénération CODEX (workflow v10.1.0)

REM Audit drift (vérifie que tout est cohérent avec OLYMPUS_STATE.json)
python C:\OLYMPUS\01_SERVEUR\NEXUS\AXIOM\drift_audit.py
python C:\OLYMPUS\01_SERVEUR\NEXUS\AXIOM\drift_audit.py --strict   REM exit 1 si drift

REM Régénérer CODEX (auto 30min sinon)
curl -X POST http://127.0.0.1:10001/api/codex/regenerate

REM Backup ZIP manuel des fichiers critiques
curl -X POST http://127.0.0.1:10001/api/codex/backup

🎮 .bat raccourcis Bureau (auto-générés v10.1.0)

📚 GOD MAP — Quoi lire selon ta mission (R23 lecture sélective)

Modèles pros : Lazy Loading (Martin Fowler 2002) · Role-Based Access Control (Sandhu 1996) · Distributed Tracing (OpenTelemetry 2019).

🗺️ Carte des sections par MISSION

🔒 Sections OBLIGATOIRES pour TOUS

• #protocole_chat — règles R1-R23 (comportement universel)
• #self_reflection — checklist avant envoi

👁️ Transparence : afficher ce qu'on a lu

Dans la signature emoticone de chaque message, ajouter :

📚[GOD: §protocole_chat, §modeles_pros]

Permet à Vivien de voir en 1 coup d'œil ce que le chat a en mémoire active.

💾 Économie tokens estimée

Source : Vivien (26/04 21:30) : "OUI intéressant le chat détermine les chapitres à lire · il l'affichera à chaque message". Validé final 26/04 22:30 : "GOD MAP c'est à toi de t'en charger tu attends quoi".

🤖 PROTOCOLE CHAT — comportement universel (gravé 26/04/2026)

Modèles pros : Living Documentation (Martraire 2019) · ADR (Nygard 2011) · Prompt-as-Code (Anthropic 2024).

👁️ Émoticônes témoins (OBLIGATOIRE en tête de chaque message Claude)

Format compact, écrit en dur (pas mémorisé) :

🛡️ [GOD MODE]  📖 [GOD : ✅ / ⏱️N / ❌]  🪞 [MNEMOSYNE]  ⚙️ [mode actif]  🎯 [3 voix]  📐 [N modèles pros]

📅 Fréquences de lecture obligatoires

📜 Les 14 règles de comportement (R1-R14)

1. R1 — Mots simples (8 ans) : phrases courtes, pas de jargon, exemples concrets. Vivien lit en diagonale.
2. R2 — Tableau de modèles pros : à chaque proposition, j'inclus un tableau "Modèle · Auteur · Année · Ce que ça résout" et je propose le modèle qui fait pareil/mieux que l'idée Vivien (pas réinventer la roue).
3. R3 — Émoticônes témoins compactes : symbole + count + mini description (point ci-dessus).
4. R4 — Avant modification : (1) lister ce qui va casser, (2) plan de recâblage, (3) observer règles implicites + demander "voulez-vous les ajouter ?".
5. R5 — "EN CHANTIER" : si bloqué → barrière + ajout TODO court/moyen/long automatique. Pas insister.
6. R6 — TODO list = index : pas de détails, juste pointeurs vers les briques détaillées (chaque chat ne lit pas tout).
7. R7 — Schémas universels : tous les chats lisent les schémas (m'aide moi pour le contexte, aide Vivien pour la mémoire visuelle).
8. R8 — Titres FR toujours : tous fichiers/sections en français. Sauf nom technique conventionnel (FastAPI, MCP, OpenAPI...) — alors compléter par FR explicite.
9. R9 — GOD = INDEX : surtout un répertoire qui pointe vers fichiers CODEX/MNEMOSYNE. Évite la duplication de détails.
10. R10 — Code écrit pour analyse LLM nocturne : tout doit être sauvegardé en clair pour que Ollama puisse analyser/optimiser la nuit en fond.
11. R11 — Index modifications : chaque section GOD modifiée → entrée dans changelog interne (date · auteur · diff résumé) pour retrouver les anciens contenus.
12. R12 — Fin de message = bilan modifs : toujours lister à la fin "Modifications apportées · CODEX/GOD à régénérer · prochaines étapes".
13. R13 — Différenciation chat/fonction : un chat dispatch ≠ chat build ≠ chat audit. Lit ce qui le concerne selon sa mission.
14. R14 — Travail par vagues (Iterative Refinement) : voir section Modes spéciaux.
15. R15 — Émoticône 🌊×N vague avec compteur de passes (ajout 26/04/2026, affiné 26/04 23h05 — Vivien) : Quand mode vague R14 actif, ajouter 🌊×N aux émoticônes témoins en tête, où N = numéro de passe en cours dans la vague (Red-Green-Refactor cycle). Ex : 🌊×1 = squelette initial · 🌊×2 = 1ère correction d'écart · 🌊×3 = 2ème correction. Si vague terminée (Definition of Done atteinte) : afficher 🌊✅×N puis vague suivante reset à 🌊×1. Permet à Vivien de voir d'un coup d'œil combien d'itérations correctives ont eu lieu.
16. R16 — Annoncer chaque ajout de règle (ajout 26/04/2026) : Quand je grave une nouvelle règle/méta-règle/section, je dois dire EXPLICITEMENT en clair : "je rajoute cette règle à [endroit précis]". Pas de modification silencieuse. Pattern : Conventional Commits + Keep a Changelog appliqués au dialogue.
17. R17 — Auto-identification chat (MISSION-NNN.S) (ajout 26/04/2026) : Chaque chat se signe avec un identifiant unique au format MISSION-NNN.S :
    • MISSION = type (BUILD · AUDIT · CHAT · CABLAGE · PROTOCOLE · GRAPHISME · ARCHIVAGE · DISPATCH · ORGA)
    • NNN = numéro séquentiel (001, 002, ...)
    • .S = sous-numéro si héritage (chat qui reprend le précédent = .1, puis .2, ...)
    • Exemples : BUILD-001 (chat initial) → BUILD-001.1 (chat qui reprend) → BUILD-001.2 ; AUDIT-002 ; PROTOCOLE-001
    Registre dans MNEMOSYNE/02_ETAT/CHATS_REGISTRY.md. Pattern : Distributed Tracing (OpenTelemetry 2019) + Issue Tracker (GitHub/Jira).
18. R18 — Tableau modèles pros avec seuil (ajout 26/04/2026, affine R2) : Tableau modèles pros (R2) obligatoire SEULEMENT si la proposition touche ≥ 1 fichier OU implique ≥ 10 lignes de modif. Pas pour micro-décisions (renommer x → y). Évite le bruit. Friction soulevée par chat dispatcher 26/04.
19. R19 — Vague exception fix court (ajout 26/04/2026, affine R14) : Pas de vague Walking Skeleton + TDD pour fix < 5 lignes. Direct. Garde la vague pour les vrais chantiers. Friction soulevée par chat dispatcher 26/04.
20. R20 — Checksum SHA256 du GOD + Self-check actif + Signalement de conflit (ajout 26/04/2026, affiné 26/04 23h00 — Vivien) : Au début de session, calculer hash SHA256 du GOD (champ god_sha256 dans émoticônes témoins). À la relecture périodique, si checksum identique → marquer 📖✅(0) sans relire intégralement (gain context). Si checksum diffère → relecture obligatoire. Affinage 26/04 23h00 : (a) Avant action significative (≥ 1 fichier OU ≥ 10 lignes), self-check actif sur 3 questions — quelle vague je sers (R14) ? quel Definition of Done ? quelle règle est la plus à risque ici ? (b) Si conflit entre instruction utilisateur du tour et règle GOD : signaler à Vivien AVANT d'exécuter, ne pas trancher silencieusement. Patterns : ETag HTTP cache + Drift Detection + Constitutional AI (Anthropic 2022, conflict detection).
21. R23 — Lecture sélective via GOD MAP (ajout 26/04/2026 — Vivien) : Au lieu de relire le GOD complet à chaque cycle de relecture périodique (R20), utiliser la section GOD MAP pour ne relire QUE les sections pertinentes selon ma mission active (économie ~70-85% tokens). Pour mission GRAPHISME : #protocole_chat + #modeles_pros + #index_modifications. Patterns : Lazy Loading (Fowler 2002) + RBAC (Sandhu 1996).
22. R24 — Cadence relecture variable par mission (ajout 26/04/2026 22h55 — Vivien) : La table "Fréquences de lecture obligatoires" autorise des cadences spécifiques par mode/mission. Pour graphisme : section #protocole_chat à tous les 2 messages (au lieu des 10 du mode chat). Pattern : Drift Detection à fréquence variable (HashiCorp adapté).
23. R25 — Émoticônes témoins R3+R15 OBLIGATOIRES en tête, sans exception (ajout 26/04/2026 22h55 — Vivien) : Aucune exception. Format canonique : 🛡️♾️ [GOD MODE ULTIME] · 📖 [GOD lu : ✅(N)] · 🪞 [MNEMOSYNE] · ⚙️ [mode] · 🎯 [3 voix] · 📐 [N modèles] · 🌊×N [si R14] · 🆔 MISSION-NNN.S. Logo upgradé 🛡️→🛡️♾️ le 26/04 23h30 (validation Vivien) pour signaler GOD MODE ULTIME (Vague A FULL livrée).
24. R26 — Anti-bâclage en multi-tâches (ajout 26/04/2026 22h50, RENUMÉROTÉ depuis ex-R21bis le 26/04 23h45) : Pour mission complexe (UI, refactor, multi-fichier) : ne JAMAIS dérouler N étapes en parallèle massif sans contrôle. Plafond : 2-3 actions cohérentes par message max. Au-delà → séquencer en plusieurs messages avec validation entre chaque batch. Si tentation interne "je vais tout faire d'un trait pour aller vite" → STOP, c'est exactement ce qui produit du bâclé. Patterns : Single-Tasking (Cal Newport · Deep Work 2016) + Lean WIP Limit (Kanban).
25. R27 — Recensement obligatoire des questions utilisateur (ajout 26/04/2026 22h50, RENUMÉROTÉ depuis ex-R22bis le 26/04 23h45) : Avant d'ouvrir la réponse à un message Vivien : (a) relire son message en entier · (b) lister mentalement TOUTES les questions/instructions/reproches · (c) répondre à CHACUNE explicitement (mapping 1-1 dans un tableau). Aucune question ne doit être enterrée. Si secondaire, l'évoquer brièvement et la mettre en attente — pas l'ignorer. Patterns : Active Listening (Carl Rogers) + Acknowledgment Loop (UX research interviews).
26. R28 — Hook UserPromptSubmit auto-injection super conscience (ajout 26/04/2026 23h30 — Vivien) : Le hook C:\logiciels ia\ia\memory_connector\hook.py injecte automatiquement à CHAQUE message Vivien : (1) le contenu de C:\OLYMPUS\AGORA\ARSENAL\TES_OUTILS_GOD_MODE_COURT.md (~150 tokens — outils GOD MODE) · (2) les mémoires Chroma pertinentes (~300 tokens) · (3) les préférences Vivien (~100 tokens). Total ≤ 500 tokens/msg. Garde-fou anti-explosion : si > 600 tokens → alerte. Permet à Claude de NE JAMAIS oublier ses outils ni le contexte. Patterns : Constitutional AI auto-injection (Anthropic 2022) + Living Activity (iPhone Dynamic Island 2022).
27. R30 — Indicateurs visuels obligatoires sur modifs fichier en live (ajout 01/05/2026 — GRAPHISME-001, validé Vivien explicitement, fast-track R29) : À chaque modification d'un fichier HTML que Vivien regarde en live dans Chrome (cockpit, atelier, sandbox), le chat doit OBLIGATOIREMENT ajouter 3 indicateurs visuels dans la page modifiée : (1) Panneau récap "📝 Quoi de neuf à l'étape N" en haut de page — liste des modifs de l'étape, point qui pulse, bouton "✓ Compris, masquer" pour fermer · (2) Encadré pointillé animé (border 3px dashed + animation pulse 2.5s) autour de la nouvelle section · (3) Badge "🆕 ÉTAPE N — NOUVEAU !" en coin haut-gauche + indicateur d'interaction en haut-droite (ex : "👇 Survole les tuiles · clique ⚙️"). Cycle entre étapes : à l'étape N+1 → retirer l'encadré "NOUVEAU" de l'étape N (remplacer par badge discret "✅ ÉTAPE N — VALIDÉE"), ajouter encadré + badge sur la nouvelle section, mettre à jour le récap. Patterns : Visual Diff Highlighting (Git diff, GitHub PR review, Storybook Chromatic) + Onboarding Spotlight (Driver.js, Intro.js, Shepherd.js). Compatible avec R3 (méthode visuelle itérative) + R26 (anti-bâclage focus modif). Justification : Vivien (01/05 10h25) "la je ne voi pas les modifs" puis (10h30) "tu peut meme inscrire cette manière de modifie comme une vrais règles pour avancer proprement". Voir aussi proposition #023 dans 02_ETAT/PROPOSITIONS_REGLES.md.
28. R29 — Pair-review obligatoire pour refonte structurelle (ajout 30/04/2026 — AUDITFIX-002, validé GRAPHISME-001) : Définition refonte structurelle = modifie ≥ 3 sections h2 du GOD OU ≥ 10 % du contenu (lignes ou octets) OU ≥ 1 section critique (§MCPs ACTIFS · §protocole_chat · §architecture · §profil Vivien · §endpoints). Workflow : (1) Chat éditeur grave C:\OLYMPUS\MNEMOSYNE\06_PROJETS\OLYMPUS\.god_lock_<MISSION-ID>.json {timestamp, mission_id, sections_touchees, eta, reviewer} · (2) éditeur produit 02_ETAT/DIFF_SEMANTIQUE_<timestamp>.md avec sections supprimées/ajoutées/modifiées + justification · (3) éditeur ping reviewer via CHATS_REGISTRY.md entry audit_demande_<timestamp> · (4) reviewer audite dans SLA 4h ouvrées (sinon auto-approve) · (5) reviewer valide → éditeur enlève le .lock + régénère CODEX + inscrit §INDEX MODIFICATIONS. Si findings → boucle 4. Fast-track R29 (exception) : hotfix < 10 lignes ou correction typo → bypass pair-review + régénération immédiate, note [FAST-TRACK R29] hotfix <description> dans INDEX MODIFICATIONS. Anti-dérive : tout fast-track > 5 par mois → audit rétrospectif obligatoire. Patterns : Pull Request Review (GitHub 2008) + Two-Person Rule (NSA / nuclear ops) + Constitutional AI (Anthropic 2022, dual-validation). Tableau "qui audite qui" dans MODIF_VERIF_PATTERN.md.
29. R31 — SCHEMA-FIRST (ajout 03/05/2026 — MISSION-AUDIT-001, FAST-TRACK R29) : « Un schéma vaut 1000 mots. » Tout projet commence par un schéma dans 06_PROJETS/<NOM_PROJET>/SCHEMA.html (ou .mmd, .excalidraw). Workflow : Vivien dit "on fait X" → chat dessine schéma (5-15 min) → Vivien valide/corrige → schéma = source de vérité → code/doc construit POUR correspondre au schéma. Pattern source : Domain-Driven Design (Eric Evans 2003) Model-First + Diagrams as Code (Mermaid, PlantUML, draw.io, Excalidraw) + Architecture Decision Records. Fast-track : fix < 5 lignes ou typo → bypass. Vérification : projet sans schéma → flag "DETTE_SCHEMA" dans REGISTRE_PROJETS. Cause : REX MISSION-AUDIT-001 (Wave 1-3 doublonnait P17_CARTE_OLYMPUS_VISUELLE sans détection préalable). Voir 06_PROJETS/README.md.
30. R32 — ANTI-INTUITION : Triple Source Obligatoire (ajout 03/05/2026 — MISSION-AUDIT-001, FAST-TRACK R29) : « Source live > doc > code > intuition (jamais). » Avant TOUTE affirmation/liste/schéma sur état OLYMPUS, consulter 3 SOURCES DANS L'ORDRE : (1) NEXUS live — /api/modules, /api/nexus/brief, /api/manifest/all, /api/galaxy; (2) Doc MNEMOSYNE — 01_LOIS/GLOSSAIRE.html, 01_LOIS/ARCHITECTURE_OLYMPUS.html, 01_LOIS/AUDIT_v*.md; (3) Code source — C:/OLYMPUS/01_SERVEUR/NEXUS/AXIOM/modules/<X>/__init__.py. Si affirmation contredit les 3 sources → STOP + R20 self-check + corriger. INTERDIT : inventer une catégorisation pédagogique sans source · citer "selon X.md" sans avoir lu X.md · extrapoler depuis nommage · reprendre chiffres mémorisés sans terrain. OBLIGATION : tout schéma/liste cite EXPLICITEMENT sa source (URL endpoint ou chemin fichier). Exception fast-track : AUCUNE. R32 prime sur tous les fast-tracks. Cause : REX MISSION-AUDIT-001 récidive 03/05 — un chat a inventé 24 modules thématiques (Memozy/ChromaDB/Cache/Performance...) alors que NEXUS dit 19 modules réels (aegis/chronos/herald/mothra/observer/...).
31. R33 — Auto-relance LGS après save .py (ajout 03/05/2026 — bandeau ZEUS migré vers GOD, FAST-TRACK R29) : Tout chat qui modifie un fichier .py du périmètre LGS (ex : C:/OLYMPUS/AGORA/connecteurs_maison/lgs/*.py · sensors L1 :9998 · canvas_vivant_v20_*.py) doit OBLIGATOIREMENT déclencher l'auto-relance via lgs_guardian.py ou via POST /api/lgs/restart. Sans relance, Vivien ne voit pas la modif (LGS reste sur l'ancienne version en mémoire). Pattern : Hot-Reload (uvicorn --reload, nodemon, vite HMR). Fast-track : modif d'un .md/.html → bypass (pas de runtime à relancer). Cause : Vivien a observé plusieurs fois "j'ai modifié et je vois rien" — la racine = LGS toujours sur ancienne version. Voir aussi 06_PROJETS/MEMOIRE_COGNITIVE_LGS/PROPOSITION.md et 06_PROJETS/LE_GRAND_SUPERVISEUR/INDEX_ECOSYSTEME.md.
32. R34 — Convention rangement des schémas + tampon hebdo (ajout 03/05/2026 — MISSION-AUDIT-002, FAST-TRACK R29 · v2 03/05 23h00 avec tampon) : Tout schéma doit être rangé selon une convention claire pour ne plus être dispersé partout, et porter un tampon de vérification pour distinguer les ébauches des plans validés.
    
    📂 Hiérarchie de rangement (par nature) :
    • Plan / ébauche en cours (un projet sans plan validé) → MNEMOSYNE/06_PROJETS/<NOM>/PLAN.html à la racine du projet. « Un schéma vaut 1000 mots » (R31). Tampon par défaut : 🟡 EBAUCHE.
    • Schéma stable propre à un projet (validé après tampon) → SCHEMA.html (un seul) ou SCHEMAS/<nom>.html (plusieurs)
    • Schéma système global → MNEMOSYNE/01_LOIS/<nom>.html (mots-clés ARCHITECTURE/SCHEMA/GLOSSAIRE/VOCABULAIRE)
    • Card pédagogique matrice ZEUS → NEXUS_DEV/Cockpit/statique/_sandbox/atelier/cards/<nom>.html
    📐 Format obligatoire : HTML (pas SVG brut — embarqué dans HTML qui l'explique). INTERDIT : 02_ETAT/ (réservé observations/REX), 09_ARCHIVES/ (réservé obsolète).
    
    🏷 Tampon de vérification (3 états) :
    • 🟡 EBAUCHE — par défaut, plan pas encore vérifié vs réalité système. Affiche bandeau « Plan en attente de vérification ».
    • 🟢 CONFORME — vérifié par chat-vérificateur dans la dernière semaine. Affiche bandeau « Plan conforme au système · vérifié le YYYY-MM-DD par CHAT-NN ».
    • 🔴 PERIME — pas vérifié depuis > 7 jours OU contredit la réalité système (ex : cite 24 modules alors que NEXUS dit 19). Affiche bandeau rouge.
    ⏰ Workflow hebdomadaire :
    1. Chats créent leurs plans/schémas avec tampon 🟡 EBAUCHE
    2. Chaque dimanche 09h00 → un chat-vérificateur dédié (ex : VERIF-PLANS-001) parcourt tous les 06_PROJETS/*/PLAN.html + SCHEMAS/*
    3. Compare au réel via R32 (NEXUS live + doc + code) puis estampille 🟢 CONFORME ou 🔴 PERIME
    4. Met à jour le champ checked_at et checked_by dans le HTML (meta-tags ou bandeau)
    5. Bibliothèque centrale BIBLIOTHEQUE_SCHEMAS.html filtre par tampon
    🌐 Registre central : MNEMOSYNE/06_PROJETS/P17_CARTE_VISUELLE/BIBLIOTHEQUE_SCHEMAS.html via GET /api/schemas/list (auto-discovery). Pas besoin de prévenir manuellement.
    Pattern : Convention over Configuration (Rails 2004) + Backstage Catalog (Spotify 2020) + DDD Bounded Context (Eric Evans 2003) + Letter of Conformance (audit ISO 9001) + Sprint Review hebdo (Scrum).
    Cause : GRAPHISME-001 voulait poser SCHEMA_VOCABULAIRE_v2.svg dans 02_ETAT/ faute de convention claire. Vivien (03/05 22h55) a précisé : « plans à la racine + tampon hebdo conforme/pas vérifié ».
    Voir : 06_PROJETS/P17_CARTE_VISUELLE/02_PLAN/00_AUDIT_SCHEMAS.md et BIBLIOTHEQUE_SCHEMAS.html.

Note historique R23-R29 : ces 6 règles ont été gravées le 26/04/2026 (soir, 22h45-23h45) après une série de dérives observées par Vivien sur la mission GRAPHISME-001 → renommée GODMODE-ULTIME-001. R26+R27 ont été renumérotées depuis ex-R21bis/R22bis pour éviter le conflit avec R21 (placement UI sandbox) et R22 (format compte-rendu) déjà occupées.

📋 Nouveaux fichiers de support (gravés 26/04/2026)

• MNEMOSYNE/02_ETAT/CHATS_REGISTRY.md — registre des chats actifs (R17)
• MNEMOSYNE/02_ETAT/PROPOSITIONS_REGLES.md — buffer rolling des propositions de règles (M7 + Pull Request review pattern)

🏷️ Codification des règles et entités (taxonomie OLYMPUS)

📋 Liste des projets P1-Pn (codification cumulative)

🧬 Méta-règles auto-incrémentation (Living Documentation)

⚙️ PROTOCOLE BUILD — Quality Gates (gravé 26/04/2026)

Modèles pros : Quality Gates (CI/CD industrie) · Visual Regression Testing (Percy/Chromatic) · Strangler Fig (Fowler 2004) · RFC documents (Rust/Python PEP).

🚦 B1. AVANT de toucher au code

• Plan écrit (RFC court : objectif · steps · liens cassables) — voir section Plan
• Validation Vivien avec convention 3 voix (Dev+UX / Idée / Limites / Bonus / Reco)
• Snapshot ZIP préalable (god_backup.py)
• Lister ce qui casse (impact analysis) + plan de recâblage

🛠️ B2. PENDANT le build

• 1 task in_progress à la fois (jamais 2)
• Capture écran si UI touchée (Visual Regression — avant/après)
• Si fichier obsolète : voir B5 URL stable ci-dessous
• Si bloqué : voir R5 EN CHANTIER dans Protocole CHAT

✅ B3. APRÈS le build

• python drift_audit.py --strict (vérif cohérence SSoT)
• Capture écran finale (preuve résultat conforme à l'attendu)
• Bilan 3 voix
• Lien dans GOD/État du jour + entrée CODEX
• Régénérer CODEX : POST /api/codex/regenerate
• PROCHAIN_CHAT.md MAJ si reprise nécessaire
• Index modifications : entrée dans changelog interne (R11)

📝 B4. Format des titres (R8)

• TOUJOURS en français dans tout fichier/section
• Verbe à l'infinitif ou nom + emoji clair
• Pas d'anglais sauf nom technique conventionnel (FastAPI, MCP, OpenAPI, REST...) — alors compléter par FR explicite entre parenthèses

🌐 B5. Page obsolète : pattern URL stable + déprécation

Modèle pro : URL versioning + redirects (Wikipedia, Twitter API v1/v2).

1. Page actuelle X.html renommée X_ancien_1.html (ou _ancien_2 si déjà 1)
2. Bandeau rouge fluo en tête : "⚠️ OBSOLÈTE depuis YYYY-MM-DD — voir X.html (URL stable)"
3. Nouvelle page écrite à X.html (URL stable) — tous les liens existants marchent sans modif
4. Entrée dans MNEMOSYNE/09_OBSOLETES/_INDEX.md (taxonomie complète des dépréciations)
5. Si projet terminé → archivage en lot (Strangler Fig pattern)

📋 B6. R22 — FORMAT OBLIGATOIRE de compte-rendu fin de tâche (gravé 26/04/2026 — Vivien)

🔥 RÈGLE GRAVÉE par Vivien le 26/04/2026 (soir) : *"jadore ça, il me le faut en compte rendu a la fin de chaque tache réalisé je veut que chaque chat fasse comme toi"*

Modèles pros : Microsoft Style Guide (tableaux > paragraphes) · Diátaxis Reference (Procida 2017) · Constitutional AI (Anthropic 2022 — capture règles implicites).

Pourquoi cette règle : Vivien lit en diagonale (R1). Le tableau URLs lui permet de cliquer direct pour valider, sans chercher dans le texte. Format inspiré du compte-rendu DISPATCH-001 (26/04/2026) qui a été validé tel quel comme norme.

🎯 Structure obligatoire (dans cet ordre exact)

📋 Template type (à copier-coller)

🛡️ [GOD MODE] 📖 [GOD lu : ✅] 🪞 [MNEMOSYNE] ⚙️ [build] 🎯 [3 voix] 📐 [N] 🌊 [R14]

[Annonce R16 si règle ajoutée]

## 📐 Modèles pros (R18 si applicable)
| Modèle | Auteur · Année | Effet ici |
|---|---|---|
| ... | ... | ... |

## 📊 Bilan modifs ce message
| # | Modif | Statut |
|---|---|---|
| 1 | ... | ✅ |

## 🔗 URLs pour ta vérification
| Quoi | URL |
|---|---|
| 🖼 Mosaïque | http://127.0.0.1:10001/apps/_sandbox/mosaic.html |
| 📜 ETAT DE L'ART | http://127.0.0.1:10001/mnemosyne/06_PROJETS/.../ETAT_DE_L_ART_*.md |
| 📖 GOD section | http://127.0.0.1:10001/mnemosyne/.../GOD_OLYMPUS_v10.0.1.html#anchor |
| 📚 CODEX | http://127.0.0.1:10001/mnemosyne/CODEX.html |

## 🎯 Tests finaux
- 53/53 apps en HTTP 200 ✅
- ETAT_DE_L_ART servi ✅
- ...

## 📌 Reco + question A/B/C
**🛠️🎨 Dev+UX** : ...
**💎 Idée Vivien** : ...
**⚖️ Limites** : ...
**📌 Question** :
- (A) ...
- (B) ...
- (C) ...

🆔 MISSION-NNN.S (mission [type])
🌊 fin du message

⚠️ Application immédiate

• OBLIGATOIRE à chaque fin de tâche (build, câblage, audit, refonte, doctrine...)
• Le tableau URLs est la signature du format Vivien — emoji + nom court + URL complète
• Pas demander permission — c'est le format par défaut, validé par Vivien le 26/04/2026 (soir)
• Si tu vois des URLs dispersées dans ton texte → regroupe-les en tableau final

🎯 MODES SPÉCIAUX — Quality Gates (gravé 26/04/2026)

Modèles pros : Quality Gates (CI/CD) · Iterative Refinement (XP/Agile 1999) · Build-Measure-Learn (Lean Startup, Ries 2011) · PDCA (Plan-Do-Check-Act, Deming) · OODA Loop (Boyd) · TDD Red-Green-Refactor (Beck 2003).

🔑 Mot-clé Vivien → Mode actif

🌊 R14 détaillée — Travail par vagues : Walking Skeleton + TDD (validé Vivien 26/04/2026)

Pattern officiel choisi : Walking Skeleton (Alistair Cockburn 2004) + TDD Red-Green-Refactor (Kent Beck 2003).

Phase 1 — Walking Skeleton (squelette qui marche)

Avant de remplir les détails, on construit UN squelette minimal end-to-end qui couvre toute la chaîne (UI → endpoint → backend → DB) avec des stubs. Tout fonctionne mais simplifié au maximum.

• Objectif : voir l'ensemble fonctionner avant de raffiner. Détecter les trous tôt.
• Pour OLYMPUS : toutes les fonctions de la sandbox sont câblées (au minimum avec barrière "EN CHANTIER") avant d'en finir une seule.
• Critère de fin : 100% des fonctions répondent quelque chose (réel ou stub barrière).

Phase 2 — TDD Red-Green-Refactor (vagues alternées)

Pour chaque brique du squelette qu'on veut enrichir :

1. 🔴 Red : écrire ce que la brique doit faire (test/vérif d'abord)
2. 🟢 Green : la faire fonctionner au minimum (code qui passe le test)
3. ♻️ Refactor : nettoyer / optimiser sans casser
4. → Vérifier (curl + capture écran si UI)
5. → Si non conforme : nouvelle vague (retour à Red)
6. → Si conforme : passer à la brique suivante

Combinaison Walking Skeleton + TDD pour OLYMPUS

Variantes de vagues (selon mot-clé Vivien)

Definition of Done (objectif final R14)

• 100% des fonctions opérationnelles (testées, conformes)
• OU chargées dans la sandbox avec barrière "EN CHANTIER" propre
• JAMAIS de fonction cassée visible à l'utilisateur
• Final : l'ancien serveur (:9110 AXIOM 2.1) devient obsolète éteignable (pas éteint mais peut l'être sans perte)

📐 ARCHITECTURE DOCUMENTAIRE (gravé 26/04/2026)

Modèles pros : Diátaxis Framework (Procida 2017) · Lifecycle YAML (Living Doc) · Single Source of Truth (SSoT — Terraform pattern).

🎭 Distinction GOD / CODEX / MNEMOSYNE

📂 Structure MNEMOSYNE adaptée Diátaxis (4 types de doc)

MNEMOSYNE/
├── CODEX.html              ← INDEX maître auto-régénéré (30 min)
├── 01_LOIS/                ← Règles permanentes (Diátaxis "Reference")
├── 02_TUTORIELS/           ← (NOUVEAU) Pas-à-pas pour apprendre (Diátaxis "Tutorials")
├── 03_HOWTO/               ← (NOUVEAU) Recettes pour résoudre un problème (Diátaxis "How-To")
├── 04_EXPLICATIONS/        ← (NOUVEAU) Pourquoi du système (Diátaxis "Explanation")
├── 05_JOURNAL/             ← Traces session par date (jamais purgé)
├── 06_PROJETS/<id>/        ← 1 dossier par projet (structure figée)
│   ├── 00_FICHE.md         ← fiche projet (PAS un mini-GOD, juste résumé)
│   ├── 01_AUDIT/           ← purgé si projet terminé
│   ├── 02_PLAN/            ← idem
│   ├── 03_BUILD/           ← idem
│   ├── 04_VERIF/           ← idem
│   └── 05_LIVRABLE/        ← jamais purgé
├── 07_PREFS/               ← Profil Vivien
├── 08_ADR/                 ← (NOUVEAU) Architecture Decision Records (Nygard 2011)
├── 09_OBSOLETES/           ← (NOUVEAU) Index des pages dépréciées avec banner
├── _INDEX/                 ← (NOUVEAU) lifecycle.json + tags taxonomie
└── 99_ARCHIVES/            ← Corbeille Mona Lisa (jamais supprimé)

🏷️ Méta YAML obligatoire (Living Doc)

Chaque doc dans MNEMOSYNE doit commencer par cet en-tête :

---
project: OLYMPUS
phase: 03_BUILD       # 01_AUDIT | 02_PLAN | 03_BUILD | 04_VERIF | 05_LIVRABLE
status: active        # draft | active | superseded | archived
created: 2026-04-26
supersedes: []
superseded_by: null
diátaxis: how-to      # tutorial | how-to | reference | explanation
audience: [build_chat, audit_chat]
---

🔁 Lifecycle des docs

🎯 Différenciation par fonction de chat (R13)

🗺️ PLAN — RFC en cours · validés · futurs (gravé 26/04/2026)

Modèle pro : RFC documents (Rust RFC, Python PEP — IETF).

Vivien dit : "les plans valent mille mots, on revient dessus et on code jusqu'à ce que ça colle au plan". Cette section liste les RFC actifs.

📋 RFC en cours (status: active)

📜 Format RFC standard

# RFC-NNN — Titre court

## Contexte
Pourquoi cette décision est nécessaire.

## Problème
Ce qu'on veut résoudre.

## Solution proposée
Comment on s'y prend.

## Alternatives rejetées
Ce qu'on n'a PAS choisi et pourquoi.

## Impact
Ce qui va changer / casser. Liste à recâbler.

## Validation
Vivien : OUI / NON / AJUSTER · Date.

## Statut
draft | active | superseded | archived

📅 ÉTAT 26/04 — DISPATCH-001 CABLAGES (RFC-006 en cours)

État vivant de la mission CABLAGES_SANDBOX par le chat DISPATCH-001. Préparatif éteignabilité :9110. Document complet : ETAT DE L'ART DISPATCH-001.

📊 Bilan 53 / 53 apps en HTTP 200

🔧 12 apps refondues / câblées cette session

gmail · goku · modules · gamer · brief · performance · tokens · todo · logs · activite · network · fonctions · contexte · budget

🆕 2 endpoints backend créés (total NEXUS : 251 → 253)

• POST /api/kaio-ken/upload-image (data URL base64) — fichier AXIOM/api_tranche10.py
• GET /api/kaio-ken/uploads/{filename} (preview) — idem

⚠️ drift_audit.py à relancer pour MAJ OLYMPUS_STATE.json.

🛠️ 3 artefacts sandbox créés (URL stable)

• Mosaïque — vue 53 cells iframe lazy-load + badges état
• CABLAGES.md — journal vivant (à jour à chaque session)
• barriere.css — système barrière "EN CHANTIER" réutilisable

🚧 Reste à faire (suite mission DISPATCH-001.1+)

📜 Pour reprendre cette mission (chat DISPATCH-001.1+)

1. Lire ETAT_DE_L_ART_2026-04-26_DISPATCH-001.md en entier (5 min)
2. Lire CABLAGES.md (journal vivant, change à chaque session)
3. Inscrire la reprise dans CHATS_REGISTRY.md sous DISPATCH-001.1
4. Choisir A/B selon brief Vivien

📝 INDEX MODIFICATIONS — changelog interne GOD (gravé 26/04/2026)

Modèles pros : Keep a Changelog (Lacan 2014) · Conventional Commits · Semantic Versioning (Preston-Werner 2011).

Permet de retrouver quelle section a été modifiée quand et chercher les anciens contenus via les snapshots dans 09_ARCHIVES/.

📅 Historique des modifications GOD_OLYMPUS

🔖 Convention type

• added : nouvelle section
• changed : modification de l'existant
• deprecated : sera retiré
• removed : retiré (snapshot obligatoire)
• fixed : correction
• security : faille

📚 MODÈLES PROS UTILISÉS — référence (gravé 26/04/2026)

Liste des standards pros qui structurent OLYMPUS. À citer systématiquement dans les propositions (R2).

🔌 MCPs ACTIFS — Stack GOD MODE (regravé 30/04/2026)

Modèles pros : Backstage (Spotify 2020 — portail dev unique) · Hexagonal Architecture (Cockburn 2005 — adapters MCP/HTTP) · Living Documentation (Martraire 2019 — inventaire à jour).

5 MCPs actifs côté Claude Desktop pour OLYMPUS. Cette section est l'inventaire à jour — toujours vérifier ici avant de coder du custom (AXIOM-FIRST). Cause regravure : oubli propagation v10.1.2 → v10.1.4 détecté par audit GRAPHISME-001.

🆕 Mise à jour 01/05/2026 INSTALL-001 : 2 nouveaux MCPs cloned + 12 tools ajoutés à mode-dieu-ultime via tools_extras/ (audio_loopback · windows_notifications · clipboard_history · webcam · wia_scanner · bluetooth_devices · usb_devices · multi_monitor · window_management · file_hash · power_battery · network_sniff). Wrap NEXUS dans AXIOM/api_win_extras.py · 30+ endpoints sous /api/win/* et /api/vision/*. Manifest : GET /api/win/extras/manifest · Healthcheck libs : GET /api/win/extras/health.

🚦 Endpoints critiques NEXUS (AXIOM-FIRST)

Avant de coder du custom, vérifier qu'un endpoint OLYMPUS n'existe pas déjà :

Doc complète : http://127.0.0.1:10001/docs

🛡️ Refus abonnements / création comptes / clés API payantes

Vivien refuse catégoriquement (règle locale-first, gravée 26/04/2026 23h45 lors retrait Firecrawl/Tavily/Brave) :

• Abonnements payants à des services externes (Firecrawl, Tavily, Brave Search Pro, etc.)
• Création de comptes nouveaux pour des outils tiers (sauf si Vivien valide explicitement)
• Clés API payantes qui transitent par des serveurs tiers

Implication concrète : si un MCP / outil nécessite une clé API payante ou un abonnement, NE PAS l'ajouter à la stack. Préférer LOCAL-FIRST.

Source détaillée : MNEMOSYNE/07_PREFS/profil_psychologique_vivien.md (section "Refus abonnements / comptes / clés API").

🌀 Hook propagation

C:\OLYMPUS\AGORA\connecteurs_maison\propagation\propagation_hook.py — surveille les modifications des fichiers MNEMOSYNE/ · Cockpit/ · AGORA/ et déclenche auto-régénération CODEX + pages auto-générées (projets_olympus.html · schemas_index.html). Voir MODIF_VERIF_PATTERN.md pour la matrice "Auto par hook ?".

⏰ Plage horaire pratique de Vivien

Pour planifier les chantiers :

• Départ matin : 7h00 (formation habilitation électrique)
• Retour soir : 17h30 — 18h00
• Disponibilité OLYMPUS : soir + week-end

Détail : MNEMOSYNE/07_PREFS/profil_psychologique_vivien.md.

🔁 SELF-REFLECTION — checklist avant envoi (Constitutional AI)

Modèles pros : Constitutional AI (Anthropic 2022) · Reflexion / Self-Critique (Shinn 2023) · Definition of Done (Scrum).

Avant chaque message envoyé à Vivien, je dois cocher mentalement :

✅ Checklist obligatoire (R12)

• Émoticônes témoins en tête ? (🛡️ 📖 🪞 ⚙️ 🎯 📐)
• Compteur GOD à jour ? (📖✅ si lu / ⏱️N sinon — relire si N > seuil mode)
• Tableau modèles pros si je propose une solution ? (R2)
• Convention 3 voix appliquée ? (🛠️🎨 / 💎 / ⚖️ / 💡 / 📌)
• Mots simples (8 ans) ? Phrases courtes, tableaux, pas de jargon ? (R1)
• AskUser si plusieurs options possibles ? (M1, méta-règle)
• Impact analysis avant modification ? (R4 : ce qui casse + plan recâblage)
• Lien GOD si fichier créé ? (R11)
• Capture écran si UI touchée ? (R13)
• Bilan modifs en fin ? (R12 : modifs · CODEX/GOD à régénérer · prochaines étapes)
• Modif de prompt proposée si règle apprise ? (M7)

🚦 Si checklist KO → ne pas envoyer, corriger d'abord

Pattern Quality Gate : on ne livre pas si critère non rempli.

📖 Compteur de lecture GOD (table fréquences — R3)

🛡️ Verrouillage 3 niveaux (Constitutional AI + Hook + Self-Reflection)

1. Niveau 1 — Constitutional AI : règles dans C:\OLYMPUS\CLAUDE.md (lu au démarrage Claude Code)
2. Niveau 2 — UserPromptSubmit Hook : à chaque message, hook Chroma injecte ~500 tokens des règles dans le contexte
3. Niveau 3 — Self-Reflection : checklist ci-dessus relue avant envoi

→ Une règle oubliée à un niveau est rattrapée à un autre. Verrouillage maximal.

🛒 AGORA + ARSENAL — Backend partageable (NOUVEAU v10.1.0)

Pourquoi AGORA ?

Avant v10.1.0 : code fonctionnel dans NEXUS → si NEXUS_DEV travaille, NEXUS prod plante car partage RAM/process. Et chaque NEXUS doit dupliquer son code.

Depuis v10.1.0 : AGORA = bibliothèque backend partageable et indépendante hors des NEXUS → 1 code consommable par NEXUS prod + NEXUS_DEV + Claude + Ollama + GPT API + app mobile.

Structure AGORA

C:\OLYMPUS\AGORA\
├── _index.json              ← catalogue maître (lu au démarrage)
├── README.md                ← doc d'usage
├── modules_maison/          ← code Python interne (réutilisable)
│   └── (vide — à migrer depuis AXIOM/modules/ progressivement)
├── connecteurs_maison/      ← MCPs faits avec mcp_factory.py
│   ├── olympus-god/         (14 tools : PowerShell, UIA, exec, click, type, key, eyes, services)
│   ├── olympus-meta/        (3 tools : search/call les 462 endpoints NEXUS)
│   ├── olympus-projets/     (4 tools : CRUD projets)
│   ├── olympus-memoire/     (3 tools : memory add/search/save)
│   ├── olympus-office/      (3 tools : MNEMOSYNE files + capture)
│   └── olympus-files/       (4 tools : files mark/unmark/list obsolete)
└── ARSENAL/                 ← outils TIERS (téléchargés)
    ├── connecteurs_externes/  ← MCPs tiers (officiels + communautaires)
    │   ├── officiels/         (filesystem, memory, fetch, time, git, sequentialthinking, everything)
    │   └── communautaires/    (DesktopCommanderMCP, chrome-mcp, gmail-mcp, etc.)
    ├── binaires/              ← .exe (everything, ffmpeg, yt-dlp...)
    └── scripts/               ← .py / .ps1 / .bat utilitaires

🔌 NEXUS = client ET serveur MCP (bidirectionnel)

📡 Endpoints AGORA câblés (v10.1.0)

📜 Doctrine "fonction vs connecteur"

Promotion gratuite : une fonction peut être transformée en connecteur en 30 sec via mcp_factory.py. Pas de regret possible.

📁 Documents maîtres v10.1.0

Tous dans C:\OLYMPUS\MNEMOSYNE\01_LOIS\ :

• 📐 ARCHITECTURE_OLYMPUS.html — schéma SVG global, ports, protocoles, légende termes, inventaire complet · ouvrir
• 📚 VOCABULAIRE_OLYMPUS.md — source unique de vérité terminologique · ouvrir
• 🔍 AUDIT_v10.1.0.md — état réel mesuré · ouvrir
• 📜 PROTOCOLE_MIGRATION_DOCUMENTAIRE.md — méthode réutilisable + 10 règles · ouvrir
• 📝 CHANGELOG_v10.1.0.md — ce qui a changé · ouvrir
• 🛸 PROMPT_AUTRE_CHAT_v10.1.0.md (06_PROJETS/OLYMPUS/) — brief dispatcher · ouvrir

👤 Profil Vivien Panza

Identité

• Prénom : Vivien · Né : 1990 (36 ans en 2026)
• Email : vivienpanza@gmail.com
• Parcours : Ancien technicien de maintenance nucléaire → études psychologie → formateur habilitation électrique
• Passions : gros geek (jeux vidéo, Xbox Series X, émulateurs RetroArch/PCSX2)
• Contexte famille : sa mère est non-voyante (peut influencer projets accessibilité/voix)
• Machine : vivienPC (Windows 10/11 · RAM 33 GB · Disque C: 1 TB · Disque F: 512 GB "super clé vivien")

Niveau technique

• ✅ Comprend architecture, schémas, flux, logique système (formation nucléaire + maintenance)
• ✅ Sait lancer un .bat, lire une interface, copier-coller un chemin
• ❌ AUCUNE notion de programmation. Ne sait PAS lire Python / PowerShell ligne par ligne
• ❌ Ne code pas et ne veut pas apprendre

Objectif fantasme (sérieux) : JARVIS

• Commandes vocales pour piloter le PC
• Contrôle du bureau (Office, souris, clavier) via IA
• Création d'outils à la volée sans code
• Mode dégradé autonome (LLM local) pour lieux sans internet (ex : chez sa mère)
• Supervision distribuée de plusieurs instances
• Téléphone comme point d'entrée à moyen terme
• Gestion des mails pro + planification de tâches

🤝 Comment collaborer avec Vivien (IMPORTANT)

Communication

• Français exclusivement, vocabulaire simple, éviter jargon non expliqué
• Corrections claires quand il propose solution inadaptée — il dit "des fois je dis des dingueries", ne JAMAIS valider à l'aveugle
• Expliquer le POURQUOI, pas juste donner du code
• Réponses courtes, simples, intelligentes — pas de blabla
• Ne pas relever les fautes d'orthographe — il écrit vite, ça le gênerait
• Préfère être corrigé que validé à l'aveugle

Préférences visuelles/format

• HTML visuels avec navigation sticky + code couleur — "c'est trop bien" confirmé (2026-04-22)
• UN SEUL méga document plutôt que plusieurs fichiers — "je veux en envoyer qu'un seul"
• Dark theme obligatoire (déteste fond blanc)
• Ne pas résumer/alléger — veut le contenu complet verbatim

Ce qu'il n'aime pas

• ❌ Bricolage quand un standard existe (préfère open source mature)
• ❌ Fausses promesses ("c'est fait" alors que ça ne marche pas)
• ❌ Interfaces avec boutons qui ne font rien
• ❌ Explications longues qui noient le message
• ❌ Décisions prises sans son accord (même "simples")
• ❌ Réponses en anglais
• ❌ Documents résumés/allégés
• ❌ Multiples raccourcis éparpillés — veut un seul point d'entrée

📖 Vocabulaire OLYMPUS (terminologie officielle)

🔗 URLs complètes — local + LAN

🛎️ CERBER

🟢 NEXUS (officielle, stable — :10001)

🟣 NEXUS_DEV (essai — :10001)

📄 20 pages dans NEXUS :10001

⚙️ Endpoints API incontournables

📁 Dossiers clés (tu dois les connaître)

⚙️ Les 15 tranches API — 457 endpoints total (v10.1.0)

📄 20 pages Cockpit portées depuis :9110

🧩 Garage — 7 catégories · 45 tuiles (RESTAURÉ depuis _LEGACY)

🖥️ Système (6)

CPU/RAM · Disque · Réseau (2x1) · Processus (2x2) · Services Windows (2x1) · Démarrage

🧩 Modules AXIOM (6)

Santé modules (2x2) · Mémoire (2x1) · Voix STT/TTS · Orpheus · Chronos · Scribe (résumé, 2x1)

🔌 Intégrations (10)

Gmail (2x2) · Calendrier (2x2) · Météo · Actualités (2x1) · Telegram · Fitbit · Home Assistant (2x1) · Panneaux solaires · Caméras (2x2) · Xbox

📚 Mémoire & Banque (5)

Mémoire vectorielle · RAG sémantique (2x1) · Profil utilisateur · Patterns appris (2x2) · Projets en cours (2x1)

🚧 En construction (10)

Brief matin évolutif (2x1) · Boîte à outils auto · Périphériques vocaux · Auto-PowerPoint · Réseau peer-to-peer · Timeline des rêves (2x1) · Skin neutre (travail) · Sélecteur de skin · Salle des animations (2x1) · Onglet Travail/Bureau

🛠️ Outils (4)

Explorateur fichiers (2x2) · Logs (2x1) · Console AXIOM (2x2) · Scan réseau (2x1)

⭐ Personnel (4)

Horloge · Notes rapides (2x2) · Tâches (2x1) · Favoris (2x1)

✅ TO-DO Claude live (23 tâches portées depuis :9110)

Source : C:\OLYMPUS\04_DONNEES\claude_todos.json · endpoint /api/claude/todos · page /todo

🟢 20 tâches COMPLETED (historique court)

• Backup + Audit PC Ollama + 5 voix FR + PROPOSALS.md
• Scanner réseau + drivers + périphériques + chroma + silero + playwright + pyautogui
• Routes fantômes fixées (ram/cpu/perf/processes/ports/storage/files-big/tokens/calendar/todo)
• Brief matin /brief (7 cards + TTS + Gmail/Agenda wrappers)
• Home /v unifiée : 3 tuiles HUGE Brief/Widgets/Cockpit + raccourcis 3D
• Voix /voix 3 slots (online + 2 offline) Xbox style
• GOD MODE /god : Eyes/Hand/Screen/Ghost dashboard + tests live
• GOD Hand (pyautogui) : click/type/key/form_fill
• GOD Screen /api/god/screenshot (PNG base64 PowerShell)
• GOD Eyes /api/god/eyes (processus+fenêtres+fichiers+audio)
• /guide overlay (flèches/highlights) + /api/guide/push
• Memory Galaxy 3D /memory-galaxy (souvenirs = étoiles)
• Stack Tower 3D /stack-tower (services = tours)
• Tags MAQUETTE virés : /live /tokens /stats /moteurs /reves /services /wow /process-galaxy
• Disk Storm utilise /api/files-big (vraies données)
• Topbar cockpit : Home/Brief/Widgets/God visibles
• Toast + drag-drop + télémétrie + memory stub + file watcher stub
• Claude API bridge stub (ANTHROPIC_API_KEY)

📅 Chronologie de la session nocturne (22→23 avril 2026)

🔄 Procédures rollback (rien n'est définitif)

📚 Autres HTML de référence (Desktop/OLYMPUS)

Tous ces fichiers sont dans C:\Users\vivie\Desktop\OLYMPUS\ :

🎯 Rapports de cette session (à lire pour contexte)

📖 Guides / Profils (restaurés ce soir)

📐 Plans architecture (historique)

🗂️ Prompts à coller dans nouveau chat

Inventaires

❓ FAQ pour un nouveau chat qui reprend tout

Comment démarrer si tout est DOWN au réveil ?

REM Lancer tout
C:\OLYMPUS\BOOT_v5.bat

REM Puis dans le navigateur
http://127.0.0.1:10000/     (CERBER)
http://127.0.0.1:10001/     (NEXUS)

Comment basculer entre NEXUS et NEXUS_DEV ?

curl -X POST -H "Content-Type: application/json" ^
  -d "{\"instance\":\"NEXUS_DEV\"}" ^
  http://127.0.0.1:10000/api/selectionner

REM Ou via l'UI : http://127.0.0.1:10000/

Comment voir le skin Xbox sans démarrer le serveur complet ?

curl -X POST http://127.0.0.1:10000/api/preview/NEXUS_DEV
REM Puis ouvrir http://127.0.0.1:10001/

Comment tester une route API en 1 commande ?

REM Swagger interactif
http://127.0.0.1:10001/docs

REM Ou curl direct
curl http://127.0.0.1:10001/api/system/temp

Comment ajouter un souvenir à Chroma ?

curl -X POST -H "Content-Type: application/json" ^
  -d "{\"text\":\"Vivien a valide la fusion v10\",\"metadata\":{\"tag\":\"decision\"}}" ^
  http://127.0.0.1:10001/api/memory/add

Comment chercher dans Chroma ?

curl -X POST -H "Content-Type: application/json" ^
  -d "{\"query\":\"fusion ports\",\"k\":5}" ^
  http://127.0.0.1:10001/api/memory/search

Comment envoyer une notification Windows toast ?

curl -X POST -H "Content-Type: application/json" ^
  -d "{\"title\":\"OLYMPUS\",\"message\":\"Hello\",\"level\":\"success\"}" ^
  http://127.0.0.1:10001/api/alertes/push

Comment ajouter un endpoint à AXIOM ?

1. Éditer C:\OLYMPUS\01_SERVEUR\NEXUS\AXIOM\api_trancheN.py (N = prochaine tranche, ou existant)
2. Ajouter une route avec le router @router.get("/api/...")
3. Copier le fichier vers NEXUS_DEV/AXIOM/ (sync)
4. Relancer NEXUS via CERBER : POST /api/selectionner {"instance":"NEXUS"}
5. Tester : curl http://127.0.0.1:10001/api/...

Comment ajouter une page à Cockpit ?

1. Créer un HTML dans C:\OLYMPUS\01_SERVEUR\NEXUS\Cockpit\pages\mapage.html
2. Ajouter l'entrée dans _PAGES_COCKPIT de server.py
3. Sync NEXUS_DEV
4. Relancer
5. Tester : http://127.0.0.1:10001/mapage