PathrulePathrule vs il server di memoria MCP
Il server di memoria di riferimento dà a un agente un grafo di conoscenza locale di entità, relazioni e osservazioni, e otto strumenti per scriverlo e leggerlo. Pathrule parla lo stesso protocollo, quindi la differenza non è il trasporto. È che il server di riferimento aspetta di essere chiamato, mantiene un unico grafo condiviso senza alcuna nozione di dove stai lavorando e non può far rispettare nulla.
A cosa serve il server di riferimento
È l'esempio canonico di un server MCP che mantiene uno stato, ed è davvero il modo più rapido per capire cos'è MCP. Le entità portano osservazioni, le relazioni le collegano con verbi in forma attiva, tutto viene salvato in un file JSONL che puoi aprire in un editor, e l'insieme si avvia con un solo comando, senza account e senza servizi.
Per un esperimento in solitaria, per imparare il protocollo o per una manciata di fatti che vuoi che un agente ricordi tra una conversazione e l'altra, è sufficiente, e niente in questa pagina sostiene il contrario.
Fianco a fianco
| Server di memoria MCP di riferimento | Pathrule | |
|---|---|---|
| Trasporto | MCP | MCP, più hook e file di istruzioni installati dalla CLI o dall'estensione per VS Code |
| Come arriva la conoscenza | L'agente deve chiamare uno strumento: `search_nodes`, `read_graph` | Consegnata prima di qualsiasi chiamata a uno strumento tramite gli hook o il file di regole di ciascun agente |
| Ambito | Un unico grafo condiviso, senza ambito per percorso o per utente | Indicizzato per percorso del repository, per workspace |
| Cosa viene conservato | Entità, relazioni, osservazioni | Memorie, regole e skill, tipizzate e con priorità |
| Applicazione delle regole | Nessuna | Una regola vincolante può bloccare una modifica corrispondente sui client con hook sugli strumenti |
| Team | Un file JSONL locale | Workspace condiviso con ruoli e revisione |
| Conoscenza obsoleta | Sta a te accorgertene | Segnalata come modifica proposta che approvi tu |
Le affermazioni sul server di riferimento provengono dal suo README in modelcontextprotocol/servers, letto ad agosto 2026. Se una riga è sbagliata, diccelo e la correggeremo.
Le differenze che ne derivano
Uno strumento che l'agente deve ricordarsi di chiamare. Il suo README dice esplicitamente che gli agenti devono chiamare gli strumenti; nulla è automatico. Quindi l'agente deve decidere di cercare prima di agire, ed è la stessa lacuna di ogni memoria guidata dalle query: il vincolo che più ti serve è quello che nessuno ha pensato di cercare.
Un solo grafo, nessun senso del luogo. Non c'è alcun ambito per percorso del repository né alcun isolamento: è un unico grafo condiviso per ogni interazione. Va bene per qualche decina di fatti, ed è impraticabile quando due servizi nello stesso monorepo non sono d'accordo su cosa sia una modifica valida.
Niente può essere un vincolo. Le osservazioni sono testo che un agente può leggere. Una regola Pathrule ha un ambito, una priorità e un livello di applicazione, così sui client con hook sugli strumenti l'hook locale di Pathrule può fermare una modifica corrispondente prima che venga applicata, invece di lasciarla al giudizio del modello.
Quando il server di riferimento è la scelta giusta
Usalo quando stai imparando MCP, quando vuoi un blocco di appunti senza dipendenze per un agente su una macchina o quando la conoscenza è davvero una manciata di entità e non le convenzioni accumulate da un team. È un'implementazione di riferimento che fa esattamente ciò che un'implementazione di riferimento deve fare.
Scegli Pathrule quando la conoscenza deve essere legata al punto in cui si svolge il lavoro, quando deve raggiungere la sessione di un collega e un secondo motore, quando una parte deve sbarrare la strada a una modifica invece di sconsigliarla e quando preferisci che sia l'agente a proporre cosa conservare piuttosto che mantenere un grafo a mano.
Fonti e verifica
Documentazione ufficiale del server di riferimento verificata il 1º ottobre 2026. Nessuna versione rilasciata del server di riferimento è stata testata in locale. Le affermazioni su Pathrule sono state verificate sulla versione rilasciata di Pathrule CLI 0.6.1 il 9 ottobre 2026.
- Model Context Protocol: server di memoria di riferimento
Documentazione ufficiale su strumenti, modello a grafo e persistenza JSONL del server di riferimento.
Domande frequenti
Anche Pathrule è un server MCP. Cosa cambia davvero?
Il protocollo è lo stesso; la consegna no. Il server di riferimento consegna la conoscenza quando un agente chiama uno strumento. pathrule setup registra anche gli hook e scrive file di istruzioni per l'agente, così la porzione che regola il percorso in cui lavori arriva prima di qualsiasi chiamata a uno strumento, che l'agente l'avrebbe chiesta o no. Claude Code e Codex ricevono un hook sul prompt, Cursor e GitHub Copilot hook di sessione e sugli strumenti, e Windsurf legge un file di regole.
Posso usare il server di memoria di riferimento insieme a Pathrule?
Niente te lo impedisce, ma si sovrappongono: sono entrambi posti in cui un agente conserva conoscenza. Usarli entrambi di solito significa avere due archivi mantenuti a metà, e quello senza ambito per percorso è quello che si degrada. Scegli progetto per progetto.
Pathrule funziona se posso usare solo un endpoint MCP in hosting?
Sì, con un limite che è bene conoscere. La CLI, l'estensione per VS Code e Remote MCP sono modi diversi di accedere alla stessa conoscenza di Pathrule. Remote MCP su https://cloud.pathrule.io/mcp espone lo stesso workspace, le stesse memorie, regole e skill con OAuth e un account Pathrule, ma non installa hook né scrive file locali, e non ha una modalità locale, quindi risponde su richiesta invece di consegnare prima di qualsiasi chiamata a uno strumento. La consegna tramite hook arriva con la CLI o con l'estensione per VS Code.
Pathrule conserva entità e relazioni come un grafo?
Mantiene un grafo di conoscenza, ma l'indice è il percorso del repository e non il nome di un'entità, e il contenuto è tipizzato: le memorie sono fatti, le regole sono vincoli con ambito e priorità, le skill sono procedure con un nome. È questa tipizzazione a rendere possibili l'applicazione delle regole e la classificazione.