Confiança se prova,
não se declara.

O Pathrule não envia automaticamente o código-fonte do seu repositório, o modo local não precisa de conta e a maior parte do que esta página diz pode ser conferida na sua própria máquina em poucos minutos.

Confira você mesmo Relatar um problema

O que vai para ondeCLI, VS Code, Cloud

Conectado

memórias, regras, skills: Salvas no Pathrule Cloud
seu prompt: O trecho do prompt usado para ranquear o que se aplica
snapshot: Árvore de arquivos, manifestos, trechos de documentação e metadados do git, quando você executa
código-fonte: O código do repositório não é enviado automaticamente

O servidor do Cloud verifica sua sessão, sua participação e suas permissões.

Modo local

memórias, regras, skills: Um banco de dados local em ~/.pathrule
como você trabalha: Salvo localmente (User Intelligence)
seu prompt: Fica com o provedor do seu agente
código-fonte: Conhecimento e constatações ficam salvos localmente

A sua própria chave de embeddings envia o texto ranqueado para esse provedor. A telemetria do produto gerenciado fica desligada até você ativar.

Três fronteiras, mantidas separadas.

1O modo local mantém o conhecimento na sua máquinapathrule setup --local, ou o modo local da extensão: sem conta, nada é sincronizado.
2O modo Cloud envia o que precisa, e avisaO conhecimento no Cloud, o início do prompt para ranquear, um snapshot só quando você executa um.
3Seu agente de programação mantém a própria fronteiraO que você envia ao Claude ou ao Codex é regido por esse provedor, exatamente como sem o Pathrule.

Não dizemos que nada nunca sai do seu dispositivo, porque isso seria falso. O que é verdade é que o Pathrule não envia automaticamente o código-fonte do seu repositório e que o modo local não precisa de conta.

O que protege seus dados.

Acesso controlado no servidorCada leitura e escrita verifica sua sessão atual e seu acesso ao espaço de trabalho.
Nenhuma chave de administrador compartilhadaCada cliente carrega a sua própria sessão, nunca uma chave de serviço.
Sessões que você pode encerrarRedefinir a senha e revogar sessões encerra as concessões do Remote MCP.
Reautenticação reforçadaAções sensíveis do ciclo de vida do espaço de trabalho exigem uma nova autenticação.
HTTPS até a nuvemEntre cada cliente do Pathrule e o Pathrule Cloud.
Reversível por designAs exclusões são lógicas e podem ser restauradas até a exclusão definitiva.
Um rastro de atividadeO que os agentes relatam ter feito, revisável pela sua equipe.

Perguntas frequentes.

O Pathrule envia o código-fonte do meu repositório?

O Pathrule não envia automaticamente o código-fonte do seu repositório. Os recursos locais do projeto podem inspecionar arquivos para validar constatações ou montar metadados do projeto. Um snapshot que você ou seu agente pedirem inclui a árvore de arquivos, os manifestos, trechos selecionados da documentação e metadados do git. As entradas de conhecimento contêm o que você escreve nelas de propósito. No modo local, seu conhecimento não é sincronizado com o Pathrule Cloud.

O que o Pathrule envia quando eu uso com o Pathrule Cloud?

Seu conhecimento (memórias, regras e skills) fica salvo no Pathrule Cloud, e o trecho do prompt fornecido para a recuperação de contexto é usado para ranquear qual conhecimento entregar. Seu agente de programação mantém o próprio provedor de modelos: o que você envia ao Claude ou ao Codex é regido por esse provedor, exatamente como sem o Pathrule. Não afirmamos que nada nunca sai da sua máquina.

A CLI coleta telemetria?

Só depois de opt-in, em uma CLI gerenciada e conectada. A CLI local independente não envia nada. Os eventos não contêm código, caminhos, prompts, conhecimento, e-mail nem IDs de conta ou de espaço de trabalho. Use pathrule telemetry disable para desligá-los. NO_TELEMETRY=1, DO_NOT_TRACK=1 e CI mantêm a telemetria desligada.

Posso verificar as afirmações do Pathrule por conta própria?

Sim. pathrule doctor e pathrule integrations doctor inspecionam sua configuração sem alterá-la. A configuração dos clientes e os arquivos de instruções gerenciados podem ser lidos, e tools/list mostra as ferramentas e os esquemas do servidor MCP ao qual você se conectou. A stdio local e o Remote MCP têm catálogos diferentes.

