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
🌐 Detta är en automatiserad översättning. Bidrag från gemenskapen är välkomna!
🇨🇳 中文 • 🇹🇼 繁體中文 • 🇯🇵 日本語 • 🇧🇷 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 minneskomprimeringsystem byggt för Claude Code.
Snabbstart • Hur det fungerar • Sökverktyg • Dokumentation • Konfiguration • Felsökning • Licens
Claude-Mem bevarar sömlöst kontext mellan sessioner genom att automatiskt fånga observationer av verktygsanvändning, generera semantiska sammanfattningar och göra dem tillgängliga för framtida sessioner. Detta gör det möjligt för Claude att upprätthålla kontinuitet i kunskap om projekt även efter att sessioner avslutas eller återansluter.
Snabbstart
Starta en ny Claude Code-session i terminalen och ange följande kommandon:
> /plugin marketplace add thedotmack/claude-mem
> /plugin install claude-mem
Starta om Claude Code. Kontext från tidigare sessioner kommer automatiskt att visas i nya sessioner.
Nyckelfunktioner:
- 🧠 Persistent minne - Kontext överlever mellan sessioner
- 📊 Progressiv visning - Skiktad minneshämtning med synlighet för tokenkostnad
- 🔍 Färdighetsbaserad sökning - Sök i din projekthistorik med mem-search-färdigheten
- 🖥️ Webbvy-gränssnitt - Realtidsminnesström på http://localhost:37777
- 💻 Claude Desktop-färdighet - Sök i minnet från Claude Desktop-konversationer
- 🔒 Integritetskontroll - Använd
<private>-taggar för att exkludera känsligt innehåll från lagring - ⚙️ Kontextkonfiguration - Detaljerad kontroll över vilken kontext som injiceras
- 🤖 Automatisk drift - Ingen manuell hantering krävs
- 🔗 Citeringar - Referera till tidigare observationer med ID:n (tillgängliga via http://localhost:37777/api/observation/{id} eller visa alla i webbvyn på http://localhost:37777)
- 🧪 Betakanal - Testa experimentella funktioner som Endless Mode via versionsväxling
Dokumentation
📚 Visa fullständig dokumentation - Bläddra på den officiella webbplatsen
Komma igång
- Installationsguide - Snabbstart och avancerad installation
- Användarguide - Hur Claude-Mem fungerar automatiskt
- Sökverktyg - Sök i din projekthistorik med naturligt språk
- Betafunktioner - Testa experimentella funktioner som Endless Mode
Bästa praxis
- Context Engineering - Optimeringsmetoder för AI-agentkontext
- Progressiv visning - Filosofin bakom Claude-Mems kontextpriming-strategi
Arkitektur
- Översikt - Systemkomponenter och dataflöde
- Arkitekturutveckling - Resan från v3 till v5
- Hooks-arkitektur - Hur Claude-Mem använder livscykelkrokar
- Hooks-referens - 7 hook-skript förklarade
- Worker Service - HTTP API och Bun-hantering
- Databas - SQLite-schema och FTS5-sökning
- Sökarkitektur - Hybridsökning med Chroma-vektordatabas
Konfiguration och utveckling
- Konfiguration - Miljövariabler och inställningar
- Utveckling - Bygga, testa, bidra
- Felsökning - Vanliga problem och lösningar
Hur det fungerar
Kärnkomponenter:
- 5 livscykelkrokar - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 hook-skript)
- Smart installation - Cachad beroendekontrollant (pre-hook-skript, inte en livscykelkrok)
- Worker Service - HTTP API på port 37777 med webbvy-gränssnitt och 10 sökändpunkter, hanterat av Bun
- SQLite-databas - Lagrar sessioner, observationer, sammanfattningar
- mem-search-färdighet - Naturligspråkssökningar med progressiv visning
- Chroma-vektordatabas - Hybrid semantisk + nyckelordssökning för intelligent kontexthämtning
Se Arkitekturöversikt för detaljer.
mem-search-färdighet
Claude-Mem tillhandahåller intelligent sökning genom mem-search-färdigheten som automatiskt aktiveras när du frågar om tidigare arbete:
Hur det fungerar:
- Fråga bara naturligt: "Vad gjorde vi förra sessionen?" eller "Fixade vi den här buggen tidigare?"
- Claude aktiverar automatiskt mem-search-färdigheten för att hitta relevant kontext
Tillgängliga sökoperationer:
- Search Observations - Fulltextsökning över observationer
- Search Sessions - Fulltextsökning över sessionssammanfattningar
- Search Prompts - Sök i råa användarförfrågningar
- By Concept - Hitta efter koncepttaggar (discovery, problem-solution, pattern, etc.)
- By File - Hitta observationer som refererar till specifika filer
- By Type - Hitta efter typ (decision, bugfix, feature, refactor, discovery, change)
- Recent Context - Hämta senaste sessionskontext för ett projekt
- Timeline - Få en enhetlig tidslinje av kontext kring en specifik tidpunkt
- Timeline by Query - Sök efter observationer och få tidslinjekontext kring bästa matchning
- API Help - Få API-dokumentation för sökning
Exempel på naturligspråkssökningar:
"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?"
Se Sökverktygsguide för detaljerade exempel.
Betafunktioner
Claude-Mem erbjuder en betakanal med experimentella funktioner som Endless Mode (biomimetisk minnesarkitektur för utökade sessioner). Växla mellan stabila och betaversioner från webbvy-gränssnittet på http://localhost:37777 → Settings.
Se Dokumentation för betafunktioner för detaljer om Endless Mode och hur du testar det.
Systemkrav
- Node.js: 18.0.0 eller högre
- Claude Code: Senaste versionen med plugin-stöd
- Bun: JavaScript-runtime och processhanterare (installeras automatiskt om den saknas)
- uv: Python-pakethanterare för vektorsökning (installeras automatiskt om den saknas)
- SQLite 3: För persistent lagring (ingår)
Konfiguration
Inställningar hanteras i ~/.claude-mem/settings.json (skapas automatiskt med standardvärden vid första körning). Konfigurera AI-modell, worker-port, datakatalog, loggnivå och kontextinjektionsinställningar.
Se Konfigurationsguide för alla tillgängliga inställningar och exempel.
Utveckling
Se Utvecklingsguide för bygginstruktioner, testning och bidragsarbetsflöde.
Felsökning
Om du upplever problem, beskriv problemet för Claude och felsökningsfärdigheten kommer automatiskt att diagnostisera och tillhandahålla lösningar.
Se Felsökningsguide för vanliga problem och lösningar.
Buggrapporter
Skapa omfattande buggrapporter med den automatiserade generatorn:
cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report
Bidrag
Bidrag är välkomna! Vänligen:
- Forka repositoryt
- Skapa en feature-gren
- Gör dina ändringar med tester
- Uppdatera dokumentationen
- Skicka in en Pull Request
Se Utvecklingsguide för bidragsarbetsflöde.
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/
- Problem: GitHub Issues
- Repository: github.com/thedotmack/claude-mem
- Författare: Alex Newman (@thedotmack)
Byggd med Claude Agent SDK | Drivs av Claude Code | Skapad med TypeScript