Il 24 luglio alle 15:59 UTC deepseek-chat e deepseek-reasoner smettono di rispondere e iniziano a restituire errori. Ogni riferimento a quei due nomi scritto a mano, in una router config, in un preset di provider, in una variabile d'ambiente, in una CI, si rompe a quell'ora esatta. La correzione è reale ed è piccola: basta puntare le chiamate su deepseek-v4-flash o deepseek-v4-pro, stesso base URL, stessa API key. Ma la rinomina che tutti chiamano "il fix da una riga" nasconde due trappole che cambiano in silenzio le prestazioni che ottieni e quanto spendi, e nessuna delle due compare come errore. Da noi la mettiamo così: ecco cosa cambia davvero, i due modi in cui una rinomina pulita ti costa di nascosto, e perché questo è il genere di rottura che una libreria di prompt versionata trasforma in un diff da rivedere invece che in una chiamata di reperibilità alle 3 di notte.
Cosa muore davvero il 24 luglio (e cosa no)
Questo è un ritiro di namespace, non un pensionamento del modello. Il motore dietro quei nomi, DeepSeek V4, resta attivo. A sparire sono le due stringhe legacy. DeepSeek sta accorpando la vecchia divisione chat/reasoner in una famiglia nominata per tier: deepseek-v4-flash (il tier economico e veloce) e deepseek-v4-pro (il tier capace). Entrambi hanno una finestra di contesto da 1 milione di token e fino a 384K token di output, ed entrambi passano da ragionamento a non-ragionamento tramite un parametro della richiesta, thinking: {"type": "enabled"} oppure "disabled", non più tramite il nome del modello.
Nella finestra di transizione i vecchi nomi sono degli alias: deepseek-chat punta a V4-Flash in modalità non-thinking, e deepseek-reasoner punta a V4-Flash con il thinking attivo. Rileggi il secondo, perché è tutta la storia: deepseek-reasoner, il nome a cui ricorrevi quando volevi che il modello ragionasse, non mappa sul tier Pro. Mappa su Flash.
DeepSeek ha rilasciato anche un endpoint dedicato in formato Anthropic all'indirizzo https://api.deepseek.com/anthropic, così Claude Code e qualsiasi client Anthropic-SDK possono instradare verso V4 senza uno strato di traduzione. Comodo, ma indipendente dalla scadenza: l'endpoint è una novità, il ritiro è obbligatorio.
Perché "basta rinominarlo" è una decisione, non un find-and-replace
Un find-and-replace presume che il nuovo nome sia la vecchia cosa con un'etichetta diversa. Qui non lo è. Nel momento in cui deepseek-chat e deepseek-reasoner spariscono, non stai più scegliendo un modello: stai scegliendo una coppia (tier, thinking), e i valori di default non sono quelli che il tuo vecchio codice dava per scontati. Perciò la migrazione sicura è una decisione a due colonne per ogni punto di chiamata: di quale tier ha davvero bisogno questo carico, e ha bisogno di ragionare. Se salti questo passaggio, erediti il default con cui il nuovo nome viene rilasciato, ed è lì che vivono entrambe le trappole.
Vuoi sapere quanto sono efficaci i tuoi prompt? Prompt Score li analizza su 6 criteri.
Tabella di mappatura dai nomi ritirati deepseek-chat e deepseek-reasoner ai nuovi tier V4 Flash e Pro, con modalità thinking e prezzo per tier
La mappatura. deepseek-chat e deepseek-reasoner collassano entrambi su V4-Flash, non su Pro. Il thinking ora è un parametro, non un nome di modello, e la differenza di prezzo tra i tier è il motivo per cui la decisione di routing va presa per ogni punto di chiamata.
Trappola 1: deepseek-reasoner non sta diventando il modello Pro
Se i tuoi carichi di lavoro pesanti sul ragionamento giravano su deepseek-reasoner, l'alias li tiene su Flash con il thinking attivo. Flash è davvero buono ed è economico, circa 0,14 dollari per milione di token in input e 0,28 in output, quindi niente va in errore e la spesa addirittura cala. È proprio per questo che la trappola è silenziosa: il carico che avevi mandato di proposito a un modello di ragionamento adesso gira sul tier veloce, e l'unico segnale è una lenta deriva nella qualità delle risposte che nessuna eccezione segnalerà mai.
Se un task ha davvero bisogno del tier di ragionamento migliore, devi scegliere deepseek-v4-pro di proposito. Pro non è gratis ma non è nemmeno un altro universo, circa 0,435 dollari per milione in input e 0,87 in output, ancora una frazione di un modello di frontiera occidentale. La decisione non è "costoso contro economico", è "questo task fallisce su Flash". Manda lo stesso prompt a entrambi, tieni Flash per tutto ciò che supera, e promuovi a Pro solo dove puoi misurare Flash che non ce la fa, non dove Pro ti fa sentire più al sicuro. È la stessa disciplina del default-down, escalate-up che abbiamo percorso quando un modello agentico economico ha superato la soglia di usabilità, ed è lo stesso split 80/20 che abbiamo applicato migrando un workload Claude su DeepSeek V4 in primavera. La differenza, ora, è che lo split vive dentro il namespace di un solo vendor, quindi sbagliarlo è questione di una parola.
Trappola 2: il nuovo default ragiona, e ragionare costa
La seconda trappola va nella direzione opposta. Il vecchio deepseek-chat aveva come default il non-thinking: veloce, economico, zero token di ragionamento. I nuovi modelli V4 hanno come default il thinking attivo. Così una rinomina pulita da deepseek-chat a deepseek-v4-flash, senza toccare altro, ribalta una chiamata non-thinking in una chiamata con ragionamento. La latenza sale, i token di output si gonfiano con le tracce di ragionamento, e la spesa su un task ad alto volume tenuto economico di proposito lievita, tutto senza un singolo errore.
La correzione è un campo, non una riga: su ogni chiamata che doveva restare veloce e senza ragionamento, imposta thinking: {"type": "disabled"} in modo esplicito. Non affidarti al fatto che il default coincida con il tuo vecchio comportamento, perché non coincide. Le due trappole sono immagini speculari: la Trappola 1 depotenzia in silenzio il lavoro di ragionamento, la Trappola 2 sovralimenta in silenzio il lavoro di volume. Entrambe restano invisibili finché non leggi i conteggi dei token.
Le tecniche che stai leggendo funzionano. Testa subito i tuoi prompt con Prompt Score e vedi il punteggio in tempo reale.
Due percorsi di fallimento affiancati: un carico di ragionamento retrocesso in silenzio a Flash, e un carico di volume passato in silenzio al thinking attivo, ciascuno con il suo effetto su costo e qualità
Le due trappole sono immagini speculari. La migrazione automatica di reasoner ti tiene su Flash e ti costa qualità di nascosto; rinominare chat in v4-flash accende il thinking e ti costa denaro di nascosto. Nessuna delle due solleva un'eccezione.
La migrazione, fatta bene
Tratta il 24 luglio come una passata di routing, non come una riscrittura. Per ogni punto in cui chiami DeepSeek:
Classifica la chiamata. È lavoro di volume con una risposta giusta chiara (classificazione, estrazione, formattazione, prime bozze), oppure un giudizio in cui sbagliare costa caro?
Scegli il tier di proposito. Il volume ben specificato va su deepseek-v4-flash. La coda di ragionamento che fallisce in modo misurabile su Flash va su deepseek-v4-pro. Non lasciare che sia l'alias a decidere per te.
Imposta il thinking in modo esplicito.enabled dove il task deve ragionare, disabled dove non serve. Non ereditare mai il default.
Elimina i riferimenti nascosti. Il codice dell'app è la parte facile. Il riferimento insidioso è quello in una CI, in un preset di provider dentro il gateway, in uno script di valutazione, o in una variabile d'ambiente che nessuno apre da primavera.
Rimisura token e costo dopo lo switch. Entrambe le trappole si vedono solo nei numeri, quindi conferma i numeri.
Quando abbiamo fatto la nostra passata, le chiamate dell'app sono state banali da aggiornare e quella che per poco non sfuggiva era una stringa deepseek-reasoner sepolta in un job di valutazione schedulato, esattamente il tipo di riferimento che sarebbe rimasto a girare su Flash per settimane prima che qualcuno notasse gli output ammorbiditi. La lezione non è stata "DeepSeek ha cambiato i nomi", è stata "non avevamo un unico posto che ci dicesse ogni prompt e ogni modello a cui era legato".
Perché la tua libreria di prompt avrebbe dovuto intercettarlo
Ecco la parte che sopravvive a questa singola scadenza. Il ritiro del nome di un modello è un'esercitazione antincendio solo se i tuoi prompt e i modelli a cui puntano vivono in stringhe sparse. Se un prompt è un artefatto versionato che registra il tier per cui è stato tarato, allora il 24 luglio è un diff da rivedere, non un'interruzione da inseguire. Apri i prompt legati a deepseek-reasoner, vedi che il target è cambiato, decidi Flash-thinking o Pro prompt per prompt, rivaluti il punteggio, spedisci. La rottura diventa una voce di checklist invece di una lenta regressione di qualità scoperta in produzione.
È la stessa tesi della portabilità a cui torniamo di continuo, nel modo più netto quando Microsoft ha reso il modello una commodity: il modello sotto è un backend sostituibile, e la libreria di prompt è il moat proprio perché è l'unica cosa che sopravvive a un vendor che rinomina i propri endpoint. Portabilità non vuol dire "gira su tutto". Vuol dire "quando un nome o un default cambia sotto di te, riesci a vedere ogni prompt che tocca e a ricontrollarli uno per uno in un pomeriggio".
Una libreria di prompt che mostra i prompt legati a un modello target, così che un cambio di nome del modello emerga come diff da rivedere invece che come errore a runtime
Un cambio di modello dovrebbe emergere come diff, non come chiamata di reperibilità. Quando ogni prompt registra il tier a cui punta e porta con sé un punteggio, un ritiro come quello del 24 luglio è una passata di revisione: vedi cosa è legato al vecchio nome, ridecidi il tier, ricontrolla il punteggio.
Se vuoi avere quello strato pronto prima della scadenza, Keep My Prompts assegna un punteggio a ogni prompt che salvi e ne conserva la cronologia delle versioni, così cambiare modello è una mossa misurata con una traccia scritta invece che una speranza. Provalo gratis.
Fallo prima del 24 luglio
Cerca le stringhe.deepseek-chat e deepseek-reasoner, in tutto il codice dell'app, nei preset del gateway, nei file di environment, nella CI e negli script di valutazione. Ogni occorrenza si rompe alle 15:59 UTC.
Decidi il tier per ogni punto di chiamata, Flash per il volume, Pro per la coda di ragionamento che fallisce su Flash. Non lasciare scegliere all'alias.
Imposta thinking in modo esplicito su ogni chiamata, disabled sui percorsi veloci che volevi tenere economici.
Rimisura token, latenza e costo dopo lo switch, perché entrambe le trappole sono invisibili tranne che nei numeri.
Registra il tier target accanto a ogni prompt, così il prossimo cambio di namespace, e ce ne sarà uno, è un diff e non un'esercitazione.
La scadenza è la parte piccola
L'orologio del 24 luglio impone la modifica, ma la modifica non è il rischio. Il rischio sono i due spostamenti silenziosi che viaggiano sotto una rinomina che sembra banale: un carico di ragionamento retrocesso a Flash, e un carico di volume promosso a pagare per un ragionamento che non gli serviva. Le squadre che ne escono pulite non sono quelle che hanno fatto il find-and-replace più in fretta. Sono quelle la cui libreria sapeva già quale prompt era legato a quale modello, così che un ritiro è stato una decisione da vedere, non una regressione da rincorrere.
