Quattro episodi in un giorno, pubblicati dal fornitore

Il 27 luglio la pagina di stato di OpenAI ha registrato quattro episodi distinti. Errori elevati sulle conversazioni di ChatGPT alle 16:32. Latenza elevata, timeout e streaming interrotto su gpt-5.1 mini e gpt-4.1 mini attraverso l'API alle 18:06. Generazione di immagini non disponibile in ChatGPT alle 19:04 e di nuovo non disponibile alle 20:24. Ognuno si è chiuso con la stessa frase: tutti i servizi interessati sono ora pienamente ripristinati.

Non è stata una giornata insolita. Il 25 ha portato due episodi di tassi di errore elevati. Il 24 ne ha portati tre, fra cui tassi di errore e latenza elevati sull'API per il modello gpt-image-2 ed errori elevati in Codex Review. L'interruzione di sabato è stata quella visibile, ha toccato quindici componenti di ChatGPT, quattro di Codex e dodici dell'API, e gli utenti hanno incontrato risposte 503 con un'etichetta interna di interruttore di protezione. OpenAI è passata dall'indagine al monitoraggio in circa un'ora.

Un conteggio indipendente della stessa cronologia arriva a circa 166 episodi in circa nove mesi, una media vicina a 18 al mese. Nulla di tutto ciò è trapelato o dedotto. È il registro pubblicato dal fornitore stesso, aggiornato in tempo reale, liberamente leggibile e quasi mai letto da chi firma il contratto.

Il rimedio era denominato nella valuta guasta

La risposta di OpenAI all'interruzione del fine settimana è stata azzerare i limiti di utilizzo per gli utenti di Codex e ChatGPT Work. Leggetelo come uno strumento e non come un gesto. Il risarcimento per l'indisponibilità di un servizio è consistito in più dotazione sul servizio che era stato indisponibile. Non è denaro, non è una nota di credito contrattuale e non si può spendere altrove.

Poi è arrivata la parte davvero istruttiva. Gli utenti che avevano già consumato uno dei propri azzeramenti poco prima che il risarcimento atterrasse hanno scoperto che non serviva loro a nulla. Un azzeramento riporta una dotazione al massimo. Non si somma a una dotazione già accantonata. Per quel gruppo il gesto di buona volontà è arrivato come una svalutazione del valore che stavano trattenendo, e la lamentela non era ingratitudine. Era aritmetica.

Vale la pena dare un nome a questo modo di guasto, perché si ripeterà in ogni prodotto a prezzo di consumo. Quando l'unità del risarcimento è la stessa unità che è stata interrotta, il valore del rimedio dipende interamente dalla posizione del cliente nel momento in cui viene concesso. Alcuni clienti vengono resi indenni. Alcuni si ritrovano peggio. Nessuno viene pagato.

Diciotto al mese è un numero, non una sensazione

Per la maggior parte degli acquirenti la mossa utile qui è poco brillante. Prendete il conteggio degli episodi dalla cronologia di stato del fornitore, scrivetelo nel fascicolo accanto al dato di disponibilità pubblicizzato e annotate che i due descrivono cose diverse. Una percentuale di disponibilità è un aggregato nel tempo. Un conteggio di episodi è una frequenza di interruzione, e la frequenza è ciò che interrompe davvero il vostro personale.

Se la vostra organizzazione è un'entità finanziaria nell'ambito del quadro europeo sulla resilienza operativa digitale, questo è già un obbligo formale e non una buona pratica. Il rischio derivante da terzi nelle tecnologie dell'informazione e della comunicazione va registrato, valutato e monitorato, e un fornitore che pubblica la propria cronologia degli episodi vi ha di fatto consegnato la prova. In Italia la Banca d'Italia concorre a quella vigilanza, e la parte scomoda è che la prova è rimasta pubblica per tutto il tempo.

Il punto più ampio vale anche fuori dai settori regolati. Ogni dipendenza che una squadra tocca decine di volte al giorno merita un dato di affidabilità misurato e non un'impressione. Le impressioni si formano sul peggior guasto che qualcuno ricorda. Una cronologia di stato si forma su tutti.

Tre domande a cui rispondere entro venerdì

Primo, quale contratto governa il vostro utilizzo. Un abbonamento a postazioni, un contratto aziendale e un contratto API portano di norma impegni diversi, e il rimedio per l'indisponibilità raramente è lo stesso. Stabilite se la vostra organizzazione ha diritto a una nota di credito, a un rimborso oppure a nulla oltre a ciò che il fornitore decide di concedere.

Secondo, quanto vi costa un'interruzione all'ora. Non in teoria, ma con il numero di persone coinvolte e il lavoro che si ferma. Le imprese scoprono al rinnovo di non averlo mai calcolato, ed è proprio per questo che un rimedio denominato in token è stato accettato senza che nessuno notasse di cosa si trattasse.

Terzo, che cosa succede al lavoro in corso. Le segnalazioni di sabato sono state dominate da sviluppatori che hanno perso slancio e non dati, ma lo stesso schema di interruzione raggiunge i flussi documentali, gli assistenti rivolti ai clienti e tutto ciò che ha una coda alle spalle. Decidete in anticipo se un'interruzione di due ore è un fastidio che la vostra squadra assorbe o un episodio che i vostri clienti vedono, perché quella scelta cambia quali impegni del fornitore valga la pena pagare.

Da leggere ora: Delhi dà ragione a OpenAI sui dati di addestramento  |  L'avviso era pubblicato 14 giorni prima delle cancellazioni