Un solo registro di controllo per far agire l’AI in sicurezza

Rispondere male a una domanda fa perdere un minuto. Compiere male un’azione fa partire l’email, sposta la trattativa, rimborsa la fattura. La distanza fra AI generativa e AI agentica è la distanza fra essere inutili ed essere pericolosi, e quasi tutto il lavoro per colmarla in sicurezza avviene sotto il modello.

Cyril è costruito perché gli agenti AI possano agire per tuo conto. Funziona solo se ogni azione supera un controllo delle autorizzazioni, attende l’approvazione di una persona e lascia una registrazione di ciò che ha fatto.

Il problema delle azioni sparse su cinque strumenti

Con un insieme di strumenti cuciti fra loro, un agente che agisce deve farlo attraverso le integrazioni. Crea il progetto in uno strumento, invia l’email da un altro, aggiorna la trattativa in un terzo. Ognuno ha il proprio modello di autorizzazioni, la propria traccia di controllo (o nessuna) e nessuna nozione condivisa di «annulla».

Così, quando qualcosa va storto (e con gli agenti qualcosa andrà storto), ti ritrovi a ricostruire l’accaduto da cinque registri parziali che non condividono un identificativo, un orologio né un vocabolario. Non riesci a rispondere all’unica domanda che conta: cosa ha fatto l’agente, con quale autorità, e come lo annullo?

Non è un problema di sicurezza del modello. È un problema di architettura, e nessun prompt di protezione lo può risolvere.

Un solo modello di autorizzazioni

In Cyril un agente è un utente come gli altri, non una modalità onnipotente. Agisce dentro lo stesso RBAC che governa le persone: limitato a un org_id, vincolato al ruolo della persona che ha chiesto, non di più. Prima che parta qualsiasi cosa, ogni passaggio del suo piano viene verificato sul server rispetto alle autorizzazioni di quella persona, e un passaggio che le eccede viene rifiutato.

Questo conta perché rende leggibile l’autorità di un agente. «Cosa può fare questo agente?» ha la stessa forma di risposta di «cosa può fare questa persona?», e lo imposti nello stesso posto.

Una registrazione di ogni esecuzione

Ogni esecuzione di un agente viene registrata: il piano, chi l’ha approvato e cosa ha fatto ogni passaggio. «Cosa ha fatto l’assistente sull’account Phoenix la settimana scorsa?» trova risposta leggendo le esecuzioni, non con una ricostruzione forense fra più sistemi.

Quando azioni e record vivono sullo stesso grafo, quella registrazione non è un’aggiunta. È una lettura naturale degli stessi dati.

Correggere un passaggio sbagliato

Per ora non esiste un annullamento in un clic per l’esecuzione di un agente. Un record che un agente crea o modifica si può correggere o eliminare come qualsiasi altro, e alcuni passaggi, come un sollecito già inviato, non si possono proprio richiamare. Per questo il piano aspetta la tua approvazione prima che parta qualsiasi cosa.

L’intervento umano come impostazione predefinita

Alcune azioni devono semplicemente avvenire; altre devono aspettare una persona. In Cyril, Ask Cyril mostra l’intero piano e aspetta la tua approvazione prima che parta qualsiasi passaggio, e in alternativa puoi annullarlo. L’approvazione copre il piano nel suo insieme; per ora non puoi impostarla azione per azione.

Cosa significa per te

• Lascia che un agente porti avanti un flusso di lavoro in più passaggi su più moduli e guarda esattamente cosa ha fatto, in un’unica registrazione dell’esecuzione.
• Dagli un’autorità vera senza dargli un’autorità illimitata: ogni passaggio verificato rispetto alle autorizzazioni di chi l’ha chiesto.
• Approva l’intero piano prima che parta qualsiasi cosa, invece di scoprirlo dopo.

Un’AI che agisce in modo affidabile non dipende soprattutto dal prompt. Dipende dal fatto che la piattaforma sottostante sappia rendere conto di ciò che l’agente ha fatto. Cyril è costruito perché ci riesca sempre.