La confiance se prouve,
elle ne se décrète pas.

Pathrule n'envoie pas automatiquement le code source de votre dépôt, le mode local ne demande aucun compte, et l'essentiel de ce que dit cette page se vérifie sur votre propre machine en quelques minutes.

Vérifiez par vous-même Signaler un problème

Ce qui va oùCLI, VS Code, Cloud

Connecté

mémoires, règles, skills: Stockées dans Pathrule Cloud
votre prompt: Le segment du prompt utilisé pour classer ce qui s'applique
snapshot: Arborescence, manifestes, extraits de documentation, métadonnées git, quand vous le lancez
code source: Le code du dépôt n'est pas envoyé automatiquement

Le serveur Cloud vérifie votre session, votre appartenance et vos permissions.

Mode local

mémoires, règles, skills: Une base de données locale dans ~/.pathrule
votre façon de travailler: Stockée en local (User Intelligence)
votre prompt: Reste chez le fournisseur de votre agent
code source: Connaissances et constats stockés en local

Votre propre clé d'embeddings envoie le texte classé à ce fournisseur. La télémétrie du produit géré reste désactivée tant que vous ne l'activez pas.

Trois périmètres, bien séparés.

1Le mode local garde les connaissances sur votre machinepathrule setup --local, ou le mode local de l'extension : aucun compte, rien n'est synchronisé.
2Le mode Cloud envoie ce dont il a besoin, et le ditLes connaissances dans le Cloud, le début du prompt pour les classer, un snapshot seulement quand vous en lancez un.
3Votre agent de codage garde son propre périmètreCe que vous envoyez à Claude ou à Codex relève de ce fournisseur, exactement comme sans Pathrule.

Nous ne disons pas que rien ne quitte jamais votre appareil, parce que ce serait faux. Ce qui est vrai, c'est que Pathrule n'envoie pas automatiquement le code source de votre dépôt et que le mode local ne demande aucun compte.

Ce qui protège vos données.

Accès contrôlé côté serveurChaque lecture et chaque écriture vérifient votre session actuelle et votre accès à l'espace de travail.
Aucune clé d'administration partagéeChaque client porte votre propre session, jamais une clé de service.
Des sessions que vous pouvez couperLa réinitialisation du mot de passe et la révocation des sessions mettent fin aux autorisations Remote MCP.
Réauthentification renforcéeLes actions sensibles du cycle de vie de l'espace de travail exigent une nouvelle authentification.
HTTPS vers le cloudEntre chaque client Pathrule et Pathrule Cloud.
Réversible par conceptionLes suppressions sont logiques et restaurables jusqu'à la suppression définitive.
Une trace d'activitéCe que les agents déclarent avoir fait, consultable par votre équipe.

Questions fréquentes.

Pathrule envoie-t-il le code source de mon dépôt ?

Pathrule n'envoie pas automatiquement le code source de votre dépôt. Les fonctions locales du projet peuvent examiner des fichiers pour valider des constats ou assembler des métadonnées du projet. Un snapshot demandé par vous ou par votre agent comprend l'arborescence des fichiers, les manifestes, des extraits choisis de la documentation et les métadonnées git. Les entrées de connaissances contiennent ce que vous y écrivez volontairement. En mode local, vos connaissances ne sont pas synchronisées avec Pathrule Cloud.

Qu'est-ce que Pathrule envoie quand je l'utilise avec Pathrule Cloud ?

Vos connaissances (mémoires, règles et skills) sont stockées dans Pathrule Cloud, et le segment du prompt fourni pour récupérer le contexte sert à classer les connaissances à transmettre. Votre agent de codage garde son propre fournisseur de modèles : ce que vous envoyez à Claude ou à Codex relève de ce fournisseur, exactement comme sans Pathrule. Nous ne prétendons pas que rien ne quitte jamais votre machine.

La CLI collecte-t-elle de la télémétrie ?

Uniquement après activation, dans une CLI gérée et connectée. La CLI locale autonome n'envoie rien. Les événements ne contiennent ni code, ni chemins, ni prompts, ni connaissances, ni e-mail, ni identifiants de compte ou d'espace de travail. Utilisez pathrule telemetry disable pour les désactiver. NO_TELEMETRY=1, DO_NOT_TRACK=1 et la CI gardent la télémétrie désactivée.

Puis-je vérifier moi-même ce qu'affirme Pathrule ?

Oui. pathrule doctor et pathrule integrations doctor examinent votre configuration sans la modifier. La configuration des clients et les fichiers d'instructions gérés sont lisibles, et tools/list affiche les outils et les schémas du serveur MCP auquel vous êtes connecté. La stdio locale et Remote MCP ont des catalogues différents.

Pathrule entraîne-t-il des modèles sur mon contenu ?

