PathruleCursor édite.
Pathrule se souvient.
Des règles partagées et un contexte d'équipe pour Cursor. Une même source liée aux chemins atteint Cursor par ses hooks de session et d'outils, un fichier .cursor/rules qu'il charge lui-même, et MCP.
CursorexempleSans
C'est fait. La page appelle /api/orders dans un useEffect.
Utilise fetch là où l'équipe utilise le client api.2 essais
Avec Pathrule
au démarrage de la session et à la première modification : 3 notes pour features/orders
- Utiliser le client api, pas fetch
- React Query pour les données
- Les boutons partagés de ui/
C'est fait. Les commandes se chargent via le client api avec React Query.
Conforme à ce que l'équipe a déjà décidé.1 essai
Comment Pathrule atteint Cursor.
- fichiers qu'il lit : ouifichiers qu'il lit
- .cursor/rules
- avant chaque prompt : nonavant chaque prompt
- Pas de hook de prompt
- autour des appels d'outils : ouiautour des appels d'outils
- Hooks d'outils
- quand il demande : ouiquand il demande
- Local
Des hooks au démarrage de session et autour des appels d'outils, un fichier de règles que Cursor charge lui-même, et MCP pour tout ce que l'agent demande.
.cursorrules vs Pathrule
- Les fichiers d'instructions natifs peuvent être limités à des chemins et partagés via le contrôle de version.
- Les modifications suivent les permissions du dépôt et son historique Git ou de pull requests.
- Le contexte dépend des fichiers et des consignes que le client charge.
- Lié à Cursor ; les autres agents ont besoin de leurs propres fichiers.
- L'intégration d'un nouvel arrivant dépend de la configuration d'instructions du dépôt.
- Le sous-ensemble lié au chemin du répertoire où travaille le modèle.
- Des règles et skills relisibles, avec un accès à l'espace de travail contrôlé côté serveur et un auto-audit.
- Le coût en tokens suit le sous-ensemble pertinent, pas l'ensemble des règles.
- Le même contenu parvient à Claude Code, Codex, GitHub Copilot et Windsurf.
- Intégration = « rejoindre l'espace de travail ; les bonnes règles apparaissent sur les bons chemins ».
Pour aller plus loin : Pourquoi les assistants de codage IA ont besoin de règles ciblées.
Ce que Pathrule apporte à Cursor
- Injection par hookAu démarrage de la session et après les appels d'outilsPathrule s'exécute sur les hooks
sessionStartetpostToolUsede Cursor : le sous-ensemble ciblé arrive à l'ouverture d'une session et suit l'agent à mesure qu'il touche des fichiers. L'événement de prompt de Cursor ne peut pas transporter de contexte, donc Pathrule ne l'utilise pas. - Graphe lié aux cheminsDes règles là où elles s'appliquentUne règle rattachée à
/apps/webne s'active que lorsque Cursor agit sous ce chemin..cursorrulescesse d'être un fourre-tout. - Connaissances d'équipe relisiblesMémoires, règles, skillsTrois types de connaissances, relisibles dans la Local Console et VS Code, avec une rédaction partagée dans le Cloud via la CLI et MCP. Les règles obsolètes remontent pour être nettoyées, et les modifications concurrentes produisent un conflit propre au lieu de s'écraser mutuellement.
- Même contenu, tous les agentsUne seule source pour tous les agentsClaude Code, Codex, GitHub Copilot et Windsurf reçoivent les mêmes connaissances liées aux chemins : le choix de l'éditeur ne fragmente pas ce que sait l'équipe.
Questions fréquentes.
Qu'est-ce que Pathrule apporte à Cursor ?
Une couche de connaissances liée aux chemins, qui transmet à Cursor les mémoires, règles et skills de l'équipe par ses hooks de session et d'outils, un fichier .cursor/rules et MCP. Le contexte arrive au démarrage d'une session et après chaque appel d'outil : le modèle voit le sous-ensemble qui correspond au répertoire où se fait le travail.
Pathrule est-il une alternative aux règles Cursor ?
Pathrule est une couche au-dessus du contexte propre à Cursor. Les règles Cursor sont versionnées et limitées par glob, ce qui fonctionne ; Cursor a aussi une mémoire et des Projects partagés. Ces mécanismes ont leurs propres règles de partage et de priorité au sein de Cursor. Pathrule garde les deux moitiés consultables, partage avec votre équipe la moitié qui relève de l'espace de travail, et emporte vos préférences de travail personnelles dans le dépôt suivant.
Toute mon équipe peut-elle partager des règles Cursor via Pathrule ?
Oui. Pathrule est conçu pour les équipes. Dans un espace de travail Pathrule Cloud, règles et skills sont partagées dans un graphe indexé par chemin, avec un accès à l'espace de travail contrôlé côté serveur, et le Cursor de chaque collègue les reçoit, tout comme Claude Code, Codex, GitHub Copilot et Windsurf.
Pourquoi Cursor ignore-t-il mon .cursorrules ?
Les règles Cursor acceptent des globs : la portée n'est plus le problème qu'elle a été. Reste qu'une règle est transmise comme du texte sans priorité, si bien qu'une exigence ferme se lit comme une préférence, et que tout ce que Cursor apprend de votre façon de travailler reste dans Cursor. Pathrule stocke chaque règle avec une priorité et un niveau d'application, pour que les exigences passent avant les conseils ; une règle stricte peut bloquer une modification correspondante sur le hook pre-tool de Cursor, et ce que Pathrule apprend reste hors de tout éditeur particulier.
Comment installer Pathrule dans Cursor ?
Lancez npm i -g @pathrule/cli, puis pathrule setup dans votre projet et choisissez Cursor (ajoutez --local pour fonctionner sans compte). L'installation écrit dans .cursor/hooks.json des entrées de hooks qui pointent vers un unique script Node.js non obfusqué, sous ~/.pathrule/bin, écrit .cursor/rules/pathrule-protocol.mdc et ajoute une entrée MCP locale. Supprimer ces entrées suffit à retirer Pathrule.
Pathrule voit-il mon code source ?
Non. Pathrule n'envoie pas automatiquement le code source de votre dépôt. En mode local, il n'y a pas de compte et les connaissances restent sur votre machine. En mode cloud, Pathrule Cloud stocke les mémoires, règles et skills rédigées par votre équipe, 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é.