Aller au contenu
Pathrule

windsurf

Windsurf agit.
Pathrule se souvient.

Des règles partagées et un contexte d'équipe pour Windsurf, via un fichier de règles qu'il lit au démarrage de la session et des outils MCP qu'il peut appeler pour en savoir plus. Windsurf n'a pas de hooks : une règle stricte y arrive donc comme une consigne.

Windsurfexemple
Ajoute une page de commandes.

Sans

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

fichier de règles, lu au démarrage de la session : 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 Windsurf.

fichiers qu'il lit : ouifichiers qu'il lit
.windsurf/rules
avant chaque prompt : nonavant chaque prompt
Pas de hook de prompt
autour des appels d'outils : nonautour des appels d'outils
Pas de hooks
quand il demande : ouiquand il demande
Local

Pas de hooks : Pathrule compile un fichier de règles que Windsurf lit, et l'agent atteint le reste via MCP.

Règles Windsurf vs Pathrule

Règles Windsurf seulesconsignes natives
  • Mémoires Cascade, règles ciblées et AGENTS.md
  • 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é à Windsurf ; les autres outils ont besoin de leurs propres fichiers.
  • L'intégration d'un nouvel arrivant dépend de la configuration d'instructions du dépôt.
Pathrule + Windsurfpour ce chemin
  • Des connaissances d'espace de travail partagées, via un fichier de règles et MCP
  • 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, Cursor et GitHub Copilot.
  • 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 à Windsurf

  • Contexte généréAu démarrage de la sessionPathrule écrit un fichier de règles que Windsurf lit au démarrage d'une session. MCP fournit des lectures approfondies à la demande.
  • Graphe lié aux cheminsDes règles là où elles s'appliquentLes connaissances sont rattachées à des chemins, et les outils MCP renvoient ce qui s'applique au répertoire sur lequel Windsurf les interroge. Le fichier de règles cesse 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, Cursor et GitHub Copilot 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 à Windsurf ?

Une couche de connaissances liée aux chemins pour Windsurf : un fichier de règles qu'il lit au démarrage d'une session, et des outils MCP qu'il peut appeler pour obtenir les mémoires, règles et skills qui s'appliquent au répertoire où il travaille. Windsurf n'a pas de hooks Pathrule : les connaissances ne sont pas injectées en cours de session, et les règles sont des consignes, pas un blocage.

Pathrule remplace-t-il mes règles Windsurf ?

Non. Pathrule est une couche au-dessus du fichier de règles de Windsurf. Gardez le fichier de règles pour les constantes valables pour tout le dépôt ; Pathrule porte les connaissances propres à un chemin, celles qui doivent survivre à la personne qui les a apprises, ou celles qui concernent votre façon préférée de travailler, et Windsurf lit la part qui s'applique là où il travaille.

Toute mon équipe peut-elle partager des règles Windsurf via Pathrule ?

Oui. 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 Windsurf de chaque collègue peut les lire, tout comme Claude Code, Codex, Cursor et GitHub Copilot.

Comment installer Pathrule dans Windsurf ?

Lancez npm i -g @pathrule/cli, puis pathrule setup dans votre projet et choisissez Windsurf (ajoutez --local pour fonctionner sans compte). L'installation écrit .windsurf/rules/pathrule-protocol.md et une entrée MCP locale. Il n'y a pas de hook pour Windsurf. Supprimer le fichier de règles et l'entrée MCP 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é.

Une configuration.
Pathrule se charge du reste.