Pular para o conteúdo
Menu

Produto

Soluções

Integrações

Desenvolvedores

Idioma

Produto

Veja o que o seu agente lembra

Inicie o servidor com --enable-web para navegar nos projetos a que você tem acesso: páginas, links, mensagens pendentes e busca. Não há editor de páginas; há ações de conta e aprovação de edições propostas pelo root.

Todos os projetos de relance

Workspaces e projetos em cards, com o número de páginas e a hora da última mudança. Um badge âmbar indica que há mensagens esperando por um agente ali.

Screenshot da home da interface web: uma grade de cards de projetos dentro de um workspace de demonstração, três com o badge âmbar "inbox", e um banner explicando que as páginas são memória compilada para um agente, não documentação.
O banner diz com clareza: essas páginas são feitas para a recuperação do agente, e o navegador serve para ver o que foi parar ali.

Um projeto: páginas, decisões e mensagens

A barra lateral lista as pastas, concepts, decisions, gotchas e sessions, com as páginas mais novas de cada uma. A caixa de mensagens mostra o que outros projetos enviaram e ninguém pegou ainda.

Screenshot da página de um projeto: uma barra lateral com páginas de concepts, decisions e gotchas, uma caixa de mensagens com duas mensagens Pending de outros projetos e uma lista de atividade recente.
As mensagens são listadas, nunca consumidas: um agente do projeto lê com memory_message_pop, e o navegador só mostra que elas estão esperando.

Uma página e quem aponta para ela

Cada página traz seu outline, as páginas que a citam e as páginas que ela cita, então dá para rastrear uma decisão até o gotcha que a causou. Um link de History lista todas as versões guardadas.

Screenshot de uma página da wiki sobre rate limiting com uma coluna lateral: o outline dos seus títulos, a lista de páginas que a citam e a lista de páginas que ela cita.
Dez links por grupo, depois "e mais N". Uma página de outro projeto mostra o nome do workspace e do projeto.

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.

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.