PathruleProjettoutes les offres
Comment fonctionne ce projet ?
- contient
- Décisions, contraintes, procédures
- vit
- Votre machine, ou Cloud une fois connecté
- décide
- Vous et votre équipe
Une intelligence.
Tous les agents.
Une couche d'intelligence persistante pour votre projet, pour vous, pour votre équipe et pour chaque agent de codage que vous utilisez. Elle garde ce qui a été appris et ne donne à chaque tâche que ce qui s'applique.
compatible avec
Claude Code
Codex
Cursor
Copilot
Windsurf
apps/web/checkout« Ajoute Apple Pay au checkout »
Projetcette base de code
- Les paiements passent par billingClient
- Les montants sont en centimes entiers
- Le mobile utilise Expo Router
Vousvotre façon de travailler
- Des diffs petits et faciles à relire
- Demander avant de toucher au schéma
- Deux options, pas cinq
Équipepatterns vérifiés
- Les nouveaux fournisseurs sortent derrière un flag
- Les notes de version vont dans CHANGELOG
- Les dates sont stockées en UTC
- Tout
- les 9 notes, à chaque prompt
- Ce qui s'applique
- 4 envoyées, 5 écartées, dans le budget
Chaque agent repart de zéro.
- « Nous avons renoncé à un ORM pour la facturation. »une pull request fermée
- « Cette migration doit s'exécuter à l'envers. »la tête de quelqu'un
- « Je te l'ai dit, utilise le client de facturation. »vos quatre dernières sessions
Les connaissances ne manquent pas. Elles se trouvent là où une session ne peut pas les atteindre. Tout écrire dans un seul fichier d'instructions ne fait que déplacer le problème.
Trois portées. Trois rôles.
Voustoutes les offres
Comment aimez-vous travailler ?
- contient
- Préférences de travail
- vit
- Votre machine, d'un dépôt à l'autre
- décide
- Vous : candidat, actif, retiré
Équipeoffres Team
Que fait l'équipe, encore et encore ?
- contient
- Des patterns dans le travail de l'équipe
- vit
- Pathrule Cloud
- décide
- Seulement ce qu'un propriétaire a vérifié
Quand une préférence personnelle et une règle de projet divergent, la règle de projet l'emporte. Une préférence façonne la manière de faire le travail, pas ce qui est considéré comme correct.
Lié à l'endroit où vous travaillez.
espace de travailmodification de services/billing
- /s'applique
- apps/webhors portée
- apps/mobilehors portée
- services/billings'applique
- webhooks/hors portée
- packages/uihors portée
pathrule3 envoyées, dans le budget
- Les paiements passent par billingClientrègle
- Les remboursements sont asynchrones depuis l'incidentmémoire
- add-payment-providerskill
listées par titre, à demander via MCPPolitique de relance des webhooksArrondi des devises
Une règle sur un dossier s'applique en dessous, une règle à la racine s'applique partout. Dans cette portée, ce qui s'applique est classé pour la tâche, et ce qui n'a pas tenu est nommé pour que l'agent puisse le demander.
Une personne décide de ce qui compte.
- brouillonLes nouveaux fournisseurs sortent derrière un flagrepéré dans le travail de l'équipe
- suggestionLes nouveaux fournisseurs sortent derrière un flagnon fiable, non transmis
- vérifié par un propriétaireLes nouveaux fournisseurs sortent derrière un flagles agents partent de là
Les patterns d'équipe commencent comme brouillons et ne comptent qu'une fois vérifiés par une personne. Les constats qu'enregistre un agent restent indicatifs et ne deviennent jamais des règles d'eux-mêmes.
Certaines connaissances ne sont pas des conseils.
services/billing/charge.tsClaude Code, exemple
export async function charge(order) {+ const res = await stripe.charges.create({ amount })}
Modification refusée Ne jamais appeler Stripe directement. Utiliser billingClient. règle stricte, /services/billing
peut bloquer sur
- Claude Code
- Codex
- Cursor
- Copilot
Une règle stricte avec un motif de blocage approuvé est vérifiée par le hook Pathrule avant qu'une modification correspondante s'exécute. Windsurf n'a pas de hooks et Remote MCP n'en installe aucun : là, elle arrive comme une consigne.
Mêmes tâches. Règles respectées.
12 tâches, un modèle Claude Code figé
Agent seul
- tâches terminées
- 12/12
- ont suivi les conventions
- 3/12
- violations
- 8
Avec Pathrule
- tâches terminées
- 12/12
- ont suivi les conventions
- 12/12
- violations
- 0
Une grille publiée : 24 exécutions sur des dépôts identiques, avec les mêmes prompts. Ce n'est pas une garantie pour tous les dépôts, et un agent peut encore mal interpréter ce qu'on lui a donné. Notre méthode de mesure
Questions fréquentes.
Qu'est-ce que Pathrule Intelligence ?
La partie de Pathrule qui garde ce qu'un projet, un développeur et une équipe ont appris sous forme de mémoires, règles et skills, le rattache à des chemins du code et décide de ce qui atteint un agent de codage pour une tâche donnée. Ce n'est pas un modèle de codage, et elle n'écrit pas votre code.
Pathrule est-il un modèle de codage de plus ?
Non. Pathrule ne génère pas le code de votre application. Claude Code, Codex, Cursor, GitHub Copilot et Windsurf restent les moteurs d'exécution et de raisonnement, et chacun garde son propre fournisseur de modèles. Pathrule, ce sont les connaissances dont ils partent.
Quelle est la différence entre Project, User et Team Intelligence ?
Project Intelligence, c'est ce qu'une base de code a appris, sous forme de mémoires, règles et skills liées aux chemins. User Intelligence, c'est votre façon préférée de travailler ; elle est stockée sur votre machine et vous suit d'un dépôt à l'autre. Team Intelligence fonctionne dans Pathrule Cloud sur les offres Team, repère des patterns dans le travail d'une équipe et ne les transmet qu'après vérification par une personne.
Pathrule fait-il automatiquement confiance à ce qu'il apprend ?
Non. Les constats enregistrés par les agents sont indicatifs et ne sont jamais promus automatiquement en règles. Les patterns d'équipe passent de brouillon à suggéré puis à vérifié, et seuls les patterns vérifiés atteignent les agents. Les règles sont écrites ou approuvées par des personnes.
Que se passe-t-il quand mes préférences contredisent une règle du projet ?
Le projet l'emporte dès que la justesse du résultat est en jeu. Une règle est une exigence du projet et n'est pas abandonnée parce qu'une préférence personnelle serait plus pratique. User Intelligence façonne la manière de faire le travail, pas ce qui est considéré comme correct.
User Intelligence fonctionne-t-elle d'un dépôt à l'autre ?
Oui. Elle est liée à vous plutôt qu'à un projet : elle vous suit donc quand vous passez à un autre dépôt. C'est Project Intelligence qui change quand le dépôt change.
Puis-je corriger ce que Pathrule a appris sur moi ?
Oui. Chaque élément que contient User Intelligence a un état (candidat, actif, retiré ou rejeté) : une préférence erronée peut être rejetée, et une préférence qui n'est plus vraie peut être retirée. Elle est stockée sur votre machine et, sans compte, elle y reste.
Est-ce que cela réduit ma consommation de tokens ?
Cela garde ciblé ce qui atteint l'agent : les connaissances sont liées au chemin, classées pour la tâche et transmises dans une limite par prompt, au lieu d'un fichier d'instructions chargé en entier. Pathrule ne prétend pas réduire la consommation totale de tokens d'un agent. Voir notre méthode de mesure.