O Pathrule treina modelos com o meu conteúdo?

Não. O Pathrule não treina modelos com o seu conteúdo.

A referência completa.

Última atualização em 9 de outubro de 2026. Para desenvolvedores que avaliam a CLI do Pathrule, a extensão do VS Code, o MCP e o Pathrule Cloud. Relatar um problema

Esta tradução é fornecida por conveniência. Se ela divergir da versão em inglês, prevalece a versão em inglês. Ler a versão em inglês

1. Fronteiras por design

O Pathrule armazena memórias, regras, skills, constatações, preferências de trabalho e registros relacionados do espaço de trabalho. Um recurso local do projeto pode inspecionar arquivos para validar uma constatação ou montar metadados do projeto; isso não envia automaticamente o código-fonte do repositório.
O conteúdo que você ou seu agente colocam intencionalmente em uma entrada de conhecimento passa a ser o conteúdo dessa entrada. Evite armazenar segredos ou dados de clientes nela.
O Pathrule não treina modelos com o seu conteúdo.
As ferramentas MCP de conhecimento não têm execução genérica de shell nem ferramenta de leitura arbitrária de arquivos. As ferramentas locais de aprendizado do projeto podem verificar os arquivos-fonte vinculados a uma constatação; elas não expõem um navegador genérico do sistema de arquivos.
O Signals standalone e o Local Signals são observações de runtime separadas e opt-in. A instrumentação é proposta e aprovada antes de qualquer alteração no código. O Cloud Signals faz parte dos planos listados em Preços.

2. Verifique você mesmo

Inspecione a configuração e as ferramentas que seu agente pode usar:

pathrule doctor
pathrule integrations list
pathrule integrations doctor
pathrule telemetry

A configuração do cliente e os arquivos de instruções gerenciados continuam legíveis no disco. O Claude Code e o Codex podem usar plugins nativos ou hooks nas configurações. O Cursor e o Copilot usam os canais de hooks que expõem, e o Windsurf usa seu arquivo de regras e o MCP. pathrule eject mostra uma prévia da limpeza do projeto; pathrule eject --apply executa o plano revisado.

Qualquer cliente MCP pode chamar tools/list para inspecionar as ferramentas e os schemas do servidor conectado. O stdio local e o Remote MCP têm catálogos diferentes; a referência descreve os dois.

Destino	Finalidade
`cloud.pathrule.io`	Serviços de espaço de trabalho do Cloud, login e Remote MCP
`app.pathrule.io`	Console de gerenciamento do Cloud
`models.pathrule.io`	Downloads do modelo local e do runtime quando você instala ou atualiza
`eu.i.posthog.com`	Telemetria anônima do produto, somente após opt-in em uma CLI ou console gerenciado
npm e os registries de extensões	Instalação e atualizações de pacotes que você solicita

O tráfego do provedor de modelos do seu agente é separado. Você pode inspecionar o tráfego do Pathrule com seu firewall ou um proxy.

3. O que o runtime local toca no disco

O diretório base do Pathrule é ~/.pathrule, a menos que você defina PATHRULE_HOME. Ele contém os armazenamentos locais, as credenciais de sessão quando você está conectado, os recursos instalados, os índices de hooks e os diagnósticos. As credenciais e os armazenamentos locais ficam restritos ao seu usuário.

Em um repositório, o Pathrule grava suas regiões de instruções gerenciadas, os arquivos de integração dos clientes e as skills materializadas. Ele preserva o texto fora das suas regiões gerenciadas. O modelo local só é instalado quando você solicita a configuração, e os arquivos baixados são verificados antes da ativação.

O Local Console se vincula à interface de loopback, usa um link de inicialização de uso único e não carrega recursos externos. Mantenha aberto o terminal que o está servindo enquanto o usa; Ctrl+C o encerra.

4. Como o acesso ao Cloud é controlado

O Pathrule Cloud roda na Cloudflare, com verificações de acesso autenticadas no servidor. As leituras e gravações do espaço de trabalho verificam a sessão atual, a participação, a função e o estado do espaço de trabalho. Toda operação do Cloud é autorizada pelo servidor; ocultar um controle no cliente não é uma verificação de acesso.

