Pathrule vs o servidor de memória MCP
O servidor de memória de referência dá ao agente um grafo de conhecimento local de entidades, relações e observações e oito ferramentas para gravar e ler nele. O Pathrule fala o mesmo protocolo, então a diferença não está no transporte. Está no fato de que o servidor de referência espera ser chamado, mantém um único grafo compartilhado sem nenhuma noção de onde você está trabalhando e não consegue aplicar nada.
Para que serve o servidor de referência
Ele é o exemplo canônico de um servidor MCP que guarda estado, e é de fato a forma mais rápida de entender o que é o MCP. As entidades carregam observações, as relações as conectam na voz ativa, tudo persiste em um arquivo JSONL que você pode abrir em um editor, e o conjunto inteiro roda com um único comando, sem conta e sem serviço.
Para um experimento individual, para aprender o protocolo ou para um punhado de fatos que você quer que um agente lembre entre conversas, isso basta, e nada aqui diz o contrário.
Lado a lado
| Servidor de memória MCP de referência | Pathrule | |
|---|---|---|
| Transporte | MCP | MCP, além de hooks e arquivos de instruções instalados pela CLI ou pela extensão para VS Code |
| Como o conhecimento chega | O agente precisa chamar uma ferramenta: `search_nodes`, `read_graph` | Entregue antes da primeira chamada de ferramenta pelos hooks ou pelo arquivo de regras de cada agente |
| Escopo | Um único grafo compartilhado, sem escopo por caminho ou por usuário | Indexado por caminho do repositório, por espaço de trabalho |
| O que é armazenado | Entidades, relações, observações | Memórias, regras e skills, tipadas e priorizadas |
| Aplicação | Nenhuma | Uma regra estrita pode bloquear uma alteração correspondente em clientes com hooks de ferramenta |
| Equipe | Um arquivo JSONL local | Espaço de trabalho compartilhado com funções e revisão |
| Conhecimento desatualizado | Cabe a você perceber | Levado como uma proposta de edição que você aprova |
As afirmações sobre o servidor de referência vêm do README dele em modelcontextprotocol/servers, consultado em agosto de 2026. Se alguma linha estiver errada, avise e nós corrigimos.
As diferenças que decorrem disso
Uma ferramenta que o agente precisa lembrar de chamar. O README dele é explícito: os agentes precisam chamar as ferramentas; nada é automático. Então o agente precisa decidir buscar antes de agir, que é a mesma lacuna de toda memória baseada em consulta: a restrição de que você mais precisa é aquela que ninguém pensou em procurar.
Um grafo, nenhuma noção de lugar. Não há escopo por caminho do repositório nem isolamento: é um único grafo compartilhado para todas as interações. Isso funciona para algumas dezenas de fatos e se torna inviável quando dois serviços no mesmo monorepo discordam sobre o que é uma alteração válida.
Nada pode ser uma restrição. Observações são texto que um agente pode ler. Uma regra do Pathrule leva escopo, prioridade e nível de aplicação, então, em clientes com hooks de ferramenta, o hook local do Pathrule pode impedir uma alteração correspondente antes de ela acontecer, em vez de deixá-la a critério do modelo.
Quando o servidor de referência é a escolha certa
Use-o quando estiver aprendendo MCP, quando quiser um bloco de rascunho sem dependências para um agente em uma máquina, ou quando o conhecimento for mesmo um punhado de entidades, e não as convenções acumuladas de uma equipe. É uma implementação de referência fazendo exatamente o que uma implementação de referência deve fazer.
Recorra ao Pathrule quando o conhecimento precisar ter o escopo de onde o trabalho acontece, quando precisar chegar à sessão de um colega e a um segundo agente, quando parte dele precisar barrar uma alteração em vez de apenas desaconselhá-la, e quando você preferir que o agente proponha o que guardar a manter um grafo à mão.
Fontes e verificação
Documentação oficial do servidor de referência verificada em 1º de outubro de 2026. Nenhuma versão lançada do servidor de referência foi testada localmente. As afirmações sobre o Pathrule foram revisadas com base na versão lançada da CLI do Pathrule 0.6.1, em 9 de outubro de 2026.
- Model Context Protocol: servidor de memória de referência
Documentação oficial das ferramentas, do modelo de grafo e da persistência em JSONL do servidor de referência.
Perguntas frequentes
O Pathrule também é um servidor MCP. O que muda de verdade?
O protocolo é o mesmo; a entrega, não. O servidor de referência entrega o conhecimento quando um agente chama uma ferramenta. O pathrule setup também registra hooks e grava arquivos de instruções para o agente, então o recorte que rege o caminho em que você está trabalhando chega antes da primeira chamada de ferramenta, quer o agente fosse pedir ou não. Claude Code e Codex recebem um hook de prompt, Cursor e GitHub Copilot recebem hooks de sessão e de ferramenta, e o Windsurf lê um arquivo de regras.
Posso usar o servidor de memória de referência junto com o Pathrule?
Nada impede, mas eles se sobrepõem: os dois são lugares onde um agente guarda conhecimento. Usar os dois normalmente significa dois armazenamentos mantidos pela metade, e o que não tem escopo por caminho é o que se deteriora. Escolha um por projeto.
O Pathrule funciona se eu só puder usar um endpoint MCP hospedado?
Sim, com uma limitação que vale conhecer. A CLI, a extensão para VS Code e o Remote MCP são portas de entrada para o mesmo conhecimento do Pathrule. O Remote MCP em https://cloud.pathrule.io/mcp expõe o mesmo espaço de trabalho e as mesmas memórias, regras e skills, com OAuth e uma conta do Pathrule, mas não instala hooks nem grava arquivos locais, e não tem modo local, então ele responde sob demanda em vez de entregar antes da primeira chamada de ferramenta. A entrega no momento do hook vem com a CLI ou com a extensão para VS Code.
O Pathrule armazena entidades e relações como um grafo?
Ele mantém um grafo de conhecimento, mas o índice é o caminho do repositório, e não o nome de uma entidade, e o conteúdo é tipado: memórias são fatos, regras são restrições com escopo e prioridade, skills são procedimentos com nome. É essa tipagem que torna possíveis a aplicação e o ranqueamento.