Workflow IA: cinque approvazioni umane prima che un agente pubblichi

Un workflow IA per pubblicare si regge su cinque approvazioni umane, non su un prompt e un pulsante Pubblica. Una persona decide ancora cosa scrivere, quali affermazioni sono ammesse, cosa può dire la bozza, chi preme pubblica e se la pagina online corrisponde a ciò che è stato approvato. Metti queste cinque approvazioni nel passaggio di consegne e un agente diventa utile. Toglile e ottieni solo un modo più rapido di pubblicare un errore.

Questo capitolo presume che tu abbia già un brief di contenuto e un metodo per verificare le affermazioni. Se il brief è ancora un tema e un numero di parole, parti da come scrivere un brief di contenuto. Se la revisione è il punto debole, il registro delle affermazioni di verificare contenuti generati dall’IA è lo strumento che lo accompagna. Qui il lavoro è più stretto: dove si colloca la persona quando uno script o un assistente IA fa il passaggio.

Workflow IA: perché servono approvazioni, non prompt

Un’approvazione è una decisione registrata prima che il passo successivo possa iniziare. Un prompt orienta solo l’output seguente. La differenza conta perché un agente può chiamare uno strumento, consumare crediti e scrivere un record senza chiedere di nuovo. Il protocollo mette questa responsabilità in capo all’host. La specifica MCP afferma che gli host «devono ottenere il consenso esplicito dell’utente prima di invocare qualsiasi strumento» (specifica Model Context Protocol, consultata il 2026-11-02). Quel consenso è un’approvazione e deve stare nel tuo processo, non in una finestra che nessuno legge.

Quasi tutti i team hanno già l’equivalente. Un editor approva un brief. Una persona firma un’affermazione. Un responsabile preme pubblica. Il guasto arriva quando queste decisioni passano in uno scambio automatizzato e nessuno riscrive la sequenza. L’agente riceve le cinque attività insieme e l’unico controllo rimasto è la fiducia nell’output.

La terza riga è quella che costruisce questo capitolo. Rallenta l’inizio e accelera la fine, perché la correzione arriva quando costa ancora poco.

Ci sono tre attori e non dovrebbero condividere una sola identità. Il modello scrive. Lo script sposta i dati e annota cosa è successo. La persona approva. Con una chiave condivisa il record non dice più chi ha agito e la prima revisione importante diventa un’indagine. Separare le chiavi non è burocrazia: è ciò che mantiene visibile l’approvazione di pubblicazione.

Le cinque approvazioni di un workflow IA, in ordine

Eseguile in questo ordine. Ognuna ha una condizione di passaggio osservabile e produce un record che si può consegnare alla persona successiva. Senza record, considera l’approvazione fallita.

1. Ingresso: approvare la domanda. Il brief nomina un lettore, un intento di ricerca e una pagina che deve possedere la risposta. Passa quando il brief collega le pagine esistenti che non vanno duplicate. L’intento di ricerca spiega come leggere ciò che il lettore chiede davvero.
2. Prove: approvare le fonti. Ogni affermazione fattuale ha un URL e una data di consultazione, oppure un campione interno e una finestra temporale. Passa quando nessuna riga resta «da confermare» e chi rivede ha aperto le fonti, non solo le citazioni.
3. Bozza: approvare l’argomento. La bozza risponde nel primo paragrafo, tiene un’idea per sezione e dichiara il suo limite. Passa quando chi rivede può indicare la frase che dice cosa la pagina non copre.
4. Pubblicazione: approvare l’azione. Una persona nominata preme il pulsante dal proprio account. Passa quando il record contiene URL, ora e account che ha pubblicato. Un agente prepara il contenuto; non diventa titolare dell’account.
5. Verifica: approvare il risultato. La pagina online viene recuperata e confrontata con la bozza approvata. Passa quando titolo, canonical, dati strutturati e link interni corrispondono, e l’URL restituisce 200.

Come appare il passaggio tramite API o MCP

Il passaggio è un insieme di permessi più una traccia scritta, non una singola integrazione. Sia in REST sia in MCP, chi chiama ha bisogno di una chiave i cui ambiti corrispondano all’approvazione che può toccare. La documentazione per sviluppatori di QueryWin separa read, publish e spend e afferma che publish non implica spend (documentazione per sviluppatori di QueryWin, consultata il 2026-11-02). Questa separazione è la versione tecnica dell’approvazione di pubblicazione: una chiave che legge una bozza non diventa automaticamente una chiave che ne paga un’altra.

