VOCE AI Governance Institute · ARGOS · v1.0

Un sistema cambiato ieri non può affidarsi alla conclusione di assurance del mese scorso.

ARGOS — AI Evaluation & Continuous Assurance mantiene i sistemi agentici dentro un perimetro operativo fondato su evidenze quando cambiano modelli, prompt, strumenti, permessi, dati, fornitori o condizioni umane.

Capire con uno schema

Ciclo in 8 fasi12 trigger materiali6 piani di valutazioneGuidato dagli eventiVOCE 360°

Quadro ARGOS leggibile da macchina → · Agent Conformance → · Assurance cognitiva e neuropsicologica →

ARGOS · Ciclo di assurance

L’assurance è un ciclo, non un evento annuale.

ARGOS apre un nuovo ciclo quando una modifica sostanziale invalida lo stato precedente delle evidenze. L’istituzione sa cosa è cambiato, quali test ripetere, chi decide e quali prove conservare.

Baseline

Quali modello, prompt, strumento, permessi, dati e policy esatti sono in produzione?

Manifesto delle versioni · Inventario agenti/strumenti · Snapshot di policy/configurazione

Osservare

Che cosa fa realmente il sistema implementato tra task, strumenti, costi, errori, approvazioni e interventi umani?

Trace di esecuzione · Esiti dei task · Log di approvazioni/override · Telemetria dei costi

Rilevare il cambiamento

Quale modifica sostanziale, drift, incidente o evento del fornitore invalida lo stato di assurance precedente?

Evento di modifica · Segnale di drift · Registro incidente · Notifica del fornitore

Rivalutare

Quali valutazioni, test di sicurezza, controlli Conformance e controlli cognitivi devono essere ripetuti dopo il cambiamento?

Piano di test attivato · Suite di regressione · Motivazione della selezione dei controlli

Confrontare

In che modo il nuovo stato differisce dalla baseline accettata su qualità, sicurezza, autorità, costo e supervisione umana?

Scostamento dalla baseline · Scostamento di performance · Scostamento di rischio · Scostamento di costo

Decidere

Il sistema modificato può restare in servizio, deve essere limitato, riportato indietro, richiedere un’approvazione aggiuntiva o essere ritirato?

Registro decisionale · Responsabile identificato · Condizioni/limiti · Decisione di rollback

Conservare le evidenze

L’istituzione può ricostruire perché il sistema era considerato accettabile in quel momento?

Fascicolo di evidenze datato · Tracciabilità dei revisori · Risultati di test versionati · Storico delle decisioni

Riaprire

Quale evento futuro riapre automaticamente l’assurance invece di attendere un audit periodico?

Regole di attivazione · Regola di monitoraggio · Revisione programmata · Controllo event-driven

Trigger di cambiamento

Dodici eventi riaprono automaticamente l’assurance.

Una nuova versione del modello è soltanto un trigger. Permessi, fornitori, dati, costi, incidenti e segnali cognitivi umani possono invalidare una conclusione precedente.

ARG-T01Cambio di foundation model o di versione principaleSostanziale

ARG-T02Modifica di prompt, istruzione di sistema o policy di orchestrazioneSostanziale

ARG-T03Nuovo strumento, API, server MCP o peer A2ASostanziale

ARG-T04Modifica di permessi, limiti transazionali o soglie di approvazioneCritico

ARG-T05Nuova fonte dati, indice RAG, meccanismo di memoria o regione di elaborazioneSostanziale

ARG-T06Degrado sostanziale della qualità dei task o della distribuzione degli erroriCritico

ARG-T07Incidente di sicurezza, prompt injection o near miss rilevanteCritico

ARG-T08Cambio di fornitore, licenza, prezzo o disponibilitàSostanziale

ARG-T09Cambio di ruolo regolatorio, classificazione o obbligo settorialeCritico

ARG-T10Aumento rilevante di costi, retry o consumo di risorseSostanziale

ARG-T11Aumento di override umani, avvisi mancati, affaticamento decisionale o fallimenti dei controlli cognitiviCritico

ARG-T12Cambiamento organizzativo o di personale che incide materialmente sulla supervisione umanaSostanziale

Piani di valutazione

Sei piani di valutazione si muovono insieme.

La capacità del modello è necessaria ma insufficiente. ARGOS collega performance dei task, autorità, sicurezza, osservabilità, economia e assurance cognitiva umana.

Capacità e performance dei task

Successo dei task · Modalità di errore · Regressione · Casi limite

Autorità e permessi

Accesso agli strumenti · Perimetro dei dati · Limiti transazionali · Aggiramento delle approvazioni

Sicurezza e abuso

Prompt injection · Manipolazione degli strumenti · Uso improprio delle credenziali · Accesso fuori perimetro

Osservabilità e audit

Completezza delle trace · Tracciabilità delle versioni · Evidenze di approvazione · Ricostruzione degli incidenti

Economia e concentrazione

Costo per task completato · Spesa per retry · Concentrazione dei fornitori · Preparazione all’uscita

Assurance cognitiva umana

Carico degli avvisi · Qualità della verifica · Comprensione nella ripresa del controllo · Affaticamento decisionale

Stato operativo

Quattro stati operativi espliciti.

Il sistema non è mai semplicemente 'conforme'. ARGOS registra se l’assurance è aperta, limitata, accettata entro uno scope definito o ritirata.

Aperta

Si è verificato un trigger materiale e la precedente conclusione di assurance non può più essere utilizzata senza rivalutazione.

Limitata

Il sistema può operare solo sotto limiti temporanei espliciti finché le lacune di evidenza non vengono chiuse.

Accettata

L’insieme definito di valutazioni e controlli sostiene la prosecuzione dell’operatività nello scope e nelle condizioni dichiarate.

Ritirata

Il sistema o la capacità viene rimosso dal servizio perché le evidenze non supportano più la prosecuzione dell’operatività.

360°

ARGOS si colloca tra controllo e conseguenza umana.

Infrastructure definisce il sistema. Conformance definisce le evidenze dei controlli. ARGOS mantiene entrambi aggiornati. Human Cognitive Assurance misura se la supervisione umana continua a funzionare davvero.

VOCE