Gli agenti e le tue impostazioni

Puoi chiedere al tuo agente di configurare Latet per te: “maschera ovunque il nostro cliente Falcon”, “attiva il Revisore Live in questo progetto”, “perché questo valore è stato mascherato?”. Indicagli llms-config.md nel repository: è scritto per gli agenti, e dice loro quali comandi usare e cosa chiederti prima.

Cosa può fare un agente da solo

Guarda con latet config get, latet project show e latet status, e modifica con latet config set, add e remove. Ogni valore viene verificato rispetto allo schema delle impostazioni, e la modifica si applica subito al daemon in esecuzione, purché aggiunga protezione: un termine, un riconoscitore, un profilo più rigoroso, il revisore locale che legge di più, il Revisore Live attivato.

latet config add terms '{value: Project Falcon, type: PROJECT}'
latet config set live_review true --project .

Cosa attende la tua approvazione

Una modifica che riduce la protezione non si applica finché non la approvi, chiunque la faccia:

un comando latet eseguito da un agente, o da uno script;
config.yaml modificato a mano, quando il daemon lo ricarica;
config.yaml trovato modificato all’avvio del daemon: finché non decidi, il daemon gira con le ultime impostazioni che hai approvato.

Ridurre la protezione significa, per esempio, un valore da non mascherare mai, un profilo più basso, un termine o un riconoscitore rimosso, un criterio impostato su allow, il revisore locale o il Revisore Live disattivato o che legge di meno, Latet disattivato in un progetto, il server del revisore locale spostato su un altro computer, o le sue indicazioni modificate: un testo libero potrebbe dirgli di non segnalare nulla, quindi qualsiasi modifica attende, e la dashboard mostra le indicazioni prima e dopo. Lo stesso vale per una destinazione spostata a un altro indirizzo, o rimossa: un agente che vi punta invierebbe le sue richieste, e le sue chiavi, da un’altra parte, quindi la dashboard mostra l’indirizzo prima e dopo.

La modifica attende nella pagina Approvazioni della dashboard, in Impostazioni, con ciò che riduce, da dove viene (l’agente che ha eseguito il comando, quando Latet riesce a capirlo) e quali impostazioni tocca. Approva la applica. Annullala riporta config.yaml com’era. Attende una sola modifica alla volta; una più recente la sostituisce. In un tuo terminale, è invece il comando a chiederlo a te.

All’agente viene detto cosa riduce la modifica, mai un valore, e che la modifica ti aspetta: la guida gli chiede di dirti cosa ha cambiato e perché.

Un repository che Latet ora non riesce a leggere. Una modifica viene pesata anche in ogni repository con un latet.yaml proprio che Latet ha visto. I loro file vengono riletti da un processo ausiliario, con 10 secondi per tutti e 2 per ciascuno, a un ricaricamento o a un avvio la cui modifica potrebbe ridurre la protezione in un repository, e a un’importazione nella dashboard (vedi I repository che Latet ricorda). Quando uno non si riesce a leggere in quel tempo, o al momento non si riesce a leggere affatto (una condivisione che non risponde, un permesso negato), una modifica che lì potrebbe ridurre la protezione non si applica e non attende la tua approvazione: latet reload lo dice e non cambia nulla, e così un’importazione nella dashboard, finché il repository non si può leggere di nuovo. Una modifica che non può ridurre nulla in un repository (un termine aggiunto, la porta, la cronologia) si applica come al solito. Un avvio che trova config.yaml cambiato e non riesce a pesarlo così esegue le impostazioni che hai approvato per ultime. latet repositories mostra di quale repository si tratta, e latet repositories forget lo toglie dalla lista, in un tuo terminale.

Cosa non possono fare gli agenti