Non. Pathrule n'entraîne pas de modèles sur votre contenu.

La référence complète.

Dernière mise à jour le 9 octobre 2026. Pour les développeurs qui évaluent la CLI Pathrule, l'extension VS Code, MCP et Pathrule Cloud. Signaler un problème

Cette traduction est fournie à titre de commodité. En cas de divergence avec la version anglaise, la version anglaise prévaut. Lire la version anglaise

1. Des périmètres posés dès la conception

Pathrule stocke des mémoires, règles, skills, constats, préférences de travail et les enregistrements d'espace de travail associés. Une fonctionnalité de projet locale peut inspecter des fichiers pour valider un constat ou assembler des métadonnées de projet ; cela n'envoie pas automatiquement le code source du dépôt.
Le contenu que vous ou votre agent placez volontairement dans une entrée de connaissances devient le contenu de cette entrée. Évitez d'y stocker des secrets ou des données clients.
Pathrule n'entraîne pas de modèles sur votre contenu.
Les outils MCP de connaissances ne comportent ni exécution shell générale ni outil de lecture de fichiers arbitraires. Les outils locaux d'apprentissage du projet peuvent vérifier les fichiers source rattachés à un constat ; ils n'exposent pas de navigateur général du système de fichiers.
Signals en mode autonome et Local Signals sont des observations d'exécution distinctes et facultatives. L'instrumentation est proposée et approuvée avant toute modification du code. Cloud Signals fait partie des offres indiquées sur la page Tarifs.

2. Vérifiez par vous-même

Inspectez la configuration et les outils que votre agent peut utiliser :

pathrule doctor
pathrule integrations list
pathrule integrations doctor
pathrule telemetry

La configuration des clients et les fichiers d'instructions gérés restent lisibles sur le disque. Claude Code et Codex peuvent utiliser des plugins natifs ou des hooks déclarés dans leurs paramètres. Cursor et Copilot utilisent les canaux de hooks qu'ils exposent, et Windsurf utilise son fichier de règles et MCP. pathrule eject prévisualise le nettoyage du projet ; pathrule eject --apply exécute le plan que vous avez examiné.

Tout client MCP peut appeler tools/list pour inspecter les outils et les schémas du serveur connecté. Le MCP local en stdio et Remote MCP ont des catalogues différents ; la référence décrit les deux.

Destination	Finalité
`cloud.pathrule.io`	Services d'espace de travail Cloud, connexion et Remote MCP
`app.pathrule.io`	Console de gestion Cloud
`models.pathrule.io`	Téléchargement du modèle local et de l'environnement d'exécution lors d'une installation ou d'une mise à jour
`eu.i.posthog.com`	Télémétrie produit anonyme, uniquement après activation explicite dans une CLI ou une console gérée
npm et les registres d'extensions	Installations et mises à jour de paquets que vous demandez

Le trafic propre au fournisseur de modèles de votre agent est distinct. Vous pouvez inspecter le trafic de Pathrule avec votre pare-feu ou un proxy.

3. Ce que l'environnement d'exécution local touche sur le disque

Le répertoire de Pathrule est ~/.pathrule, sauf si vous définissez PATHRULE_HOME. Il contient les stockages locaux, les identifiants de session lorsque vous êtes connecté, les capacités installées, les index de hooks et les diagnostics. Les identifiants et les stockages locaux ne sont accessibles qu'à votre utilisateur.

Dans un dépôt, Pathrule écrit ses zones d'instructions gérées, les fichiers d'intégration des clients et les skills matérialisées. Il préserve le texte situé en dehors de ses zones gérées. Le modèle local n'est installé que lorsque vous demandez sa configuration, et les fichiers téléchargés sont vérifiés avant activation.

La Local Console n'écoute que sur l'interface de bouclage (loopback), utilise un lien de lancement à usage unique et ne charge aucune ressource externe. Gardez ouvert le terminal qui la sert pendant que vous l'utilisez ; Ctrl+C l'arrête.

4. Comment l'accès au cloud est contrôlé

Pathrule Cloud fonctionne sur Cloudflare, avec des vérifications d'accès authentifiées côté serveur. Les lectures et écritures dans un espace de travail vérifient la session en cours, l'appartenance, le rôle et l'état de l'espace de travail. Chaque opération Cloud est autorisée par le serveur ; masquer une commande dans le client ne constitue pas une vérification d'accès.

