Alex Newman
36b0929fae
* Add server beta runtime foundation * Address server beta review findings * Resolve server beta review comments * Tighten server beta review follow-ups * Harden server beta auth and search * Avoid unnecessary FTS rebuilds * Block scoped keys from creating projects * Release BullMQ claims best effort on close * Address server beta review blockers * Reset BullMQ claims best effort * Add Postgres observation storage foundation * feat(server-beta): add independent runtime service Introduce src/server/runtime/ as a self-contained server-beta runtime that owns its lifecycle, Postgres bootstrap, and HTTP boundary without depending on WorkerService. ServerBetaService wraps the existing Server class, exposes /healthz and /v1/info with runtime="server-beta", and persists state to dedicated paths (.server-beta.pid|.port|.runtime.json). The four boundary managers (queue, generation worker, provider registry, event broadcaster) are intentionally disabled in this phase and report their status through /v1/info; later phases activate them. Adds plans/2026-05-07-finish-bullmq-branch-ship-plan.md to track the remaining work for this branch. Phase 2 of plans/2026-05-07-server-beta-independent-bullmq-observation-runtime.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(server-beta): route CLI lifecycle and bundle separate runtime scripts/build-hooks.js now produces plugin/scripts/server-beta-service.cjs as a separate Node CJS bundle, alongside the existing worker-service bundle. The server-beta runtime is now installable independently. src/npx-cli/commands/server.ts routes start|stop|restart|status to the server-beta lifecycle instead of the legacy worker. The worker keeps its own start|stop|restart|status under the worker namespace; the two runtimes can be operated independently. src/services/worker-service.ts adds a server-* command parser branch that delegates to the sibling server-beta-service.cjs bundle so direct worker-service invocations still route to the right runtime. tests/npx-cli-server-namespace.test.ts updated to expect server-beta lifecycle routing. Includes rebuilt plugin/scripts/*.cjs bundles produced by build-and-sync. Phase 2 of plans/2026-05-07-server-beta-independent-bullmq-observation-runtime.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(server-beta): add BullMQ job queue primitives Introduce src/server/jobs/ as the queue-side primitives that Phase 3 of the server-beta runtime needs to operate. types.ts defines a discriminated union over the four job kinds (event, event-batch, summary, reindex) and maps each to a per-kind BullMQ queue name and deterministic-ID prefix. job-id.ts builds deterministic, colon-free BullMQ jobIds from (kind, team, project, source). The colon ban exists because BullMQ uses ':' as a Redis key separator internally; embedding ':' in jobIds breaks scan and state lookups. ServerJobQueue.ts is a thin wrapper over BullMQ Queue + Worker that enforces autorun:false, default concurrency 1, and an attached error listener — all per BullMQ docs requirements. Test seams accept queue and worker factories so unit tests do not need Redis. outbox.ts publishes through the Postgres ObservationGenerationJob repository as canonical history. enqueueOutbox writes the row first, then publishes to BullMQ; if BullMQ throws, the row is transitioned to failed and a failed event is appended. reconcileOnStartup re-enqueues queued + processing rows after a restart, replacing terminal BullMQ jobs that may still be holding the deterministic ID slot. markCompleted and markFailed wrap transitionStatus and append the matching event row. Includes 20 unit tests covering deterministic ID stability, colon-free output, queue lifecycle, error-listener attachment, double-start refusal, idempotent enqueue, BullMQ failure rollback, startup reconciliation, max-attempts skipping, and completion / failure / retry transitions. Phase 3 commit 1 of plans/2026-05-07-server-beta-independent-bullmq-observation-runtime.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * feat(server-beta): activate queue boundary in runtime service Wire ActiveServerBetaQueueManager into the server-beta runtime graph. The active manager owns one ServerJobQueue per generation kind (event, event-batch, summary, reindex) and surfaces lane metadata through boundary health. Selection is opt-in and fail-fast: if CLAUDE_MEM_QUEUE_ENGINE is set to bullmq the active manager is constructed (and any Redis/config error throws — no silent fallback to SQLite, per Phase 3 anti-pattern guard). For any other engine the disabled boundary remains so worker-era and test setups stay compatible. Widens ServerBetaBoundaryHealth.status to a discriminated union ('disabled' | 'active' | 'errored') with optional details. The disabled adapter still emits status='disabled', which keeps the existing server-beta-service test green. ServerBetaService receives the manager through a new optional queueManager field on CreateServerBetaServiceOptions so test graphs and Phase 4 wiring can inject custom managers. Adds tests/server/runtime/active-queue-manager.test.ts covering bullmq guard, active health shape, per-kind queue access, close behavior, and post-close errored health. Phase 3 commit 2 of plans/2026-05-07-server-beta-independent-bullmq-observation-runtime.md. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> * fix(server-beta): cap /v1/events/batch at 500 events Prevents unbounded array DoS surface flagged in PR review. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
13 KiB
🌐 Dies ist eine automatisierte Übersetzung. Korrekturen aus der Community sind willkommen!
🇨🇳 中文 • 🇹🇼 繁體中文 • 🇯🇵 日本語 • 🇧🇷 Português • 🇰🇷 한국어 • 🇪🇸 Español • 🇩🇪 Deutsch • 🇫🇷 Français 🇮🇱 עברית • 🇸🇦 العربية • 🇷🇺 Русский • 🇵🇱 Polski • 🇨🇿 Čeština • 🇳🇱 Nederlands • 🇹🇷 Türkçe • 🇺🇦 Українська • 🇻🇳 Tiếng Việt • 🇮🇩 Indonesia • 🇹🇭 ไทย • 🇮🇳 हिन्दी • 🇧🇩 বাংলা • 🇵🇰 اردو • 🇷🇴 Română • 🇸🇪 Svenska • 🇮🇹 Italiano • 🇬🇷 Ελληνικά • 🇭🇺 Magyar • 🇫🇮 Suomi • 🇩🇰 Dansk • 🇳🇴 Norsk
Persistentes Speicherkomprimierungssystem entwickelt für Claude Code.
Schnellstart • Wie es funktioniert • Suchwerkzeuge • Dokumentation • Konfiguration • Fehlerbehebung • Lizenz
Claude-Mem bewahrt nahtlos Kontext über Sitzungen hinweg, indem es automatisch Beobachtungen zur Tool-Nutzung erfasst, semantische Zusammenfassungen generiert und diese für zukünftige Sitzungen verfügbar macht. Dies ermöglicht es Claude, die Kontinuität des Wissens über Projekte aufrechtzuerhalten, auch nachdem Sitzungen beendet wurden oder die Verbindung wiederhergestellt wird.
Schnellstart
Starten Sie eine neue Claude Code-Sitzung im Terminal und geben Sie die folgenden Befehle ein:
> /plugin marketplace add thedotmack/claude-mem
> /plugin install claude-mem
Starten Sie Claude Code neu. Kontext aus vorherigen Sitzungen wird automatisch in neuen Sitzungen angezeigt.
Hauptmerkmale:
- 🧠 Persistenter Speicher - Kontext bleibt über Sitzungen hinweg erhalten
- 📊 Progressive Offenlegung - Schichtweise Speicherabruf mit Sichtbarkeit der Token-Kosten
- 🔍 Skill-basierte Suche - Durchsuchen Sie Ihre Projekthistorie mit dem mem-search Skill
- 🖥️ Web-Viewer-UI - Echtzeit-Speicherstream unter http://localhost:37777
- 💻 Claude Desktop Skill - Durchsuchen Sie den Speicher aus Claude Desktop-Konversationen
- 🔒 Datenschutzkontrolle - Verwenden Sie
<private>-Tags, um sensible Inhalte von der Speicherung auszuschließen - ⚙️ Kontextkonfiguration - Feinkörnige Kontrolle darüber, welcher Kontext eingefügt wird
- 🤖 Automatischer Betrieb - Keine manuelle Intervention erforderlich
- 🔗 Zitate - Referenzieren Sie vergangene Beobachtungen mit IDs (Zugriff über http://localhost:37777/api/observation/{id} oder alle im Web-Viewer unter http://localhost:37777 anzeigen)
- 🧪 Beta-Kanal - Probieren Sie experimentelle Funktionen wie den Endless Mode durch Versionswechsel aus
Dokumentation
📚 Vollständige Dokumentation anzeigen - Auf der offiziellen Website durchsuchen
Erste Schritte
- Installationsanleitung - Schnellstart & erweiterte Installation
- Nutzungsanleitung - Wie Claude-Mem automatisch funktioniert
- Suchwerkzeuge - Durchsuchen Sie Ihre Projekthistorie mit natürlicher Sprache
- Beta-Funktionen - Probieren Sie experimentelle Funktionen wie den Endless Mode
Best Practices
- Context Engineering - Prinzipien der Kontextoptimierung für KI-Agenten
- Progressive Disclosure - Philosophie hinter Claude-Mems Kontext-Priming-Strategie
Architektur
- Übersicht - Systemkomponenten & Datenfluss
- Architekturentwicklung - Die Reise von v3 zu v5
- Hooks-Architektur - Wie Claude-Mem Lifecycle-Hooks verwendet
- Hooks-Referenz - 7 Hook-Skripte erklärt
- Worker Service - HTTP API & Bun-Verwaltung
- Datenbank - SQLite-Schema & FTS5-Suche
- Such-Architektur - Hybride Suche mit Chroma-Vektordatenbank
Konfiguration & Entwicklung
- Konfiguration - Umgebungsvariablen & Einstellungen
- Entwicklung - Erstellen, Testen, Beitragen
- Fehlerbehebung - Häufige Probleme & Lösungen
Wie es funktioniert
Kernkomponenten:
- 5 Lifecycle-Hooks - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 Hook-Skripte)
- Smart Install - Gecachter Abhängigkeitsprüfer (Pre-Hook-Skript, kein Lifecycle-Hook)
- Worker Service - HTTP API auf Port 37777 mit Web-Viewer-UI und 10 Such-Endpunkten, verwaltet von Bun
- SQLite-Datenbank - Speichert Sitzungen, Beobachtungen, Zusammenfassungen
- mem-search Skill - Natürlichsprachliche Abfragen mit progressiver Offenlegung
- Chroma-Vektordatenbank - Hybride semantische + Stichwortsuche für intelligenten Kontextabruf
Siehe Architekturübersicht für Details.
mem-search Skill
Claude-Mem bietet intelligente Suche durch den mem-search Skill, der sich automatisch aktiviert, wenn Sie nach früheren Arbeiten fragen:
Wie es funktioniert:
- Fragen Sie einfach natürlich: "Was haben wir in der letzten Sitzung gemacht?" oder "Haben wir diesen Fehler schon einmal behoben?"
- Claude aktiviert automatisch den mem-search Skill, um relevanten Kontext zu finden
Verfügbare Suchoperationen:
- Search Observations - Volltextsuche über Beobachtungen
- Search Sessions - Volltextsuche über Sitzungszusammenfassungen
- Search Prompts - Durchsuchen von rohen Benutzeranfragen
- By Concept - Suche nach Konzept-Tags (discovery, problem-solution, pattern, etc.)
- By File - Beobachtungen finden, die bestimmte Dateien referenzieren
- By Type - Suche nach Typ (decision, bugfix, feature, refactor, discovery, change)
- Recent Context - Aktuellen Sitzungskontext für ein Projekt abrufen
- Timeline - Einheitliche Zeitachse des Kontexts um einen bestimmten Zeitpunkt herum abrufen
- Timeline by Query - Nach Beobachtungen suchen und Zeitachsenkontext um die beste Übereinstimmung herum abrufen
- API Help - Such-API-Dokumentation abrufen
Beispiele für natürlichsprachliche Abfragen:
"What bugs did we fix last session?"
"How did we implement authentication?"
"What changes were made to worker-service.ts?"
"Show me recent work on this project"
"What was happening when we added the viewer UI?"
Siehe Suchwerkzeuge-Anleitung für detaillierte Beispiele.
Beta-Funktionen
Claude-Mem bietet einen Beta-Kanal mit experimentellen Funktionen wie Endless Mode (biomimetische Speicherarchitektur für erweiterte Sitzungen). Wechseln Sie zwischen stabilen und Beta-Versionen über die Web-Viewer-UI unter http://localhost:37777 → Settings.
Siehe Beta-Funktionen-Dokumentation für Details zum Endless Mode und wie Sie ihn ausprobieren können.
Systemanforderungen
- Node.js: 18.0.0 oder höher
- Claude Code: Neueste Version mit Plugin-Unterstützung
- Bun: JavaScript-Laufzeitumgebung und Prozessmanager (wird automatisch installiert, falls fehlend)
- uv: Python-Paketmanager für Vektorsuche (wird automatisch installiert, falls fehlend)
- SQLite 3: Für persistente Speicherung (enthalten)
Konfiguration
Einstellungen werden in ~/.claude-mem/settings.json verwaltet (wird beim ersten Start automatisch mit Standardwerten erstellt). Konfigurieren Sie KI-Modell, Worker-Port, Datenverzeichnis, Log-Level und Kontext-Injektionseinstellungen.
Siehe die Konfigurationsanleitung für alle verfügbaren Einstellungen und Beispiele.
Entwicklung
Siehe die Entwicklungsanleitung für Build-Anweisungen, Tests und Beitrags-Workflow.
Fehlerbehebung
Wenn Sie Probleme haben, beschreiben Sie das Problem Claude und der troubleshoot Skill wird automatisch diagnostizieren und Lösungen bereitstellen.
Siehe die Fehlerbehebungsanleitung für häufige Probleme und Lösungen.
Fehlerberichte
Erstellen Sie umfassende Fehlerberichte mit dem automatisierten Generator:
cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report
Beiträge
Beiträge sind willkommen! Bitte:
- Forken Sie das Repository
- Erstellen Sie einen Feature-Branch
- Nehmen Sie Ihre Änderungen mit Tests vor
- Aktualisieren Sie die Dokumentation
- Reichen Sie einen Pull Request ein
Siehe Entwicklungsanleitung für den Beitrags-Workflow.
License
This project is licensed under the Apache License 2.0 (Apache-2.0).
Copyright (C) 2025 Alex Newman (@thedotmack). All rights reserved.
See the LICENSE file for full details.
Apache-2.0 allows broad use, modification, distribution, and commercial use, subject to its terms.
Ragtime note: The ragtime/ directory is licensed under the Apache License 2.0. See ragtime/LICENSE for details.
Support
- Dokumentation: docs/
- Issues: GitHub Issues
- Repository: github.com/thedotmack/claude-mem
- Autor: Alex Newman (@thedotmack)
Erstellt mit Claude Agent SDK | Works with Claude Code | Made with TypeScript