Soluções
Uma memória para os agentes de todo mundo
Rode um servidor de memória em uma máquina administrada pelo seu time de desenvolvimento. Os agentes podem encontrar decisões anteriores nos projetos aos quais seus usuários têm acesso.
Antes de um piloto com o time
Comece com um projeto sem dados sensíveis e um operador que cuide do servidor, das contas, das atualizações e dos backups. Confira quem pode ler e escrever no projeto antes de convidar colegas.
O software é gratuito. Você fornece a máquina e cuida da administração; provedores opcionais de modelos na nuvem cobram nas suas próprias contas.
Um servidor para onde todo mundo aponta
Um binário só, com um único arquivo SQLite e uma pasta de markdown. Não tem sidecar, não tem banco vetorial e não tem nada para manter sincronizado.
Claude Code
Codex
Cursor
Gemini CLI
Um servidor ai-memory
Wiki do projeto
Compartilhe conhecimento dentro de um projeto
Usuários com acesso a um projeto podem ler suas páginas. Uma sessão do Codex pode encontrar um problema que a sessão do Claude Code de um colega registrou na semana passada.
Visível na próxima consulta
Uma nota de um colega pode aparecer na próxima busca ou no briefing de sessão de quem tem acesso ao projeto. Sessões em andamento não são interrompidas.
Qualquer combinação de agentes
Cada pessoa continua com o agente de que gosta. Toda chamada de memória resolve o projeto a partir do diretório da sessão, então sessões paralelas não se misturam.
O primeiro dia de quem acabou de chegar
A pessoa recebe uma chave, aponta o agente para o servidor e pergunta ao projeto o que anda acontecendo.
Pegar chave de API
Apontar para o servidor
Me atualize
Buscar na wiki
Primeiro dia
Ela pergunta ao projeto
"Me atualiza" devolve um resumo do trabalho recente. "A gente já discutiu a lógica de retry?" devolve a página da decisão e as sessões por trás dela.
A wiki é uma base de conhecimento viva
As sessões adicionam notas automaticamente, em markdown com histórico git. Mantenha documentação revisada como referência para as instruções e confira decisões importantes nas fontes originais.
Ela complementa a documentação que você escreve
As páginas são compiladas a partir das sessões e moldadas para os agentes recuperarem. Mantenha seu README e seus documentos de arquitetura escritos à mão, e deixe a wiki guardar os porquês e os becos sem saída.
O digest é texto corrido com um provedor LLM e dados estruturados sem ele. Com --enable-web, as pessoas podem consultar a wiki no navegador; o root também pode revisar propostas de edição pendentes.
Conhecimento compartilhado, handoffs pessoais
Um handoff é um resumo salvo do trabalho inacabado. As páginas do projeto são compartilhadas com quem tem acesso; o handoff pertence a quem o deixou.
O conhecimento é de todos
O bastão tem dono
- Seu handoff pendente vai para a sua próxima sessão. Um colega que abrir um agente no mesmo repositório nunca o recebe nem o consome.
- Passe
shared: truequando quiser publicar um bastão para quem for assumir o trabalho. - Duas pessoas editando a mesma página geram uma cadeia de versões. A escrita mais recente vira a atual e a anterior continua acessível. Não há merge e nada é destruído.
- Slots opcionais por pessoa guardam "no que estou trabalhando agora" e ficam fora do briefing do time. Vêm desligados por padrão.
# Pessoal por padrão: só a sua próxima sessão recebe
"Salve o contexto para a próxima sessão."
# Publique um de propósito: memory_handoff_begin with shared: true
"Salve um handoff compartilhado para quem pegar isso amanhã receber."
Agentes podem trocar mensagens entre projetos
O agente no repositório do frontend precisa de um endpoint do repositório da API. Ele manda um pedido autocontido para a inbox daquele projeto, e a próxima sessão de lá retira a mensagem. Uma mensagem é assumida uma vez só, o projeto de destino precisa já existir, e uma inbox guarda no máximo 256 mensagens pendentes. Como as mensagens funcionam.
Contas, chaves e auditoria, sem plano pago
Os recursos de time estão no mesmo binário MIT que todo o resto.
Uma conta nomeada por pessoa
Adicione pessoas com um comando. Desativar uma conta encerra o acesso pelo navegador e preserva as páginas. Chaves de API emitidas pelo próprio usuário precisam ser revogadas separadamente.
Chaves de API por máquina
Cada pessoa pode ter várias chaves com rótulo, uma por laptop ou por agente. Rotacionar uma chave rejeita a antiga na hora.
Autoria em toda escrita
Cada página registra seu autor, e a interface web mostra quem editou. A autoria nunca filtra quem pode ler.
Log de auditoria de toda mutação
As escritas são registradas com o id do autor. Webhooks de admissão enxergam o ator e podem rejeitar uma operação.
Ainda não há tela nem comando documentado para navegar pelo log de auditoria, então conte com consultar a tabela audit_log no arquivo SQLite. O guia de usuários no GitHub cobre papéis, login por senha e rotação de chaves.
Um servidor aguenta cerca de 700 escritas por segundo, o que cobre algumas centenas de agentes ativos. Veja como isso foi medido.
Configure o seu time
A página de instalação mostra o passo a passo: subir um servidor, dar uma chave para cada pessoa e apontar os agentes para ele.
Perguntas e respostas
Vários desenvolvedores podem compartilhar um servidor ai-memory?
Sim. Um servidor guarda a wiki e os agentes se conectam a ele. Os projetos são abertos por padrão; contas de usuários do banco de dados podem ser limitadas por permissões de projeto. Handoffs ficam com o autor, a menos que sejam compartilhados explicitamente.
O uso em time exige um plano pago?
Não. Contas por pessoa, chaves de API, autoria e o log de auditoria fazem parte do binário open source.
Posso restringir um projeto ou uma página a alguns usuários?
Você pode restringir um projeto inteiro para contas de usuários do banco de dados. Root, o criador e usuários com permissão mantêm o acesso; permissão de escrita inclui leitura. Páginas individuais não têm permissões separadas. Instalações com proxy confiável devem aplicar o controle de acesso no proxy.
Quantos desenvolvedores um servidor aguenta?
O teto de escrita medido é de cerca de 700 escritas por segundo em um disco local rápido, o que o projeto interpreta como algumas centenas de agentes ativos ao mesmo tempo. O número mede o armazenamento, e discos de rede vão ser mais lentos.
Dê uma memória só para os agentes do seu time.
Gratuito e open source. Contas, chaves e o log de auditoria já vêm incluídos.