Approva per eseguire: come una proposta dell’IA diventa un’azione governata
Il modello prepara la bozza, una persona approva, e l’approvazione è ciò che viene eseguito. Come una proposta raggiunge la porta, cosa la porta richiede, e cosa un’approvazione deve registrare per valere la pena di essere mostrata a qualcuno.
Approva per eseguire è una divisione del lavoro. Il modello legge ciò che gli è permesso leggere, scrive una proposta a parole e la consegna a una persona. Quella persona la apre dentro lo strumento a cui appartiene l’azione, vede cosa farebbe, e firma. La firma è ciò che viene eseguito. Togli la persona dal mezzo e la proposta resta un paragrafo su uno schermo.
L’ordine conta più di quanto sembri. In una progettazione agentica il modello agisce e una persona rivede dopo, se mai lo fa. Qui l’innesco appartiene alla persona. Questo rende la revisione l’unica via verso l’azione, non una rete di sicurezza che qualcuno può essere troppo occupato per controllare.
Una proposta aspetta una persona. Ognuna diventa una scheda che il lettore apre e approva nella porta dello strumento.
Consiglio e azione sono diversi
Un assistente che agisce e un assistente che consiglia si vendono con le stesse parole. Sono acquisti diversi. La differenza si vede nelle domande che fa la tua funzione di rischio, e di nuovo in una brutta giornata.
La modalità di guasto. Quando un modello consultivo sbaglia qualcosa, una persona legge una frase sbagliata. Quando un modello che agisce sbaglia qualcosa, una modifica finisce nel tuo ambiente e qualcuno la scopre dopo.
Il nome responsabile. Un’approvazione porta il nome della persona che l’ha data. Un’azione compiuta da un’identità di servizio porta il nome del servizio, il che risponde a una domanda che nessuno ha fatto.
Il momento della revisione. Un consiglio viene rivisto finché è ancora economico. Un’azione viene rivista a posteriori, in un log, accanto a tutto il resto accaduto quella settimana.
Entrambe le progettazioni hanno il loro posto. Dentro un ambiente Tableau governato, quella consultiva è ciò che viene approvato. Una singola origine dati pubblicata può stare sotto cento cartelle di lavoro, e una sola modifica ai permessi raggiunge ognuna di esse.
Dove vive l’elenco delle azioni
Una proposta è delimitata solo quanto l’elenco da cui proviene. Ogni strumento dichiara il proprio elenco di azioni proponibili sul server. Il modello sceglie da quell’elenco per nome, e aggiunge un blocco di id di azioni alla fine della sua risposta.
Il modello sceglie quale azione, mai l’indirizzo. Il server costruisce il deep link dal prefisso registrato dello strumento, così un link può portare solo dove quello strumento già vive.
Tutto ciò che è fuori dall’elenco viene scartato. Un id che il registro non contiene, una ripetizione di uno già proposto, o un blocco malformato viene scartato prima che la risposta raggiunga lo schermo.
Uno strumento in sola lettura propone letture. Dove uno strumento scansiona, mappa o estrae e non scrive nulla in Tableau, la sua voce di registro dice esattamente questo, e le letture sono tutto ciò che può proporre.
Questo è il valore pratico di un elenco che puoi leggere da cima a fondo. Un revisore che vuole ogni modifica che questo assistente potrebbe mai suggerire legge un registro, in un file, in un pomeriggio. Un’istruzione che dice a un modello di comportarsi bene lascia quel revisore senza nulla da leggere.
Cosa registra un’approvazione
Un’approvazione che registra solo che qualcuno ha cliccato sì è un clic. Cinque campi separano una porta da una finestra di dialogo.
Chi ha approvato
Una persona con un nome, presa dalla sessione attiva al momento dell’approvazione. Un ruolo o un account condiviso è più debole sotto ogni aspetto.
Cosa esattamente
L’elemento esatto e la modifica esatta. Un lettore un anno dopo dovrebbe poter ricostruire la decisione dal solo record.
Su quali prove
Il rapporto, la scansione o la verifica che chi approvava stava guardando. Un’approvazione staccata dalle sue prove è un’opinione con una marca temporale.
Quando, e in quale ordine
Un’ora, e un posto in una sequenza. Un lettore successivo può allora capire se l’approvazione è venuta prima della modifica o dopo.
Cosa fa una ripetizione
Se eseguire due volte la stessa approvazione fa il lavoro due volte. Diverse porte qui sono idempotenti, nel senso che una ripetizione stabilizza lo stato invece di duplicarlo, e lo dichiarano sulla porta.
L’ultimo campo è quello che le persone dimenticano. Una porta che rifà silenziosamente il lavoro a un secondo invio trasforma un doppio clic nervoso in una seconda modifica. L’audit mostra allora due approvazioni per una sola azione voluta.
Cosa chiedono le porte
Ogni azione registrata nomina la porta che le sta dietro. Una scheda di proposta può allora dire al lettore cosa gli verrà chiesto prima che la apra. Questi sono i riassunti del registro stesso.
Pubblicare una cartella di lavoro
Una doppia firma e una porta di qualità. Scrive solo una nuova copia, e la pubblicazione viene sottoposta ad audit.
Promuovere un report in produzione
Una regola di solo superamento e una firma vincolante. Idempotente, quindi un’approvazione ripetuta si stabilizza senza duplicare.
Approvare una migrazione
Il nome di chi approva e una conferma di rischio rivisto. Idempotente.
Rimuovere l’accesso di chi se ne va
Una porta di ruolo e un riconoscimento esplicito delle credenziali incorporate nei contenuti di quella persona. Idempotente.
Abilitare un’automazione
Un riconoscimento a doppio controllo e una revisione pulita prima che l’automazione possa anche solo essere accesa.
Leggi la tabella nel suo insieme e lo schema è l’argomento. Due firme dove si pubblicano contenuti. Chi approva con un nome dove gira una migrazione. Un riconoscimento dove sono incorporate credenziali. Il peso della porta segue il peso dell’azione, invece di stare su una sola impostazione per tutto.
Riconoscere una porta vera
Chiedi cosa viene eseguito. Se approvare imposta un flag che un processo in background legge dopo, l’approvazione e l’azione sono due eventi, e qualcosa può succedere nell’intervallo.
Chiedi cosa contiene il record. Leggi una vera riga di approvazione. Se nomina una persona, un elemento e le prove, è un controllo. Se nomina un id di sessione e un’ora, è telemetria.
Chiedi cosa fa un secondo clic. Invia due volte la stessa approvazione in un ambiente di test, e guarda se il lavoro avviene due volte.
Chiedi dove vive l’elenco delle azioni possibili. Un elenco che puoi leggere dal server è un elenco che puoi rivedere. Un elenco che vive dentro un prompt è una speranza.
Una sola persona del tuo team può rispondere a tutte e quattro dentro il tuo ambiente. Nessuna cifra citata in una scheda tecnica ti dice altrettanto.
La regola approva per eseguire, in parole semplici. L’assistente legge, spiega e propone, e una persona possiede il percorso di scrittura. Cosa costa, cosa rende, e tre domande da fare a qualsiasi funzione di IA.
Un’affermazione è una frase. Una prova è qualcosa che una seconda persona può verificare senza chiedertelo. Cosa deve contenere una traccia di audit, cosa prova davvero un hash, e cosa pretendere da qualsiasi strumento che sostiene di produrne una.
Quattro cose vengono chiamate governance: certificazione, proprietà, contenuti obsoleti e controllo delle modifiche. Qui ognuna è scritta come una verifica che puoi eseguire, non come un obiettivo che puoi dichiarare. Si parla anche dell’unica modifica che supera una revisione visiva ed è comunque sbagliata.