HybridClaw
HybridClaw Lightweight Agent Runtime

Stateful Agents

Von Karpathys LLM-OS zum funktionierenden Zettelkasten

HybridClaw macht aus jedem Agenten einen stateful Operator: Luhmanns Zettelkasten als Memory-Struktur, RAG für Retrieval, Vector- und Structured-Stores für unternehmensreife Erinnerung.

Zettelkasten-MemoryCompany BrainRAGWorking MemoryCross-AgentRBAC

Warum Memory der schwierigste Teil ist

Andrej Karpathy hat das Bild des LLM-OS geprägt: ein LLM als CPU, Tools als Peripherie und Memory als RAM und Disk. Ohne diese Memory-Schicht ist jeder Agent so vergesslich wie ein neuer Tab – jede Antwort bei Null. Mit HybridClaw bekommt ein Agent Kurzzeit-Kontext, ein hierarchisches Langzeitgedächtnis und Zugriff auf ein Company Brain, das Wissen aus Dokumenten, CRM, ERP und E-Mail bündelt.

Sechs Speicher-Schichten, ein konsistenter Zugriff

Wie bei einem Betriebssystem unterscheidet HybridClaw scharf zwischen verschiedenen Memory-Typen – je nach Lebensdauer, Vertraulichkeit und Suchbarkeit.

Working Memory

Der aktive Kontext eines laufenden Tasks: aktuelle Konversation, Tool-Outputs, Sub-Agent-Antworten. Verschwindet nach Task-Ende.

Zettelkasten

Inspiriert von Niklas Luhmanns Notiz-System: kleine, atomare Notizen mit Querverweisen. Erlaubt dem Agenten, eigene Gedankengänge zu strukturieren und beim nächsten Lauf wieder darauf zu stoßen.

Company Brain

Das geteilte Wissen der Organisation: Docs, Wiki, CRM-Records, Tickets. Vektor- und Volltext-indiziert, mit RBAC.

RAG

Retrieval-Augmented Generation. Statt alles im Prompt zu halten, holt der Agent nur die für den Task relevanten Snippets aus dem Company Brain.

Cross-Agent-Sharing

Ein Skill, der vom Finance-Agenten verfeinert wurde, wirkt sich auf den BI-Agenten aus. Memory-Updates können geteilt oder isoliert werden.

Vertraulichkeit & RBAC

Jeder Memory-Eintrag hat einen Zugriffslevel. Was nicht für alle gedacht ist, taucht in deren Retrieval nie auf.

Wie der Zettelkasten konkret funktioniert

Luhmanns Idee – atomare Notizen mit expliziten Querverweisen statt hierarchischer Ordner – funktioniert für Agenten besser als jede Datenbank-Tabelle.

  • Atomarität. Eine Notiz, ein Gedanke. Erleichtert Wiederverwendung in anderen Kontexten.
  • Querverweise. Notizen verlinken sich gegenseitig. Der Agent folgt Links, wenn er ähnliche Probleme erkennt.
  • Schlagworte. Mehrdimensionale Indizes (Tags + Embeddings) erlauben verschiedene Suchpfade.
  • Versionierung. Jede Aktualisierung einer Notiz ist eine neue Version. Der Verlauf bleibt erhalten.
  • Auto-Pruning. Nicht referenzierte Notizen verlieren über Zeit an Gewicht im Retrieval – wie biologisches Vergessen.
"HybridClaw ist eine starke Alternative – besonders hat mir die Integration des Luhmannschen Zettelkasten als Memory-System im neuesten Release gefallen."
Dr. Lorenz Gräf · CEO Startplatz Köln · Gründer der größten OpenClaw-Community in DE

Memory-Fragen, die häufig kommen

Geht das auch ohne Cloud-Speicher? +

Ja. Self-Hosted hält Memory komplett lokal – Vector-Store, strukturierter Store, Zettelkasten. Es gibt keine Pflicht zur Auslagerung an einen Drittanbieter.

Was passiert mit Memory, wenn ein Mitarbeiter geht? +

Memory-Einträge sind nach Owner/Team taggebar. Beim Offboarding können die zugehörigen Notizen archiviert, gelöscht oder an einen Nachfolger transferiert werden – ein definierter Workflow, kein manueller DB-Eingriff.

Wie verhindert ihr Halluzinationen aus dem Memory? +

Jede aus dem Company Brain abgerufene Information kommt mit Quellangabe. Wenn der Agent sich auf einen Memory-Eintrag bezieht, kann der Mensch zur Quelle zurückspringen. Skill-Evals testen explizit, ob Antworten an die Memory-Quelle gebunden bleiben.

Wie groß darf das Company Brain werden? +

Es gibt kein hartes Limit. In der Managed Cloud sind Tausende Dokumente und Hunderttausende Zettel realistisch. Performance bleibt konstant, weil Retrieval immer nur relevante Snippets in den Modell-Kontext lädt.

Memory ist die Brücke vom Demo-Agenten zum Operator