PathruleProjetotodos os planos
Como este projeto funciona?
- guarda
- Decisões, restrições, procedimentos
- fica
- Na sua máquina, ou no Cloud com login
- decide
- Você e sua equipe
Uma inteligência.
Todos os agentes.
Uma camada de inteligência persistente para o seu projeto, para você, para a sua equipe e para todos os agentes de programação que você usa. Ela guarda o que foi aprendido e dá a cada tarefa só o que se aplica.
funciona com
Claude Code
Codex
Cursor
Copilot
Windsurf
apps/web/checkout“Adicione Apple Pay ao checkout”
Projetoesta base de código
- Pagamentos passam pelo billingClient
- Valores são centavos inteiros
- O mobile usa Expo Router
Vocêcomo você trabalha
- Diffs pequenos e revisáveis
- Pergunte antes de mexer no schema
- Duas opções, não cinco
Equipepadrões verificados
- Novos provedores saem atrás de uma flag
- Notas de release vão no CHANGELOG
- Datas são armazenadas em UTC
- Tudo
- as 9 notas, em todo prompt
- O que se aplica
- 4 enviadas, 5 deixadas de fora, dentro do orçamento
Todo agente começa do zero.
- “Decidimos não usar ORM no billing.”um pull request fechado
- “Essa migração tem que rodar ao contrário.”a cabeça de alguém
- “Eu já falei, use o cliente de billing.”suas últimas quatro sessões
O conhecimento não está faltando. Ele está onde uma sessão não alcança. Escrever tudo em um único arquivo de instruções só muda o problema de lugar.
Três escopos. Três funções.
Vocêtodos os planos
Como você gosta de trabalhar?
- guarda
- Preferências de trabalho
- fica
- Na sua máquina, em todos os repositórios
- decide
- Você: candidato, ativo, aposentado
Equipeplanos para equipes
O que a equipe continua fazendo?
- guarda
- Padrões no trabalho da equipe
- fica
- Pathrule Cloud
- decide
- Só o que um proprietário verificou
Quando uma preferência pessoal e uma regra do projeto divergem, a regra do projeto vence. Uma preferência define como o trabalho é feito, não o que conta como correto.
Vinculado a onde você trabalha.
espaço de trabalhoeditando services/billing
- /se aplica
- apps/webfora do escopo
- apps/mobilefora do escopo
- services/billingse aplica
- webhooks/fora do escopo
- packages/uifora do escopo
pathrule3 enviadas, dentro do orçamento
- Pagamentos passam pelo billingClientregra
- Reembolsos são assíncronos desde o incidentememória
- add-payment-providerskill
listadas pelo título, peça via MCPPolítica de novas tentativas de webhookArredondamento de moeda
Uma regra em uma pasta se aplica abaixo dela, e uma regra na raiz se aplica em todo lugar. Dentro desse escopo, o que se aplica é ranqueado para a tarefa, e o que não coube é nomeado para que o agente possa pedir.
Uma pessoa decide o que conta.
- rascunhoNovos provedores saem atrás de uma flagvisto no trabalho da equipe
- sugestãoNovos provedores saem atrás de uma flagsem confiança, não entregue
- verificado por um proprietárioNovos provedores saem atrás de uma flagos agentes partem dele
Os padrões da equipe começam como rascunhos e só contam depois que uma pessoa os verifica. As constatações que um agente registra continuam consultivas e nunca viram regras sozinhas.
Nem todo conhecimento é conselho.
services/billing/charge.tsClaude Code, exemplo
export async function charge(order) {+ const res = await stripe.charges.create({ amount })}
Edição negada Nunca chame o Stripe diretamente. Use billingClient. regra estrita, /services/billing
pode bloquear em
- Claude Code
- Codex
- Cursor
- Copilot
Uma regra estrita com um padrão de bloqueio aprovado é verificada pelo hook do Pathrule antes que uma edição correspondente seja executada. O Windsurf não tem hooks e o Remote MCP não instala nenhum, então ali ela chega como orientação.
Mesmas tarefas. Dentro das regras.
12 tarefas, um modelo fixo do Claude Code
Agente sozinho
- tarefas concluídas
- 12/12
- seguiram as convenções
- 3/12
- violações
- 8
Com o Pathrule
- tarefas concluídas
- 12/12
- seguiram as convenções
- 12/12
- violações
- 0
Uma grade publicada: 24 execuções em repositórios idênticos, com os mesmos prompts. Não é uma garantia para todo repositório, e um agente ainda pode interpretar mal o que recebeu. Como medimos
Perguntas frequentes.
O que é a Pathrule Intelligence?
A parte do Pathrule que guarda o que um projeto, um desenvolvedor e uma equipe aprenderam como memórias, regras e skills, vincula isso a caminhos no código e decide o que chega a um agente de programação em cada tarefa específica. Não é um modelo de código e não escreve o seu código.
O Pathrule é mais um modelo de código?
Não. O Pathrule não gera o código da sua aplicação. Claude Code, Codex, Cursor, GitHub Copilot e Windsurf continuam sendo os motores de execução e de raciocínio, e cada um mantém o próprio provedor de modelos. O Pathrule é o conhecimento do qual eles partem.
Qual é a diferença entre Project, User e Team Intelligence?
A Project Intelligence é o que uma base de código aprendeu, como memórias, regras e skills vinculadas a caminhos. A User Intelligence é como você prefere trabalhar; fica armazenada na sua máquina e acompanha você entre repositórios. A Team Intelligence roda no Pathrule Cloud nos planos para equipes, encontra padrões no trabalho de uma equipe e só os entrega depois que uma pessoa os verifica.
O Pathrule confia automaticamente no que aprende?
Não. As constatações que os agentes registram são consultivas e nunca são promovidas a regras automaticamente. Os padrões da equipe passam de rascunho a sugerido e a verificado, e só os verificados chegam aos agentes. As regras são escritas ou aprovadas por pessoas.
O que acontece quando minhas preferências entram em conflito com uma regra do projeto?
O projeto vence quando a corretude está em jogo. Uma regra é um requisito do projeto e não é descartada porque uma preferência pessoal seria mais conveniente. A User Intelligence define como o trabalho é feito, não o que conta como correto.
A User Intelligence funciona entre repositórios?
Sim. Ela é vinculada a você, e não a um projeto, então vai com você quando você muda de repositório. A Project Intelligence é o que muda quando o repositório muda.
Posso corrigir o que o Pathrule aprendeu sobre mim?
Sim. Todo item da User Intelligence tem um estado (candidato, ativo, aposentado ou rejeitado), então uma preferência errada pode ser rejeitada e uma que deixou de ser verdadeira pode ser aposentada. Ela fica armazenada na sua máquina e, sem conta, permanece lá.
Isso reduz o meu uso de tokens?
Mantém focado o que chega ao agente: o conhecimento é vinculado ao caminho, ranqueado para a tarefa e entregue dentro de um limite por prompt, em vez de um único arquivo de instruções carregado inteiro. O Pathrule não afirma reduzir o uso total de tokens de um agente. Veja como medimos.