Segurança e fallback

Quando o Pathrule não tem certeza, ele não finge.

Alguns mecanismos garantem isso. Alguns decidem o que pode chegar a um agente. Um deles tira das mãos do agente o conhecimento que não deve ficar a critério dele, quando o cliente permite.

Recomendações vêm rotuladas como recomendações

Nem tudo o que um agente recebe tem o mesmo peso, e a entrega deixa isso claro. Regras chegam como regras. Descobertas que agentes registraram sobre o código chegam apresentadas como recomendações a verificar, e os agentes são orientados a tratá-las como informação, não como instruções, de modo que um texto plantado em um arquivo não vire uma ordem permanente. Preferências pessoais chegam sob um título que avisa ao agente que as regras e as verificações obrigatórias do espaço de trabalho vêm primeiro. Veja Knowledge IR.

Descobertas desatualizadas e contraditórias são retidas

Uma descoberta é salva junto com os arquivos em que se baseia e é verificada de novo contra o seu checkout toda vez que seria entregue.

• Fontes inalteradas. A descoberta é entregue.
• Uma fonte mudou. A descoberta fica retida até que um agente leia o código de novo e a confirme ou corrija.
• Duas descobertas divergem. Ambas são retidas, em vez de se tentar adivinhar qual delas vale.

Uma entrega menor que continua verdadeira é um resultado melhor do que uma mais completa sobre um código que já não existe.

Nada aprendido é confiável por si só

É da inferência que vem o erro confiante e bem formulado, por isso nada inferido vira conhecimento confiável sem passar por uma pessoa.

• Um padrão de Team Intelligence só chega aos agentes depois que um proprietário ou administrador da organização o verifica.
• Uma restrição executável que um agente anexa a uma regra é armazenada como proposta e só é imposta depois que uma pessoa a aprova. Um agente não pode aprovar a própria proposta.
• Uma preferência pessoal que ainda não está em uso aparece em pathrule me list e nunca é entregue, e ensinar uma preferência não armazena nada que não possa ser fundamentado nas suas próprias palavras.
• Uma descoberta é a exceção proposital: ela é compartilhada como recomendação sem etapa de revisão e nunca vira regra.

Veja Proposed Knowledge para saber onde cada um desses itens aguarda.

O texto completo está sempre a uma leitura de distância

A entrega tem um orçamento por prompt, então nem tudo o que se aplica chega na íntegra. O que não cabe é listado pelo título em vez de ser descartado em silêncio, para que o agente saiba que existe. Ler uma memória pelo nome, com pathrule_read_memory, sempre retorna tudo o que sua equipe escreveu, porque uma leitura explícita é um pedido pela fonte, e não uma entrega. Veja o que chega na íntegra e o que chega como nome.

Imposição determinística

O último mecanismo trata do que, para começo de conversa, não deveria ser uma sugestão.

Entender o que um parágrafo significa é trabalho para um modelo. Garantir que uma edição proibida não aconteça não é, e deixar isso a cargo de um modelo significa depender de um agente avaliando corretamente uma frase no quadragésimo turno de uma sessão longa.

• Uma regra pode carregar uma restrição executável, um padrão que uma alteração não pode conter. Depois que uma pessoa a aprova, o hook pré-ferramenta pode bloquear uma edição correspondente e dizer ao agente o que fazer no lugar, nos clientes cujos hooks de ferramenta oferecem suporte a bloqueio. Veja regras como guardrails.
• O Windsurf não tem hooks, então lá uma regra é entregue como texto e não consegue bloquear nada. Via Remote MCP, também não há hooks instalados.
• Entrega por si só não é imposição. Uma regra sem restrição executável aprovada é um requisito do qual o agente é informado, e não um que o runtime verifica.

Certo conhecimento não deveria ser uma sugestão. Essa é a linha que separa um produto de memória de um runtime, e é por isso que a camada semântica e a camada de imposição são separadas, em vez de fundidas em um único prompt engenhoso.

O que o Pathrule não afirma

Ele não afirma ter zero alucinações, recall perfeito nem correção garantida. Nenhum sistema que envolva um modelo de linguagem pode afirmar isso com honestidade, e um produto que afirma está dizendo algo sobre as próprias alegações, não sobre a sua arquitetura.

O que ele afirma é específico e verificável:

• A entrega traz o que sua equipe escreveu, com regras mantidas separadas de recomendações.
• Descobertas só são entregues enquanto o código em que se baseiam continua inalterado, e as contraditórias são retidas.
• O que um modelo ou um agente infere continua sendo proposta até que uma pessoa aprove.
• O que não cabe é listado pelo título, e o texto completo está sempre a uma leitura de distância.
• Uma restrição executável aprovada pode ser imposta pelo hook pré-ferramenta nos clientes que oferecem suporte, em vez de apenas mencionada.