PathruleLocal ou Cloud
Escolha entre um espaço de trabalho local sem conta ou conhecimento compartilhado no Pathrule Cloud. O que cada modo armazena, onde você gerencia e como a entrega ao agente muda.
Nesta página
A primeira escolha é onde o conhecimento do espaço de trabalho deve ficar. O modo Local o mantém nesta máquina. O Cloud o disponibiliza pela sua conta Pathrule. Em qualquer um dos modos, seu agente de programação continua sendo o que você já usa.
Escolha por quem precisa do conhecimento
| Local | Cloud | |
|---|---|---|
| Conta | Não é necessária | Conta Pathrule |
| Conhecimento do espaço de trabalho | Armazenamento local nesta máquina | Espaço de trabalho gerenciado no Cloud |
| Compartilhamento | Este espaço de trabalho local | Conforme a participação e as permissões no espaço de trabalho |
| Configuração do repositório | CLI ou VS Code | CLI ou VS Code |
| Interface no navegador | Local Console, com pathrule ui | Console do Cloud em app.pathrule.io |
| MCP hospedado | Não disponível | Acesso via OAuth a um espaço de trabalho aprovado |
| Signals | Armazenamento e verificação locais | Ingestão gerenciada, registro de correções e verificação nos planos Pro, Team e Enterprise |
Comece pelo Local quando o conhecimento for para esta máquina. Escolha o Cloud quando outra máquina ou outra pessoa da equipe precisar da mesma fonte de conhecimento. A disponibilidade e os limites de cada plano estão em Preços.
Configure o modo Local
No seu repositório:
pathrule setup --local
pathrule ui
O setup conecta o espaço de trabalho local e os clientes que você escolher. O pathrule ui abre o Local Console, onde você navega, pesquisa, edita e restaura conhecimento, além de inspecionar a atividade ou os Local Signals.
O modelo local opcional tem seus próprios requisitos de plataforma. A entrega de conhecimento continua funcionando sem ele. Se você configurar um provedor externo de embeddings, o texto que você prioriza é enviado a esse provedor.
Configure o Cloud
pathrule setup
Escolha Cloud no setup, entre e selecione ou crie o espaço de trabalho deste repositório. Cada pessoa da equipe vincula a própria pasta local. O conhecimento compartilhado não compartilha os vínculos de pasta nem a configuração de cliente de outra pessoa.
O console do Cloud gerencia espaços de trabalho, pessoas, planos e configurações. Um cliente que não consegue executar um processo local pode usar o Remote MCP, com uma concessão aprovada para o espaço de trabalho. As ferramentas remotas têm seus próprios schemas e não instalam hooks locais.
O que o agente recebe
O runtime local entrega o conhecimento pelos arquivos e hooks que cada cliente suporta, com MCP para leituras e escritas mais profundas. Isso funciona tanto com conhecimento de espaço de trabalho local quanto do Cloud. O Remote MCP retorna conhecimento do Cloud quando é chamado; ele não faz entrega no momento dos hooks.
Memórias, regras e skills mantêm o mesmo significado em qualquer um dos modos. Os requisitos do projeto continuam tendo prioridade sobre preferências pessoais, e descobertas baseadas no código-fonte continuam sendo recomendações a verificar.
Migre com cuidado
Escolher Cloud não publica automaticamente um espaço de trabalho local existente. Selecione o espaço de trabalho de destino e revise as entradas que você quer compartilhar. Mantenha segredos, dados privados de clientes e anotações pessoais fora do conhecimento compartilhado. A página Segurança explica os limites entre o ambiente local, o Cloud e o provedor do agente de programação.