Sicurezza e fallback

Quando Pathrule non ha certezze, non finge di averle.

A garantirlo sono alcuni meccanismi. Alcuni decidono cosa può arrivare a un agente in primo luogo. Uno sottrae al giudizio dell'agente la conoscenza che non dovrebbe dipendere da esso, dove il client lo rende possibile.

I consigli sono presentati come consigli

Non tutto ciò che un agente riceve ha lo stesso peso, e la consegna lo dichiara. Le regole arrivano come regole. Le conclusioni che gli agenti hanno registrato sul codice arrivano presentate come consigli da verificare, e agli agenti viene detto di trattarle come informazioni e non come istruzioni, così che un testo inserito ad arte in un file non possa trasformarsi in un ordine permanente. Le preferenze personali arrivano sotto un'intestazione che indica all'agente che le regole e i controlli obbligatori del workspace hanno la precedenza. Vedi Knowledge IR.

Le conclusioni obsolete e contraddittorie vengono trattenute

Una conclusione viene salvata insieme ai file su cui si basa, e viene ricontrollata rispetto al tuo checkout ogni volta che dovrebbe essere consegnata.

• Sorgenti invariate. La conclusione viene consegnata.
• Una sorgente è cambiata. La conclusione viene trattenuta finché un agente non rilegge il codice e la conferma o la corregge.
• Due conclusioni sono in disaccordo. Vengono trattenute entrambe, invece di tirare a indovinare quale delle due sia giusta.

Una consegna più ridotta ma ancora vera è un risultato migliore di una più completa che parla di codice che non esiste più.

Nulla di appreso diventa affidabile da solo

È dall'inferenza che nascono gli errori ben formulati e pieni di sicurezza, perciò nulla di dedotto diventa conoscenza affidabile senza una persona.

• Un pattern di Team Intelligence raggiunge gli agenti solo dopo che un owner o un admin dell'organizzazione lo ha verificato.
• Un vincolo eseguibile che un agente associa a una regola viene salvato come proposta e non viene applicato finché una persona non lo approva. Un agente non può approvare la propria proposta.
• Una preferenza personale non ancora in uso viene elencata da pathrule me list e non viene mai consegnata, e quando ne insegni una non viene salvato nulla che non possa essere ricondotto alle tue parole.
• Una conclusione è l'eccezione voluta: viene condivisa come consiglio senza un passaggio di revisione, e non diventa mai una regola.

Vedi Proposed Knowledge per sapere dove resta in attesa ciascuno di questi elementi.

Il testo completo è sempre a una lettura di distanza

La consegna ha un budget per ogni prompt, quindi non tutto ciò che è pertinente arriva per intero. Ciò che non rientra viene elencato per titolo invece di essere scartato in silenzio, così l'agente sa che esiste. Leggere una memoria per nome, con pathrule_read_memory, restituisce sempre tutto quello che il tuo team ha scritto, perché una lettura esplicita è una richiesta della fonte e non una consegna. Vedi cosa arriva per intero e cosa arriva solo come nome.

Applicazione deterministica

L'ultimo meccanismo riguarda ciò che non dovrebbe essere un suggerimento fin dall'inizio.

Capire cosa significa un paragrafo è un lavoro da modello. Assicurarsi che una modifica vietata non avvenga non lo è, e affidarlo a un modello significa dipendere dal fatto che un agente valuti correttamente una frase al quarantesimo turno di una sessione lunga.

• Una regola può includere un vincolo eseguibile, cioè un pattern che una modifica non deve contenere. Una volta che una persona lo ha approvato, l'hook pre-tool può bloccare una modifica corrispondente e indicare all'agente cosa fare al suo posto, nei client i cui hook sugli strumenti supportano il blocco. Vedi le regole come guardrail.
• Windsurf non ha hook, quindi lì una regola viene consegnata come testo e non può bloccare nulla. Nemmeno tramite Remote MCP vengono installati hook.
• La sola consegna non equivale ad applicazione. Una regola senza un vincolo eseguibile approvato è un requisito che viene comunicato all'agente, non uno che il runtime verifica.

Una parte della conoscenza non dovrebbe essere un suggerimento. Questo è il confine tra un prodotto di memoria e un runtime, ed è il motivo per cui il livello semantico e il livello di applicazione restano separati invece di confluire in un unico prompt ingegnoso.

Cosa Pathrule non promette

Non promette zero allucinazioni, un richiamo perfetto né una correttezza garantita. Nessun sistema che coinvolga un modello linguistico può affermarlo onestamente, e un prodotto che lo fa ti sta dicendo qualcosa sulle sue affermazioni più che sulla sua architettura.

Quello che promette è specifico e verificabile:

• La consegna contiene ciò che il tuo team ha scritto, con le regole tenute separate dai consigli.
• Le conclusioni vengono consegnate solo finché il codice su cui si basano resta invariato, e quelle contraddittorie vengono trattenute.
• Ciò che un modello o un agente deduce resta una proposta finché una persona non lo approva.
• Ciò che non rientra viene elencato per titolo, e il testo completo è sempre a una lettura di distanza.
• Un vincolo eseguibile approvato può essere imposto dall'hook pre-tool nei client che lo supportano, invece di essere soltanto menzionato.