TL;DR: un workflow AI non è sotto controllo se funziona solo con un fornitore. Prepara un export minimo di istruzioni, input di prova e output attesi; poi verifica che una persona possa riavviarlo con un servizio alternativo senza ricostruire tutto da zero.

Il problema: il servizio resta, il processo no

Il 27 agosto 2026 una corte federale statunitense ha dichiarato illegale la designazione di Anthropic come rischio per la supply chain. La sentenza riguarda un caso specifico e non dice che Claude stia per sparire. Ricorda però una cosa utile anche a una PMI: l’accesso a un fornitore tecnologico può cambiare per ragioni esterne al tuo workflow.

Se prompt, file, regole e controlli vivono soltanto dentro un assistente proprietario, cambiare strumento significa ricostruire il processo mentre il lavoro è già fermo. Il problema non è scegliere il modello perfetto. È sapere cosa portare via.

La soluzione: crea un pacchetto di uscita

Prepara una cartella esportabile per ogni workflow importante. Non serve clonare il fornitore. Serve conservare il contratto operativo del processo: cosa entra, quali istruzioni vengono applicate, quale risultato è accettabile e chi approva l’output.

Il mio take è netto: un secondo account non è un piano B. Se usa lo stesso formato chiuso e nessuno ha mai provato il ripristino, hai duplicato l’accesso, non la continuità.

I passaggi essenziali

  1. Esporta le istruzioni in un file leggibile, separando system prompt, regole aziendali ed esempi.
  2. Salva tre input di prova già anonimizzati: uno normale, uno incompleto e uno che dovrebbe essere rifiutato.
  3. Definisci l’output atteso con campi obbligatori, criteri di qualità ed errori che bloccano il passaggio successivo.
  4. Registra le dipendenze: modello, strumenti collegati, formati, permessi e persona responsabile dell’approvazione.
  5. Esegui un test alternativo e annota le differenze. Non deve produrre lo stesso stile; deve preservare i controlli essenziali.

Il NIST AI Risk Management Framework raccomanda processi di contingency per guasti o incidenti nei sistemi AI di terze parti ad alto rischio. Per un team piccolo, questa checklist è il modo più semplice per rendere quel principio verificabile.

L’errore da evitare

Non limitarti a copiare le conversazioni. Una cronologia è difficile da riusare e spesso contiene dati che non dovrebbero finire in un nuovo servizio. Esporta invece istruzioni pulite, esempi anonimizzati e criteri di accettazione. Se il workflow aggiorna WordPress, il CRM o invia email, mantieni anche un’approvazione umana prima dell’azione irreversibile.

Per ridurre il lock-in a monte puoi anche usare un AI gateway con interfaccia stabile. Il pacchetto di uscita resta comunque necessario: l’infrastruttura aiuta a cambiare modello, ma non documenta da sola il processo.

Il take finale

Fai il test quando il fornitore funziona, non durante l’emergenza. Se una persona riesce a riavviare il workflow usando soltanto il pacchetto esportato, hai un piano B. Se deve chiedere dove sono prompt, dati e controlli, hai ancora una dipendenza nascosta.

Fonti