Pathrule

Qu’est-ce que Pathrule ?

Pathrule est un système de routage de contexte pour assistants de code. Il stocke les mémoires, règles et skills de l’équipe dans un graphe de connaissances indexé par chemin qui reflète l’arborescence du dépôt, puis injecte la portion de contexte pertinente dans des outils comme Claude Code, Cursor, Codex et Windsurf avant le premier appel d’outil.

Le produit est conçu pour réduire le besoin de relire répétitivement le dépôt et de reformuler des invites au fil des sessions. Il combine un espace de travail cloud, des runtimes locaux de bureau et CLI, ainsi qu’un serveur MCP afin que les équipes puissent conserver une seule couche de connaissances partagée sur le navigateur, le bureau, le terminal et les clients IA distants.

Fonctionnalités clés

• Graphe de connaissances indexé par chemin : les mémoires, règles et skills sont rattachées à des nœuds d’une arborescence d’espace de travail qui reflète le dépôt, afin que le contexte puisse être récupéré par proximité de chemin plutôt que par étiquetage manuel.
• Objets de connaissance typés : les mémoires stockent des faits, les règles stockent des contraintes avec priorité et mode d’application, et les skills stockent des procédures nommées que l’assistant peut invoquer.
• Injection de contexte au moment des hooks : Pathrule utilise les hooks PreToolUse et UserPromptSubmit pour pousser le contexte avant le premier appel d’outil, ce qui aide l’assistant à démarrer avec les bonnes informations au lieu de les redécouvrir.
• Surface MCP multi-assistant : un seul serveur MCP expose la même surface d’outils à Claude Code, Cursor, Codex et Windsurf via stdio, réduisant les écarts de configuration entre clients.
• Routage sensible à la forme : le routeur classe les requêtes par intention, comme ajustement UI, correction de bug, refactorisation ou exploration, et adapte la profondeur de réponse selon la demande.
• Options de déploiement local et distant : Pathrule est proposé en Web, Desktop et CLI, avec une option Remote MCP pour les clients cloud uniquement qui ne peuvent pas exécuter de runtime local.

Comment utiliser Pathrule ?

Une configuration typique commence par créer ou connecter un espace de travail, puis par y rattacher une arborescence de dépôt afin que Pathrule puisse l’indexer par chemins. Les équipes ajoutent des mémoires, règles et skills aux nœuds appropriés, en choisissant au besoin un comportement strict ou indicatif pour les règles.

À partir de là, les utilisateurs exécutent Pathrule dans le navigateur, l’application de bureau ou la CLI, ou connectent un assistant de code via le serveur MCP. Le système a alorschemine le contexte pertinent vers la session avant les appels d’outil, et la CLI peut aussi installer des clients, synchroniser des fichiers compagnons, lancer des vérifications et servir de pont local pour l’application web.

Cas d’usage

• Partage de connaissances d’équipe dans les assistants de code : conserver les notes de schéma, les décisions d’implémentation et les contraintes récurrentes disponibles pour les agents sans avoir à les réexpliquer à chaque session.
• Guidance spécifique au chemin dans un monorepo : rattacher des règles et des mémoires à des dossiers pour que des chemins plus précis puissent remplacer la guidance plus large de l’espace de travail quand une équipe travaille dans différentes parties du dépôt.
• Application de contraintes importantes : utiliser des règles strictes pour bloquer les changements qui violeraient un motif requis, une politique ou une convention propre au dépôt.
• Standardisation du comportement de l’assistant entre outils : donner à Claude Code, Cursor, Codex et Windsurf le même contexte sous-jacent et la même surface d’outils afin que différents éditeurs suivent la même connaissance d’équipe.
• Flux terminal et CI : utiliser la CLI pour les opérations sans interface, la sortie JSON, la connexion SSH par code appareil, le rattachement de dépôt et les tâches de configuration ou de réparation scriptées.

FAQ

Pathrule fonctionne-t-il uniquement dans le navigateur ? Non. Le produit est disponible sous forme d’application web, d’application de bureau macOS et de CLI pour macOS, Linux et Windows. Il propose aussi un point de terminaison Remote MCP pour les clients cloud uniquement.

Pathrule peut-il fonctionner sans installation locale ? Oui, pour les clients IA cloud uniquement, la source décrit un point de terminaison hébergé Remote MCP. Pour Pathrule Web, des actions locales comme l’accès au dépôt et la synchronisation des hooks peuvent être associées au runtime CLI sur votre machine.

Quels assistants de code sont pris en charge ? La source cite explicitement Claude Code, Cursor, Codex et Windsurf.

Quels types de contexte les équipes peuvent-elles stocker ? Pathrule organise les mémoires, règles et skills de l’équipe. Les règles peuvent être indicatives ou strictes, et les skills sont des procédures nommées que l’assistant peut invoquer.

Alternatives

• Fichiers de prompts manuels ou notes de dépôt : ils peuvent stocker les consignes d’équipe, mais n’offrent ni la récupération par chemin, ni l’injection via hooks, ni une surface MCP partagée.
• Bases de connaissances générales ou outils de wiki : utiles pour la documentation, mais pas conçus pour acheminer le contexte directement vers des assistants de code avant les appels d’outil.
• Outils de gestion de prompts ou frameworks d’agents : ils peuvent aider à structurer les prompts ou les workflows, mais Pathrule se positionne autour de la récupération, de l’application et de l’injection tenant compte du dépôt.
• Fonctionnalités natives de mémoire des assistants : certains assistants de code peuvent conserver un contexte limité, mais Pathrule centralise les connaissances sur plusieurs clients et surfaces plutôt que de les garder dans un seul produit.