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
🌐 Esta es una traducción automática. ¡Las correcciones de la comunidad son bienvenidas!
🇨🇳 中文 • 🇹🇼 繁體中文 • 🇯🇵 日本語 • 🇧🇷 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
Sistema de compresión de memoria persistente construido para Claude Code.
Inicio Rápido • Cómo Funciona • Herramientas de Búsqueda • Documentación • Configuración • Solución de Problemas • Licencia
Claude-Mem preserva el contexto sin interrupciones entre sesiones al capturar automáticamente observaciones de uso de herramientas, generar resúmenes semánticos y ponerlos a disposición de sesiones futuras. Esto permite a Claude mantener la continuidad del conocimiento sobre proyectos incluso después de que las sesiones terminen o se reconecten.
Inicio Rápido
Inicia una nueva sesión de Claude Code en la terminal e ingresa los siguientes comandos:
> /plugin marketplace add thedotmack/claude-mem
> /plugin install claude-mem
Reinicia Claude Code. El contexto de sesiones anteriores aparecerá automáticamente en nuevas sesiones.
Características Principales:
- 🧠 Memoria Persistente - El contexto sobrevive entre sesiones
- 📊 Divulgación Progresiva - Recuperación de memoria en capas con visibilidad del costo de tokens
- 🔍 Búsqueda Basada en Habilidades - Consulta el historial de tu proyecto con la habilidad mem-search
- 🖥️ Interfaz de Visor Web - Transmisión de memoria en tiempo real en http://localhost:37777
- 💻 Habilidad para Claude Desktop - Busca en la memoria desde conversaciones de Claude Desktop
- 🔒 Control de Privacidad - Usa etiquetas
<private>para excluir contenido sensible del almacenamiento - ⚙️ Configuración de Contexto - Control detallado sobre qué contexto se inyecta
- 🤖 Operación Automática - No se requiere intervención manual
- 🔗 Citas - Referencias a observaciones pasadas con IDs (accede vía http://localhost:37777/api/observation/{id} o visualiza todas en el visor web en http://localhost:37777)
- 🧪 Canal Beta - Prueba características experimentales como Endless Mode mediante cambio de versión
Documentación
📚 Ver Documentación Completa - Navegar en el sitio web oficial
Primeros Pasos
- Guía de Instalación - Inicio rápido e instalación avanzada
- Guía de Uso - Cómo funciona Claude-Mem automáticamente
- Herramientas de Búsqueda - Consulta el historial de tu proyecto con lenguaje natural
- Características Beta - Prueba características experimentales como Endless Mode
Mejores Prácticas
- Ingeniería de Contexto - Principios de optimización de contexto para agentes de IA
- Divulgación Progresiva - Filosofía detrás de la estrategia de preparación de contexto de Claude-Mem
Arquitectura
- Descripción General - Componentes del sistema y flujo de datos
- Evolución de la Arquitectura - El viaje de v3 a v5
- Arquitectura de Hooks - Cómo Claude-Mem usa hooks de ciclo de vida
- Referencia de Hooks - 7 scripts de hooks explicados
- Servicio Worker - API HTTP y gestión de Bun
- Base de Datos - Esquema SQLite y búsqueda FTS5
- Arquitectura de Búsqueda - Búsqueda híbrida con base de datos vectorial Chroma
Configuración y Desarrollo
- Configuración - Variables de entorno y ajustes
- Desarrollo - Compilación, pruebas y contribución
- Solución de Problemas - Problemas comunes y soluciones
Cómo Funciona
Componentes Principales:
- 5 Hooks de Ciclo de Vida - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 scripts de hooks)
- Instalación Inteligente - Verificador de dependencias en caché (script pre-hook, no un hook de ciclo de vida)
- Servicio Worker - API HTTP en el puerto 37777 con interfaz de visor web y 10 endpoints de búsqueda, gestionado por Bun
- Base de Datos SQLite - Almacena sesiones, observaciones, resúmenes
- Habilidad mem-search - Consultas en lenguaje natural con divulgación progresiva
- Base de Datos Vectorial Chroma - Búsqueda híbrida semántica + palabras clave para recuperación inteligente de contexto
Ver Descripción General de la Arquitectura para más detalles.
Habilidad mem-search
Claude-Mem proporciona búsqueda inteligente a través de la habilidad mem-search que se invoca automáticamente cuando preguntas sobre trabajo previo:
Cómo Funciona:
- Simplemente pregunta naturalmente: "¿Qué hicimos en la última sesión?" o "¿Arreglamos este error antes?"
- Claude invoca automáticamente la habilidad mem-search para encontrar contexto relevante
Operaciones de Búsqueda Disponibles:
- Search Observations - Búsqueda de texto completo en observaciones
- Search Sessions - Búsqueda de texto completo en resúmenes de sesiones
- Search Prompts - Búsqueda de solicitudes de usuario sin procesar
- By Concept - Buscar por etiquetas de concepto (discovery, problem-solution, pattern, etc.)
- By File - Buscar observaciones que referencian archivos específicos
- By Type - Buscar por tipo (decision, bugfix, feature, refactor, discovery, change)
- Recent Context - Obtener contexto de sesión reciente para un proyecto
- Timeline - Obtener línea de tiempo unificada de contexto alrededor de un punto específico en el tiempo
- Timeline by Query - Buscar observaciones y obtener contexto de línea de tiempo alrededor de la mejor coincidencia
- API Help - Obtener documentación de la API de búsqueda
Ejemplos de Consultas en Lenguaje Natural:
"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?"
Ver Guía de Herramientas de Búsqueda para ejemplos detallados.
Características Beta
Claude-Mem ofrece un canal beta con características experimentales como Endless Mode (arquitectura de memoria biomimética para sesiones extendidas). Cambia entre versiones estables y beta desde la interfaz del visor web en http://localhost:37777 → Settings.
Ver Documentación de Características Beta para detalles sobre Endless Mode y cómo probarlo.
Requisitos del Sistema
- Node.js: 18.0.0 o superior
- Claude Code: Última versión con soporte de plugins
- Bun: Runtime de JavaScript y gestor de procesos (se instala automáticamente si falta)
- uv: Gestor de paquetes de Python para búsqueda vectorial (se instala automáticamente si falta)
- SQLite 3: Para almacenamiento persistente (incluido)
Configuración
Los ajustes se gestionan en ~/.claude-mem/settings.json (se crea automáticamente con valores predeterminados en la primera ejecución). Configura el modelo de IA, puerto del worker, directorio de datos, nivel de registro y ajustes de inyección de contexto.
Ver la Guía de Configuración para todos los ajustes disponibles y ejemplos.
Desarrollo
Ver la Guía de Desarrollo para instrucciones de compilación, pruebas y flujo de contribución.
Solución de Problemas
Si experimentas problemas, describe el problema a Claude y la habilidad troubleshoot diagnosticará automáticamente y proporcionará soluciones.
Ver la Guía de Solución de Problemas para problemas comunes y soluciones.
Reportes de Errores
Crea reportes de errores completos con el generador automático:
cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report
Contribuciones
¡Las contribuciones son bienvenidas! Por favor:
- Haz fork del repositorio
- Crea una rama de característica
- Realiza tus cambios con pruebas
- Actualiza la documentación
- Envía un Pull Request
Ver Guía de Desarrollo para el flujo de contribución.
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.
Soporte
- Documentación: docs/
- Problemas: GitHub Issues
- Repositorio: github.com/thedotmack/claude-mem
- Autor: Alex Newman (@thedotmack)
Construido con Claude Agent SDK | Impulsado por Claude Code | Hecho con TypeScript