PathrulePathrule vs le serveur de mémoire MCP
Le serveur de mémoire de référence donne à un agent un graphe de connaissances local fait d'entités, de relations et d'observations, et huit outils pour l'écrire et le lire. Pathrule parle le même protocole : la différence ne tient donc pas au transport. Elle tient au fait que le serveur de référence attend d'être appelé, conserve un graphe partagé unique sans aucune notion de l'endroit où vous travaillez, et ne peut rien faire respecter.
À quoi sert le serveur de référence
C'est l'exemple canonique d'un serveur MCP qui conserve un état, et c'est réellement le moyen le plus rapide de comprendre ce qu'est MCP. Les entités portent des observations, des relations les relient à la voix active, tout est persisté dans un fichier JSONL que vous pouvez ouvrir dans un éditeur, et l'ensemble se lance en une seule commande, sans compte ni service.
Pour une expérience en solo, pour apprendre le protocole, ou pour une poignée de faits qu'un agent doit retenir d'une conversation à l'autre, cela suffit, et rien ici ne prétend le contraire.
Côte à côte
| Serveur de mémoire MCP de référence | Pathrule | |
|---|---|---|
| Transport | MCP | MCP, plus des hooks et des fichiers d'instructions installés par la CLI ou l'extension VS Code |
| Comment arrivent les connaissances | L'agent doit appeler un outil : `search_nodes`, `read_graph` | Transmises avant le premier appel d'outil via les hooks ou le fichier de règles de chaque agent |
| Portée | Un graphe partagé unique, sans portée par chemin ni par utilisateur | Indexée par chemin dans le dépôt, par espace de travail |
| Ce qui est stocké | Entités, relations, observations | Mémoires, règles et skills, typées et priorisées |
| Application des règles | Aucune | Une règle stricte peut bloquer une modification correspondante sur les clients dotés de hooks d'outils |
| Équipe | Un fichier JSONL local | Espace de travail partagé, avec des rôles et une revue |
| Connaissances obsolètes | À vous de les repérer | Signalées sous forme de modification proposée que vous approuvez |
Les affirmations sur le serveur de référence proviennent de son README dans modelcontextprotocol/servers, consulté en août 2026. Si une ligne est inexacte, dites-le-nous et nous la corrigerons.
Les différences qui en découlent
Un outil que l'agent doit penser à appeler. Son README dit explicitement que les agents doivent appeler les outils ; rien n'est automatique. L'agent doit donc décider de chercher avant d'agir, ce qui est la même faille que celle de toute mémoire pilotée par requête : la contrainte dont vous avez le plus besoin est celle que personne n'a pensé à chercher.
Un seul graphe, aucun sens du lieu. Il n'y a ni portée par chemin dans le dépôt ni isolation : c'est un graphe unique, partagé par toutes les interactions. Cela convient pour quelques dizaines de faits, et devient ingérable dès que deux services d'un même monorepo divergent sur ce qu'est une modification valide.
Rien ne peut être une contrainte. Les observations sont du texte qu'un agent peut lire. Une règle Pathrule porte une portée, une priorité et un niveau d'application : sur les clients dotés de hooks d'outils, le hook Pathrule local peut arrêter une modification correspondante avant qu'elle ne soit appliquée, au lieu de s'en remettre au jugement du modèle.
Quand le serveur de référence est le bon choix
Utilisez-le quand vous apprenez MCP, quand vous voulez un bloc-notes sans dépendance pour un agent sur une seule machine, ou quand les connaissances se résument vraiment à une poignée d'entités plutôt qu'aux conventions accumulées par une équipe. C'est une implémentation de référence qui fait exactement ce qu'une implémentation de référence doit faire.
Tournez-vous vers Pathrule quand les connaissances doivent être limitées à l'endroit où se fait le travail, quand elles doivent atteindre la session d'un collègue et un deuxième moteur, quand une partie d'entre elles doit bloquer une modification plutôt que la déconseiller, et quand vous préférez que l'agent propose ce qu'il faut garder plutôt que d'entretenir un graphe à la main.
Sources et vérification
Documentation officielle du serveur de référence vérifiée le 1er octobre 2026. Aucune version publiée du serveur de référence n'a été testée en local. Les affirmations sur Pathrule ont été vérifiées par rapport à la version publiée de la CLI Pathrule 0.6.1, le 9 octobre 2026.
- Model Context Protocol : serveur de mémoire de référence
Documentation officielle des outils, du modèle de graphe et de la persistance JSONL du serveur de référence.
Questions fréquentes
Pathrule est aussi un serveur MCP. Qu'est-ce qui diffère vraiment ?
Le protocole est le même ; la transmission, non. Le serveur de référence fournit des connaissances quand un agent appelle un outil. pathrule setup enregistre aussi des hooks et écrit des fichiers d'instructions pour l'agent : le sous-ensemble qui régit le chemin où vous travaillez arrive avant le premier appel d'outil, que l'agent l'ait demandé ou non. Claude Code et Codex ont un hook de prompt, Cursor et GitHub Copilot des hooks de session et d'outils, et Windsurf lit un fichier de règles.
Puis-je utiliser le serveur de mémoire de référence avec Pathrule ?
Rien ne vous en empêche, mais ils se recoupent : ce sont deux endroits où un agent conserve des connaissances. Utiliser les deux revient généralement à avoir deux stockages à moitié entretenus, et celui qui n'a pas de portée par chemin est celui qui se dégrade. Choisissez projet par projet.
Pathrule fonctionne-t-il si je ne peux utiliser qu'un endpoint MCP hébergé ?
Oui, avec une limite à connaître. La CLI, l'extension VS Code et Remote MCP sont autant de portes d'accès aux mêmes connaissances Pathrule. Remote MCP, sur https://cloud.pathrule.io/mcp, expose le même espace de travail, les mêmes mémoires, règles et skills, avec OAuth et un compte Pathrule, mais il n'installe pas de hooks, n'écrit pas de fichiers locaux et n'a pas de mode local : il répond donc sur demande au lieu de transmettre avant le premier appel d'outil. La transmission par hook passe par la CLI ou l'extension VS Code.
Pathrule stocke-t-il des entités et des relations comme un graphe ?
Il tient un graphe de connaissances, mais l'index est le chemin dans le dépôt plutôt qu'un nom d'entité, et le contenu est typé : les mémoires sont des faits, les règles des contraintes dotées d'une portée et d'une priorité, les skills des procédures nommées. C'est ce typage qui rend possibles l'application des règles et le classement.