Exocortex Multi-Machine — Synchronisation bidirectionnelle du copilote IA

1. Le problème à résoudre

Un copilote IA n'a de valeur que s'il vous connaît. Le problème : chaque machine est un environnement isolé. La mémoire accumulée sur votre poste de travail n'existe pas sur votre machine de terrain. Vos skills métier ne sont pas disponibles sur votre ordinateur de secours. Vous perdez votre contexte à chaque changement de machine.

L'Exocortex repose sur trois couches de fichiers locaux :

Le contexte métier — qui vous êtes, vos projets, vos contraintes
Les skills (protocoles) — les comportements spécialisés de votre copilote (chiffrage, audit, DSI, etc.)
La mémoire — ce que l'IA a appris au fil des sessions : vos préférences, vos feedbacks, vos références techniques

Sans synchronisation, changer de machine revient à repartir avec un copilote amnésique qui ne vous connaît plus.

2. Cas d'usage concrets

💻

Prestataire IT multi-sites

Vous travaillez depuis votre bureau (Windows), depuis le site client (laptop Linux) et depuis chez vous. Même copilote, même mémoire, même réactivité partout.

🔍

Audit sécurité sur le terrain

Vous partez en mission avec une machine dédiée (Kali Linux, environnement iso). Un sync-pull avant le départ et votre copilote dispose de tous vos protocoles d'audit, de vos checklist et de votre base de connaissances.

📂

Machine de remplacement d'urgence

Votre poste principal tombe en panne. Vous attrapez n'importe quelle machine, clonez le dépôt, lancez sync-pull et vous reprenez votre travail en moins de 5 minutes avec tout le contexte intact.

👨‍💻

Environnement de test isolé

Vous souhaitez tester des configurations risquées ou naviguer sur des réseaux non maîtrisés. Votre machine principale reste propre, votre machine de test dispose quand même du contexte complet.

🔄

Collaboration à distance

Un collaborateur rejoint le projet. Il clone le dépôt, lance sync-pull, et dispose immédiatement du même copilote que vous — mêmes skills, même base de connaissances, même comportement.

🌍

Déplacement à l'étranger

Vous voyagez avec un laptop léger ou un appareil de voyage. Pas besoin de tout reconfigurer : le copilote est opérationnel dès le clonage, avec l'intégralité de votre contexte professionnel.

3. Architecture de la solution

La solution repose sur un dépôt Git privé qui fait office de pivot entre toutes vos machines. Les scripts sync-push.sh et sync-pull.sh copient les bons fichiers dans les deux sens.

exocortex-sync/ ← dépôt Git privé (cloud)

exocortex/ ← contexte métier (projets, contraintes, objectifs)

claude/ ← configuration Claude Code (skills, settings, CLAUDE.md)

skills/ ← protocoles métier (audit, commercial, DSI...)

CLAUDE.md ← règles et persona du copilote

.mcp.json ← connexions aux serveurs MCP

memory/ ← mémoire accumulée entre sessions

MEMORY.md ← index de la mémoire

feedback_*.md ← préférences et corrections apprises

project_*.md ← état des projets en cours

reference_*.md ← références techniques (serveurs, outils)

sync-push.sh ← script : machine → cloud

sync-pull.sh ← script : cloud → machine

.gitignore ← exclut les données locales et sensibles

Principe : chaque machine est autonome. Le dépôt Git est le point de synchronisation, pas une dépendance permanente. Vous travaillez en local, vous synchronisez quand vous changez de machine.

4. Ce qui est synchronisé

Contenu	Synchronisé ?	Pourquoi
Contexte métier (`Exocortex/`)	✅ Oui	Projets, contraintes, objectifs — le cœur du copilote
Skills / protocoles (`.claude/skills/`)	✅ Oui	Comportements métier (audit, chiffrage, DSI, etc.)
Configuration copilote (`CLAUDE.md`)	✅ Oui	Règles, persona, optimisation des ressources
Mémoire accumulée (`memory/`)	✅ Oui	Feedbacks, préférences, références techniques apprises
Historique de sessions (`projects/`)	❌ Non	Trop volumineux, spécifique à chaque machine
Cache et sauvegardes (`cache/`, `backups/`)	❌ Non	Données temporaires inutiles au transfert
Tokens, mots de passe, secrets	❌ Jamais	Ne jamais versionner dans Git, même en privé

5. Procédure : envoyer vos modifications vers le cloud

Lancez cette commande depuis la machine sur laquelle vous venez de travailler, avant de changer de machine ou en fin de journée.

💻 Depuis Windows

CMD / POWERSHELL — WINDOWS

C:\Users\thoca\exocortex-sync\sync-push.bat

Double-cliquez sur le fichier .bat ou collez la commande ci-dessus dans CMD ou PowerShell.

🐧 Depuis Linux / Kali

TERMINAL — LINUX

bash ~/exocortex-sync/sync-push.sh

Identique sur toutes les plateformes. Le script détecte automatiquement le dossier mémoire local.

Ce que fait le script pas à pas

