OLYMPUS est ton système autonome qui orchestre CERBER (gardien), NEXUS (cœur), MNEMOSYNE (mémoire), et AGORA (connecteurs partagés). Tu pilotes depuis ZEUS (PC) ou Galaxy S22 (mobile).
Orchestrateur autonome · port :10000 · lance et supervise NEXUS
● actif:10000launcher
Rôle
CERBER est le gardien. Il démarre OLYMPUS, surveille NEXUS prod et NEXUS_DEV (DETACHED_PROCESS), répond aux raccourcis (lancement, dépannage) et publie sur le bus UDP :9998.
Endpoints clés
GET /api/health — ping rapide
POST /api/depannage — reboot complet OLYMPUS (sans demander)
POST /api/select — bascule entre instances NEXUS / NEXUS_DEV
Heartbeat + supervise · communication CERBER ↔ NEXUS
Le bus UDP transporte les pulsations cardiaques (heartbeat) entre CERBER et NEXUS, ainsi que les événements de supervision. Léger, rapide, asynchrone.
🧠 LGS Sensors L1
Mémoire sensorielle (Le Grand Superviseur) · port :9998 · 8 capteurs Win32/UIA
projet parallèle
Rôle
Couche de mémoire sensorielle : capte ce qui se passe sur le poste (clavier, écran, fenêtres actives) pour donner aux chats une « conscience » de l'état du PC. Construit par un autre chat.
Qui utilise OLYMPUS et avec qui il dialogue. 2 vues parallèles : 👀 Schéma topologie (réseau) + 🌳 Organigramme (qui pilote qui). Clique sur chaque boîte pour voir les détails.
👀 Vue Schéma — Topologie réseau (style master plan v10.0.2)
Comment c'est branché physiquement : LAN, machines, ports. Aéré, gros pictogrammes — inspiré du master plan que tu aimes.
FILTRES LIAISONS :
🌳 Vue Organigramme — Qui pilote qui
Comment c'est organisé hiérarchiquement : qui décide, qui dépend de qui.
💡 Interactivité : Clique sur n'importe quelle boîte (les 2 vues) pour voir les détails. Les flèches pleines (==>) = pilotage direct. Les pointillées (-.->) = optionnel/futur.
Utilisateurs
Système OLYMPUS
IA (Claude)
Services externes
Niveau 2 — OLYMPUS interne (Containers)
Les grands blocs qui composent OLYMPUS. 2 vues parallèles : 👀 Schéma (qui parle à qui) + 🌳 Organigramme (qui contient quoi). Clique pour explorer.
👀 Vue Schéma — Communication entre containers
Comment les blocs se parlent : flux de données, ports.
flowchart TD
Vivien["👤 Vivien"]
CERBER["🐶 CERBER (Port 10000)"]
NEXUS["⚡ NEXUS (Port 10002)"]
CODEX["📚 CODEX (Documentation)"]
SSoT["🎯 STATE (Truth)"]
AGORA["🛒 AGORA (Backend)"]
ZEUS["🎛️ ZEUS (Control)"]
Cockpit["🎮 COCKPIT (Interface)"]
Vivien -->|navigue| ZEUS
Vivien -->|utilise| Cockpit
CERBER -->|orchestre| NEXUS
NEXUS -->|sert| ZEUS
NEXUS -->|sert| Cockpit
NEXUS -->|lit| CODEX
NEXUS -->|lit| SSoT
NEXUS -->|charge| AGORA
🌳 Vue Organigramme — Qui contient quoi
Hiérarchie des containers : ce qui est dans quoi, dépendances.
💡 Architecture : 3 serveurs · 3 stockages · 2 interfaces. NEXUS prod (port 10002) est le cœur. Clique sur chaque boîte pour accéder au système ou lire les détails.
Utilisateur
Serveurs (cliquables)
Interfaces (cliquables)
Stockage (cliquables)
Niveau 3 — Modules NEXUS (19 réels · source R32)
Les 19 modules qui composent NEXUS. 2 vues parallèles : 👀 Schéma (grille par catégorie, cliquable) + 🌳 Organigramme (hiérarchie). Disclosure progressive : base visible, clique pour détails.
🌳 Vue Organigramme — Hiérarchie des 19 modules
Comment les modules sont organisés en 6 catégories thématiques.
Clique sur un module pour voir détails + état + endpoints (progressive disclosure).
💡 Structure : 19 modules organisés en 6 catégories (Mémoire, Système, Fichiers, Intégrations, IA, Contrôle). Chaque module est cliquable → modale avec état actuel + endpoints + dépendances. Tous les modules sont ACTIFS v10.1.0.
Mémoire & Persistance
Système & Monitoring
Fichiers & I/O
Intégrations externes
IA & Langage
Contrôle & UI
Niveau 4 — Code source (à la demande)
2 vues parallèles : 👀 Schéma (grille code par module) + 🌳 Organigramme (arborescence dossiers .py). Code chargé à la demande seulement si tu cliques.
🌳 Vue Organigramme — Arborescence des fichiers .py
Où vit physiquement le code sur le disque (C:/OLYMPUS/01_SERVEUR/NEXUS/AXIOM/).
graph LR
AXIOM_F[["AXIOM - C:/OLYMPUS/01_SERVEUR/NEXUS/AXIOM/"]]
AXIOM_F --> TRANCHES["15 tranches API - api_tranche1.py ... api_tranche15.py"]
AXIOM_F --> MODULES_F["modules/ - 19 sous-dossiers - un par module"]
AXIOM_F --> SERVER_F["server.py - point entree FastAPI"]
AXIOM_F --> META["meta_discovery.py - /api/manifest/all"]
MODULES_F --> COM_F["Communication - herald/ orpheus/ voice/"]
MODULES_F --> VIG_F["Surveillance - aegis/ vigil/ observer/"]
MODULES_F --> MEM_F["Memoire IA - memory/ memozy/ training/ kaio_ken/"]
MODULES_F --> AUTO_F["Automation - chronos/ proactive/"]
MODULES_F --> SYS_F["Systeme - system/ network/ desktop/"]
MODULES_F --> DATA_F["Donnees - files/ integrations/ web/"]
MODULES_F --> MERE_F["Mere PROJET - mothra/"]
classDef root fill:#3fb950,stroke:#56d364,color:#0e1117,stroke-width:3px
classDef cat fill:#a371f7,stroke:#d2a8ff,color:#0e1117,stroke-width:2px
classDef sub fill:#21262d,stroke:#58a6ff,color:#c9d1d9,stroke-width:1px
classDef projet fill:#21262d,stroke:#fbbf24,color:#fbbf24,stroke-width:1.5px,stroke-dasharray:4 3
class AXIOM_F root
class TRANCHES,MODULES_F,SERVER_F,META cat
class COM_F,VIG_F,MEM_F,AUTO_F,SYS_F,DATA_F sub
class MERE_F projet
Clique sur un module pour voir son fichier + fonction principale + docstring. Code complet chargé en cliquant "📂 Voir le code" (économie d'attention).
💡 Approche intelligente Option C : Tuile = chemin + fonction principale (visible immédiatement). Cliquer ouvre la modale avec docstring + imports. Le code complet est dans <details> — chargé seulement si on clique. Économie d'espace et d'attention par défaut.