Chaque icône = un type de composant. Les couleurs identifient le rôle. Les traits montrent les liens de communication.
HYDRA en haut supervise les noeuds OLYMPUS et MUSEs. Le serveur backup F: reçoit une copie miroir d'OLYMPUS toutes les nuits.
Traits pointillés cyans = liens réseau via Bus UDP 9998 + Tailscale (peut être distant Internet).
Traits pleins épais = lien local entre 2 disques (sync C:↔F: sur la même machine).
HYDRA = un jour sur sa propre machine (Raspberry, NAS, VPS…) ; pour l'instant fork préparé.
Mon système principal, sur le PC Vivien. Un seul exemplaire. C: = actif, F: = backup miroir.
Une MUSE = NEXUS épuré + mini_cerber + 1 à 3 modules AXIOM choisis. ~500 Mo (vs 17 Go OLYMPUS complet). Déployable chez un client, extensible à distance via HYDRA.
Scénario : Maman appelle « je peux pas faire X ». Vivien ouvre HYDRA → sélectionne le module manquant (ex: chronos) → HYDRA pousse ce module à MUSE_MAMAN qui l'active automatiquement. Pas de déplacement physique.
Mise à jour atomique avec rollback : si la MAJ échoue à mi-chemin chez la MUSE, le ZIP backup restaure l'état précédent automatiquement.
Garanties : SHA256 vérifié à chaque étape · ZIP backup avant écrasement · rollback automatique si échec · audit trail signé (qui a poussé quoi quand). Mona Lisa respectée.
F:\OLYMPUS (clé USB) reçoit une copie miroir d'OLYMPUS toutes les nuits. Si C: meurt, F: prend le relais (recette de bascule testée 10/05).
Pas de /PURGE = F: cumule les fichiers supprimés dans C: (filet de sécurité supplémentaire).
Backup secondaire : CERBER fait aussi ses propres snapshots PRE/POST + ZIP CORE/FULL avec rotation 3 derniers (à chaque migration).
| # | Étape | Date |
|---|---|---|
| 1 | Portabilité R39 (213 .py refactorés) | 10/05 |
| 2 | Migration F:→C: complète (17 Go, services, configs) | 10/05 22h35 |
| 3 | SSoT v1.0.6 + docs_portability_light (1242 refs F→C) | 10/05 23h15 |
| 4 | Sync nocturne C:→F: scripts livrés | 10/05 23h20 |
| 5 | Fork HYDRA (squelette + roadmap) | 11/05 07h38 |
| 6 | MUSE_TEMPLATE squelette | 11/05 07h25 |
| 7 | PRIMO_CERBER preview UI :10004 (skin Xbox red-shift + zone MAJ verte + cobayes) | 11/05 |
| # | Étape | Statut |
|---|---|---|
| 8 | Câblage UI preview ↔ CERBER (CORS + compare/migrate vrais) | ⏳ en cours |
| 9 | Verrou réel (cerber_server.py protège start/stop/migrate si locked) | 📋 différé |
| 10 | Auto-relance serveurs DOWN (watchdog) | 📋 draft |
| 11 | Wake-on-update (mode preview pour MAJ) | 📋 draft |
| 12 | MUSE_TEMPLATE M2 : mini_cerber + mini_nexus fonctionnels | 📋 draft |
| 13 | HYDRA fonctions : registry + push HTTP + auth jetons | 📋 draft |
| 14 | Première MUSE déployée (MUSE_MAMAN ou MUSE_WORD) | 🌟 futur |
| 15 | Fédération LAN (Tailscale + bus UDP 9998 live) | 🌟 futur |
| 16 | Fédération Internet (Tailscale exit nodes) | 🌟 futur |
| Terme | Définition simple |
|---|---|
| 🏛 OLYMPUS | Le système global Vivien (un seul). Sur C:\OLYMPUS + backup F:\OLYMPUS. |
| 🛡️ PRIMO_CERBER | Le « gardien » du PC Vivien (héritage CERBER). UI launcher Xbox, port :10000. |
| 🐉 HYDRA | Le « chef d'orchestre » de la fédération. À terme sur sa propre machine. Plusieurs têtes = supervise N MUSEs. |
| 🎭 MUSE | Mini-OLYMPUS dédié (NEXUS épuré + mini_cerber + 1-3 modules). ~500 Mo. Déployable chez un client. |
| ⚙️ NEXUS | Le serveur applicatif fusionné. NEXUS_DEV :10001 = canon. NEXUS prod :10001 = officielle. |
| 🧠 AXIOM | Modules super-pouvoirs du NEXUS : 19 actifs (memory, voice, vision, web, files, etc.). |
| 🛒 AGORA | Backend partageable : connecteurs MCP olympus-* + ARSENAL (binaires, scripts externes). |
| 📚 MNEMOSYNE | La mémoire longue : doctrines, état, journal, projets, préférences. |
| 💾 cobaye | Instance servant de cible pour fonctions MAJ/échange (ex: F:\OLYMPUS, MUSEs, OLYMPUS-2 futur). |
| 📡 Bus UDP 9998 | Bus d'annonce inter-instances. Permet l'auto-discover des MUSEs sur LAN/Tailscale. |
| 🌐 Tailscale | VPN mesh chiffré pour fédération LAN+Internet (IP 100.x.x.x). |
| 🔐 jeton | HMAC d'authentification inter-noeuds. Jeton maître Vivien + jetons dérivés pour chaque MUSE. |
| ⚛ atomic_migrate | Moteur MAJ de CERBER : staging → verify → ZIP backup → move → rollback si échec. |