Copie le dossier Exocortex/ local vers exocortex-sync/exocortex/
Copie ~/.claude/ (sans l'historique de sessions) vers exocortex-sync/claude/
Détecte et copie le dossier memory/ vers exocortex-sync/memory/
Crée un commit Git horodaté avec le nom de la machine
Pousse vers le dépôt privé sur GitHub

Exemple de message de commit généré :
sync: DESKTOP-BUREAU - 2026-04-10 09:45

6. Procédure : récupérer le contexte sur une autre machine

Lancez cette commande en début de session sur la machine que vous voulez utiliser, après avoir fait un push depuis l'autre machine.

💻 Depuis Windows

CMD / POWERSHELL — WINDOWS

C:\Users\thoca\exocortex-sync\sync-pull.bat

🐧 Depuis Linux / Kali

TERMINAL — LINUX

bash ~/exocortex-sync/sync-pull.sh

Ce que fait le script pas à pas

Exécute un git pull pour récupérer la dernière version depuis GitHub
Restaure le dossier Exocortex/ local depuis exocortex-sync/exocortex/
Restaure ~/.claude/ sans écraser l'historique de sessions local
Détecte ou crée le dossier memory/ local et y restaure la mémoire

Important : le script ne touche pas à projects/, qui contient l'historique de sessions spécifique à chaque machine. Vos sessions locales sont préservées.

7. Premier déploiement sur une nouvelle machine

Pour configurer une machine qui ne dispose pas encore de l'Exocortex, suivez ces étapes dans l'ordre.

Sur Linux / Kali (exemple)

TERMINAL — LINUX

# Étape 1 : installer les prérequis

sudo apt install git nodejs npm -y

# Étape 2 : installer Claude Code CLI

npm install -g @anthropic-ai/claude-code

# Étape 3 : cloner le dépôt de synchronisation

cd ~

git clone [URL-de-votre-depot-prive] exocortex-sync

# Étape 4 : restaurer l'Exocortex

bash ~/exocortex-sync/sync-pull.sh

# Étape 5 : lancer le copilote

claude

Sur Windows

CMD / POWERSHELL — WINDOWS

# Étape 1 : Git et Node.js doivent être installés (git-scm.com, nodejs.org)

# Étape 2 : installer Claude Code CLI

npm install -g @anthropic-ai/claude-code

# Étape 3 : cloner le dépôt

cd C:\Users\thoca

git clone [URL-de-votre-depot-prive] exocortex-sync

# Étape 4 : restaurer

C:\Users\thoca\exocortex-sync\sync-pull.bat

# Étape 5 : lancer

claude

Durée : moins de 5 minutes sur une machine avec connexion Internet. L'essentiel du temps est l'installation de Node.js si absent.

8. Reprendre une session avec le contexte complet

Une fois le sync-pull exécuté et Claude Code lancé (claude dans le terminal), votre copilote dispose immédiatement de :

Votre profil et vos contraintes (lu depuis Exocortex/contexte.md)
Tous vos skills métier activés automatiquement
Votre mémoire : feedbacks, références, état de vos projets
Vos règles de comportement (CLAUDE.md)

Pour reprendre là où vous en étiez, utilisez simplement le mot-clé reprise (ou le skill /handoff si configuré). Votre copilote sait qui vous êtes, ce sur quoi vous travaillez et comment vous préférez collaborer.

Flux de travail recommandé

Début de session sur machine A → sync-pull.bat (Windows) ou bash ~/exocortex-sync/sync-pull.sh (Linux)
Travail avec le copilote normalement
Changement de machine → sync-push.bat (Windows) ou bash ~/exocortex-sync/sync-push.sh (Linux)
Début de session sur machine B → même commande adaptée à l'OS
Reprendre le travail immédiatement avec tout le contexte

9. Avant / Après

❌ Sans synchronisation

Copilote amnésique sur la machine de terrain
Re-expliquer le contexte à chaque changement de poste
Skills métier absents hors du poste principal
Mémoire et feedbacks perdus en cas de panne
Aucune continuité entre sessions multi-machines
Configuration manuelle sur chaque nouveau poste

✅ Avec la synchronisation

Même copilote sur toutes les machines en 30 secondes
Mémoire et feedbacks synchronisés automatiquement
Tous les skills disponibles partout
Reprise instantanée après une panne ou un changement
Historique Git : qui a modifié quoi, quand
Déploiement en 5 minutes sur n'importe quelle machine

10. Sécurité et bonnes pratiques

Règle absolue : ne jamais committer de tokens, mots de passe ou clés API dans le dépôt Git, même s'il est privé. Un dépôt privé peut devenir public par erreur. Les secrets s'égèrent toujours du code.

Bonnes pratiques

Dépôt privé obligatoire — jamais en public, même sans information sensible
Token Git dédié avec portée minimale (repo uniquement), régénéré régulièrement
Ne pas synchroniser les fichiers de configuration contenant des identifiants (ex : .mcp.json si il contient des clés)
Accès SSH sur les machines distantes protégé par mot de passe fort ou clé SSH
Vérifier le .gitignore avant chaque push si vous ajoutez de nouveaux fichiers sensibles

En cas de compromission du token Git

Révoquer immédiatement le token sur la plateforme GitHub (Paramètres → Developer settings → Tokens)
Générer un nouveau token avec les mêmes permissions
Mettre à jour l'URL du remote sur chaque machine : git remote set-url origin [nouvelle-url]
Vérifier l'historique Git pour s'assurer qu'aucun secret n'a été commité

Pour aller plus loin : la synchronisation peut être complétée par un gestionnaire de secrets dédié (Passbolt, Bitwarden) pour les identifiants que le copilote doit connaître mais qui ne doivent jamais être versionnés.

Intelligence Artificielle Exocortex Multi-Machine Synchronisation Git Linux Windows Workflow