Pathrule vs Zep
O Zep é memória para agentes na forma de um grafo de conhecimento temporal: entidades, relacionamentos e fatos sobre um usuário ou outra entidade, com cada fato carregando uma janela de validade, para que uma contradição encerre o fato antigo em vez de apagá-lo. A recuperação acontece quando você a chama. A unidade do Pathrule não é uma entidade, é um caminho do repositório, e a entrega dele não é uma chamada, é uma injeção antes da primeira chamada de ferramenta do agente.
No que o Zep é realmente bom
Tempo. Todo fato no Context Graph do Zep carrega metadados temporais, então, quando uma informação nova contradiz um fato antigo, o sistema encerra a janela de validade do fato antigo em vez de excluí-lo. O agente raciocina sobre o estado atual e o histórico continua consultável, e é só assim que dá para responder “o que era verdade antes disto mudar”. A maioria dos sistemas de memória não consegue.
A recuperação dele é um pipeline de verdade, e não uma única busca vetorial: combina similaridade, texto completo e travessia de grafo com reranqueamento, e é servida a partir de um armazenamento governado, com recuperação abaixo de 200ms em escala empresarial. O Graphiti, o motor de grafo temporal por baixo de tudo, é de código aberto e roda sobre um banco de dados de grafos se você hospedar por conta própria.
Para um agente cujo trabalho é saber coisas sobre uma pessoa, uma conta ou um caso ao longo do tempo, essa é a arquitetura certa, e o Pathrule não foi feito para isso.
Lado a lado
| Zep | Pathrule | |
|---|---|---|
| A unidade de memória | Fatos sobre um usuário ou entidade, como um grafo temporal | Memórias, regras e skills vinculadas a um caminho do repositório |
| Como o conhecimento chega | `graph.search` ou `thread.get_user_context`, quando chamados | Entregue antes da primeira chamada de ferramenta pelos hooks ou pelo arquivo de regras de cada agente, além de MCP |
| Tempo | Os fatos têm janelas de validade; o histórico continua consultável | Histórico por item, além de conhecimento desatualizado levado para revisão |
| Recuperação | Similaridade, texto completo e travessia de grafo, com reranqueamento | Primeiro o escopo do caminho, depois o ranqueamento semântico dentro dele |
| Restrições que podem bloquear uma alteração | Devolve contexto | As regras levam escopo, prioridade e nível de aplicação |
| Código aberto auto-hospedável | Graphiti, sobre um banco de dados de grafos | O núcleo, sobre SQLite embutido, sem infraestrutura |
| Feito para | Agentes que precisam conhecer uma entidade ao longo do tempo | Agentes de programação trabalhando em um repositório |
As afirmações sobre o Zep vêm da documentação dele, consultada em agosto de 2026. Se alguma linha estiver errada, avise e nós corrigimos.
As duas diferenças
A entidade é aquilo de que o conhecimento trata. O caminho é onde o trabalho acontece.. O Zep se organiza em torno da entidade a que um fato se refere, o que é exatamente o certo quando o trabalho do agente é conhecer um cliente. A pergunta de um agente de programação é outra: não é sobre quem é isto, e sim o que rege o diretório que estou editando. O Pathrule usa isso como chave, então o roteamento não precisa de consulta para se resolver.
Na chamada versus antes da chamada. Tanto
graph.searchquantothread.get_user_contextsão coisas que alguém precisa invocar. O Pathrule lê o diretório de trabalho e entrega o recorte correspondente antes da primeira chamada de ferramenta do agente, então uma restrição que ninguém pensou em procurar chega a tempo de mudar o que o agente faz.
Qual dos dois você realmente quer
Escolha o Zep quando o valor está no que seu agente sabe sobre alguém ou algo ao longo do tempo: históricos de suporte, estado de contas, qualquer coisa em que a resposta certa depende de quando aquilo era verdade. O modelo temporal é o recurso, e é um recurso difícil de construir por conta própria.
Escolha o Pathrule quando o valor está no que seus agentes de programação sabem sobre sua base de código: as convenções vinculadas a um diretório, a restrição que precisa impedir uma alteração antes de ela acontecer e as preferências que cada desenvolvedor traz para o trabalho. Se o seu problema é um agente que vive tomando uma decisão que sua equipe já tomou e não registrou em nenhum lugar que uma varredura do código encontre, esse é o problema em torno do qual o Pathrule foi pensado.
Fontes e verificação
Documentação oficial verificada em 1º de outubro de 2026. A versão do produto Zep não estava disponível na documentação analisada, e ele não foi testado 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.
- Zep: conceitos principais
Documentação oficial do Context Graph, do Context Block e do modelo de recuperação.
- Zep: fatos
Comportamento oficial da validade temporal e da invalidação de fatos.
Perguntas frequentes
O Pathrule é um grafo de conhecimento como o Zep?
O Pathrule mantém, sim, um grafo de conhecimento, mas ele é indexado por caminho do repositório, e não por entidade, e é lido pela posição, e não por consulta. O grafo do Zep responde o que é verdade sobre uma entidade, e quando. O do Pathrule responde o que rege este diretório, entregue antes de o agente agir.
O Pathrule registra quando um fato deixou de ser verdade?
Não com janelas de validade, como o Zep faz. Em vez disso, o Pathrule leva o conhecimento que ficou defasado ou deixou de corresponder a qualquer coisa como uma proposta de edição para você aprovar, de modo que a correção acontece de forma deliberada, em vez de se acumular em silêncio. Se o raciocínio temporal sobre fatos é seu requisito central, o Zep foi feito para isso, e o Pathrule não.
Posso usar os dois?
Sim, e eles se sobrepõem pouco. O Zep para o que os agentes do seu produto sabem sobre pessoas e contas, o Pathrule para o que seus agentes de programação sabem sobre o repositório que estão editando.
Os dois são em parte de código aberto. Qual é a diferença na prática?
O Graphiti, o motor de grafo temporal do Zep, é de código aberto e precisa de um banco de dados de grafos quando auto-hospedado. A base aberta do Pathrule oferece um armazenamento local de conhecimento sobre SQLite embutido, sem conta nem banco de dados de grafos para operar. O Intelligence Engine e o Cloud são proprietários, e o Pathrule não oferece janelas de validade temporal como as do Zep.