PathrulePas une suggestion.
Une règle qui tient.
Des règles et des contraintes pour les agents de codage IA. Chacune porte une portée, une priorité et un niveau d'application, pour qu'une exigence n'arrive jamais avec le poids d'une préférence.
Les montants sont stockés en entiers, en centimes.
- où
- Seulement sous /services/billing
- avec quelle force
- Toujours envoyée dans sa portée
- en cas de violation
- Une modification correspondante est refusée avant d'être appliquée
La portée est réglée. La priorité, non.
- Une règle de sécurité se lit comme un conseil de style
- Pesée différemment au quarantième tour
- Décrit une erreur, ne peut pas la refuser
- Aucune trace pour la règle elle-même
- Ne jamais livrer la clé de servicehigh, strict
- Les montants sont en centimes entiershigh
- Préférer les exports nomméslow
- services/billing/checkout.ts
- Chaque règle porte sa priorité
- Ne se déclenche que là où elle s'applique
- Une règle stricte peut refuser la modification
- Versionnée et relisible
Les fichiers d'instructions peuvent désormais cibler un dossier avec une règle. La documentation d'Anthropic elle-même les décrit encore comme « du contexte, pas une configuration appliquée », et renvoie aux hooks pour tout ce qui doit tenir.
La priorité haute est un budget.
Tout en haute
- haute, toujours envoyée
- 96
- moyenne, si elle est pertinente
- 0
- basse, s'il reste de la place
- 0
Surtout en moyenne
- haute, toujours envoyée
- 5
- moyenne, si elle est pertinente
- 28
- basse, s'il reste de la place
- 16
Si la moitié des règles sont en priorité haute, aucune ne l'est vraiment. Partez de la priorité moyenne, et ne promouvez une règle que si vous pouvez nommer l'incident que provoquerait sa violation.
Là où une règle stricte peut bloquer.
Avec Claude Code, la modification est bloquée.
pourquoi pathrule setup enregistre le hook Pathrule, qui vérifie la modification avant qu'elle s'exécute.
pourquoi Le même hook que pour Claude Code, autour de chaque modification et de chaque écriture.
pourquoi Des hooks d'outils s'exécutent autour de chaque modification, à côté des Cursor Rules.
pourquoi La CLI et l'extension VS Code enregistrent le hook là où Copilot l'exécute.
pourquoi Windsurf n'a pas de hooks : il n'existe donc aucun événement avant écriture sur lequel bloquer.
pourquoi Le point de terminaison hébergé n'installe aucun hook. Les règles arrivent comme contexte.
Cela dépend du client, pas de la règle. Là où un hook avant écriture existe, une règle stricte avec un motif de blocage approuvé arrête une modification correspondante et se désigne comme la raison du refus.
Est-ce vraiment une règle ?
- La réponse commence-t-elle par « ça dépend » ?L'agent doit la pondérer selon la situation.Écrivez une mémoire
- Est-ce une séquence que quelqu'un répète sans cesse ?L'ordre compte plus que chaque étape prise isolément.Écrivez une skill
- Non négociable ?Donnez-lui une portée, une priorité et un niveau d'application.C'est une règle
Écrire une préférence comme une règle, c'est entamer la crédibilité de toutes vos autres règles.
Questions fréquentes.
Qu'est-ce qu'une règle d'agent IA ?
Une contrainte qu'un agent de codage IA doit respecter dans une portée définie. Une règle porte un type de portée (folder, file_type ou project), une priorité (high, medium ou low) et un niveau d'application (advisory ou strict), qui décident ensemble où elle s'applique, avec quelle force elle remonte et ce qui se passe quand quelque chose l'enfreint.
Quelle différence entre une règle et une mémoire ?
Une mémoire dit ce qui est vrai ici, et l'agent la met en balance avec la situation. Une règle dit ce qui ne doit pas arriver, et ne se négocie pas. Si la réponse honnête est « ça dépend, l'agent doit y réfléchir », écrivez plutôt une mémoire : en faire une règle entame la crédibilité de toutes vos autres règles.
Pourquoi mon agent IA ignore-t-il ses règles ?
Généralement parce que la règle est en concurrence avec des consignes sans rapport dans un long fichier d'instructions, parce que sa portée est mauvaise et qu'elle ne s'active donc jamais sur les chemins où elle compte, ou parce qu'elle est écrite comme une préférence et donc écartée à juste titre. Pour aller plus loin : pourquoi les règles Cursor sont ignorées en silence et pourquoi Claude Code ignore votre CLAUDE.md.
Une règle peut-elle vraiment bloquer une modification, ou seulement conseiller ?
Les deux sont possibles, selon le client. Une règle stricte dotée d'un motif de blocage approuvé est vérifiée par le hook Pathrule local, qui refuse une modification correspondante avant qu'elle ne soit appliquée et cite la règle comme raison. La CLI Pathrule et l'extension VS Code enregistrent ce hook pour Claude Code, Codex, Cursor et GitHub Copilot. Windsurf et Remote MCP reçoivent les règles comme contexte, sans événement avant écriture sur lequel bloquer.
Combien de règles faut-il mettre en priorité haute ?
Peu. La priorité haute signifie une injection systématique dès que la portée correspond : c'est donc un budget. Si la moitié de vos règles sont en priorité haute, aucune ne l'est vraiment. Réservez-la aux violations qui provoquent des bugs, des régressions de sécurité ou des problèmes de conformité, et mettez tout le reste en priorité moyenne par défaut.
En quoi est-ce différent des Cursor Rules ou de CLAUDE.md ?
Les règles Cursor et celles de Claude Code peuvent être liées à des chemins, et les deux produits exposent des hooks. Pathrule stocke chaque règle avec sa portée, sa priorité et son niveau d'application dans une seule source d'espace de travail, la sélectionne pour la tâche, et l'envoie à Claude Code, Codex, Cursor, GitHub Copilot et Windsurf. Comparaisons détaillées : Pathrule vs Cursor Rules et Pathrule vs fichiers d'instructions.
Dois-je supprimer mes fichiers de règles existants ?
Non. Pathrule se place au-dessus. CLAUDE.md, AGENTS.md et .cursorrules continuent de faire ce qu'ils font bien : porter les constantes valables pour tout le dépôt. Pathrule porte les contraintes liées aux chemins que ces fichiers modélisent mal.
Une même règle peut-elle s'appliquer à plusieurs chemins ?
Oui. Les règles sont réutilisables : un même objet règle peut être rattaché à plusieurs nœuds, si bien qu'une contrainte partagée s'écrit et se relit une seule fois au lieu d'être copiée dans chaque répertoire. Rédiger des règles détaille la rédaction.