Chi è il riferimento per cosa

Un assistente che conosce il tuo codice può comunque sbagliare gravemente su un punto: decidere qualcosa che non spettava a lui. Rinomina un campo pubblico, cambia una regola di prezzo, ristruttura un modulo, e lo fa senza sapere che nel team c'è una persona che è il riferimento per quell'area e che avrebbe risposto in una frase.

I profili dei membri del team colmano questa lacuna. Ogni persona della tua organizzazione ha un profilo che risponde a una sola domanda, chi è il riferimento per quale area, e una versione breve di questa risposta viene compilata in ciò che ogni agente legge prima della sua prima chiamata a uno strumento.

Un profilo appartiene al team, non a un repository

Il profilo è legato all'organizzazione e indipendente dal workspace. Chi è il riferimento per i pagamenti lo è sia che il lavoro avvenga nel repository dell'API, nell'app mobile o in un servizio che il mese scorso non esisteva. Legarlo a un solo workspace significherebbe ristabilire lo stesso fatto repository per repository, ed è proprio così che una rubrica diventa obsoleta.

Due metà, e solo una è dedotta

Un profilo ha una metà ricavata e una metà dichiarata, e la divisione è voluta.

Ricavata: le aree in cui lavori davvero. Pathrule registra già una breve voce per ogni lavoro svolto e sa già chi ha scritto quale memoria e quale regola in quale percorso. Questi due conteggi, il lavoro registrato su un percorso e la conoscenza scritta in quel percorso, sono le evidenze. Non viene letto nient'altro: né il tuo codice, né i messaggi dei commit, né il tempo impiegato. La finestra è mobile, quindi un'area che hai abbandonato sparisce gradualmente dal tuo profilo invece di seguirti per anni.

Dichiarata: il tuo ambito decisionale. Questa parte la scrive la persona e non viene mai ricavata. L'autorità su una decisione di prodotto non deriva dal toccare dei file, e un sistema che la deducesse dal numero di attività la starebbe inventando. Chi ha modificato più spesso il codice di fatturazione il mese scorso potrebbe essere l'ultima persona a dover decidere una regola di prezzo. Per questo Pathrule chiede invece di indovinare.

La stessa regola vale per il nome visualizzato, i pronomi e la tua disponibilità: parole tue, nella tua riga.

Vedi il tuo profilo e puoi correggerlo

Puoi leggere esattamente cosa viene detto a un agente su di te e sul tuo team: il blocco del team è la sezione Team in fondo ai file di istruzioni che Pathrule scrive per i tuoi client, come CLAUDE.md o AGENTS.md.

Un elenco ricavato non è l'ultima parola. Quando una persona ha scritto il proprio elenco di aree o tag, il suo prevale su quello ricavato, ed è la presenza di quell'elenco a segnare la risposta come corretta anziché dedotta, così nulla la sovrascrive in silenzio alla derivazione successiva.

È il database a imporre il confine, non l'interfaccia. Una persona può scrivere la propria riga del profilo e nessun'altra.

Cosa riceve davvero l'agente

Non la tabella dei profili. Un breve blocco, aggiunto in fondo ai file di istruzioni che i tuoi agenti leggono per primi, che nella sostanza appare così:

• il nome del team e la persona a cui appartiene il file, con alcune delle sue aree
• alcuni colleghi, ciascuno con l'unica area di cui è il riferimento
• gli eventuali ambiti decisionali dichiarati, limitati a un breve elenco
• una sola istruzione: rivolgiti all'utente per nome e, quando una decisione tocca l'area di un'altra persona, indica il suo responsabile invece di decidere al posto suo

Quest'ultima riga è il senso dell'intera funzionalità. Un elenco di nomi senza istruzioni è un dato che l'agente scorre senza fermarsi. Per questo lo spazio per l'istruzione viene riservato prima di misurare qualsiasi altra cosa, e se il blocco finisse per contenere l'istruzione senza nessuno da indicare, viene eliminato del tutto invece di essere inviato come rumore.

Cosa il blocco non può dire

Il blocco accetta nomi, percorsi, tag e un ambito dichiarato. Non esiste un campo per giudizi sulle prestazioni, sulla velocità, sulla qualità o sull'anzianità, e il testo libero ha una lunghezza massima e viene ridotto a una sola riga. Si tratta di un vincolo strutturale, non di una linea guida di revisione: un file di istruzioni compilato non può accumulare qui un paragrafo di opinioni su un collega, perché non c'è nessun posto in cui una frase del genere possa finire.

È anche volutamente piccolo, un budget ridotto e fisso che include l'intestazione. Quando c'è più da dire di quanto il budget consenta, vengono eliminate righe intere a partire dalla parte meno utile invece di tagliare una frase a metà, così un blocco ridotto resta qualcosa su cui un agente può agire. Un solo blocco, una sola volta per file, mai un secondo.

Perché viaggia nel file compilato

Pathrule ha due modi per raggiungere un agente: i file di istruzioni compilati, letti una volta all'inizio di una sessione, e l'hook di ogni turno, che in Claude Code e Codex raggiunge il modello a ogni prompt. L'hook è il canale giusto per ciò che cambia in base alla richiesta. Questo blocco non cambia con la richiesta, quindi pagarlo a ogni prompt di una sessione lunga significherebbe pagare molte volte per un unico fatto costante.

Si trova in fondo al file per un motivo collegato. Un prefisso di istruzioni in cache viene invalidato dal primo byte modificato in poi, e i membri del team cambiano molto più spesso della conoscenza del tuo workspace. Tenere per ultimo il blocco volatile lascia identico byte per byte tutto ciò che lo precede quando entra qualcuno di nuovo.

Consenso

La visibilità è per persona e per impostazione predefinita il profilo è visibile al tuo team. Un profilo impostato come privato viene rimosso da ogni lettura rivolta al team, compreso il blocco compilato, quindi a nessun agente del team viene detto per cosa quella persona è il riferimento. La scelta risiede nella stessa riga del profilo e il database la applica a ogni query, quindi non esiste alcuna schermata da cui un profilo privato possa trapelare perché qualcuno si è dimenticato di filtrarlo.

Cosa leggere dopo

• Ruoli e permessi per sapere chi può leggere e modificare cosa in un workspace.
• Come funzionano gli hook per l'altro canale, quello che trasporta ciò che cambia a ogni prompt.
• Cosa registra una sessione di IA per le voci di attività da cui viene conteggiata la metà ricavata.