airkjw/claude-mem
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
Files
19b1ee17da1ccc4475976a1eec056e17dc058d48
claude-mem/docs/i18n/README.fr.md
T
Alex Newman 36b0929fae Server-beta: Postgres storage + independent runtime + BullMQ queue (Phases 1–3) (#2351) 
* 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>
2026-05-08 01:20:07 -07:00

14 KiB
Raw Blame History

🌐 Ceci est une traduction automatisée. Les corrections de la communauté sont les bienvenues !


Claude-Mem

🇨🇳 中文 • 🇹🇼 繁體中文 • 🇯🇵 日本語 • 🇧🇷 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

Système de compression de mémoire persistante conçu pour Claude Code.

License Version Node Mentioned in Awesome Claude Code

thedotmack/claude-mem | Trendshift


Claude-Mem Preview

Démarrage rapide • Comment ça fonctionne • Outils de recherche • Documentation • Configuration • Dépannage • Licence

Claude-Mem préserve de manière transparente le contexte d'une session à l'autre en capturant automatiquement les observations d'utilisation des outils, en générant des résumés sémantiques et en les rendant disponibles pour les sessions futures. Cela permet à Claude de maintenir la continuité des connaissances sur les projets même après la fin des sessions ou la reconnexion.

Démarrage rapide

Démarrez une nouvelle session Claude Code dans le terminal et saisissez les commandes suivantes :

> /plugin marketplace add thedotmack/claude-mem

> /plugin install claude-mem

Redémarrez Claude Code. Le contexte des sessions précédentes apparaîtra automatiquement dans les nouvelles sessions.

Fonctionnalités clés :

  • 🧠 Mémoire persistante - Le contexte survit d'une session à l'autre
  • 📊 Divulgation progressive - Récupération de mémoire en couches avec visibilité du coût en tokens
  • 🔍 Recherche basée sur les compétences - Interrogez l'historique de votre projet avec la compétence mem-search
  • 🖥️ Interface Web de visualisation - Flux de mémoire en temps réel à http://localhost:37777
  • 💻 Compétence Claude Desktop - Recherchez dans la mémoire depuis les conversations Claude Desktop
  • 🔒 Contrôle de la confidentialité - Utilisez les balises <private> pour exclure le contenu sensible du stockage
  • ⚙️ Configuration du contexte - Contrôle précis sur le contexte injecté
  • 🤖 Fonctionnement automatique - Aucune intervention manuelle requise
  • 🔗 Citations - Référencez les observations passées avec des ID (accès via http://localhost:37777/api/observation/{id} ou visualisez tout dans l'interface web à http://localhost:37777)
  • 🧪 Canal bêta - Essayez des fonctionnalités expérimentales comme le mode Endless via le changement de version

Documentation

📚 Voir la documentation complète - Parcourir sur le site officiel

Pour commencer

Bonnes pratiques

Architecture

Configuration et développement

Comment ça fonctionne

Composants principaux :

  1. 5 hooks de cycle de vie - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 scripts de hooks)
  2. Installation intelligente - Vérificateur de dépendances en cache (script pré-hook, pas un hook de cycle de vie)
  3. Service Worker - API HTTP sur le port 37777 avec interface web de visualisation et 10 points de terminaison de recherche, géré par Bun
  4. Base de données SQLite - Stocke les sessions, observations, résumés
  5. Compétence mem-search - Requêtes en langage naturel avec divulgation progressive
  6. Base de données vectorielle Chroma - Recherche hybride sémantique + mots-clés pour une récupération de contexte intelligente

Voir Vue d'ensemble de l'architecture pour plus de détails.

Compétence mem-search

Claude-Mem fournit une recherche intelligente via la compétence mem-search qui s'invoque automatiquement lorsque vous posez des questions sur le travail passé :

Comment ça fonctionne :

  • Posez simplement des questions naturellement : "Qu'avons-nous fait lors de la dernière session ?" ou "Avons-nous déjà corrigé ce bug ?"
  • Claude invoque automatiquement la compétence mem-search pour trouver le contexte pertinent

Opérations de recherche disponibles :

  1. Rechercher des observations - Recherche plein texte dans les observations
  2. Rechercher des sessions - Recherche plein texte dans les résumés de sessions
  3. Rechercher des invites - Rechercher dans les demandes brutes des utilisateurs
  4. Par concept - Trouver par étiquettes de concept (discovery, problem-solution, pattern, etc.)
  5. Par fichier - Trouver les observations faisant référence à des fichiers spécifiques
  6. Par type - Trouver par type (decision, bugfix, feature, refactor, discovery, change)
  7. Contexte récent - Obtenir le contexte récent d'une session pour un projet
  8. Timeline - Obtenir une chronologie unifiée du contexte autour d'un point spécifique dans le temps
  9. Timeline par requête - Rechercher des observations et obtenir le contexte de la chronologie autour de la meilleure correspondance
  10. Aide API - Obtenir la documentation de l'API de recherche

Exemples de requêtes en langage naturel :

"Quels bugs avons-nous corrigés lors de la dernière session ?"
"Comment avons-nous implémenté l'authentification ?"
"Quels changements ont été apportés à worker-service.ts ?"
"Montrez-moi le travail récent sur ce projet"
"Que se passait-il lorsque nous avons ajouté l'interface de visualisation ?"

Voir le Guide des outils de recherche pour des exemples détaillés.

Fonctionnalités bêta

Claude-Mem propose un canal bêta avec des fonctionnalités expérimentales comme le mode Endless (architecture de mémoire biomimétique pour les sessions étendues). Basculez entre les versions stables et bêta depuis l'interface web de visualisation à http://localhost:37777 → Paramètres.

Voir la Documentation des fonctionnalités bêta pour plus de détails sur le mode Endless et comment l'essayer.

Configuration système requise

  • Node.js : 18.0.0 ou supérieur
  • Claude Code : Dernière version avec support des plugins
  • Bun : Runtime JavaScript et gestionnaire de processus (installé automatiquement si manquant)
  • uv : Gestionnaire de packages Python pour la recherche vectorielle (installé automatiquement si manquant)
  • SQLite 3 : Pour le stockage persistant (inclus)

Configuration

Les paramètres sont gérés dans ~/.claude-mem/settings.json (créé automatiquement avec les valeurs par défaut au premier lancement). Configurez le modèle IA, le port du worker, le répertoire de données, le niveau de journalisation et les paramètres d'injection de contexte.

Voir le Guide de configuration pour tous les paramètres disponibles et des exemples.

Développement

Voir le Guide de développement pour les instructions de compilation, les tests et le flux de contribution.

Dépannage

Si vous rencontrez des problèmes, décrivez le problème à Claude et la compétence troubleshoot diagnostiquera automatiquement et fournira des solutions.

Voir le Guide de dépannage pour les problèmes courants et les solutions.

Rapports de bugs

Créez des rapports de bugs complets avec le générateur automatisé :

cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report

Contribuer

Les contributions sont les bienvenues ! Veuillez :

  1. Forker le dépôt
  2. Créer une branche de fonctionnalité
  3. Effectuer vos modifications avec des tests
  4. Mettre à jour la documentation
  5. Soumettre une Pull Request

Voir le Guide de développement pour le flux de contribution.

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

Construit avec Claude Agent SDK | Propulsé par Claude Code | Fait avec TypeScript

Reference in New Issue View Git Blame Copy Permalink