Quem mantém o Claude-Mem? O repositório oficial fica na conta thedotmack no GitHub

Fala aí, beleza? Tu joga o nome do projeto na busca do GitHub e volta uma pilha de resultado parecido: espelho, fork, pacote com nome quase igual, agregador que copia o README

Aí bate a dúvida óbvia: qual desses é o projeto de verdade?

A resposta curta é que o Claude-Mem tem uma conta de origem só, a thedotmack

E conferir isso ANTES de instalar não é frescura, não: tu vai rodar um instalador que mexe em hook e sobe serviço na tua máquina, então o mínimo é saber de quem é o código que tá entrando aí 🙂

O repositório oficial na conta thedotmack: o que confere no lugar certo

O endereço oficial é github.com/thedotmack/claude-mem

Se tu tá na dúvida se caiu no lugar certo, roda esse checklist visual na página antes de clicar em qualquer coisa:

• Conta: thedotmack, e o caminho completo é thedotmack/claude-mem
• Autor: Alex Newman, que no GitHub é o próprio @thedotmack (o usuário da conta e o nome do criador batem, esse é o sinal mais forte)
• Licença: Apache License 2.0
• Estrelas: mais de 90 mil
• Segundo repositório da mesma conta: thedotmack/claude-mem-docs, que guarda o código da documentação publicada em docs.claude-mem.ai

Esse último item é um detalhe que ajuda MUITO

Cópia solta por aí normalmente clona só o repositório principal, e não tem a documentação vivendo ao lado na mesma conta

E olha, não é o primeiro projeto da comunidade que mora numa conta pessoal e gera essa mesma confusão, o mesmo vale pro repositório de skills do Superpowers, que também é procurado pelo caminho do autor

O que o Claude-Mem faz, em uma seção

Pra quem caiu aqui sem contexto: o Claude-Mem é um plugin de memória

Ele captura o que o agente fez durante a sessão, comprime esse histórico com IA e injeta o contexto relevante nas sessões futuras

Ou seja, o problema que ele ataca é aquele clássico de abrir o terminal no dia seguinte e ter que explicar tudo de novo pro agente, do zero

A compatibilidade declarada no repositório é ampla: Claude Code, OpenClaw, Codex, Gemini, Hermes, Copilot, OpenCode e outros

Analogia rápida pra fechar a ideia: se tu já usou aquele caderninho de anotação do projeto que tu relê antes de voltar a codar, é isso, só que automático e feito pela própria ferramenta

Outras ferramentas atacam contexto por caminhos bem diferentes, tem gente resolvendo por sincronizar repositórios com o Origin do Cursor, aqui a aposta é memória de sessão mesmo

Como instalar a partir da fonte oficial

Identificou o repositório certo, agora dá pra instalar sem medo

O pacote no npm se chama claude-mem, e a versão mais recente publicada é a 13.15.2

1. Abre o repositório oficial na conta thedotmack e confirma os sinais da seção anterior (autor, licença, o repositório de docs ao lado)
2. Roda o instalador do próprio projeto via npx:

npx claude-mem install

O erro comum deste passo é trocar isso por npm install -g claude-mem

Esse comando instala APENAS a biblioteca: ele não registra os hooks do plugin e não sobe o serviço worker

O resultado é aquele sintoma chato de "instalei e não acontece nada", quando na real metade da instalação nunca rodou

3. Se tu prefere o caminho pelo marketplace de plugins do Claude Code, adiciona o marketplace apontando direto pra conta oficial:

/plugin marketplace add thedotmack/claude-mem

4. Instala o plugin:

/plugin install claude-mem

5. Reinicia o Claude Code depois de instalar

O erro comum aqui é pular o reinício e achar que o plugin não funcionou

Repara num detalhe bonito desse caminho: o próprio comando do marketplace carrega o nome da conta, thedotmack/claude-mem

Se o tutorial que tu tá seguindo manda adicionar um marketplace com OUTRA conta no meio, já acendeu a luz amarela

Caiu em um espelho, fork ou pacote parecido? Como sair disso

O sintoma é sempre parecido: tu instala, e o comportamento não bate com a documentação, ou a versão tá defasada, ou o comando simplesmente não existe

A causa quase sempre é a origem errada

Existem cópias e espelhos do Claude-Mem fora da conta thedotmack, e alguns deles são bem convincentes

Esse último caso do npm é o mais traiçoeiro, porque o nome depois da barra é idêntico

A diferença tá no escopo, aquele prefixo com @ na frente

O pacote oficial não tem escopo nenhum, é claude-mem puro e simples

Então a prevenção é uma rotina de três checagens, rápida:

• Conta: o caminho no GitHub começa com thedotmack?
• Nome do pacote: é exatamente claude-mem, sem @escopo/ na frente?
• Comando: tu tá rodando npx claude-mem install e não o npm install -g?

Tome cuidado com o combo espelho + comando copiado de fórum antigo, é assim que a maioria das instalações estranhas nasce

Onde pedir ajuda e acompanhar o projeto

O suporte da comunidade fica concentrado nas abas do próprio repositório oficial

São três endereços, todos dentro de thedotmack/claude-mem:

• /issues pra reportar bug e problema de instalação
• /pulls pra acompanhar (ou mandar) contribuição de código
• /discussions pra dúvida aberta e papo sobre uso

E aqui vai o aviso que muita gente ignora: abrir issue num espelho ou num fork não chega no mantenedor

O fork é uma cópia com dono próprio, e a aba de Issues dele é outra caixa de entrada, que pode nunca ser lida

Se tu quer que o problema seja visto por quem mantém o projeto, tem que ser na conta thedotmack mesmo

Conclusão

Recapitulando o que interessa:

O Claude-Mem é mantido na conta thedotmack no GitHub, que é o usuário do criador Alex Newman

Os sinais de que tu tá no lugar certo são conta thedotmack, licença Apache 2.0, mais de 90 mil estrelas e o repositório claude-mem-docs ao lado, na mesma conta

Do lado do npm, o pacote oficial é claude-mem (versão 13.15.2), sem escopo na frente, e a instalação recomendada é npx claude-mem install, não o npm install -g

Próximo passo prático: abre o repositório oficial ou a documentação em docs.claude-mem.ai antes de rodar qualquer comando

Dois minutos de conferência valem mais que uma tarde desinstalando coisa errada, né? 😀

Até o próximo post!