Os tokens do Remote MCP ficam vinculados a um único espaço de trabalho aprovado e a escopos.
Remover o acesso, arquivar ou excluir um espaço de trabalho revoga suas concessões. Restaurá-lo não reativa as concessões antigas.
A redefinição de senha e a revogação explícita de sessões também encerram as concessões do Remote MCP.
Os refresh tokens são rotacionados. Reutilizar um token já rotacionado revoga a família desse token.
Ações sensíveis do ciclo de vida do espaço de trabalho exigem nova autenticação.
Solicitações, tamanhos de payload, direitos de uso do plano e consumo são verificados pelo servidor.
O tráfego do Cloud usa HTTPS. As exclusões mantêm o histórico necessário para a janela de recuperação documentada.

5. O Pathrule Web no navegador

O console do Cloud gerencia espaços de trabalho, membros, configurações e cobrança. Ele chama a API do Cloud com sua sessão bearer. Ele não envia uma chave administrativa ao navegador e não executa agentes de programação.

O console autenticado é separado do site público. A análise de marketing só é carregada depois que você aceita a análise no banner de cookies. A telemetria de produto no console gerenciado tem sua própria configuração de opt-in.

6. A superfície de ferramentas MCP

O MCP local oferece criação e recuperação de conhecimento vinculado a caminhos, além de aprendizado do projeto, fluxos de atualização, atividade e outros auxiliares locais. O Remote MCP oferece contexto e operações de listagem e leitura de memórias, regras e skills, além de operações de alteração e de histórico com uma concessão de escrita.

O Remote MCP não pode ler seu sistema de arquivos, instalar hooks nem gravar arquivos de instruções. Ele não tem entrega local de inteligência pessoal. Seus schemas são nativos do Cloud, então os clientes devem inspecionar tools/list em vez de presumir que os argumentos locais também funcionam remotamente.

7. IA e telemetria

O modelo local opcional entende o conhecimento na sua máquina. A indexação de conhecimento e a recuperação semântica do Cloud usam o Cloudflare Workers AI, e o Claude, da Anthropic, nomeia os tópicos de conhecimento a partir de palavras-chave dos tópicos, caminhos de pastas e no máximo seis títulos de itens, nunca o corpo dos itens. As funcionalidades do Cloud assistidas por modelo processam o conhecimento ou as evidências necessários para cada funcionalidade; a disponibilidade segue o que consta em Preços. As chamadas de modelo do seu próprio agente de programação ficam com o provedor dele.

A CLI local independente não envia telemetria de produto. Uma CLI gerenciada, com sessão iniciada, envia eventos de uso anônimos somente depois de pathrule telemetry enable. Eles contêm nomes de comandos ou funcionalidades, resultado, duração, versão, família do sistema operacional e um id de instalação aleatório, nunca código, caminhos, prompts, conhecimento, e-mail, ids de conta ou de espaço de trabalho.

pathrule telemetry disable
# Estas variáveis de ambiente também mantêm a telemetria desativada:
NO_TELEMETRY=1 pathrule status
DO_NOT_TRACK=1 pathrule status

A telemetria fica sempre desativada em CI. A telemetria gerenciada do produto usa o serviço de ingestão da PostHog na UE, separadamente do armazenamento de conhecimento do Cloud e da análise do site. Consulte a Política de Privacidade e a Política de Cookies.

8. Distribuição e atualizações

Instale ou atualize a CLI com npm i -g @pathrule/cli@latest. A base local é Apache-2.0; o Cloud e o Intelligence Engine são recursos proprietários. Consulte Código aberto.

A CLI pode avisar que há uma versão mais recente, mas não se atualiza sozinha. NO_UPDATE_CHECK=1 ou uma política de atualização manual desativa a verificação automática. A extensão para VS Code exige um espaço de trabalho confiável antes de gravar arquivos de integração e iniciar seu runtime local.

As implantações auto-hospedadas do Enterprise, com SSO e logs de auditoria, são contratadas com a equipe de vendas; consulte a referência de auto-hospedagem. Elas são separadas da CLI local e do Local Console.

9. Como relatar um problema de segurança

Envie um e-mail para security@pathrule.io com o componente afetado, os passos para reproduzir o problema, o impacto que você observou, a plataforma e a versão. pathrule --version informa a versão da CLI.

Procuramos confirmar o recebimento dos relatos em até três dias úteis e manter você informado durante a investigação. Faça testes apenas com contas e dados que sejam seus.

10. Contato

Segurança: security@pathrule.io
Geral: hello@pathrule.io
Privacidade e solicitações de dados: privacy@pathrule.io

Confiança se prova,não se declara.