* 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
🌐 Dit is een automatische vertaling. Gemeenschapscorrecties zijn welkom!
🇨🇳 中文 • 🇹🇼 繁體中文 • 🇯🇵 日本語 • 🇧🇷 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
Persistent geheugencompressiesysteem gebouwd voor Claude Code.
Snel Starten • Hoe Het Werkt • Zoektools • Documentatie • Configuratie • Probleemoplossing • Licentie
Claude-Mem behoudt naadloos context tussen sessies door automatisch waarnemingen van toolgebruik vast te leggen, semantische samenvattingen te genereren en deze beschikbaar te maken voor toekomstige sessies. Dit stelt Claude in staat om continuïteit van kennis over projecten te behouden, zelfs nadat sessies eindigen of opnieuw verbinden.
Snel Starten
Start een nieuwe Claude Code sessie in de terminal en voer de volgende commando's in:
> /plugin marketplace add thedotmack/claude-mem
> /plugin install claude-mem
Herstart Claude Code. Context van eerdere sessies verschijnt automatisch in nieuwe sessies.
Belangrijkste Functies:
- 🧠 Persistent Geheugen - Context blijft behouden tussen sessies
- 📊 Progressieve Onthulling - Gelaagde geheugenophaling met zichtbaarheid van tokenkosten
- 🔍 Vaardigheidgebaseerd Zoeken - Bevraag je projectgeschiedenis met mem-search vaardigheid
- 🖥️ Web Viewer UI - Real-time geheugenstroom op http://localhost:37777
- 💻 Claude Desktop Vaardigheid - Zoek geheugen vanuit Claude Desktop gesprekken
- 🔒 Privacycontrole - Gebruik
<private>tags om gevoelige content uit te sluiten van opslag - ⚙️ Context Configuratie - Fijnmazige controle over welke context wordt geïnjecteerd
- 🤖 Automatische Werking - Geen handmatige tussenkomst vereist
- 🔗 Citaten - Verwijs naar eerdere waarnemingen met ID's (toegang via http://localhost:37777/api/observation/{id} of bekijk alle in de web viewer op http://localhost:37777)
- 🧪 Bètakanaal - Probeer experimentele functies zoals Endless Mode via versieschakeling
Documentatie
📚 Bekijk Volledige Documentatie - Bladeren op de officiële website
Aan de Slag
- Installatiegids - Snel starten & geavanceerde installatie
- Gebruikersgids - Hoe Claude-Mem automatisch werkt
- Zoektools - Bevraag je projectgeschiedenis met natuurlijke taal
- Bètafuncties - Probeer experimentele functies zoals Endless Mode
Beste Praktijken
- Context Engineering - AI agent context optimalisatieprincipes
- Progressieve Onthulling - Filosofie achter Claude-Mem's context priming strategie
Architectuur
- Overzicht - Systeemcomponenten & gegevensstroom
- Architectuurevolutie - De reis van v3 naar v5
- Hooks Architectuur - Hoe Claude-Mem lifecycle hooks gebruikt
- Hooks Referentie - 7 hook scripts uitgelegd
- Worker Service - HTTP API & Bun beheer
- Database - SQLite schema & FTS5 zoeken
- Zoekarchitectuur - Hybride zoeken met Chroma vector database
Configuratie & Ontwikkeling
- Configuratie - Omgevingsvariabelen & instellingen
- Ontwikkeling - Bouwen, testen, bijdragen
- Probleemoplossing - Veelvoorkomende problemen & oplossingen
Hoe Het Werkt
Kerncomponenten:
- 5 Lifecycle Hooks - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 hook scripts)
- Slimme Installatie - Gecachte afhankelijkheidscontrole (pre-hook script, geen lifecycle hook)
- Worker Service - HTTP API op poort 37777 met web viewer UI en 10 zoekeindpunten, beheerd door Bun
- SQLite Database - Slaat sessies, waarnemingen, samenvattingen op
- mem-search Vaardigheid - Natuurlijke taal queries met progressieve onthulling
- Chroma Vector Database - Hybride semantisch + zoekwoord zoeken voor intelligente context ophaling
Zie Architectuuroverzicht voor details.
mem-search Vaardigheid
Claude-Mem biedt intelligent zoeken via de mem-search vaardigheid die automatisch wordt aangeroepen wanneer je vraagt over eerder werk:
Hoe Het Werkt:
- Vraag gewoon natuurlijk: "Wat hebben we vorige sessie gedaan?" of "Hebben we deze bug eerder opgelost?"
- Claude roept automatisch de mem-search vaardigheid aan om relevante context te vinden
Beschikbare Zoekoperaties:
- Search Observations - Volledige tekst zoeken door waarnemingen
- Search Sessions - Volledige tekst zoeken door sessiesamenvattingen
- Search Prompts - Zoek ruwe gebruikersverzoeken
- By Concept - Vind op concepttags (discovery, problem-solution, pattern, etc.)
- By File - Vind waarnemingen die specifieke bestanden refereren
- By Type - Vind op type (decision, bugfix, feature, refactor, discovery, change)
- Recent Context - Krijg recente sessiecontext voor een project
- Timeline - Krijg uniforme tijdlijn van context rond een specifiek tijdstip
- Timeline by Query - Zoek naar waarnemingen en krijg tijdlijncontext rond beste match
- API Help - Krijg zoek API documentatie
Voorbeeld Natuurlijke Taal Queries:
"Welke bugs hebben we vorige sessie opgelost?"
"Hoe hebben we authenticatie geïmplementeerd?"
"Welke wijzigingen zijn gemaakt aan worker-service.ts?"
"Laat me recent werk aan dit project zien"
"Wat gebeurde er toen we de viewer UI toevoegden?"
Zie Zoektools Gids voor gedetailleerde voorbeelden.
Bètafuncties
Claude-Mem biedt een bètakanaal met experimentele functies zoals Endless Mode (biomimetische geheugenarchitectuur voor uitgebreide sessies). Schakel tussen stabiele en bètaversies vanuit de web viewer UI op http://localhost:37777 → Settings.
Zie Bètafuncties Documentatie voor details over Endless Mode en hoe je het kunt proberen.
Systeemvereisten
- Node.js: 18.0.0 of hoger
- Claude Code: Nieuwste versie met plugin ondersteuning
- Bun: JavaScript runtime en procesbeheer (automatisch geïnstalleerd indien ontbreekt)
- uv: Python package manager voor vector zoeken (automatisch geïnstalleerd indien ontbreekt)
- SQLite 3: Voor persistente opslag (meegeleverd)
Configuratie
Instellingen worden beheerd in ~/.claude-mem/settings.json (automatisch aangemaakt met standaardinstellingen bij eerste run). Configureer AI model, worker poort, data directory, logniveau en context injectie-instellingen.
Zie de Configuratiegids voor alle beschikbare instellingen en voorbeelden.
Ontwikkeling
Zie de Ontwikkelingsgids voor bouwinstructies, testen en bijdrageworkflow.
Probleemoplossing
Als je problemen ervaart, beschrijf het probleem aan Claude en de troubleshoot vaardigheid zal automatisch diagnosticeren en oplossingen bieden.
Zie de Probleemoplossingsgids voor veelvoorkomende problemen en oplossingen.
Bugrapporten
Maak uitgebreide bugrapporten met de geautomatiseerde generator:
cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report
Bijdragen
Bijdragen zijn welkom! Gelieve:
- Fork de repository
- Maak een feature branch
- Maak je wijzigingen met tests
- Update documentatie
- Dien een Pull Request in
Zie Ontwikkelingsgids voor bijdrageworkflow.
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.
Ondersteuning
- Documentatie: docs/
- Issues: GitHub Issues
- Repository: github.com/thedotmack/claude-mem
- Auteur: Alex Newman (@thedotmack)
Gebouwd met Claude Agent SDK | Aangedreven door Claude Code | Gemaakt met TypeScript