La fiducia si dimostra,
non si dichiara.
Pathrule non carica automaticamente il codice sorgente del tuo repository, la modalità locale non richiede account e gran parte di ciò che dice questa pagina si può verificare sulla tua macchina in pochi minuti.
Con accesso
- memorie, regole, skill
- Salvate in Pathrule Cloud
- il tuo prompt
- La parte del prompt usata per ordinare ciò che si applica
- snapshot
- Albero dei file, manifest, estratti della documentazione, metadati git, quando lo esegui
- codice sorgente
- Il codice sorgente del repository non viene caricato automaticamente
Modalità locale
- memorie, regole, skill
- Un database locale in ~/.pathrule
- come lavori
- Salvato in locale (User Intelligence)
- il tuo prompt
- Resta presso il provider del tuo agente
- codice sorgente
- Conoscenza e risultanze vengono salvate in locale
Tre confini, tenuti separati.
- 1La modalità locale tiene la conoscenza sulla tua macchinapathrule setup --local, o la modalità locale dell'estensione: nessun account, niente sincronizzato.
- 2La modalità Cloud invia ciò che le serve, e lo dichiaraConoscenza nel Cloud, l'inizio del prompt per ordinarla, uno snapshot solo quando ne esegui uno.
- 3Il tuo agente di programmazione mantiene il proprio confineCiò che invii a Claude o Codex è disciplinato da quel provider, esattamente come senza Pathrule.
Non diciamo che niente lasci mai il tuo dispositivo, perché sarebbe falso. È vero invece che Pathrule non carica automaticamente il codice sorgente del tuo repository, e che la modalità locale non richiede account.
Cosa protegge i tuoi dati.
- Accesso verificato dal serverOgni lettura e scrittura verifica la tua sessione corrente e l'accesso al workspace.
- Nessuna chiave admin condivisaOgni client usa la tua sessione, mai una chiave di servizio.
- Sessioni che puoi interrompereIl reset della password e la revoca della sessione terminano le autorizzazioni di Remote MCP.
- Nuova autenticazione per le azioni sensibiliLe azioni sensibili sul ciclo di vita del workspace richiedono una nuova autenticazione.
- HTTPS verso il cloudTra ogni client Pathrule e Pathrule Cloud.
- Reversibile per progettazioneLe cancellazioni sono logiche e restano ripristinabili fino all'eliminazione definitiva.
- Una traccia delle attivitàCiò che gli agenti dichiarano di fare, consultabile dal tuo team.
Domande frequenti.
Pathrule carica il codice sorgente del mio repository?
Pathrule non carica automaticamente il codice sorgente del tuo repository. Le funzionalità locali del progetto possono esaminare dei file per convalidare le risultanze o assemblare i metadati del progetto. Uno snapshot richiesto da te o dal tuo agente include l'albero dei file, i manifest, estratti selezionati della documentazione e i metadati git. Le voci di conoscenza contengono ciò che vi scrivi intenzionalmente. In modalità locale la tua conoscenza non viene sincronizzata con Pathrule Cloud.
Cosa invia Pathrule quando lo uso con Pathrule Cloud?
La tua conoscenza (memorie, regole e skill) viene salvata in Pathrule Cloud, e la parte del prompt fornita per il recupero del contesto viene usata per stabilire quale conoscenza consegnare. Il tuo agente di programmazione mantiene il proprio provider di modelli: ciò che invii a Claude o Codex è disciplinato da quel provider, esattamente come senza Pathrule. Non affermiamo che niente lasci mai la tua macchina.
La CLI raccoglie telemetria?
Solo dopo il consenso, in una CLI gestita con accesso effettuato. La CLI locale standalone non ne invia. Gli eventi non contengono codice, percorsi, prompt, conoscenza, email, id di account o di workspace. Usa pathrule telemetry disable per disattivarli. NO_TELEMETRY=1, DO_NOT_TRACK=1 e gli ambienti CI mantengono la telemetria disattivata.
Posso verificare da me le affermazioni di Pathrule?
Sì. pathrule doctor e pathrule integrations doctor esaminano la tua configurazione senza modificarla. La configurazione del client e i file di istruzioni gestiti sono leggibili, e tools/list mostra gli strumenti e gli schemi del server MCP a cui ti sei collegato. Lo stdio locale e Remote MCP hanno cataloghi diversi.
Pathrule addestra modelli sui miei contenuti?
No. Pathrule non addestra modelli sui tuoi contenuti.
Il riferimento completo.
Ultimo aggiornamento: 9 ottobre 2026. Per gli sviluppatori che valutano la CLI di Pathrule, l'estensione per VS Code, MCP e Pathrule Cloud. Segnala un problema
Questa traduzione è fornita per comodità. In caso di differenze rispetto alla versione inglese, prevale la versione inglese. Leggi la versione inglese
1. Confini per progettazione
- Pathrule conserva memorie, regole, skill, risultanze, preferenze di lavoro e i relativi record del workspace. Una funzionalità locale del progetto può esaminare dei file per convalidare una risultanza o assemblare i metadati del progetto; ciò non comporta il caricamento automatico del codice sorgente del repository.
- I contenuti che tu o il tuo agente inserite intenzionalmente in una voce di conoscenza diventano il contenuto di quella voce. Evita di conservarvi segreti o dati dei clienti.
- Pathrule non addestra modelli sui tuoi contenuti.
- Gli strumenti MCP per la conoscenza non prevedono l'esecuzione generica di comandi shell né uno strumento di lettura arbitraria dei file. Gli strumenti locali di apprendimento del progetto possono controllare i file sorgente collegati a una risultanza; non espongono un browser generico del filesystem.
- Signals standalone e Local Signals sono osservazioni di runtime separate e attive solo su consenso (opt-in). L'instrumentazione viene proposta e approvata prima che il codice venga modificato. Cloud Signals fa parte dei piani elencati in Prezzi.
2. Verificalo tu
Esamina la configurazione e gli strumenti che il tuo agente può usare:
pathrule doctor
pathrule integrations list
pathrule integrations doctor
pathrule telemetry
La configurazione del client e i file di istruzioni gestiti restano leggibili su disco. Claude Code e Codex possono usare plugin nativi o hook nelle impostazioni. Cursor e Copilot usano i canali di hook che espongono, e Windsurf usa il proprio file di regole e MCP. pathrule eject mostra un'anteprima della pulizia del progetto; pathrule eject --apply esegue il piano dopo che l'hai rivisto.
Qualsiasi client MCP può chiamare tools/list per esaminare gli strumenti e gli schemi del server connesso. Il server stdio locale e Remote MCP hanno cataloghi diversi; il riferimento li descrive entrambi.
| Destinazione | Finalità |
|---|---|
cloud.pathrule.io | Servizi del workspace Cloud, accesso e Remote MCP |
app.pathrule.io | Console di gestione del Cloud |
models.pathrule.io | Download del modello locale e del runtime quando installi o aggiorni |
eu.i.posthog.com | Telemetria di prodotto anonima, solo dopo il consenso in una CLI o console gestita |
| npm e i registri delle estensioni | Installazione e aggiornamenti dei pacchetti che richiedi |
Il traffico verso il provider di modelli del tuo agente è separato. Puoi esaminare il traffico di Pathrule con il tuo firewall o con un proxy.
3. Cosa tocca il runtime locale su disco
La home di Pathrule è ~/.pathrule, a meno che tu non imposti PATHRULE_HOME. Contiene gli archivi locali, le credenziali di sessione quando hai effettuato l'accesso, le funzionalità installate, gli indici degli hook e la diagnostica. Le credenziali e gli archivi locali sono accessibili solo al tuo utente.
In un repository, Pathrule scrive le proprie regioni di istruzioni gestite, i file di integrazione dei client e le skill materializzate. Preserva il testo al di fuori delle proprie regioni gestite. Il modello locale viene installato solo quando richiedi la configurazione, e i file scaricati vengono verificati prima dell'attivazione.
La Local Console si mette in ascolto solo sull'interfaccia di loopback, usa un link di avvio monouso e non carica risorse esterne. Tieni aperto il terminale che la serve mentre la usi; Ctrl+C la arresta.
4. Come viene controllato l'accesso al cloud
Pathrule Cloud funziona su Cloudflare con verifiche autenticate degli accessi lato server. Le letture e le scritture nel workspace verificano la sessione corrente, l'appartenenza, il ruolo e lo stato del workspace. Ogni operazione nel Cloud è autorizzata dal server; nascondere un elemento dell'interfaccia nel client non equivale a un controllo degli accessi.
- I token di Remote MCP sono vincolati a un solo workspace approvato e a determinati ambiti.
- La rimozione dell'accesso, l'archiviazione o la cancellazione di un workspace ne revocano le autorizzazioni. Il ripristino non riattiva le vecchie autorizzazioni.
- Anche il reset della password e la revoca esplicita delle sessioni terminano le autorizzazioni di Remote MCP.
- I refresh token vengono ruotati. Il riutilizzo di un token già ruotato revoca l'intera famiglia di token.
- Le azioni sensibili sul ciclo di vita del workspace richiedono una nuova autenticazione.
- Richieste, dimensioni dei payload, diritti previsti dal piano e utilizzo vengono verificati dal server.
- Il traffico del Cloud usa HTTPS. Le cancellazioni conservano la cronologia necessaria per il periodo di ripristino documentato.
5. Pathrule Web nel browser
La console del Cloud gestisce workspace, membri, impostazioni e fatturazione. Chiama la Cloud API con la tua sessione bearer. Non invia al browser alcuna chiave amministrativa e non esegue agenti di programmazione.
La console autenticata è separata dal sito web pubblico. Gli strumenti di analisi del sito di marketing vengono caricati solo dopo che hai accettato le statistiche nel banner dei cookie. La telemetria di prodotto nella console gestita ha una propria impostazione di consenso.
6. La superficie degli strumenti MCP
Il server MCP locale offre la creazione e il recupero di conoscenza legata ai percorsi, oltre ad apprendimento del progetto, flussi di aggiornamento, attività e altri strumenti di supporto locali. Remote MCP offre il contesto e operazioni di elenco e lettura per memorie, regole e skill, oltre a operazioni di modifica e di cronologia con un'autorizzazione in scrittura.
Remote MCP non può leggere il tuo filesystem, installare hook o scrivere file di istruzioni. Non prevede la consegna locale dell'intelligenza personale. I suoi schemi sono nativi del Cloud, quindi i client devono esaminare tools/list invece di presumere che gli argomenti locali funzionino anche da remoto.
7. IA e telemetria
Il modello locale facoltativo interpreta la conoscenza sulla tua macchina. L'indicizzazione della conoscenza del Cloud e il recupero semantico usano Cloudflare Workers AI, e Claude di Anthropic assegna i nomi agli argomenti della conoscenza a partire da parole chiave degli argomenti, percorsi delle cartelle e al massimo sei titoli di elementi, mai il contenuto degli elementi. Le funzionalità del Cloud assistite da modelli trattano la conoscenza o le evidenze necessarie per quella funzionalità; la disponibilità è indicata in Prezzi. Le chiamate ai modelli del tuo agente di programmazione restano presso il suo provider.
La CLI locale standalone non invia telemetria di prodotto. Una CLI gestita con accesso effettuato invia eventi di utilizzo anonimi solo dopo pathrule telemetry enable. Gli eventi contengono nomi di comandi o funzionalità, esito, durata, versione, famiglia del sistema operativo e un id di installazione casuale, mai codice, percorsi, prompt, conoscenza, email, id di account o di workspace.
pathrule telemetry disable
# Anche queste variabili d'ambiente mantengono disattivata la telemetria:
NO_TELEMETRY=1 pathrule status
DO_NOT_TRACK=1 pathrule status
La telemetria è sempre disattivata in CI. La telemetria di prodotto gestita usa il servizio di acquisizione UE di PostHog, separatamente dall'archiviazione della conoscenza del Cloud e dalle statistiche del sito web. Vedi l'Informativa sulla privacy e l'Informativa sui cookie.
8. Distribuzione e aggiornamenti
Installa o aggiorna la CLI con npm i -g @pathrule/cli@latest. La base locale è rilasciata con licenza Apache-2.0; Cloud e l'Intelligence Engine sono funzionalità proprietarie. Vedi Open source.
La CLI può segnalare una versione più recente, ma non si aggiorna da sola. NO_UPDATE_CHECK=1 o una politica di aggiornamento manuale disattivano il controllo automatico. L'estensione per VS Code richiede un workspace attendibile prima di scrivere i file di integrazione e di avviare il proprio runtime locale.
Le installazioni self-hosted Enterprise, con SSO e log di audit, vengono concordate tramite il team vendite; vedi il riferimento self-hosted. Sono separate dalla CLI locale e dalla Local Console.
9. Segnalare un problema di sicurezza
Scrivi a security@pathrule.io indicando il componente interessato, i passaggi per riprodurre il problema, l'impatto che hai osservato, la piattaforma e la versione. pathrule --version indica la versione della CLI.
Il nostro obiettivo è confermare la ricezione delle segnalazioni entro tre giorni lavorativi e tenerti al corrente durante l'indagine. Esegui i test solo con account e dati di tua proprietà.
10. Contatti
- Sicurezza: security@pathrule.io
- Generale: hello@pathrule.io
- Privacy e richieste sui dati: privacy@pathrule.io