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
🌐 Dette er en automatisk oversettelse. Bidrag fra fellesskapet er velkomne!
🇨🇳 中文 • 🇹🇼 繁體中文 • 🇯🇵 日本語 • 🇧🇷 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
Vedvarende minnekomprimeringssystem bygget for Claude Code.
Hurtigstart • Hvordan Det Fungerer • Søkeverktøy • Dokumentasjon • Konfigurasjon • Feilsøking • Lisens
Claude-Mem bevarer sømløst kontekst på tvers av økter ved automatisk å fange opp observasjoner av verktøybruk, generere semantiske sammendrag, og gjøre dem tilgjengelige for fremtidige økter. Dette gjør det mulig for Claude å opprettholde kunnskapskontinuitet om prosjekter selv etter at økter avsluttes eller gjenopprettes.
Hurtigstart
Start en ny Claude Code-økt i terminalen og skriv inn følgende kommandoer:
> /plugin marketplace add thedotmack/claude-mem
> /plugin install claude-mem
Start Claude Code på nytt. Kontekst fra tidligere økter vil automatisk vises i nye økter.
Nøkkelfunksjoner:
- 🧠 Vedvarende Minne - Kontekst overlever på tvers av økter
- 📊 Progressiv Avsløring - Lagdelt minnehenting med synlighet av tokenkostnader
- 🔍 Ferdighetsbasert Søk - Spør om prosjekthistorikken din med mem-search-ferdigheten
- 🖥️ Nettleser UI - Sanntids minnestrøm på http://localhost:37777
- 💻 Claude Desktop-ferdighet - Søk i minne fra Claude Desktop-samtaler
- 🔒 Personvernkontroll - Bruk
<private>-tagger for å ekskludere sensitivt innhold fra lagring - ⚙️ Kontekstkonfigurasjon - Finjustert kontroll over hvilken kontekst som injiseres
- 🤖 Automatisk Drift - Ingen manuell inngripen nødvendig
- 🔗 Kildehenvisninger - Referer til tidligere observasjoner med ID-er (tilgang via http://localhost:37777/api/observation/{id} eller se alle i nettviseren på http://localhost:37777)
- 🧪 Beta-kanal - Prøv eksperimentelle funksjoner som Endless Mode via versjonsbytte
Dokumentasjon
📚 Se Full Dokumentasjon - Bla gjennom på det offisielle nettstedet
Komme I Gang
- Installasjonsveiledning - Hurtigstart og avansert installasjon
- Brukerveiledning - Hvordan Claude-Mem fungerer automatisk
- Søkeverktøy - Spør om prosjekthistorikken din med naturlig språk
- Beta-funksjoner - Prøv eksperimentelle funksjoner som Endless Mode
Beste Praksis
- Kontekst Engineering - Optimaliseringsprinsipper for AI-agentkontekst
- Progressiv Avsløring - Filosofien bak Claude-Mems strategi for kontekstpriming
Arkitektur
- Oversikt - Systemkomponenter og dataflyt
- Arkitekturutvikling - Reisen fra v3 til v5
- Hooks-arkitektur - Hvordan Claude-Mem bruker livssyklus-hooks
- Hooks-referanse - 7 hook-skript forklart
- Worker Service - HTTP API og Bun-administrasjon
- Database - SQLite-skjema og FTS5-søk
- Søkearkitektur - Hybridsøk med Chroma vektordatabase
Konfigurasjon og Utvikling
- Konfigurasjon - Miljøvariabler og innstillinger
- Utvikling - Bygging, testing, bidragsflyt
- Feilsøking - Vanlige problemer og løsninger
Hvordan Det Fungerer
Kjernekomponenter:
- 5 Livssyklus-Hooks - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 hook-skript)
- Smart Installasjon - Bufret avhengighetssjekker (pre-hook-skript, ikke en livssyklus-hook)
- Worker Service - HTTP API på port 37777 med nettleser UI og 10 søkeendepunkter, administrert av Bun
- SQLite Database - Lagrer økter, observasjoner, sammendrag
- mem-search-ferdighet - Naturligspråklige spørringer med progressiv avsløring
- Chroma Vektordatabase - Hybrid semantisk + nøkkelordsøk for intelligent konteksthenting
Se Arkitekturoversikt for detaljer.
mem-search-ferdighet
Claude-Mem tilbyr intelligent søk gjennom mem-search-ferdigheten som automatisk aktiveres når du spør om tidligere arbeid:
Hvordan Det Fungerer:
- Bare spør naturlig: "Hva gjorde vi forrige økt?" eller "Fikset vi denne feilen før?"
- Claude aktiverer automatisk mem-search-ferdigheten for å finne relevant kontekst
Tilgjengelige Søkeoperasjoner:
- Search Observations - Fulltekstsøk på tvers av observasjoner
- Search Sessions - Fulltekstsøk på tvers av øktsammendrag
- Search Prompts - Søk i rå brukerforespørsler
- By Concept - Finn etter konsept-tagger (discovery, problem-solution, pattern, osv.)
- By File - Finn observasjoner som refererer til spesifikke filer
- By Type - Finn etter type (decision, bugfix, feature, refactor, discovery, change)
- Recent Context - Få nylig øktkontekst for et prosjekt
- Timeline - Få samlet tidslinje av kontekst rundt et spesifikt tidspunkt
- Timeline by Query - Søk etter observasjoner og få tidslinjekontekst rundt beste treff
- API Help - Få søke-API-dokumentasjon
Eksempel på Naturligspråklige Spørringer:
"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økeverktøy-veiledning for detaljerte eksempler.
Beta-funksjoner
Claude-Mem tilbyr en beta-kanal med eksperimentelle funksjoner som Endless Mode (biomimetisk minnearkitektur for utvidede økter). Bytt mellom stabile og beta-versjoner fra nettleser-UI på http://localhost:37777 → Settings.
Se Beta-funksjoner Dokumentasjon for detaljer om Endless Mode og hvordan du prøver det.
Systemkrav
- Node.js: 18.0.0 eller høyere
- Claude Code: Nyeste versjon med plugin-støtte
- Bun: JavaScript-runtime og prosessadministrator (autoinstalleres hvis mangler)
- uv: Python-pakkeadministrator for vektorsøk (autoinstalleres hvis mangler)
- SQLite 3: For vedvarende lagring (inkludert)
Konfigurasjon
Innstillinger administreres i ~/.claude-mem/settings.json (opprettes automatisk med standardverdier ved første kjøring). Konfigurer AI-modell, worker-port, datakatalog, loggnivå og innstillinger for kontekstinjeksjon.
Se Konfigurasjonsveiledning for alle tilgjengelige innstillinger og eksempler.
Utvikling
Se Utviklingsveiledning for byggeinstruksjoner, testing og bidragsflyt.
Feilsøking
Hvis du opplever problemer, beskriv problemet til Claude og troubleshoot-ferdigheten vil automatisk diagnostisere og gi løsninger.
Se Feilsøkingsveiledning for vanlige problemer og løsninger.
Feilrapporter
Opprett omfattende feilrapporter med den automatiserte generatoren:
cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report
Bidra
Bidrag er velkomne! Vennligst:
- Fork repositoryet
- Opprett en feature-gren
- Gjør endringene dine med tester
- Oppdater dokumentasjonen
- Send inn en Pull Request
Se Utviklingsveiledning for bidragsflyt.
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.
Støtte
- Dokumentasjon: docs/
- Problemer: GitHub Issues
- Repository: github.com/thedotmack/claude-mem
- Forfatter: Alex Newman (@thedotmack)
Bygget med Claude Agent SDK | Drevet av Claude Code | Laget med TypeScript