* 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 é uma tradução manual por mig4ng. Correções da comunidade são bem-vindas!
🇨🇳 中文 • 🇹🇼 繁體中文 • 🇯🇵 日本語 • 🇵🇹 Português • 🇧🇷 Português (Brasil) • 🇰🇷 한국어 • 🇪🇸 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 compressão de memória persistente construído para Claude Code.
Início Rápido • Como Funciona • Ferramentas de Procura • Documentação • Configuração • Solução de Problemas • Licença
Claude-Mem preserva o contexto perfeitamente entre sessões, capturando automaticamente observações de uso de ferramentas, gerando resumos semânticos e disponibilizando-os para sessões futuras. Isso permite que Claude mantenha a continuidade do conhecimento sobre projetos mesmo após o término ou reconexão de sessões.
Início Rápido
Inicie uma nova sessão do Claude Code no terminal e digite os seguintes comandos:
> /plugin marketplace add thedotmack/claude-mem
> /plugin install claude-mem
Reinicie o Claude Code. O contexto de sessões anteriores aparecerá automaticamente em novas sessões.
Principais Recursos:
- 🧠 Memória Persistente - O contexto sobrevive entre sessões
- 📊 Divulgação Progressiva - Recuperação de memória em camadas com visibilidade de custo de tokens
- 🔍 Procura Baseada em Skill - Consulte seu histórico de projeto com a skill mem-search
- 🖥️ Interface Web de Visualização - Fluxo de memória em tempo real em http://localhost:37777
- 💻 Skill para Claude Desktop - Busque memória em conversas do Claude Desktop
- 🔒 Controle de Privacidade - Use tags
<private>para excluir conteúdo sensível do armazenamento - ⚙️ Configuração de Contexto - Controle refinado sobre qual contexto é injetado
- 🤖 Operação Automática - Nenhuma intervenção manual necessária
- 🔗 Citações - Referencie observações passadas com IDs (acesse via http://localhost:37777/api/observation/{id} ou visualize todas no visualizador web em http://localhost:37777)
- 🧪 Canal Beta - Experimente recursos experimentais como o Endless Mode através da troca de versões
Documentação
📚 Ver Documentação Completa - Navegar no site oficial
Começando
- Guia de Instalação - Início rápido e instalação avançada
- Guia de Uso - Como Claude-Mem funciona automaticamente
- Ferramentas de Procura - Consulte seu histórico de projeto com linguagem natural
- Recursos Beta - Experimente recursos experimentais como o Endless Mode
Melhores Práticas
- Engenharia de Contexto - Princípios de otimização de contexto para agentes de IA
- Divulgação Progressiva - Filosofia por trás da estratégia de preparação de contexto do Claude-Mem
Arquitetura
- Visão Geral - Componentes do sistema e fluxo de dados
- Evolução da Arquitetura - A jornada da v3 à v5
- Arquitetura de Hooks - Como Claude-Mem usa hooks de ciclo de vida
- Referência de Hooks - 7 scripts de hook explicados
- Serviço Worker - API HTTP e gerenciamento do Bun
- Banco de Dados - Schema SQLite e Procura FTS5
- Arquitetura de Procura - Procura híbrida com banco de dados vetorial Chroma
Configuração e Desenvolvimento
- Configuração - Variáveis de ambiente e configurações
- Desenvolvimento - Build, testes e contribuição
- Solução de Problemas - Problemas comuns e soluções
Como Funciona
Componentes Principais:
- 5 Hooks de Ciclo de Vida - SessionStart, UserPromptSubmit, PostToolUse, Stop, SessionEnd (6 scripts de hook)
- Instalação Inteligente - Verificador de dependências em cache (script pré-hook, não um hook de ciclo de vida)
- Serviço Worker - API HTTP na porta 37777 com interface de visualização web e 10 endpoints de Procura, gerenciado pelo Bun
- Banco de Dados SQLite - Armazena sessões, observações, resumos
- Skill mem-search - Consultas em linguagem natural com divulgação progressiva
- Banco de Dados Vetorial Chroma - Procura híbrida semântica + palavra-chave para recuperação inteligente de contexto
Veja Visão Geral da Arquitetura para detalhes.
Skill mem-search
Claude-Mem fornece Procura inteligente através da skill mem-search que se auto-invoca quando você pergunta sobre trabalhos anteriores:
Como Funciona:
- Pergunte naturalmente: "O que fizemos na última sessão?" ou "Já corrigimos esse bug antes?"
- Claude invoca automaticamente a skill mem-search para encontrar contexto relevante
Operações de Procura Disponíveis:
- Search Observations - Procura de texto completo em observações
- Search Sessions - Procura de texto completo em resumos de sessão
- Search Prompts - Procura em solicitações brutas do usuário
- By Concept - Encontre por tags de conceito (discovery, problem-solution, pattern, etc.)
- By File - Encontre observações que referenciam arquivos específicos
- By Type - Encontre por tipo (decision, bugfix, feature, refactor, discovery, change)
- Recent Context - Obtenha contexto de sessão recente para um projeto
- Timeline - Obtenha linha do tempo unificada de contexto em torno de um ponto específico no tempo
- Timeline by Query - Busque observações e obtenha contexto de linha do tempo em torno da melhor correspondência
- API Help - Obtenha documentação da API de Procura
Exemplos de Consultas em Linguagem Natural:
"Quais bugs corrigimos na última sessão?"
"Como implementamos a autenticação?"
"Quais mudanças foram feitas em worker-service.ts?"
"Mostre-me trabalhos recentes neste projeto"
"O que estava acontecendo quando adicionamos a interface de visualização?"
Veja Guia de Ferramentas de Procura para exemplos detalhados.
Recursos Beta
Claude-Mem oferece um canal beta com recursos experimentais como Endless Mode (arquitetura de memória biomimética para sessões estendidas). Alterne entre versões estável e beta pela interface de visualização web em http://localhost:37777 → Settings.
Veja Documentação de Recursos Beta para detalhes sobre o Endless Mode e como experimentá-lo.
Requisitos do Sistema
- Node.js: 18.0.0 ou superior
- Claude Code: Versão mais recente com suporte a plugins
- Bun: Runtime JavaScript e gerenciador de processos (instalado automaticamente se ausente)
- uv: Gerenciador de pacotes Python para Procura vetorial (instalado automaticamente se ausente)
- SQLite 3: Para armazenamento persistente (incluído)
Configuração
As configurações são gerenciadas em ~/.claude-mem/settings.json (criado automaticamente com valores padrão na primeira execução). Configure modelo de IA, porta do worker, diretório de dados, nível de log e configurações de injeção de contexto.
Veja o Guia de Configuração para todas as configurações disponíveis e exemplos.
Desenvolvimento
Veja o Guia de Desenvolvimento para instruções de build, testes e fluxo de contribuição.
Solução de Problemas
Se você estiver enfrentando problemas, descreva o problema para Claude e a skill troubleshoot diagnosticará automaticamente e fornecerá correções.
Veja o Guia de Solução de Problemas para problemas comuns e soluções.
Relatos de Bug
Crie relatos de bug abrangentes com o gerador automatizado:
cd ~/.claude/plugins/marketplaces/thedotmack
npm run bug-report
Contribuindo
Contribuições são bem-vindas! Por favor:
- Faça um fork do repositório
- Crie uma branch de feature
- Faça suas alterações com testes
- Atualize a documentação
- Envie um Pull Request
Veja Guia de Desenvolvimento para o fluxo de contribuição.
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.
Suporte
- Documentação: docs/
- Issues: GitHub Issues
- Repositório: github.com/thedotmack/claude-mem
- Autor: Alex Newman (@thedotmack)
Construído com Claude Agent SDK | Desenvolvido por Claude Code | Feito com TypeScript | Editado por mig4ng