Quando l’IA modifica il documento, chi possiede la modifica?

Un documento può mostrare chi ha modificato una frase, lasciandoti indovinare chi ha approvato ciò che ora dice. Quando IA e persone hanno entrambi rivisto la formulazione, un nome accanto alla modifica finale non risponde a questa domanda.

Considera una politica di supporto ipotetica che promette una risposta entro due giorni lavorativi. Una riscrittura dell’IA propone un giorno lavorativo. Un editor umano la modifica a tre giorni, e un team lead approva il documento. Il file rilasciato appare ordinario. La sua cronologia contiene una proposta respinta, una revisione umana e una decisione su ciò che i clienti dovrebbero aspettarsi.

Chi possiede quella modifica? Dobbiamo distinguere i contributi prima di poter attribuire la responsabilità della loro pubblicazione. Altrimenti, “assistito dall’IA” ci dice ben poco su come sia arrivata la formulazione finale.

Separare la modifica dalla decisione

L’annuncio di Microsoft del 29 settembre 2025 che Agent Mode in Word stava iniziando il suo rollout Frontier ha inserito la modifica conversazionale all’interno dell’applicazione di documenti, inizialmente sul web. Tale annuncio stabilisce la data di rollout, non il modo in cui una specifica organizzazione esamina le modifiche risultanti.

Per un team che utilizza l’IA in questo modo, il punto di partenza utile è la persona che richiede la modifica. Registrare quella persona separatamente dal software che la genera. Se qualcuno riscrive poi il suggerimento, conservare anche quel contributo. L’approvazione è un’altra azione, collegata alla versione che il revisore ha effettivamente visto.

Questi ruoli non richiedono persone diverse per ogni compito. Un editor può richiedere una riscrittura, revisionarla e avere l’autorità di approvarla. La distinzione resta importante: richiedere un paragrafo più breve non significa necessariamente approvare ogni modifica apportata dal software.

Il W3C PROV data model fornisce un vocabolario per descrivere questa cronologia. I documenti e le loro versioni possono essere rappresentati come entità; le modifiche e le approvazioni come attività; le persone e il software come agenti. Il modello descrive le relazioni tra di essi. Non determina la responsabilità legale né autentica chi appare nel campo autore.

Per flussi di lavoro documentali assistiti dall’IA che coinvolgono la scrittura tecnica o materiale di supporto, ciò significa definire cosa rappresenta ciascuna azione registrata. Un commento identifica un contributo alla discussione. Un’approvazione dovrebbe indicare l’autorizzazione a pubblicare una determinata formulazione. Assegnare a entrambi lo stesso stato generico “revisionato” renderebbe il registro meno utile.

Creare un registro per un passaggio modificato

Torna all’esempio dei tempi di risposta. Prima di generare una riscrittura, conserva la formulazione approvata di due giorni lavorativi e la sua versione del documento. Assegna alla modifica proposta un identificatore, poi collega a esso le revisioni e le decisioni successive.

Quanto segue è un progetto illustrativo, con identificatori inventati. Non è l’output di un prodotto testato né uno schema supportato da tutti gli strumenti di documentazione.

Conserva la proposta IA dopo che la revisione umana la sostituisce. Se il registro conserva solo la formulazione finale di tre giorni lavorativi, un revisore successivo non può ricostruire il suggerimento precedente da quella voce. Le modifiche respinte fanno parte della cronologia anche se non appartengono al testo pubblicato.

Il Generative AI Profile di NIST di luglio 2024 descrive la provenienza come informazioni sull’origine e sulla storia del contenuto, comprese le modifiche e le fonti. Raccomanda inoltre di valutare la relazione tra i processi di provenienza e i revisori umani. La tabella applica questa idea a un flusso di lavoro documentale; non è una checklist di certificazione NIST.

Puoi conservare questo registro all’interno del sistema di documenti o in un repository collegato. In entrambi i casi, rendi la relazione con la versione rilasciata sufficientemente esplicita affinché qualcuno possa recuperarla senza dipendere dalla memoria dell’editor originale.

Verificare cosa sopravvive al trasferimento

Un file esportato merita un controllo dedicato. La cronologia disponibile durante la modifica può differire da quella che un destinatario può ispezionare, a seconda dell’applicazione, del formato e delle impostazioni di esportazione. Non presumere che ogni PDF perda l’attribuzione, o che la conservazione dei commenti visibili preservi ogni decisione di revisione.