La stessa pagina elenca diciannove strumenti MCP e dice che sono filtrati per ambito, così una chiave di sola lettura non mostra nemmeno gli strumenti di generazione all’assistente. Documenta anche un limite di 120 richieste al minuto per chiave, un tetto giornaliero di generazione e la differenza tra una scheda pubblicata che hai dichiarato e una scheda verificata che QueryWin ricontrolla circa 72 ore dopo. Sono controlli, non garanzie. Dicono cosa il sistema può registrare; non decidono se la bozza è vera.

Dai all’agente una chiave propria. Una chiave condivisa trasforma un’integrazione compromessa in tutte le approvazioni insieme e rende inutile il record di pubblicazione, perché non sai più chi ha agito.

Il deliverable: una tabella di passaggio di una pagina

Copia questa tabella nello stesso documento del brief. È l’intera superficie di controllo: cinque righe, una persona responsabile per riga e un posto dove conservare la prova. Un’approvazione senza responsabile è solo un suggerimento.

Prima di avviare l’agente:
[ ] il brief collega la pagina da non duplicare
[ ] ogni affermazione ha URL e data, oppure campione e finestra
[ ] chi rivede ha aperto le fonti
[ ] l’agente ha una chiave propria, limitata a questo compito
[ ] la pubblicazione nomina una persona e un account

Dopo il ritorno dell’agente:
[ ] la bozza dichiara il limite in una frase
[ ] nessuna affermazione è stata aggiunta dopo l’approvazione delle prove
[ ] l’URL online restituisce 200
[ ] titolo, canonical, dati strutturati e link corrispondono
[ ] il record dice chi ha agito e quando

Due righe si falsificano facilmente. «Chi rivede ha aperto le fonti» descrive un comportamento, non una casella: annota l’URL accanto all’affermazione. «La pagina corrisponde» è un confronto: conserva la versione o l’hash della bozza approvata. Se non puoi mostrare uno di questi record, l’approvazione non è avvenuta. Una bozza non è una decisione.

Dove questo workflow fallisce

Tre guasti spiegano quasi tutto il danno. Tutti superano una lettura veloce, ed è per questo che le approvazioni si registrano invece di ricordarle.

1. L’agente scrive il brief. L’approvazione d’ingresso diventa un riassunto di ciò che il modello voleva già dire. La pagina risponde a una domanda facile, non a quella del lettore. Correzione: il brief si approva prima della chiamata di generazione e arriva all’agente come input.
2. L’approvazione delle prove diventa un controllo dei link. Qualcuno conferma che i link esistono, non che sostengono la frase. Una fonte può essere reale e non dire ciò che la bozza afferma. Correzione: chi rivede riscrive l’affermazione accanto alla fonte e poi la confronta con la bozza.
3. L’approvazione di pubblicazione è delegata allo strumento. L’integrazione ha l’ambito publish, quindi pubblica. Nulla è tecnicamente rotto e il record dice che ha agito un agente. Correzione: tieni publish su una chiave usata da una persona e dai all’agente solo read e spend.

Non abbiamo misurato quanto spesso un agente salta un’approvazione, perché un’approvazione saltata non lascia record. È proprio il problema: il guasto è invisibile nell’output e visibile solo nel passaggio.

Non conosciamo nemmeno la tua capacità di revisione. Cinque approvazioni possono diventare una coda che nessuno svuota. Se il collo di bottiglia è la coda, riduci il numero di articoli, non le approvazioni. Pubblicare meno pagine approvate vale più che pubblicare più pagine non lette.

Domande frequenti

Che cos’è un workflow IA per i contenuti?

È la sequenza che trasforma un’opportunità di ricerca in una pagina approvata, con una persona responsabile a ogni passaggio. Comprende brief, prove, bozza, pubblicazione e verifica. Il modello può scrivere una parte; non possiede le decisioni.

Un agente può pubblicare senza revisione?

No, quando la pagina afferma fatti sul tuo prodotto, sul tuo mercato o sui tuoi clienti. Una bozza non è una decisione. Se l’output è a basso rischio e reversibile, un’approvazione più leggera può bastare, ma il record deve comunque nominare l’account che ha agito.

Come si rivede un contenuto generato dall’IA?

Rivedi le affermazioni, non la prosa. Metti ogni frase fattuale in un registro, allega una fonte e una data e controlla che la fonte dica quella frase. Il registro descritto prima intercetta i numeri inventati che una rilettura lascia passare.

MCP sostituisce un processo di approvazione?

No. MCP standardizza come un assistente chiama gli strumenti; non decide quali chiamate una persona ha approvato. La specifica mette il consenso sull’host e il tuo processo deve ancora registrare il sì. Più strumenti ha l’agente, più il record conta, perché tra due revisioni possono accadere più azioni.

Questo capitolo tratta il passaggio, non la scrittura né i prompt. Non afferma nemmeno che un’approvazione renda vera una bozza; rende visibile la decisione. Basta per fermare gli errori costosi e lascia il giudizio dove deve stare.