Ricevete un testo destinato al vostro sito. La sua scheda indica che un assistente ha preparato una prima versione, poi una persona lo ha rielaborato. Si potrebbe risalire a questa origine analizzando solo il testo finale? L'annuncio di OpenAI fornisce un nuovo strumento per esplorare questa questione. Non esonera dal conservare la cronologia della redazione. Nello scenario fittizio di questo articolo, preparate una scheda di aiuto in francese e cercate di documentarne la realizzazione senza confondere indizio tecnico, accuratezza e responsabilità.
Ciò che è annunciato il 5 ottobre
Il 5 ottobre 2026, OpenAI apre un watermark opzionale per alcuni modelli della sua API, disattivato per impostazione predefinita. La marcatura delgli output idonei di ChatGPT e Codex nell’Unione europea seguirà nelle prossime settimane. L’accesso iniziale al rilevatore è destinato a ricercatori e organismi esperti autorizzati. Un’API permette alla vostra applicazione di chiamare un servizio.
Questa distinzione suggerisce tre domande diverse per il vostro team: la vostra applicazione può richiedere un testo contrassegnato? Avete accesso autorizzato alla verifica? Sapete conservare l'origine dichiarata anche senza rilevatore? Rispondere alla prima non risolve le due successive. Al 6 ottobre, è meglio indicare lo stato esatto di ogni fase nella vostra scheda di progetto che presentare una funzionalità annunciata come un servizio già integrato.
La parola « provenienza » indica qui il percorso di creazione di un contenuto. Può comprendere la preparazione automatica, la selezione delle informazioni e la revisione umana. La vostra scheda di aiuto possiede già una provenienza quando registrate questi passaggi. L’interesse di un segnale tecnico sarebbe di completare questa descrizione; la documentazione del vostro lavoro resta utile sia prima che dopo il suo arrivo.
Comprendere cosa un segnale può apportare
Il metodo textGrain marca statisticamente le scelte di parole. Secondo OpenAI, la rilevazione rimane fallibile, soprattutto dopo modifiche o traduzioni e nei testi brevi. Non stabilisce né verità, né identità, né proprietà o responsabilità. La sua assenza non dimostra una stesura umana.
Per rappresentarvi la nozione statistica, immaginate due insiemi di testi: uno prodotto con una marcatura, l'altro senza. Alcune caratteristiche potrebbero essere più frequenti nel primo insieme. Tuttavia, gli insiemi possono sovrapporsi. Questa immagine è una spiegazione concettuale proposta da Partitech, non una riproduzione dell’algoritmo. La vicinanza di un testo a un insieme non racconta tutto il suo percorso individuale.
Nella nostra scheda di aiuto fittizia, una persona ha corretto un passaggio errato e aggiunto una precisazione tratta dal prodotto. Il testo finale può essere pertinente o scorretto indipendentemente da una rilevazione. Per controllarne il contenuto, è necessario verificare le istruzioni nel prodotto. Per conoscere il suo processo di validazione, è necessario consultare la scheda editoriale. Queste domande richiedono prove diverse.
Un falso positivo consiste nel rilevare un segnale quando non era presente. Un falso negativo consiste nel non rilevare un segnale presente. Il costo di entrambi gli errori dipende dal vostro utilizzo. Un'indicazione interna destinata a richiedere una rilettura non produce le stesse conseguenze di un'accusa pubblica. La nostra raccomandazione editoriale è di limitare la prima integrazione a un aiuto al controllo, con una possibilità esplicita di non trarre conclusioni.
Preparare una valutazione prima di cercare un verdetto
Il protocollo che segue è una proposta Partitech. Non è stato eseguito e non fornisce alcun risultato di prestazione. Il suo obiettivo sarebbe determinare in quali casi il vostro team può interpretare un risultato, con un corpus autorizzato e una verità di riferimento nota.
Iniziate con testi di cui sia documentata la realizzazione. Prevedete schede scritte da persone senza assistenza generativa, versioni provenienti da una generazione marcata quando questa opzione è effettivamente disponibile e varianti revisionate. L'origine deve essere nota attraverso il processo di creazione, mai dedotta dal rilevatore che state valutando. Altrimenti il vostro test diventerebbe circolare: lo strumento servirebbe a produrre la propria risposta attesa.
Tenete separate le famiglie di testi: francese e altre lingue utili, passaggi brevi e lunghi, contenuti liberi e formulazioni vincolate. Una scheda di risoluzione dei problemi che contiene soprattutto nomi di pulsanti assomiglia poco a un lungo articolo esplicativo. Se mischiate tutto, una media soddisfacente può nascondere una categoria inutilizzabile. Definite anche la lunghezza con un’unità costante; non assimilate un numero di parole a un numero di unità di elaborazione del modello.
Le trasformazioni servono qui a riprodurre il ciclo editoriale: correzione di una frase, abbreviazione per un'interfaccia o traduzione autorizzata. Registrate il loro obiettivo e il loro autore. Questo approccio valuta i vostri documenti abituali; non ha lo scopo di organizzare la dissimulazione di un'origine.
| Caso proposto | Origine conosciuta | Trasformazione dichiarata | Accesso rilevatore | Risultato e interpretazione |
|---|---|---|---|---|
| Scheda francese iniziale | Da documentare alla creazione | Nessuna | Da confermare | Da compilare dopo il test |
| Scheda francese revisionata | Stesso documento di partenza | Revisione professionale | Da confermare | Da compilare separatamente |
| Riepilogo per un'interfaccia | Stesso documento di partenza | Accorciamento | Da confermare | Da compilare separatamente |
| Traduzione autorizzata | Stesso documento di partenza | Traduzione | Da confermare | Da compilare separatamente |
| Controllo umano | Processo umano documentato | Revisione abituale | Da confermare | Da compilare separatamente |
Non indicate « nessuna filigrana » quando la chiamata non è stata possibile. Scrivete « non testato » e il suo motivo. Un errore di rete, l’assenza di autorizzazione e un esito negativo sono tre osservazioni distinte. Conservate l’output grezzo in uno spazio protetto, accompagnato dalla versione dello strumento e dalla data. La sintesi deve precisare il numero di casi effettivamente controllati e quello dei casi esclusi.
Definire la decisione prima di leggere i risultati
Prima del test, redigete le frasi autorizzate nel vostro prodotto. Per esempio: «È stato rilevato un segnale associato alla marcatura; resta da consultare la cronologia editoriale.» Oppure: «Non sono disponibili risultati interpretabili per questo documento.» In questo modo evitate che un punteggio venga automaticamente tradotto in una conclusione più ampia.
Definite anche i criteri di astensione. Un documento senza origine di riferimento, una lingua assente dal protocollo, un passaggio troppo lontano dai casi valutati o una versione sconosciuta dello strumento giustificano una revisione. L’astensione significa che il vostro sistema mantiene un’incertezza visibile. Non indica la colpa di una persona e non deve produrre una sanzione per default.
Per la scheda di aiuto, la decisione di pubblicazione può rimanere semplice: una persona verifica ogni fase, conferma la fonte del contenuto e convalida la versione finale. Il controllo della provenienza ha il proprio stato. Un incidente su questo strumento non deve far sparire la prova di una revisione già effettuata; una rilevazione positiva non può creare una revisione che non è mai avvenuta.
Tenere un diario minimale di produzione
Ecco un'organizzazione concettuale che il vostro team potrebbe adattare al suo strumento editoriale. Ogni versione del documento conserva un'origine dichiarata, una data di creazione, il modello e la sua versione quando sono noti, lo stato richiesto della marcatura, le trasformazioni e la persona incaricata della validazione. Il controllo eventuale possiede una data, uno strumento, un output protetto e una conclusione limitata.
Collegate la convalida alla versione esatta del testo. Se una frase cambia successivamente, bisogna sapere se la revisione resta valida. Nel nostro esempio, sostituire il nome di un pulsante può richiedere una verifica mirata; modificare una istruzione di utilizzo può imporre una nuova convalida. Una regola chiara aiuta più di un timbro « controllato » applicato al documento per sempre.
Questo registro non richiede di conservare tutte le conversazioni con un assistente. La nostra proposta consiste nel mantenere solo gli elementi necessari al monitoraggio editoriale, con diritti di accesso e durata definiti. I testi sensibili e i risultati dettagliati possono rimanere in uno spazio riservato; la pagina pubblica può ricevere un'informazione breve e comprensibile sulla sua preparazione. Lasciate che questa informazione sia decisa dai responsabili dei contenuti, in base al suo utilizzo.
Collegare la tecnica agli obblighi di trasparenza
La Commissione europea distingue la marcatura e il rilevamento da parte dei fornitori dalla divulgazione da parte dei soggetti che utilizzano i sistemi secondo gli usi. Indica che il codice di buone pratiche è volontario, mentre gli obblighi di trasparenza interessati si applicano dal 2 agosto 2026. L'annuncio di ottobre non costituisce quindi una nuova data di entrata in vigore.
Per il vostro progetto, mappate l'uso, il pubblico, la responsabilità editoriale e le prove conservate prima di scegliere uno strumento. È un metodo di preparazione, non un parere legale personalizzato. Un pulsante attivato fornisce un'informazione tecnica; non completa da solo il vostro fascicolo di conformità.
La decisione ragionevole oggi è documentare il vostro ciclo di scrittura e preparare un test limitato se ottenete un accesso autorizzato. Iniziate con una famiglia di schede, formulate le conclusioni permesse e verificate la separazione tra provenienza e qualità. Finché le prestazioni francesi nel vostro contesto non sono stabilite, mantenete il rilevatore come un indizio da esaminare.
Fonti e data di verifica
Fonti primarie riaperte e lette il 6 ottobre 2026 : OpenAI, annuncio del 5 ottobre sulla provenienza testuale ; Commissione europea, codice di trasparenza, pagina aggiornata il 31 luglio. Gli esempi, il diario e il protocollo sono delle proposte Partitech, senza test del rilevatore né tasso di precisione dichiarato.