Stabile Identität
Typisierte, pfadunabhängige Objekt-IDs und kanonische Pfade trennen dauerhafte Identität vom veränderlichen Namespace.
research://synapsefs
SymbioRAP SynapseFS
Eine deterministische Persistenzschicht für langlebige Agenten: Dateien, Evidenz, Versionen und Zustand bleiben prüfbar, auch wenn Modelle, Tools und Runtime-Komponenten wechseln.
RESEARCHFORSCHUNG · ARCHITEKTUR IN ENTWICKLUNG
research://thesis
Persistenz ist Teil der Agentenintelligenz – kein Implementierungsdetail.
Langfristige persönliche KI braucht eine Source of Truth, die Prozessneustarts, Modellwechsel und veränderte Retrieval-Strategien überlebt. SynapseFS untersucht dafür einen speicherneutralen Kern, in dem Identität, Evidenz und zeitlicher Zustand explizit sind.
focus://synapsefs
Forschungsschwerpunkte
Unveränderbare Evidenz & Versionen
Evidenz bleibt adressierbar, während neue Interpretationen oder Versionen ältere Zustände explizit ablösen, ohne Provenienz zu löschen.
Deterministische Recovery
WAL/Event-Log, Checkpoints, Snapshots und Recovery-Semantik werden als Korrektheitsmechanismen erster Klasse untersucht.
Speicherneutraler Kern
RAM- und NVMe/Datei-Backends liegen hinter expliziten StorageBackend-Capabilities statt hinter einem proprietären Legacy-Container.
Hardwarebewusste Fast-Path-Auswahl
Ein Architecture/Execution Policy Layer erkennt beim Start CPU- und Plattformfähigkeiten und wählt ausschließlich zwischen zuvor benchmark-, Korrektheits- und Crash-validierten Fast Paths – etwa für Intel, AMD oder ARM/Neoverse. Nicht validierte Profile fallen auf den portablen Basispfad zurück.
architecture://working-model
Aktuelle Implementierungslinie: kleiner deterministischer Kern, explizite Backends, stabile Verträge.
Die aktuelle Richtung nutzt einen C++23-Kern mit typisierten 128-Bit-Identitäten, traversal-sicheren kanonischen Pfaden, Scopes und Backend-Capability-Verträgen. Hot-Path-Vollkopien, unbeabsichtigte globale Locks und eine Vermischung von Cache und Source of Truth gelten als Architekturrisiken. WAL, Checkpoints, Crash-Recovery und Replikation sind gestufte Arbeit und keine vorausgesetzten Fähigkeiten. Zur Laufzeit ordnet eine Capability-Erkennung das erkannte Hardwareprofil einer validierten Execution Policy zu. Die Auswahl ist reproduzierbar und datengetrieben: Nur für die konkrete Architektur bestätigte Fast Paths werden aktiviert; andernfalls bleibt die portable Baseline aktiv.
Namespace & IDs
Stabile Objektidentität, kanonische Pfade, Scopes und deterministische Traversierung.
Evidenz & Versionen
Unveränderbarer Inhalt, explizite Ablösung und prüfbare Versionsbeziehungen.
Transaktion & Recovery
Event/WAL-Semantik, Checkpoints, Snapshots und deterministischer Neustart.
StorageBackend
Capability-basierte Adapter für RAM, lokalen Speicher und spätere persistente Hochleistungsbackends.
Architecture / Execution Policy
Hardware- und CPU-Capabilities werden beim Start erkannt und auf einen vorab validierten Ausführungspfad abgebildet. Intel-, AMD-, ARM/Neoverse- und weitere Plattformpfade bleiben getrennt benchmark- und korrektheitsprüfbar.
research://questions
Offene Forschungsfragen
Welche Identitäts- und Versionssemantik bleibt bei Umbenennen, Verschieben, Deduplizierung und Kompaktierung stabil?
Wie reduzieren Copy-on-Write, Chunking, Hashing und Indizes Write Amplification, ohne Recovery undurchsichtig zu machen?
Welches Concurrency-Modell minimiert Locking und erhält dennoch deterministische Zustandsübergänge?
Wie stellt die Persistenz Temporalität und Provenienz für die Memory-Schicht bereit, ohne Backend-Details durchzureichen?
Wie werden Hardwareprofile, Benchmark-Evidenz, Korrektheits-/Crash-Tests und Fallback-Policies versioniert, damit automatische Fast-Path-Auswahl reproduzierbar und sicher bleibt?
product://symbiofs
Aus der Forschung in einen allgemeinen Storage-Core
SymbioFS produktisiert die Persistenz- und Storage-Konzepte als high-performance, versionierten, content-addressed und crash-konsistenten Core für AI-State, Object Storage, Event-Streams, Edge/Local-first und weitere Systeme.
status://research
SymbioRAP Forschung
Die dargestellten Punkte beschreiben Forschungs- und Implementierungsrichtungen. Sie sind keine Zusage fertiger Produktfunktionen.
connect://research
An der Forschungsarchitektur mitarbeiten
Für Forschungs-, Förder- und Technologiepartner teilen wir Architekturfragen, Benchmarkdesign und technische Arbeitsstände im qualifizierten Austausch.
Nächster sinnvoller Schritt
Erzählen Sie uns Ihre Idee – ein paar Stichpunkte reichen.
Sie müssen keine technische Lösung formulieren. Beschreiben Sie, was entstehen oder besser funktionieren soll. Wir ordnen Machbarkeit, sinnvollen ersten Umfang und nächste Schritte ein.
Idee kostenlos einschätzen lassen
Vier Felder reichen. Sie erhalten eine konkrete Rückmeldung dazu, wie sich Ihr Vorhaben sinnvoll klein starten und später erweitern lässt.