Les jetons Remote MCP sont liés à un espace de travail approuvé et à des portées précises.
Retirer un accès, archiver ou supprimer un espace de travail révoque ses autorisations. Le restaurer ne réactive pas les anciennes autorisations.
La réinitialisation du mot de passe et la révocation explicite d'une session mettent également fin aux autorisations Remote MCP.
Les jetons d'actualisation font l'objet d'une rotation. Rejouer un jeton déjà remplacé révoque toute la famille de ce jeton.
Les actions sensibles du cycle de vie d'un espace de travail exigent une nouvelle authentification.
Les requêtes, la taille des charges utiles, les droits liés à l'offre et l'utilisation sont vérifiés par le serveur.
Le trafic Cloud passe par HTTPS. Les suppressions conservent l'historique nécessaire pendant la fenêtre de récupération documentée.

5. Pathrule Web dans le navigateur

La console Cloud gère les espaces de travail, les membres, les paramètres et la facturation. Elle appelle l'API Cloud avec votre session bearer. Elle n'envoie aucune clé d'administration au navigateur et n'exécute pas d'agents de codage.

La console authentifiée est distincte du site web public. Les outils de mesure d'audience marketing ne se chargent qu'après que vous avez accepté la mesure d'audience dans le bandeau cookies. La télémétrie produit de la console gérée dispose de son propre paramètre d'activation.

6. Les outils MCP exposés

Le MCP local fournit la création et la récupération de connaissances liées aux chemins, ainsi que l'apprentissage du projet, les workflows d'actualisation, l'activité et d'autres utilitaires locaux. Remote MCP fournit le contexte et des opérations de liste et de lecture pour les mémoires, règles et skills, ainsi que des opérations de modification et d'historique avec une autorisation d'écriture.

Remote MCP ne peut pas lire votre système de fichiers, installer des hooks ni écrire des fichiers d'instructions. Il ne transmet pas d'intelligence personnelle locale. Ses schémas sont propres au Cloud : les clients doivent donc inspecter tools/list plutôt que de supposer que les arguments locaux fonctionnent aussi à distance.

7. IA et télémétrie

Le modèle local facultatif interprète les connaissances sur votre machine. L'indexation des connaissances et la recherche sémantique dans Cloud utilisent Cloudflare Workers AI, et Claude d'Anthropic nomme les thèmes de connaissances à partir des mots-clés des thèmes, des chemins de dossiers et d'au plus six titres d'éléments, jamais du corps des éléments. Les fonctionnalités Cloud assistées par un modèle traitent les connaissances ou les traces nécessaires à la fonctionnalité concernée ; leur disponibilité suit la page Tarifs. Les appels de modèle de votre agent de codage restent chez son fournisseur.

La CLI locale autonome n'envoie aucune télémétrie produit. Une CLI gérée, lorsque vous y êtes connecté, n'envoie des événements d'utilisation anonymes qu'après pathrule telemetry enable. Ils contiennent les noms de commandes ou de fonctionnalités, le résultat, la durée, la version, la famille du système d'exploitation et un identifiant d'installation aléatoire, jamais de code, de chemins, de prompts, de connaissances, d'adresse e-mail ni d'identifiants de compte ou d'espace de travail.

pathrule telemetry disable
# Ces variables d'environnement désactivent aussi la télémétrie :
NO_TELEMETRY=1 pathrule status
DO_NOT_TRACK=1 pathrule status

La télémétrie est toujours désactivée en CI. La télémétrie produit gérée utilise le service d'ingestion européen de PostHog, séparément du stockage des connaissances Cloud et de la mesure d'audience du site web. Voir la Politique de confidentialité et la Politique relative aux cookies.

8. Distribution et mises à jour

Installez ou mettez à jour la CLI avec npm i -g @pathrule/cli@latest. Le socle local est sous licence Apache-2.0 ; Cloud et l'Intelligence Engine sont des capacités propriétaires. Voir Open source.

La CLI peut signaler qu'une version plus récente existe, mais ne se met pas à jour d'elle-même. NO_UPDATE_CHECK=1 ou une politique de mise à jour manuelle désactive la vérification automatique. L'extension VS Code exige un espace de travail approuvé (trusted workspace) avant d'écrire des fichiers d'intégration et de démarrer son environnement d'exécution local.

Les déploiements Enterprise auto-hébergés, avec SSO et journaux d'audit, se mettent en place avec l'équipe commerciale ; consultez la référence de l'édition auto-hébergée. Ils sont distincts de la CLI locale et de la Local Console.

9. Signaler un problème de sécurité

Écrivez à security@pathrule.io en indiquant le composant concerné, les étapes de reproduction, l'impact que vous avez constaté, ainsi que la plateforme et la version. pathrule --version indique la version de la CLI.

Nous nous efforçons d'accuser réception des signalements sous trois jours ouvrés et de vous tenir informé au fil de notre analyse. Veuillez ne tester qu'avec des comptes et des données qui vous appartiennent.

10. Contact

Sécurité : security@pathrule.io
Général : hello@pathrule.io
Confidentialité et demandes relatives aux données : privacy@pathrule.io

La confiance se prouve,elle ne se décrète pas.