PathruleLocal ou Cloud
Choisissez un espace de travail local sans compte ou des connaissances partagées dans Pathrule Cloud. Ce que stocke chaque mode, où le gérer et comment la livraison aux agents diffère.
Sur cette page
Le premier choix porte sur l'endroit où résident les connaissances de l'espace de travail. Local les conserve sur cette machine. Cloud les rend disponibles via votre compte Pathrule. Dans les deux modes, vous gardez l'agent de codage que vous utilisez déjà.
Choisir selon qui a besoin des connaissances
| Local | Cloud | |
|---|---|---|
| Compte | Non requis | Compte Pathrule |
| Connaissances de l'espace de travail | Stockage local sur cette machine | Espace de travail Cloud géré |
| Partage | Cet espace de travail local | Selon les membres et les permissions de l'espace de travail |
| Configuration du dépôt | CLI ou VS Code | CLI ou VS Code |
| Interface navigateur | Local Console, avec pathrule ui | Console Cloud sur app.pathrule.io |
| MCP hébergé | Non disponible | Accès OAuth à un espace de travail approuvé |
| Signals | Stockage et vérification en local | Ingestion gérée, enregistrement des correctifs et vérification sur Pro, Team et Enterprise |
Commencez par Local si les connaissances ne concernent que cette machine. Choisissez Cloud si une autre machine ou un collègue a besoin de la même source rédigée. La disponibilité et les limites selon les offres figurent sur la page Tarifs.
Configurer le mode local
Depuis votre dépôt :
pathrule setup --local
pathrule ui
La configuration connecte l'espace de travail local et les clients que vous choisissez. pathrule ui ouvre la Local Console, où vous parcourez, recherchez, modifiez et restaurez les connaissances, et consultez l'activité ou les Local Signals.
Le modèle local optionnel a ses propres prérequis de plateforme. La livraison des connaissances fonctionne sans lui. Si vous configurez un fournisseur d'embeddings externe, le texte que vous priorisez est envoyé à ce fournisseur.
Configurer le mode Cloud
pathrule setup
Choisissez Cloud lors de la configuration, connectez-vous, puis sélectionnez ou créez l'espace de travail de ce dépôt. Chaque membre de l'équipe rattache son propre dossier local. Partager des connaissances ne revient pas à partager les liaisons de dossiers ni la configuration client d'une autre personne.
La console Cloud gère les espaces de travail, les personnes, les offres et les paramètres. Un client qui ne peut pas exécuter de processus local peut utiliser Remote MCP, avec une autorisation approuvée sur un espace de travail. Les outils distants ont leurs propres schémas et n'installent aucun hook local.
Ce que reçoit l'agent
Le runtime local livre les connaissances via les fichiers et les hooks que chaque client prend en charge, avec MCP pour les lectures et écritures plus poussées. Cela fonctionne aussi bien avec des connaissances d'espace de travail locales que Cloud. Remote MCP renvoie les connaissances Cloud lorsqu'il est appelé, mais n'assure pas de livraison au moment des hooks.
Les mémoires, règles et skills gardent le même sens dans les deux modes. Les exigences du projet priment toujours sur les préférences personnelles, et les constats appuyés sur des sources restent des conseils à vérifier.
Migrer en connaissance de cause
Choisir Cloud ne publie pas automatiquement un espace de travail local existant. Sélectionnez l'espace de travail de destination et relisez les entrées que vous souhaitez partager. Ne mettez ni secrets, ni données client privées, ni notes personnelles dans les connaissances partagées. La page Sécurité décrit les frontières entre le mode local, le Cloud et le fournisseur de l'agent de codage.