Agent IR

Agent IR è il nome che Pathrule dà a ciò che un agente riceve per una singola attività: il confine tra tutto ciò che Pathrule sa e una singola esecuzione da parte di un singolo agente.

Questo confine è importante. Si tratta di conoscenza selezionata per un'attività e poi resa per un client, non di una query accodata a un prompt. Ciò che l'agente riceve viene costruito per il lavoro che ha davanti, e la sua forma è una scelta di progettazione, non il risultato casuale di una ricerca.

Cosa contiene

Per una singola attività, in un singolo ambito:

• Le regole che si applicano, come regole, in una sezione dedicata.
• Le memorie più importanti per il percorso e il prompt, per intero, e le altre pertinenti, elencate per titolo.
• Le skill che si applicano, per nome, così l'agente può caricare la procedura quando gli serve.
• Le tue preferenze personali, nei client con un hook sul prompt, sotto un'intestazione che mette al primo posto i requisiti del workspace. Vedi User Intelligence.
• Le conclusioni registrate dagli agenti sul codice, presentate come consigli da verificare, nel contesto che un agente richiede. Vedi apprendimento del progetto.
• I pattern del team verificati, su Pathrule Cloud. I suggerimenti che nessuno ha verificato non vengono consegnati.

Cosa lascia fuori di proposito

Tutto ciò che non migliora l'esecuzione.

Niente campi di gestione interna, niente identificatori interni che all'agente non servono, niente conoscenza legata ad altre parti del repository e nulla che una persona non abbia approvato, laddove l'approvazione è richiesta. Un suggerimento, una preferenza candidata o un vincolo di regola non approvato non vengono consegnati.

Tre proprietà fondamentali

Il tipo viene preservato. Una correzione passata viene consegnata come correzione passata e una regola come regola. Ridurre entrambe a un generico "ricorda questo" cancella proprio ciò che rendeva utile ciascuna delle due.

L'autorità è codificata, non appiattita. Un consiglio viene collocato in una posizione chiaramente subordinata, invece di essere accodato a una regola vincolante con lo stesso peso. Un agente che legge la consegna sa distinguere un requisito da un suggerimento, perché è la consegna stessa a dire quale sia l'uno e quale l'altro. Vedi Knowledge IR.

Il testo completo è sempre a una lettura di distanza. Una memoria che non rientra nel budget per prompt viene elencata per titolo invece di essere scartata, e leggerla per nome restituisce tutto ciò che il tuo team ha scritto.

Come una memoria raggiunge l'agente

Una memoria raggiunge un agente in uno di tre modi.

• Per intero, per il prompt. Nei client con un hook sul prompt, Claude Code e Codex, Pathrule seleziona le memorie rilevanti per il percorso e il prompt, le ordina per priorità e consegna per intero le più rilevanti prima che l'agente inizi, entro un budget per prompt. Una memoria già consegnata nella sessione non viene inviata di nuovo.
• Per titolo. Le memorie pertinenti che non rientrano nel budget vengono elencate per titolo, così l'agente sa che esistono e può leggerne una qualsiasi con pathrule_read_memory.
• Nei file di istruzioni. I file che Pathrule compila per ciascun client contengono la conoscenza del workspace, o un suo indice, nei percorsi a cui si riferisce, così anche un client senza hook parte da lì.

Leggere una memoria per nome non è una consegna. Restituisce sempre il testo completo, perché una lettura esplicita è una richiesta della fonte.

Cosa arriva per intero e cosa arriva solo come nome descrive il budget più in dettaglio, e come funziona il recupero descrive come avviene la selezione.

Dove si applica la consegna compilata

Quanto di tutto questo arrivi senza che l'agente lo chieda dipende dagli hook del client.

Remote MCP è un endpoint di strumenti ospitato. Non installa hook e non scrive file locali, quindi un client remoto che richiede conoscenza è una cosa diversa da un hook locale che la consegna nel momento in cui l'agente agisce. Qualsiasi agente, su qualunque di questi canali, può chiedere altro con pathrule_get_context.

Indipendente dal motore

Ciò che viene selezionato non dipende mai da quale agente sta per essere eseguito. La stessa conoscenza viene resa una sola volta e ogni client la riceve tramite il proprio meccanismo nativo: i suoi file di istruzioni, i suoi hook dove li ha, e MCP. Vedi come funzionano gli hook.

È questo che rende l'indipendenza dall'agente una proprietà strutturale e non un'aspirazione. Non esiste una conoscenza modellata su Claude né una modellata su Codex, esistono solo la conoscenza e l'involucro in cui viene spedita. Ciò che cambia tra i client è quanta parte di essa può arrivare senza essere richiesta, come la tabella qui sopra rende esplicito.