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>
14 KiB
🌐 Ez egy automatikus fordítás. Közösségi javítások szívesen fogadottak!
🇨🇳 中文 • 🇹🇼 繁體中文 • 🇯🇵 日本語 • 🇧🇷 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
Tartós memória tömörítési rendszer a Claude Code számára.
Gyors kezdés • Hogyan működik • Keresési eszközök • Dokumentáció • Konfiguráció • Hibaelhárítás • Licenc
A Claude-Mem zökkenőmentesen megőrzi a kontextust munkamenetek között azáltal, hogy automatikusan rögzíti az eszközhasználati megfigyeléseket, szemantikus összefoglalókat generál, és elérhetővé teszi azokat a jövőbeli munkamenetekben. Ez lehetővé teszi Claude számára, hogy fenntartsa a projektekkel kapcsolatos tudás folytonosságát még a munkamenetek befejezése vagy újracsatlakozása után is.
Gyors kezdés
Indítson el egy új Claude Code munkamenetet a terminálban, és írja be a következő parancsokat:
> /plugin marketplace add thedotmack/claude-mem
> /plugin install claude-mem
Indítsa újra a Claude Code-ot. A korábbi munkamenetek kontextusa automatikusan megjelenik az új munkamenetekben.
Főbb jellemzők:
- 🧠 Tartós memória - A kontextus túléli a munkameneteket
- 📊 Progresszív felfedés - Többrétegű memória-visszakeresés token költség láthatósággal
- 🔍 Skill-alapú keresés - Lekérdezheti projekt előzményeit a mem-search skill segítségével
- 🖥️ Webes megjelenítő felület - Valós idejű memória stream a http://localhost:37777 címen
- 💻 Claude Desktop Skill - Memória keresése Claude Desktop beszélgetésekből
- 🔒 Adatvédelmi kontroll - Használja a
<private>címkéket az érzékeny tartalom kizárásához - ⚙️ Kontextus konfiguráció - Finomhangolt kontroll afelett, hogy milyen kontextus kerül beillesztésre
- 🤖 Automatikus működés - Nincs szükség manuális beavatkozásra
- 🔗 Hivatkozások - Hivatkozás múltbeli megfigyelésekre ID-kkal (hozzáférés: http://localhost:37777/api/observation/{id} vagy mindegyik megtekintése a webes felületen a http://localhost:37777 címen)
- 🧪 Béta csatorna - Kísérleti funkciók, mint az Endless Mode kipróbálása verziócserével
Dokumentáció
📚 Teljes dokumentáció megtekintése - Böngészés a hivatalos weboldalon
Első lépések
- Telepítési útmutató - Gyors indítás és haladó telepítés
- Használati útmutató - Hogyan működik automatikusan a Claude-Mem
- Keresési eszközök - Projekt előzmények lekérdezése természetes nyelvvel
- Béta funkciók - Kísérleti funkciók, mint az Endless Mode kipróbálása
Bevált gyakorlatok
- Kontextus tervezés - AI ügynök kontextus optimalizálási elvek
- Progresszív felfedés - A Claude-Mem kontextus előkészítési stratégiájának filozófiája
Architektúra
- Áttekintés - Rendszerkomponensek és adatfolyam
- Architektúra fejlődés - Az út a v3-tól a v5-ig
- Hooks architektúra - Hogyan használja a Claude-Mem az életciklus hookokat
- Hooks referencia - 7 hook szkript magyarázata
- Worker szolgáltatás - HTTP API és Bun kezelés
- Adatbázis - SQLite séma és FTS5 keresés
- Keresési architektúra - Hibrid keresés Chroma vektor adatbázissal
Konfiguráció és fejlesztés
- Konfiguráció - Környezeti változók és beállítások
- Fejlesztés - Építés, tesztelés, hozzájárulás
- Hibaelhárítás - Gyakori problémák és megoldások
Hogyan működik
Fő komponensek:
- 5 életciklus hook - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 hook szkript)
- Intelligens telepítés - Gyorsítótárazott függőség ellenőrző (pre-hook szkript, nem életciklus hook)
- Worker szolgáltatás - HTTP API a 37777-es porton webes megjelenítő felülettel és 10 keresési végponttal, Bun által kezelve
- SQLite adatbázis - Munkamenetek, megfigyelések, összefoglalók tárolása
- mem-search Skill - Természetes nyelvi lekérdezések progresszív felfedéssel
- Chroma vektor adatbázis - Hibrid szemantikus + kulcsszó keresés intelligens kontextus visszakereséshez
További részletekért lásd az Architektúra áttekintést.
mem-search Skill
A Claude-Mem intelligens keresést biztosít a mem-search skillen keresztül, amely automatikusan aktiválódik, amikor múltbeli munkáról kérdez:
Hogyan működik:
- Csak kérdezzen természetesen: "Mit csináltunk az előző munkamenetben?" vagy "Javítottuk már ezt a hibát korábban?"
- Claude automatikusan meghívja a mem-search skillet a releváns kontextus megtalálásához
Elérhető keresési műveletek:
- Megfigyelések keresése - Teljes szöveges keresés a megfigyelésekben
- Munkamenetek keresése - Teljes szöveges keresés munkamenet összefoglalókban
- Promptok keresése - Nyers felhasználói kérések keresése
- Koncepció szerint - Keresés koncepció címkék alapján (discovery, problem-solution, pattern, stb.)
- Fájl szerint - Adott fájlokra hivatkozó megfigyelések keresése
- Típus szerint - Keresés típus alapján (decision, bugfix, feature, refactor, discovery, change)
- Legutóbbi kontextus - Legutóbbi munkamenet kontextus lekérése egy projekthez
- Idővonal - Egységes idővonal kontextus lekérése egy adott időpont körül
- Idővonal lekérdezéssel - Megfigyelések keresése és idővonal kontextus lekérése a legjobb találat körül
- API segítség - Keresési API dokumentáció lekérése
Példa természetes nyelvi lekérdezésekre:
"Milyen hibákat javítottunk az előző munkamenetben?"
"Hogyan implementáltuk az autentikációt?"
"Milyen változtatások történtek a worker-service.ts fájlban?"
"Mutasd a legutóbbi munkát ezen a projekten"
"Mi történt, amikor hozzáadtuk a megjelenítő felületet?"
Részletes példákért lásd a Keresési eszközök útmutatót.
Béta funkciók
A Claude-Mem béta csatornát kínál kísérleti funkciókkal, mint az Endless Mode (biomimetikus memória architektúra hosszabb munkamenetekhez). Váltson a stabil és béta verziók között a webes megjelenítő felületről a http://localhost:37777 → Settings címen.
További részletekért az Endless Mode-ról és annak kipróbálásáról lásd a Béta funkciók dokumentációt.
Rendszerkövetelmények
- Node.js: 18.0.0 vagy újabb
- Claude Code: Legújabb verzió plugin támogatással
- Bun: JavaScript futtatókörnyezet és folyamatkezelő (automatikusan települ, ha hiányzik)
- uv: Python csomagkezelő vektor kereséshez (automatikusan települ, ha hiányzik)
- SQLite 3: Tartós tároláshoz (mellékelve)
Konfiguráció
A beállítások a ~/.claude-mem/settings.json fájlban kezelhetők (automatikusan létrejön alapértelmezett értékekkel az első futtatáskor). Konfigurálható az AI modell, worker port, adatkönyvtár, naplózási szint és kontextus beillesztési beállítások.
Az összes elérhető beállításért és példákért lásd a Konfigurációs útmutatót.
Fejlesztés
Az építési utasításokért, tesztelésért és hozzájárulási munkafolyamatért lásd a Fejlesztési útmutatót.
Hibaelhárítás
Problémák esetén írja le a problémát Claude-nak, és a troubleshoot skill automatikusan diagnosztizálja és javítási megoldásokat kínál.
Gyakori problémákért és megoldásokért lásd a Hibaelhárítási útmutatót.
Hibajelentések
Átfogó hibajelentések készítése az automatikus generátorral:
cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report
Hozzájárulás
A hozzájárulásokat szívesen fogadjuk! Kérjük:
- Fork-olja a tárolót
- Hozzon létre egy feature branchet
- Végezze el változtatásait tesztekkel
- Frissítse a dokumentációt
- Nyújtson be egy Pull Requestet
A hozzájárulási munkafolyamatért lásd a Fejlesztési útmutatót.
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.
Támogatás
- Dokumentáció: docs/
- Hibák: GitHub Issues
- Tároló: github.com/thedotmack/claude-mem
- Szerző: Alex Newman (@thedotmack)
Claude Agent SDK-val építve | Claude Code által hajtva | TypeScript-tel készítve