La documentazione per la modifica con Copilot di Microsoft afferma che le sue modifiche rispettano Traccia modifiche quando tale funzione è attivata. È una funzionalità utile. Non stabilisce che l’intera cronologia di approvazione sopravviva a ogni successiva conversione o trasferimento.

Testa il percorso che il tuo team utilizza realmente. Porta il documento di esempio attraverso la revisione e l’esportazione, poi prova a recuperare la revisione accettata e il suo approvatore usando i record conservati. Se il file rilasciato non può contenere quella cronologia, conserva un record controllato altrove e mantieni la connessione tra i due.

Anche i casi meno lineari meritano attenzione. Accetta solo parte di un suggerimento e verifica cosa dice il record. Fai lavorare due revisori sulla stessa versione di base, poi stabilisci quali modifiche sono arrivate al file rilasciato. Infine, modifica il passaggio dopo l’approvazione e verifica che la decisione precedente non sia diventata silenziosamente l’approvazione della nuova formulazione.

Il nome dell’autore visualizzato dovrebbe essere rintracciabile a un account autenticato prima di fare affidamento su di esso per l’identità. Allo stesso modo, un digest del file può aiutare a identificare l’artefatto rilasciato, ma non può dirti se l’impegno sui tempi di risposta è corretto. Sono controlli separati, e il tuo processo di revisione deve preservare questa distinzione.

Definisci il confine di approvazione prima del rilascio

Modificare la formattazione di un titolo e modificare un impegno del cliente non devono necessariamente seguire percorsi di revisione identici. Decidi quali modifiche possono procedere secondo una politica stabilita e quali richiedono l’approvazione di una persona designata. Tale scelta dovrebbe riflettere ciò che il cambiamento significa per le persone che usano il documento.

L’argomento per l’autorità esplicita di decisione AI diventa pratico qui. Nel nostro esempio, qualcuno ha bisogno dell’autorità per approvare un impegno di risposta di tre giorni lavorativi. Il permesso di modificare il file da solo non dovrebbe essere considerato prova di tale autorità.

Fornisci a quel revisore contesto sufficiente per decidere. Mostra il testo originale e quello proposto accanto a eventuali revisioni umane intermedie. Rendi visibili i conflitti non risolti e identifica la versione destinata al rilascio. Un revisore che vede solo un paragrafo finale rifinito potrebbe non avere motivo di notare che il tempo di risposta è cambiato.

Stabilisci chi possiede il rilascio prima di trasferire il flusso di lavoro agli utenti. Questa persona non deve eseguire ogni modifica, ma ha bisogno di un modo per dimostrare che la revisione necessaria è avvenuta e si applica al file che sta rilasciando. Lasciare l’assegnazione vaga rende più difficile risolvere una modifica contestata quando il documento è pronto per essere pubblicato.

Ciò non richiede di conservare indefinitamente ogni prompt riservato. Conserva le prove necessarie a spiegare la decisione secondo la politica di accesso e conservazione della tua organizzazione. Se le informazioni sulla versione del modello non sono disponibili, registra la limitazione. Una cronologia utile dovrebbe rendere evidente l’assenza di informazioni, piuttosto che implicare un livello di dettaglio che il sistema non ha mai catturato.

Rilascia solo la versione di cui puoi rendere conto

Prima di rilasciare una modifica significativa, prova a rintracciarla attraverso il registro. Trova il suggerimento originale, stabilisci cosa ha modificato l’editor umano e recupera la decisione che ha accettato quella revisione. Poi confronta la versione approvata con il file che viene consegnato.

Se quella connessione manca, sospendi la modifica della revisione. Il fatto che qualcuno ricordi che il documento è stato “approvato” non è sufficiente a stabilire quale formulazione abbia approvato.

Un editor dovrebbe poter spiegare il proprio contributo senza essere assegnato a ogni suggerimento prodotto dall’IA. Il responsabile del rilascio deve sapere esattamente cosa sta autorizzando. Non possiamo chiedere alle persone di sostenere le modifiche senza fornire loro un modo affidabile per ispezionare come tali modifiche sono state effettuate.