Demandée,
ou déjà là.
Un serveur de mémoire MCP permet à un agent de stocker puis de relire des connaissances qui survivent à la session. Le protocole règle la façon dont l'agent lui parle. Il ne règle pas le moment où les connaissances arrivent, et pour un agent de codage, c'est ce qui décide si elles serviront un jour.
Rappel sur demande
C'est fait. La remise est appliquée au total de la commande.
Rien ne suggérait de demander, donc rien n'a été rappelé.1 oubli silencieux
Transmission au moment du hook
hook, avant le premier appel d'outil
- Les coupons s'appliquent à la ligne d'article, jamais au total de la commande.
C'est fait. La remise est appliquée à chaque ligne d'article.
Dans le contexte, que l'agent ait pensé à demander ou non.0 oubli
Pathrule expose des outils MCP ; ce n'est pas un serveur de mémoire MCP. MCP est l'un des moyens par lesquels les connaissances atteignent un agent, et Pathrule MCP est la page consacrée aux surfaces MCP de Pathrule. Derrière se trouve une couche d'intelligence : des connaissances de projet, personnelles et d'équipe, conservées sous forme de mémoires, règles et skills typées, liées à des chemins et transmises pour la part dont une tâche précise a besoin, les règles strictes étant vérifiées au niveau du hook sur les clients qui en ont un, au lieu d'être renvoyées sous forme de texte. Décrire Pathrule comme une mémoire MCP, c'est nommer la prise, pas le système.
Ce qu'on demande à un serveur de mémoire.
- Durer au-delà de la conversationLe minimum. Ce qui est écrit dans une session se relit dans la suivante, sans que le client ait à le conserver.
- Revenir typéeUne mémoire, une règle et une procédure sont des choses différentes. Un serveur qui renvoie un bloc de texte indifférencié laisse à l'agent le soin de les distinguer.
- Être accessible depuis n'importe quel clientLa raison même d'utiliser le protocole. Un seul stockage, de nombreux agents, aucune copie des mêmes connaissances par agent.
- Dire à quoi une requête se limitePour un agent de codage, la portée qui compte est le chemin sur lequel il travaille. Sans elle, chaque lecture renvoie tout le stockage, et le client paie la différence.
Rappel sur demande. Transmission avant le démarrage.
- L'agent appelle un outil quand il décide qu'il a besoin de quelque chose.
- Rien n'arrive pour une contrainte que l'agent n'a jamais soupçonnée.
- La portée, c'est ce que l'agent passe en arguments.
- Fonctionne depuis un client purement cloud, sans rien installer.
- Contexte uniquement. Il n'existe aucun événement avant écriture auquel se brancher.
- Le sous-ensemble correspondant arrive avant le premier appel d'outil, aux points de hook que le client expose.
- La contrainte est dans le contexte, que l'agent l'ait demandée ou non.
- La portée, c'est le répertoire de travail que le hook voit réellement.
- Nécessite Pathrule sur la machine : la CLI ou l'extension VS Code.
- Une règle stricte peut bloquer une modification non conforme avant qu'elle ne soit appliquée, sur les clients dotés de hooks d'outils.
Comparaison avec l'implémentation de référence du protocole lui-même : Pathrule vs le serveur de mémoire MCP. Sources : Model Context Protocol : serveur de mémoire de référence, Model Context Protocol : spécification.
Même protocole, rôle différent.
Un serveur de mémoire de référence est un endroit où un agent peut déposer des choses. Une couche de contexte décide quelles connaissances appartiennent à quelle partie de l'arborescence, et les place devant l'agent avant qu'il ne commence. Si une personne veut une mémoire de brouillon durable sur une seule machine, le serveur de référence est la réponse la plus légère, et la meilleure. Pathrule, c'est ce que la deuxième personne ou le deuxième agent rend nécessaire.
Serveur local ou point de terminaison hébergé.
$ pathrule setup
- Résout votre répertoire de travail
- Fonctionne à côté des hooks qu'installe setup
- Mode local sans compte
- Tous les clients pris en charge peuvent l'utiliser
$ claude mcp add --transport http pathrule https://cloud.pathrule.io/mcp
- Rien à installer
- Connexion avec un compte Pathrule
- Ni hooks ni fichiers locaux
- Répond sur demande, jamais avant
Les deux utilisent MCP et les mêmes types de connaissances d'espace de travail. Le MCP local en stdio et Remote MCP ont des catalogues d'outils et des schémas d'arguments différents ; inspectez tools/list sur le serveur auquel vous vous connectez.
Connecter un client
Questions fréquentes.
Qu'est-ce qu'un serveur de mémoire MCP ?
Un serveur Model Context Protocol dont les outils permettent à un agent de stocker des connaissances et de les relire dans une session ultérieure. Comme il parle MCP, n'importe quel client MCP peut s'y connecter sans intégration sur mesure, et c'est ce qui rend la mémoire portable d'un agent à l'autre.
MCP définit-il le fonctionnement de la mémoire ?
Non. MCP règle le transport et le contrat d'outils, pas le modèle de mémoire. Deux serveurs de mémoire MCP peuvent s'accorder sur chaque message et diverger sur ce qu'est une mémoire, sur sa portée et sur la nécessité, pour l'agent, de la demander.
Pourquoi une mémoire MCP ne suffit-elle pas, à elle seule, pour un agent de codage ?
Parce qu'un outil MCP fonctionne en pull : l'agent l'appelle quand il décide qu'il a besoin de quelque chose. Une contrainte dont l'agent ignore l'existence ne fait jamais l'objet d'une demande : rien n'arrive, et l'échec est silencieux. C'est la transmission avant le premier appel d'outil qui couvre ce cas, et elle exige un hook sur la machine plutôt qu'une fonctionnalité du protocole.
En quoi Pathrule diffère-t-il du serveur de mémoire de référence de MCP ?
Le serveur de référence est un graphe de connaissances fait d'entités, de relations et d'observations, persisté dans un fichier JSONL sur une seule machine : un bon endroit où un agent peut déposer des choses. Pathrule y ajoute la portée par chemin, l'appartenance à une équipe, des règles typées que l'on peut faire respecter, et la transmission avant le premier appel d'outil sur les clients dotés de hooks. Comparaison complète : Pathrule vs le serveur de mémoire MCP.
Faut-il installer quelque chose pour utiliser Pathrule via MCP ?
Pas pour un client qui prend en charge Remote MCP. L'endpoint hébergé https://cloud.pathrule.io/mcp se connecte avec OAuth et un compte Pathrule, sans rien installer : Claude Code, Codex et Claude.ai sont documentés, et tout client qui prend en charge Streamable HTTP avec OAuth peut utiliser la même URL. Pour bénéficier de la transmission par hook, ou pour fonctionner sans compte en mode local, installez la CLI Pathrule (npm i -g @pathrule/cli, puis pathrule setup) ou l'extension VS Code.
L'endpoint hébergé peut-il faire respecter une règle stricte ?
Non. Il n'a aucun événement avant écriture auquel se brancher : il transmet donc les règles comme contexte et ne peut pas bloquer une modification. La CLI Pathrule et l'extension VS Code enregistrent le hook Pathrule pour Claude Code, Codex, Cursor et GitHub Copilot, où une règle stricte dotée d'un motif de blocage approuvé peut arrêter une modification correspondante. Windsurf et Remote MCP ne reçoivent les règles que comme contexte.
Quels clients MCP peuvent se connecter à Pathrule ?
Tout client qui parle le protocole. pathrule setup connecte Claude Code, Codex, Cursor, GitHub Copilot et Windsurf au serveur local, avec les hooks et fichiers d'instructions que chacun prend en charge, et les clients compatibles Streamable HTTP avec OAuth peuvent utiliser l'endpoint hébergé. La vue d'ensemble MCP présente les rôles, et la page Intégrations montre comment chaque agent est connecté.
Mon code source est-il envoyé au serveur MCP ?
Pas automatiquement. Pathrule n'analyse ni n'envoie votre code source de lui-même. Le serveur transporte les mémoires, règles et skills que rédige votre équipe. En mode cloud, le début de chaque prompt est envoyé pour classer ce qui s'applique, et pathrule snapshot, lorsque vous ou votre agent le lancez, envoie l'arborescence de fichiers, les manifestes, de courts extraits de documentation et des métadonnées git récentes. Le détail complet figure sur la page Sécurité.