PathrulePathrule vs. Zep
Zep es memoria para agentes en forma de grafo de conocimiento temporal: entidades, relaciones y datos sobre un usuario o un sujeto, y cada dato lleva una ventana de validez, de modo que una contradicción cierra el dato antiguo en lugar de borrarlo. La recuperación ocurre cuando la llamas. La unidad de Pathrule no es un sujeto, sino una ruta del repositorio, y su entrega no es una llamada, sino una inyección antes de la primera llamada a una herramienta del agente.
En qué destaca de verdad Zep
El tiempo. Cada dato del Context Graph de Zep lleva metadatos temporales, así que, cuando una información nueva contradice un dato antiguo, el sistema cierra la ventana de validez del antiguo en lugar de borrarlo. El agente razona sobre el estado actual y el historial se puede seguir consultando, que es lo único que permite responder "qué era cierto antes de que esto cambiara". La mayoría de los sistemas de memoria no pueden hacerlo.
Su recuperación es un pipeline de verdad y no una simple búsqueda vectorial: combina similitud, texto completo y recorrido del grafo con reordenación, y se sirve desde un almacén gobernado con una recuperación de menos de 200 ms a escala empresarial. Graphiti, el motor de grafos temporal que hay debajo, es de código abierto y funciona sobre una base de datos de grafos si lo autoalojas.
Para un agente cuyo trabajo es saber cosas sobre una persona, una cuenta o un caso a lo largo del tiempo, esa es la arquitectura correcta, y Pathrule no está hecho para eso.
Lado a lado
| Zep | Pathrule | |
|---|---|---|
| La unidad de memoria | Datos sobre un usuario o un sujeto, como grafo temporal | Memorias, reglas y skills vinculadas a una ruta del repositorio |
| Cómo llega el conocimiento | `graph.search` o `thread.get_user_context`, al llamarlos | Se entrega antes de la primera llamada a una herramienta mediante los hooks o el archivo de reglas de cada agente, además de MCP |
| El tiempo | Los datos llevan ventanas de validez; el historial se puede consultar | Historial por elemento, y el conocimiento obsoleto se señala para revisarlo |
| Recuperación | Similitud, texto completo y recorrido del grafo, con reordenación | Primero el ámbito de la ruta, después la ordenación semántica dentro de él |
| Restricciones que pueden bloquear un cambio | Devuelve contexto | Las reglas llevan ámbito, prioridad y nivel de aplicación |
| Código abierto autoalojable | Graphiti, sobre una base de datos de grafos | El núcleo, sobre SQLite integrado, sin infraestructura |
| Pensado para | Agentes que tienen que conocer a un sujeto a lo largo del tiempo | Agentes de programación que trabajan en un repositorio |
Las afirmaciones sobre Zep proceden de su propia documentación, consultada en agosto de 2026. Si alguna fila es incorrecta, dínoslo y la corregiremos.
Las dos diferencias
Un sujeto es de quién trata el conocimiento. Una ruta es dónde está el trabajo.. Zep se organiza en torno a la entidad a la que se refiere un dato, que es justo lo correcto cuando el trabajo del agente es conocer a un cliente. La pregunta de un agente de programación es otra: no de quién trata esto, sino qué rige el directorio que estoy editando. Pathrule usa eso como clave, así que el enrutamiento no necesita ninguna consulta para resolverse.
Al llamar frente a antes de la llamada. Tanto
graph.searchcomothread.get_user_contextson cosas que algo tiene que invocar. Pathrule lee el directorio de trabajo y entrega la porción que corresponde antes de la primera llamada a una herramienta del agente, así que una restricción que nadie pensó en buscar llega a tiempo de cambiar lo que hace el agente.
Cuál quieres de verdad
Elige Zep cuando el valor está en lo que tu agente sabe sobre alguien o algo a lo largo del tiempo: historiales de soporte, estado de cuentas, cualquier cosa en la que la respuesta correcta depende de cuándo era cierta. El modelo temporal es la funcionalidad, y es difícil de construir por tu cuenta.
Elige Pathrule cuando el valor está en lo que tus agentes de programación saben sobre tu base de código: las convenciones vinculadas a un directorio, la restricción que tiene que detener un cambio antes de que llegue al código y las preferencias que cada desarrollador aporta al trabajo. Si tu problema es que un agente toma una y otra vez una decisión que tu equipo ya tomó y no dejó escrita en ningún sitio que un análisis del código pueda encontrar, ese es el problema para el que está hecho Pathrule.
Fuentes y verificación
Documentación oficial verificada el 1 de octubre de 2026. La versión del producto Zep no figuraba en la documentación revisada y no se probó en local. Las afirmaciones sobre Pathrule se revisaron frente a la versión publicada de Pathrule CLI 0.6.1 el 9 de octubre de 2026.
- Zep: conceptos clave
Fuente oficial sobre el Context Graph, el Context Block y el modelo de recuperación.
- Zep: datos (facts)
Fuente oficial sobre la validez temporal y la invalidación de datos.
Preguntas frecuentes
¿Pathrule es un grafo de conocimiento como Zep?
Pathrule sí mantiene un grafo de conocimiento, pero indexado por ruta del repositorio y no por sujeto, y se lee según la posición y no mediante consultas. El grafo de Zep responde qué es cierto sobre una entidad, y cuándo. El de Pathrule responde qué rige este directorio, y lo entrega antes de que el agente actúe.
¿Pathrule registra cuándo un dato dejó de ser cierto?
No con ventanas de validez como hace Zep. Lo que hace Pathrule es señalar el conocimiento que se ha desviado o que ya no coincide con nada como una edición propuesta que tú apruebas, para que la corrección se haga de forma deliberada en lugar de acumularse en silencio. Si el razonamiento temporal sobre datos es tu requisito principal, Zep está hecho para eso y Pathrule no.
¿Puedo usar los dos?
Sí, y apenas se solapan. Zep para lo que los agentes de tu producto saben sobre personas y cuentas; Pathrule para lo que tus agentes de programación saben sobre el repositorio que están editando.
Los dos son en parte de código abierto. ¿Qué diferencia hay en la práctica?
Graphiti, el motor de grafos temporal de Zep, es de código abierto y necesita una base de datos de grafos cuando se autoaloja. La base abierta de Pathrule ofrece un almacén de conocimiento local sobre SQLite integrado, sin cuenta ni base de datos de grafos que operar. El Intelligence Engine y Cloud son propietarios, y Pathrule no ofrece ventanas de validez temporal al estilo de Zep.