Stabilna tożsamość
Typowane, niezależne od ścieżki identyfikatory obiektów i kanoniczne ścieżki oddzielają trwałą tożsamość od zmiennego namespace.
research://synapsefs
SymbioRAP SynapseFS
A deterministic persistence layer for long-lived agents: files, evidence, versions and state remain inspectable even when models, tools and runtime components change.
RESEARCHBADANIA · ARCHITEKTURA W ROZWOJU
research://thesis
Persistence is part of agent intelligence, not an implementation detail.
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
Główne kierunki badań
Niezmienna evidence i wersje
Evidence pozostaje adresowalna, a nowsze interpretacje lub wersje jawnie zastępują wcześniejszy stan bez utraty provenance.
Deterministyczne recovery
WAL/event log, checkpointy, snapshoty i semantyka recovery są badane jako mechanizmy poprawności pierwszej klasy.
Rdzeń niezależny od storage
Backendy RAM i NVMe/file są ukryte za jawnymi capabilities StorageBackend zamiast wiązać logikę z jednym dostawcą lub legacy containerem.
Fast Path dopasowany do sprzętu
Warstwa Architecture/Execution Policy wykrywa przy starcie możliwości CPU i platformy i wybiera wyłącznie spośród Fast Pathów wcześniej zwalidowanych benchmarkami, testami poprawności i crash-testami – np. dla Intel, AMD lub ARM/Neoverse. Niezwalidowane profile wracają do przenośnej ścieżki bazowej.
architecture://working-model
Aktualny kierunek implementacji: mały deterministyczny rdzeń, jawne backendy i stabilne kontrakty.
Obecny kierunek zakłada rdzeń C++23 z typowanymi 128-bitowymi identyfikatorami, kanonicznymi ścieżkami odpornymi na traversal, scopes i kontraktami capability dla backendów. Pełne kopie na hot path, niezamierzone globalne locki oraz mieszanie cache z source of truth traktujemy jako ryzyka architektoniczne. WAL, checkpointy, crash recovery i replikacja są etapami prac, a nie założonymi gotowymi funkcjami. W runtime detekcja capabilities mapuje wykryty profil sprzętowy na zwalidowaną Execution Policy. Wybór jest powtarzalny i oparty na danych: aktywowane są tylko Fast Pathy potwierdzone dla konkretnej architektury; w innym przypadku pozostaje przenośna baseline.
Namespace i IDs
Stabilna tożsamość obiektów, kanoniczne ścieżki, scopes i deterministyczna traversacja.
Evidence i wersje
Niezmienna treść, jawne zastępowanie i audytowalne relacje wersji.
Transakcje i recovery
Semantyka event/WAL, checkpointy, snapshoty i deterministyczny restart.
StorageBackend
Adaptery capability-based dla RAM, lokalnego storage i późniejszych wydajnych backendów persistent.
Architecture / Execution Policy
Capabilities CPU i platformy są wykrywane przy starcie i mapowane na wcześniej zwalidowaną ścieżkę wykonania. Ścieżki Intel, AMD, ARM/Neoverse i kolejne pozostają oddzielnie benchmarkowalne i testowalne pod kątem poprawności.
research://questions
Otwarte pytania badawcze
Jaka semantyka tożsamości i wersji pozostaje stabilna po rename, move, deduplikacji i compaction?
Jak Copy-on-Write, chunking, hashing i indeksy ograniczają write amplification bez utraty przejrzystości recovery?
Jaki model concurrency ogranicza locking, zachowując deterministyczne przejścia stanu?
Jak persystencja udostępnia temporalność i provenance warstwie Memory bez przecieku szczegółów backendu?
Jak wersjonować profile sprzętowe, evidence z benchmarków, testy poprawności/crash oraz polityki fallback, aby automatyczny wybór Fast Path był powtarzalny i bezpieczny?
product://symbiofs
Od badań do ogólnego storage core
SymbioFS produktuje koncepcje persistence i storage jako high-performance, versioned, content-addressed i crash-consistent core dla AI state, object storage, event streams, edge/local-first i innych systemów.
status://research
Badania SymbioRAP
Opisane elementy są kierunkami badań i implementacji, a nie deklaracją gotowych funkcji produktu.
connect://research
Współtwórz architekturę badawczą
Partnerom badawczym, grantowym i technologicznym udostępniamy pytania architektoniczne, projekt benchmarków i techniczne stany prac w kwalifikowanej współpracy.
Następny sensowny krok
Opisz swój pomysł – kilka punktów wystarczy.
Nie musisz definiować rozwiązania technicznego. Napisz, co ma powstać lub działać lepiej, a my ocenimy wykonalność, pierwszy zakres i kolejne kroki.
Bezpłatna ocena pomysłu
Cztery pola wystarczą. Otrzymasz konkretną odpowiedź, jak rozsądnie zacząć i później rozwijać projekt.