Scrivere una policy sulle immagini AI per il proprio team

Perché la maggior parte di queste policy fallisce

L'errore comune è scrivere di tecnologia. Una policy che nomina strumenti specifici o che proibisce l'intelligenza artificiale in generale diventa obsoleta entro un ciclo di rilascio e ambigua fin dal giorno in cui viene pubblicata, perché le funzionalità generative sono già integrate nei normali software.

Il secondo fallimento è scrivere per gli avvocati anziché per chi svolge il lavoro. Un designer che sceglie un'immagine di testata alle quattro del pomeriggio non consulterà un documento di quattordici pagine, e una policy non consultata non è una policy.

Il terzo è non avere una risposta su cosa fare quando si trova qualcosa. I team scrivono un divieto, scoprono immagini generate nel proprio archivio e non hanno una procedura che non implichi incolpare qualcuno.

Le policy che funzionano sono brevi, descrivono l'immagine anziché lo strumento e danno alle persone qualcosa da fare anziché qualcosa da evitare.

Decisione uno: dove è permessa

Questa è l'intera sostanza e sta in due frasi. La linea di demarcazione è se l'immagine svolge il lavoro di decorazione o quello di prova.

La colonna di destra ha una singola caratteristica comune: ognuna di quelle immagini fa un'affermazione fattuale. Questo è il test da annotare, perché sopravvive a ogni futuro cambiamento tecnologico ed è applicabile da un non specialista.

Decisione due: chi la dichiara

La dichiarazione deve avvenire dove risiede la conoscenza, ovvero con chi ha creato o reperito l'immagine. Nessun controllo a valle recupera informazioni che non sono mai state acquisite.

In pratica, ciò significa una clausola in ogni brief per i fornitori e un campo in qualsiasi sistema gestisca le proprie risorse. Agenzie, freelance e abbonamenti a stock devono tutti dichiarare cosa è generato, e la maggior parte non si offrirà volontaria perché nessuno glielo ha chiesto.

L'equivalente interno è un campo anziché una conversazione. Una nota obbligatoria su ogni risorsa che ne registri la provenienza costa pochi secondi al momento del caricamento e risparmia un progetto di archeologia in seguito.

Decisione tre: cosa succede in caso di segnalazione

Scrivete la risposta prima che vi serva, perché una improvvisata sotto pressione è dove i team si comportano in modo ingiusto. Un'immagine segnalata significa chiedere, non accusare.

1. Chiedete alla fonte

   Chi l'ha fornita solitamente può rispondere in una frase. La maggior parte delle segnalazioni si risolve qui, e gran parte di queste risoluzioni sono normali modifiche.

2. Richiedete l'originale

   Un file raw o l'originale della fotocamera risolve la questione in modo molto più affidabile di qualsiasi analisi.

3. Decidete in base alla collocazione, non al punteggio

   Una testata generata rimane. Una fotografia di un case study generata viene sostituita indipendentemente dal valore del numero.

4. Registrate il risultato, non il punteggio

   Cosa avete fatto e perché. Un elenco archiviato di numeri associati a fornitori nominativi è un profilo di cui nessuno ha bisogno.

5. Correggete il brief

   Se lo stesso fornitore viene segnalato due volte, il problema è l'istruzione che gli è stata data.

Il terzo passo è quello che mantiene onesta una policy. Il risultato di un rilevatore è un input per una decisione che riguarda realmente la collocazione editoriale, e lasciare che sia il numero a prendere la decisione produce risultati incoerenti che nessuno può spiegare.

Decisione quattro: cosa conservare

La conservazione è dove le buone intenzioni si trasformano in un problema di protezione dei dati. La tentazione è registrare ogni controllo, e l'effetto è una cronologia continua di punteggi associati a individui o fornitori nominativi.

Conservate il risultato insieme alla risorsa: cos'è, da dove proviene, se è stato dichiarato. Non conservate una cronologia ricercabile di chi è stato segnalato, che è un esercizio di profilazione che necessiterà di una propria giustificazione e raramente ne ha una.

Per qualsiasi cosa che riguardi documenti d'identità o persone, conservate meno anziché di più, e conservatelo solo per il tempo necessario alla registrazione di base.

Un esempio pratico che puoi copiare

È utile vedere quanto può essere breve. Quello che segue è una policy completa in cinque frasi, che è più lunga di quanto la maggior parte dei team necessiti e più breve di quanto la maggior parte dei team scriva.

Le immagini generate possono essere utilizzate per decorazione, illustrazione e materiale interno. Non possono essere utilizzate in nulla che affermi un fatto riguardante una persona, un luogo, un evento, un cliente o un prodotto reale. I fornitori devono dichiarare i contenuti generati in ogni prodotto consegnabile.

Laddove un'immagine venga messa in discussione, alla persona che l'ha fornita viene richiesto il file originale e la decisione viene presa in base alla collocazione dell'immagine piuttosto che a qualsiasi punteggio. Gli esiti vengono registrati in relazione alla risorsa, non al fornitore.

Tutto qui. Tutto il resto che solitamente contiene un documento più lungo consiste nel ribadire una di queste frasi o nel descrivere uno strumento che sarà già cambiato nel momento in cui qualcuno lo leggerà.

Adottare la policy

Una policy che nessuno conosce equivale a non avere alcuna policy. Due fattori favoriscono l'adozione più della formulazione stessa: inserire la regola nel punto in cui viene presa la decisione e rendere il percorso conforme quello più semplice.

Il primo significa una riga nel modello di brief e un campo nel sistema di gestione delle risorse, non un documento in un'unità condivisa. Il secondo significa avere una fonte approvata di immagini decorative pronta, in modo che seguire la regola non sia più lento che ignorarla.

Un ultimo consiglio da parte dei team che hanno già affrontato tutto ciò. Data la policy e inserisci un mese di revisione. Tutto qui dipende da ciò che fanno gli strumenti e da ciò che richiedono i regolatori, ed entrambi cambiano; un documento senza una data di revisione diventa silenziosamente errato invece di essere sostituito.