latet global-uninstall, latet agents revert e latet service uninstall tolgono la protezione a tutti gli agenti in una volta: eseguiti in un agente, si rifiutano, e ti chiedono di eseguirli in un tuo terminale. Lo stesso fanno latet repositories forget, latet backup e latet restore (la tua cassaforte e la sua chiave), latet connect e latet disconnect (dove vengono mascherate le richieste dei tuoi agenti), latet dashboard e latet identity send su un computer connesso, l’amministrazione latet server, e latet rules suggest --show-values, che stamperebbe valori reali.

Come se ne accorge Latet, e quanto vale

Un agente contrassegna le shell in cui esegue i comandi con variabili sue, che Latet riconosce: Claude Code, Codex, OpenCode, Gemini CLI, Cursor, Hermes Agent, Goose, OpenClaw, e qualsiasi agente che imposti AGENT. Il daemon indica anche l’agente nella modifica che ti mostra.

Sono protezioni contro gli errori, non serrature:

Il controllo che conta è quello del daemon. Confronta ogni nuova configurazione con l’ultima che hai approvato, chiunque l’abbia scritta. Un agente che modifica config.yaml invece di usare i comandi riceve la stessa risposta.
Un agente gira con il tuo utente. Uno deciso a farlo, o ingannato da un testo che ha letto (una prompt injection), può rimuovere le sue variabili, leggere i file che legge Latet, e approvare la propria modifica tramite l’interfaccia locale del daemon. Latet non può impedire ciò che può fare il tuo account utente: per questo serve Latet in esecuzione con un altro utente, o su un altro computer (Latet su un server).

Per un agente che supervisioni, questo basta: non può indebolire Latet per errore, e vedi ogni modifica che riduce la protezione prima che si applichi. Vedi Sicurezza per il resto del modello delle minacce.

Su un computer connesso

Le impostazioni condivise e le impostazioni e regole proprie di ogni identità risiedono sul server. Usa latet dashboard per una persona e l’amministrazione latet server per le impostazioni condivise o quelle di una chiave API. Durante la connessione config, rules, llm, project, identity, repositories e reload rifiutano sia di leggere le impostazioni sia di cambiarle; funzionano solo config schema, rules test e identity send. latet identity send reinvia esplicitamente i dati identificativi del computer.

Metadati di connessione, impronta del certificato, credenziali e associazioni degli agenti restano sul computer. LATET_CONNECTION sceglie metadati, non un file del token personale. Applicare Claude su Windows scrive il token nelle impostazioni utente Claude come eccezione di installazione documentata (su Linux e macOS non viene scritto alcun token, perché Claude Code passa da un server solo da Windows); la disconnessione rimuove l’associazione. Endpoint del revisore, chiavi, certificati e installazione OCR/NER sul server spettano agli amministratori. Un progetto nella dashboard non permette al server di scansionare il repository del computer. Vedi configurazione del server e impostazioni condivise e regole proprie.

Comandi

Comando	Cosa fa
`latet config get [KEY]`	Un’impostazione (i punti per ciò che sta dentro: `llm_review.enabled`), o tutte
`latet config set KEY VALUE`	Modifica un’impostazione (il valore in YAML); `--unset` rimette il suo valore predefinito
`latet config add KEY VALUE` / `remove KEY VALUE`	Aggiunge un elemento a un elenco, o ne toglie uno (i termini per valore, i riconoscitori per nome)
`--project FOLDER`	Le tue impostazioni per il progetto in quella cartella, invece di quelle globali
`--wait`	Quando la modifica ti aspetta, attende la tua risposta
`latet reload`	Applica un `config.yaml` modificato a mano (ciò che riduce la protezione ti aspetta)

Codici di uscita: 0 applicata, o salvata mentre il daemon non è in esecuzione (si applica quando il daemon si avvia, e ciò che riduce la protezione ti aspetta allora); 3 ti aspetta; 1 il daemon ha rifiutato la modifica (salvata, non applicata: latet reload dice perché), o l’elemento da rimuovere non c’è; 2 non valida (non viene salvato niente).