sfs - système de fichiers à « cerveau partagé » entre plusieurs agents IA

Bonjour. En utilisant plusieurs agents IA comme Claude Code ou Codex sur plusieurs appareils/sessions, j’ai trouvé frustrant que chaque agent accumule son propre contexte séparément, et qu’un agent utilisé aujourd’hui sur un autre appareil ne sache pas ce qu’un agent avait organisé la veille. C’est pour cela que je l’ai créé.

Le concept clé est un « cerveau partagé » entre plusieurs agents.

Si plusieurs agents partagent le même dossier (par ex. ./shared), le wiki, les fichiers mémoire, les documents de planification et les artefacts de travail se rassemblent tous dans un même cerveau partagé. Les décisions notées par un agent peuvent être lues telles quelles par les agents d’un autre appareil ou d’une autre session, et il est possible de suivre qui a modifié quoi, quand et depuis quel appareil.

Cas d’usage :

• Contexte partagé autour d’un incident client entre un agent Support et un agent Engineering
• Partage des modifications de fichiers/dossiers entre un Mac mini et un MacBook
• Wiki d’entreprise (company brain) enrichi en commun par les membres de l’équipe depuis leurs agents respectifs

sfs permet de monter n’importe quel dossier comme volume synchronisé :

$ sfs mnt ./shared --remote s3://my-bucket/workspace  

Les fichiers du dossier monté sont de vrais fichiers présents sur le disque, donc tous les éditeurs/outils/agents peuvent les utiliser immédiatement sans intégration spécifique. Si vous montez le même remote depuis un autre appareil, vous retrouvez les mêmes fichiers.

Au début, je me suis dit qu’il suffisait peut-être d’utiliser quelque chose comme Google Drive, mais en l’utilisant réellement comme espace de travail pour agents, j’ai rencontré les problèmes suivants :

• Google Drive décharge régulièrement les fichiers locaux pour économiser de l’espace disque, si bien que l’agent doit souvent les retélécharger depuis le cloud lorsqu’il veut les lire
• Comme il s’agit d’un montage en streaming, Claude se retrouve fréquemment bloqué pendant le chargement des fichiers
• Ce n’est pas, à l’origine, un outil conçu pour les workflows d’agents IA (il suppose qu’un humain clique dans une interface graphique)

sfs conserve en permanence tous les fichiers physiquement sur le disque local (sans offload) et les synchronise en arrière-plan, de sorte que les agents peuvent les lire et les écrire immédiatement comme des fichiers ordinaires.

Principales caractéristiques :

• Intégration avec le stockage cloud : S3, GCS
• Suivi des modifications : avec sfs log, vous pouvez voir qui a modifié quel fichier, quand et depuis quel appareil. Le stockage à adressage par contenu préserve également le contenu des fichiers écrasés ou supprimés
• Offline-first : le dossier reste entièrement utilisable sans réseau, puis les changements sont automatiquement poussés quand la connexion revient
• Sécurité face aux conflits : les éditions simultanées sont rejouées de manière déterministe selon l’ordre (lamport, time, device)
• macOS, Linux

Installation :

brew install runbear-io/tap/sfs  

C’est encore une version initiale, donc vos retours/issues sont les bienvenus. Merci !