Dopo che i modelli open source sono stati limitati, il primo passo è l'approvazione del modello.

Una volta che il modello open source comincia ad essere limitato, la prima cosa che salta fuori non è “è ancora possibile scaricarlo?” ma “chi può ancora usarlo?” Questo passaggio sembra un processo, ma quando si tratta del progetto, in realtà è la superficie di controllo: lo stesso set di file di modello, lo stesso batch di parole di prompt e lo stesso set di script di regressione possono essere eseguiti per impostazione predefinita. Successivamente, l’approvazione, il mirroring, le autorizzazioni e i percorsi di fallback devono essere confermati prima di poter effettivamente accedere al flusso di lavoro.

Questo cambiamento è facile da sottovalutare perché non fa crollare immediatamente il sistema. Il modello è ancora lì, l’interfaccia è ancora lì, un determinato account potrebbe ancora essere in grado di estrarre un’immagine e il primo ciclo di verifica potrebbe ancora essere superato. Ciò che inizia davvero a diventare complicato è il secondo livello: alcune persone ottengono la vecchia versione, altre ottengono la versione quantitativa e alcune persone non riescono affatto a passare le autorizzazioni. Durante la risoluzione dei problemi, tutti parlavano ancora dello stesso nome del modello, ma tenevano oggetti diversi.

In questo momento è molto pericoloso continuare a considerare l’accesso al modello come una “consegna temporanea di un token”. L’autorizzazione temporanea è la migliore per creare illusioni: poter correre oggi non significa che riconoscerete lo stesso percorso domani, e i risultati di ritorno di oggi non significano che si possa ripetere domani. Dopo che il modello è stato limitato, la prima cosa che diventa costosa non è il token, né la potenza di calcolo in sé, ma il costo del giudizio. Ogni volta che individui un problema, devi prima chiedere quale versione hai, da quale immagine proviene, se la catena di approvazione è cambiata e se il punto di rollback è stato mantenuto.

Quindi quello che bisogna fare prima non è una pagina di download più bella, ma l’approvazione del modello. L’approvazione non è un esercizio di scartoffie. Determina chi può entrare nella linea di base della produzione, chi può rimanere solo nell’area sperimentale, i cui risultati possono essere utilizzati per la regressione e il cui output può essere considerato solo come riferimento una tantum. Dopo aver chiuso questo strato di confini, il modello comincia ad apparire come una dipendenza mantenibile; senza questo strato di confini, il cosiddetto “utilizzabile” è solo un colpo di fortuna.

L’approccio più pratico non è complicato: fissare la versione del modello come una linea di base chiara, scrivere l’immagine e la fonte nel record e inserire i risultati dell’approvazione e i percorsi di rollback nello stesso set di tracce. In questo modo arriva la limitazione e la perdita è l’ampiezza dell’ingresso, non il flusso di lavoro stesso. Ciò che veramente bisogna tutelare non è mai che “tutti possano toccarlo”, ma che dopo averlo toccato si possa ritornare sulla stessa linea.