Produto
Veja o que o seu agente lembra
Explore projetos, páginas, atividade dos agentes, uso de tokens e caixas de entrada na interface web integrada. O conteúdo das páginas é somente leitura; usuários autorizados podem enfileirar ou editar mensagens ainda não coletadas.
Todos os projetos de relance
O painel mostra projetos visíveis, sessões, eventos capturados e páginas compiladas. Contadores de saúde dos hooks mostram eventos aceitos e descartados desde o início do servidor.

Um projeto: páginas, decisões e mensagens
As abas do projeto separam Visão geral, Agentes, Uso de tokens, Sessões e Conhecimento. A visão geral mostra atividade capturada, páginas compiladas e mensagens pendentes.

Uma página e quem aponta para ela
Uma página mostra sumário, backlinks e citações junto com evidências da versão, contradições declaradas e contexto de expiração. O histórico guarda versões anteriores.

Uma busca que ranqueia como a do agente
A busca em um projeto usa o mesmo ranqueador de memory_query. Filtros de tipo e camada são aplicados antes da classificação, e Explicar classificação mostra por que uma página apareceu. A busca entre projetos usa texto completo.

Atividade, mensagens e guias
Uso das respostas
Hooks do Claude Code e do Codex informam o uso de tokens por resposta. As visões de projeto e sessão filtram por modelo, agente e ferramenta; sessões antigas ou não compatíveis não mostram contagem.
Mensagens esperando agentes
A caixa de entrada mostra mensagens recebidas e enviadas sem coletá-las. Com escrita nos dois projetos, você pode endereçar uma mensagem a um agente registrado e editá-la até que seja coletada.
Guias dentro do servidor
Guias de recursos e notas de versão vêm no binário em /web/docs. Eles mostram o que está instalado para sua conta sem expor configurações administrativas a outros usuários.
Como as páginas se conectam
Um mapa dos links entre as páginas, desenhado pelo servidor. Sem JavaScript e sem banco de grafos por trás: as arestas são linhas do mesmo índice que a busca lê.
Entre projetos
O link Graph no cabeçalho desenha todo link resolvido cujas duas pontas estão em projetos diferentes, com uma tabela dessas arestas embaixo. É assim que você percebe que o projeto da API cita uma decisão tomada no do frontend.
Dentro de um projeto
Cada projeto tem o mapa das suas páginas vivas e dos links entre elas. Acima de 120 páginas ficam as mais conectadas e as mais recentes, para o desenho continuar legível.
O que o launcher está rodando
Uma página à parte lista as execuções gerenciadas e o estado de cada uma: ativa, interrompida, concluída, vazia. Mostra contagens, nunca caminhos de checkout, donos de lease ou conteúdo de transcrição. Só para root em servidor compartilhado.
Histórico, replay e saúde
Três telas para a pergunta "o que aconteceu aqui?"
Histórico da página
Todas as versões guardadas de uma página, da mais nova para a mais antiga, inclusive as substituídas, com um diff entre quaisquer duas. Uma versão que uma escrita concorrente substituiu continua visível.
Replay de sessão
Cada projeto lista suas sessões recentes, e cada uma abre uma timeline das observações na ordem da captura. Com JavaScript, um slider e as teclas j e k avançam um passo por vez.
Uma página de saúde para o root
Contadores dos hooks desde que o servidor subiu, a fila do writer, o spool, a fila de consolidação, o embedder e os dois providers. Tudo que estiver falhando aparece com o comando que corrige.
Os mesmos dados saem como JSON em /api/v1, e o serve --enable-api monta a API sem a interface no navegador.
Console de gestão opcional
/manage reúne administração de usuários, inspeção de sessões e chaves MCP pessoais no navegador. Exige compilar com management-ui e iniciar com --enable-management-ui; a imagem Docker padrão da versão não inclui isso. Usuários podem purgar sessões de sua propriedade exata em projetos onde podem escrever; administradores podem purgar qualquer sessão. Guia de build e deploy.
Redefinir senhas e desativar contas encerra as sessões do navegador, mas não revoga chaves de API emitidas pelo próprio usuário. Revogue-as separadamente. Purgas de sessão podem deixar conteúdo anterior no histórico git, em backups e em transcrições nativas.
Perguntas e respostas
A interface web vem ligada por padrão?
O comando serve deixa a interface desativada sem --enable-web. Serviços instalados por setup ativam o navegador da wiki. O console de gestão separado exige sua própria feature de build e flag de execução.
Dá para editar uma página no navegador?
Não há editor de páginas. Use memory_write_page, a CLI ou o arquivo Markdown. O root pode aprovar ou rejeitar propostas de edição pendentes no navegador.
Quem vê o quê num servidor compartilhado?
Com contas de usuários do banco de dados, projetos restritos ficam visíveis para root, seu criador e usuários com permissão de leitura ou escrita. A linha do tempo de sessões de outro operador fica oculta; as telas de saúde e pendências são exclusivas de root. Instalações com proxy confiável devem aplicar o controle de acesso no proxy.
Precisa de JavaScript?
O conteúdo das páginas é renderizado sem JavaScript. Login, troca de senha e aprovação de propostas usam JavaScript, assim como os controles de replay e a troca de tema.
A interface pode ficar em outro idioma?
Inglês e português do Brasil. O navegador negocia o Accept-Language e tem um seletor que salva um cookie, então duas pessoas no mesmo servidor podem ler em idiomas diferentes. A CLI segue --language, AI_MEMORY_LANGUAGE ou language no config.toml e continua em inglês por padrão. Páginas armazenadas, JSON e logs não são traduzidos.
Dê memória aos seus agentes hoje.
Gratuito e open source sob a licença MIT. Os recursos padrão de memória não precisam de chave de API de modelo; seu agente de código pode exigir uma conta própria.
