Identité stable
IDs d’objet typés indépendants du chemin et chemins canoniques séparent identité durable et namespace mutable.
research://synapsefs
A deterministic persistence layer for long-lived agents: files, evidence, versions and state remain inspectable even when models, tools and runtime components change.
research://thesis
Long-lived personal AI needs a source of truth that survives process restarts, model swaps and changing retrieval strategies. SynapseFS investigates a storage-neutral core where identity, evidence and temporal state are explicit rather than hidden in transient model context.
focus://synapsefs
IDs d’objet typés indépendants du chemin et chemins canoniques séparent identité durable et namespace mutable.
L’evidence reste adressable tandis que de nouvelles interprétations ou versions remplacent explicitement l’état antérieur sans effacer la provenance.
WAL/event log, checkpoints, snapshots et sémantique de recovery sont étudiés comme mécanismes de correction de premier ordre.
Les backends RAM et NVMe/file sont derrière des capacités StorageBackend explicites plutôt que liés à un fournisseur ou conteneur legacy.
Une couche Architecture/Execution Policy détecte au démarrage les capacités CPU et plateforme et ne choisit que parmi des Fast Paths préalablement validés par benchmarks, tests de correction et crash tests, par exemple pour Intel, AMD ou ARM/Neoverse. Les profils non validés reviennent au chemin de base portable.
architecture://working-model
La direction actuelle repose sur un noyau C++23 avec identités typées 128 bits, chemins canoniques résistants au traversal, scopes et contrats de capacités des backends. Les copies complètes sur hot path, les locks globaux accidentels et le mélange cache/source of truth sont considérés comme des risques. WAL, checkpoints, crash recovery et réplication sont des étapes de travail, pas des capacités supposées. À l’exécution, la détection des capabilities associe le profil matériel observé à une Execution Policy validée. Le choix est reproductible et fondé sur des mesures : seuls les Fast Paths confirmés pour l’architecture concernée sont activés ; sinon la baseline portable reste active.
Identité stable, chemins canoniques, scopes et traversal déterministe.
Contenu immuable, remplacement explicite et relations de version auditables.
Sémantique event/WAL, checkpoints, snapshots et redémarrage déterministe.
Adaptateurs par capacités pour RAM, stockage local et futurs backends persistants haute performance.
Les capacités CPU et plateforme sont détectées au démarrage puis associées à un chemin d’exécution préalablement validé. Les chemins Intel, AMD, ARM/Neoverse et futurs restent séparément benchmarkables et vérifiables en correction.
research://questions
Quelle sémantique d’identité/version reste stable après renommage, déplacement, déduplication et compaction ?
Comment Copy-on-Write, chunking, hashing et index réduisent-ils la write amplification sans rendre le recovery opaque ?
Quel modèle de concurrency minimise le locking tout en gardant des transitions d’état déterministes ?
Comment la persistance expose-t-elle temporalité et provenance à Memory sans faire fuiter les détails du backend ?
Comment versionner profils matériels, preuves de benchmark, tests de correction/crash et politiques de fallback afin que la sélection automatique de Fast Path reste reproductible et sûre ?
product://symbiofs
SymbioFS transforme les concepts de persistence et storage en un core high-performance, versioned, content-addressed et crash-consistent pour AI state, object storage, event streams, edge/local-first et d’autres systèmes.
status://research
Les éléments décrits sont des orientations de recherche et d’implémentation, pas des fonctionnalités produit garanties.
connect://research
Avec des partenaires de recherche, de financement et de technologie, nous partageons questions d’architecture, conception des benchmarks et états techniques dans un échange qualifié.
Prochaine étape utile
Vous n’avez pas besoin de définir la solution technique. Décrivez ce que vous souhaitez créer ou améliorer ; nous évaluons faisabilité, premier périmètre et prochaines étapes.
Faire évaluer l’idée gratuitement
Quatre champs suffisent. Vous recevrez une réponse concrète sur la meilleure façon de commencer petit puis d’étendre.