📚 VOCABULAIRE OLYMPUS — Source unique de vĂ©ritĂ©

Type : loi terminologique (rĂ©fĂ©rence absolue) Version : v10.1.0 — mĂ j 28/04/2026 (ajout CODEX-umbrella + auto-cohĂ©rence) Statut : ÉCRASE tous les vocabulaires prĂ©cĂ©dents (HERITAGE_DISPATCH section 1, GOD v10.0.1 section "Vocabulaire", etc.) À utiliser par : tous les chats Claude, tous les fichiers de doc, tous les commits


⚡ Rùgle d'or

En cas de conflit avec un autre document → ce fichier prime. Tout chat qui dĂ©couvre un terme ambigu doit consulter ce fichier en premier.


📖 Termes officiels (par catĂ©gorie)

đŸ›ïž Architecture haut niveau

Terme Définition Exemple
OLYMPUS Systùme complet — 1 instance autonome (toute l'arborescence + processus) C:\OLYMPUS\
CERBER Launcher — orchestre les NEXUS port 10000
NEXUS Serveur fusionné = COCKPIT + ZEUS + AXIOM (1 process Python) port 10002
PARTAGE Passerelle de transfert entre 2 NEXUS (MAJ via copier-coller) NEXUS_DEV → NEXUS prod

🟱 Composants de NEXUS (3 en parallùle dans 1 process)

Terme Définition Localisation
COCKPIT UI principale — oĂč l'utilisateur travaille (affiche les TUILES) Cockpit/statique/cockpit_classique.html
ZEUS « Cockpit d'AXIOM » — console mĂ©ta-donnĂ©es (fichiers, sauvegardes, Ă©tat) Cockpit/statique/ZEUS.html
AXIOM CƓur logique Python — le vrai cerveau 01_SERVEUR/NEXUS/AXIOM/

🧠 Composants d'AXIOM

Terme Définition Exemple
NOYAU Orchestrateur central d'AXIOM axiom/__init__.py
MODULE Composant fonctionnel Python (la "machine") weather, memory, voice, vision
FONCTION Action unitaire d'un module (le "bouton" de la machine) get_weather(city)
CONNECTEUR Prise MCP bidirectionnelle (consomme ET offre) — format Claude standard olympus-god, gmail-mcp, chrome-mcp
BANQUE Stockage persistant de connaissances Chroma, mem0, projets.json

📩 Backend partageable

Terme Définition Localisation
AGORA Dossier backend partageable (modules + connecteurs + arsenal) C:\OLYMPUS\AGORA\
ARSENAL Sous-dossier d'AGORA = outils TIERS téléchargés (pas faits maison) AGORA\ARSENAL\

🎹 UI / Cockpit

Terme Définition Notes
ZEUS Miroir des fonctions de CODEX = interface de navigation qui regroupe et donne accÚs à toutes les fonctions du CODEX. Sert via /statique/ZEUS.html. Précision Vivien (28/04 fin) : ZEUS reflÚte le CODEX, ne dédouble pas. Chiffres dynamiques via /api/info. NE PAS confondre avec CODEX (document maßtre)
CODEX (fichier) Document HTML auto-rĂ©gĂ©nĂ©rĂ© (MNEMOSYNE/CODEX.html) — catalogue + agrĂ©gat. Mais attention : « CODEX » employĂ© seul dĂ©signe dĂ©sormais le systĂšme documentaire vivant complet (voir section dĂ©diĂ©e plus bas). Le bouton 📖 CODEX dans ZEUS ouvre le fichier CODEX.html. Sous-ensemble du systĂšme CODEX-umbrella
CASIER Grand contenant qui regroupe tous les TIROIRS de TUILES dans le COCKPIT (Ă©quivalent App Drawer Android, niveau supĂ©rieur) — renommĂ© depuis GARAGE le 26/04/2026 v10.1.1 NE PAS confondre avec AGORA (backend)
TIROIR Sous-section du CASIER, regroupe les TUILES par TYPE (TIROIR APPS, TIROIR WIDGETS, TIROIR FONCTIONS, TIROIR RACCOURCIS, etc.) — créé le 26/04/2026 v10.1.1 MĂ©taphore : 1 CASIER → N TIROIRS
TUILE ÉlĂ©ment visuel du COCKPIT — 3 modes voir dĂ©tail ci-dessous
— mode aperçu Slot statique compact dans la grille du COCKPIT clic = ouvrir la TUILE
— mode widget CarrĂ© flottant dĂ©tachĂ© œ transparent (sur le bureau Windows) clic-droit "dĂ©tacher widget"
— mode application Plein Ă©cran, plug-and-play, exportable PWA mobile double-clic ou "ouvrir en grand"

đŸ› ïž Outillage

Terme Définition Localisation
mcp_factory Fabrique à connecteurs (générateur de code MCP) AXIOM\mcp_factory.py
codex_module Régénérateur du fichier CODEX.html (toutes les 30 min) AXIOM\codex_module.py
CODEX (fichier) Document maĂźtre HTML agrĂ©geant l'Ă©tat OLYMPUS — voir aussi CODEX-umbrella MNEMOSYNE/CODEX.html
drift_audit Détecteur + auto-correcteur de dérive doc/code/HTML par rapport à la SSoT 01_SERVEUR/NEXUS/AXIOM/drift_audit.py
MNEMOSYNE BibliothÚque de référence locale C:\OLYMPUS\MNEMOSYNE\

đŸ›Ąïž Doctrine

Terme Définition
Mona Lisa Doctrine "rien ne s'efface" — backup avant toute modif, archivage à la place de suppression
Convention 3 voix Format obligatoire des propositions : Dev+UX / Limites / Bonus / Reco
Auto-cohĂ©rence Doctrine "tout document est alignĂ© sur la SSoT en permanence" — drift_audit auto-fix au boot, file watcher, hook git pre-commit (voir DOCTRINE_AUTO_COHERENCE.md)
Empreinte Chroma Tag chat-N-tag-YYYYMMDD pour identifier chaque session dans Chroma
Rolling Checkpoint Snapshot mémoire compact (~100 tokens) injecté à chaque démarrage

đŸ”€ CODEX vs MNEMOSYNE — clarification dĂ©finitive (29/04/2026)

RĂšgle Vivien (29/04/2026) : on parle du CODEX dans la communication, jamais de MNEMOSYNE.

Niveau Vocabulaire visible (messages, docs, UI) Vocabulaire technique (code, chemins)
Concept (le systùme documentaire vivant) CODEX ✅ —
Implémentation locale (dossier disque) CODEX (« dans le CODEX », « ton CODEX local ») C:\OLYMPUS\MNEMOSYNE\ (chemin filesystem reste)
Sections de docs (Lois, Projets, etc.) « le CODEX > LOIS » ou « la section LOIS du CODEX » 1_LOIS/, 6_PROJETS/, etc.

Pourquoi pas renommer le dossier MNEMOSYNE/ : - Tous les chemins Python Path("MNEMOSYNE/...") casseraient - Tous les liens HTML /mnemosyne/... deviendraient invalides - Risque massif vs gain cosmétique nul (Vivien ne le voit pas comme utilisateur)

Donc : - ❌ « va lire MNEMOSYNE/01_LOIS/... » → JAMAIS dans la communication - ✅ « va lire 01_LOIS/... dans le CODEX » → toujours - Filesystem C:\OLYMPUS\MNEMOSYNE\ reste invisible pour l'utilisateur, juste plomberie pour Claude qui code

Drift_audit : ne touche pas au vocabulaire (cf DOCTRINE_VOCABULAIRE_TOLERANT.md). Cette discipline est un choix de communication, pas une auto-correction.


🌐 CODEX — Systùme documentaire vivant (umbrella)

⚡ RĂšgle terminologique majeure (28/04/2026) : quand Vivien dit « CODEX » ou « le CODEX » sans prĂ©cision, il dĂ©signe l'ensemble du systĂšme documentaire vivant + GOD MODE, pas seulement le fichier CODEX.html.

Ce que CODEX (umbrella) recouvre

Le CODEX est l'écosystÚme complet qui maintient l'état d'OLYMPUS lisible et cohérent à tout moment. Il a quatre couches :

Couche Composants RĂŽle
1. SSoT (vérité) OLYMPUS_STATE.json Source unique de vérité (chiffres, versions, ports, paths, vocab)
2. Documents canoniques MNEMOSYNE/CODEX.html, MNEMOSYNE/01_LOIS/*.md, MNEMOSYNE/01_LOIS/ARCHITECTURE_OLYMPUS.html, tous les HTML actifs du Cockpit, le profil utilisateur Ce qui est affiché et consulté par les humains et les chats
3. Doctrine vivante Mona Lisa, Convention 3 voix, Auto-cohérence, OUTILS_CLAUDE.md, PROTOCOLE_MIGRATION_DOCUMENTAIRE.md Les rÚgles que tout chat doit respecter
4. GOD MODE kopa-mode (NEXUS-dependant), mode-dieu-ultime (natif autonome), endpoints /api/god/* CapacitĂ© d'exĂ©cuter — yeux + mains du systĂšme, donc partie active du CODEX

Conséquence opérationnelle

Principe d'auto-cohérence

Tous les composants du CODEX sont synchronisés en permanence avec la SSoT par le pipeline suivant :

  1. Au boot CERBER → drift_audit --fix --quiet (auto-correction automatique)
  2. À toute modification d'OLYMPUS_STATE.json → file watcher dĂ©clenche drift_audit --fix
  3. Avant tout commit git → hook pre-commit lance drift_audit --strict (refuse le commit si drift)
  4. À la rĂ©gĂ©nĂ©ration du CODEX.html → vĂ©rification post-gĂ©nĂ©ration

Tout drift détecté = corrigé silencieusement OU bloqué (selon la phase). Voir DOCTRINE_AUTO_COHERENCE.md pour le détail.

Création d'un nouveau document = naissance auto-cohérente

Toute création d'un nouveau document canonique (HTML/MD/JSON) DOIT :

  1. Importer ses chiffres/versions depuis la SSoT au lieu de les figer en dur (data-binding HTML, json.load() Python, includes Markdown).
  2. Être enregistrĂ©e dans OLYMPUS_STATE.json._consumers ou drift_targets pour passer dans le scan automatique.
  3. Être validĂ©e par drift_audit.py avant le premier commit.

→ Tu ne peux pas crĂ©er un document driftĂ© si tu suis le protocole.


🚹 Termes obsolùtes (ne plus utiliser)

Ancien terme Pourquoi obsolÚte Remplaçant
widget (seul) HERITAGE 24/04 disait "plus de widget" — mais notre doctrine 25/04 rĂ©-introduit avec un sens prĂ©cis TUILE (mode widget)
app (seul, sans contexte) Ambigu (mobile ? Cockpit ?) TUILE (mode application) ou Application PWA
Module (sens "library/utils") HERITAGE 24/04 utilisait ce sens, abandonné "code utilitaire" (pas un terme officiel)
garage de 45 apps Vieux phrasing "CASIER des TUILES (avec TIROIRS par type)"
GARAGE (terme OLYMPUS interne avant 26/04/2026) Pas standard pro, métaphore mécanique CASIER (contenant) + TIROIRS (sous-sections par type)
AXIOM-Cockpit (avec tiret) Vieux phrasing pré-fusion NEXUS (depuis fusion 23/04)

🎯 Rùgles d'usage

Quand on écrit un nouveau document

  1. Toujours utiliser le vocabulaire officiel de cette page
  2. Si un terme manque → l'ajouter ici en proposant à Vivien
  3. Si un conflit ancien → le marquer dans la section "obsolùtes"

Quand on lit un vieux document

  1. Si on voit un terme obsolùte → le mentaliser comme remplaçant
  2. Si ambigu → consulter cette page
  3. Si l'ancien doc fait foi sur un point → marquer le doc obsolùte

Quand un chat parallĂšle utilise un autre vocabulaire

  1. Lui envoyer un lien vers cette page (MNEMOSYNE/01_LOIS/VOCABULAIRE_OLYMPUS.md)
  2. Lui demander d'aligner son vocabulaire avant de continuer

🔗 RĂ©fĂ©rences croisĂ©es


📝 Historique des changements

Date Version Changement Auteur
25/04/2026 v10.1.0 CrĂ©ation — fusion HERITAGE_DISPATCH + Guide NEXUS officiel + nouveautĂ©s AGORA/ARSENAL Claude Opus + Vivien
28/04/2026 v10.1.0 Ajout CODEX-umbrella (systÚme documentaire vivant + GOD MODE), doctrine Auto-cohérence, mention drift_audit Claude Sonnet 4.6 + Vivien

Fin du vocabulaire officiel.

Source MD : VOCABULAIRE_OLYMPUS.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_