DeepSeek reindirizza il suo modello di punta verso uno più economico, e ti fattura il prezzo più basso

DeepSeek ha comunicato agli utenti della sua API che V4.1 Flash esce il 10 settembre 2026. La notizia non è il lancio. È ciò che viene dopo: dalle 4:00 UTC, le 7:00 a Riad, ogni richiesta destinata al modello di punta V4 Pro verrà reindirizzata al nuovo modello e fatturata al prezzo del nuovo modello. Chi oggi usa il modello più potente domani paga il prezzo del modello più veloce, senza cambiare una riga del proprio sistema.

È la stessa azienda che qualche mese fa ha alzato i prezzi e introdotto la fatturazione per fasce di punta. La direzione si è invertita per un motivo: un mercato che si muove più velocemente di qualsiasi contratto annuale.

Si parla di un taglio fino al 77% sull'input e del 70% sull'output. Il numero conta, ma tre dettagli dell'annuncio contano di più, e sono quelli che decidono davvero la tua fattura.

I numeri

I prezzi sono per un milione di token, dove il token è la più piccola unità di testo che il modello legge: una parola, un numero, un segno di punteggiatura. Queste sono tariffe fuori punta; le tariffe di punta sono esattamente il doppio.

VoceV4 Pro oggiV4.1 Flash domaniVariazione
1M di token in input, letti dalla cache0,022 $0,003 $-86%
1M di token in input, nuovi0,66 $0,15 $-77%
1M di token in output1,98 $0,60 $-70%

Se oggi usi il normale V4 Flash, il calo è più piccolo ma reale: l'input nuovo passa da 0,22 $ a 0,15 $, e l'input in cache da 0,007 $ a 0,003 $.

Le loro ore di punta cadono dentro la tua mattina di lavoro

DeepSeek fattura con due tariffe, di punta e fuori punta, e la differenza è il doppio. Le ore di punta sono pubblicate in UTC: dalle 01:00 alle 04:00 e dalle 06:00 alle 10:00, dal lunedì al venerdì.

Convertite nell'ora di Riad, la fascia di punta va dalle 04:00 alle 07:00 e dalle 09:00 alle 13:00. L'intera mattina lavorativa saudita cade nella fascia di punta, a prezzo doppio. Dopo le 13:00 la tariffa si dimezza fino alla mattina successiva.

La conseguenza pratica è immediata. Il lavoro che risponde a un cliente in tempo reale resta dov'è, qualunque cosa costi, perché il cliente non aspetta. Il lavoro che nessuno sta aspettando — generare il report mensile, classificare un archivio di messaggi, estrarre dati da vecchi file, riassumere verbali — costa la metà se viene eseguito dopo le 13:00 o di notte, senza nessun'altra modifica. La pianificazione è una decisione operativa, non tecnica, e qui sposta la fattura quanto un cambio di modello.

La cache: una differenza di cinquanta volte

Guarda di nuovo la prima riga della tabella. L'input nuovo costa 0,15 $. L'input letto dalla cache costa 0,003 $. È un divario di cinquanta volte, lo scarto singolo più grande dell'intero listino, e il più spesso ignorato.

La cache agisce sull'inizio del tuo messaggio. Invia lo stesso testo iniziale a ogni richiesta e DeepSeek lo addebita una volta a prezzo pieno, poi lo rilegge per una frazione. La maggior parte dei sistemi reali porta con sé un grande blocco fisso a ogni chiamata: le istruzioni dell'assistente, l'elenco di prodotti e prezzi, la policy sui resi, il tono di voce. Niente di tutto questo cambia da un cliente all'altro.

Quindi la differenza tra un sistema che ordina il proprio prompt e uno che non lo fa non è una finezza ingegneristica. È se la parte fissa viene addebitata una volta o riaddebitata per intero a ogni messaggio. La regola è semplice: prima il fisso, alla fine il variabile.

Facciamo un esempio. Un assistente WhatsApp che gestisce 3.000 conversazioni al mese, ciascuna con 4.000 token in input e 500 token in output, costa circa 10,89 $ al mese al prezzo attuale di V4 Pro fuori punta. Al prezzo di V4.1 Flash di domani scende a 2,70 $. Ordina il prompt in modo che l'80% dell'input venga letto dalla cache e scende a 1,29 $. Otto volte tra la prima cifra e l'ultima, e nell'ultimo passaggio il modello non è cambiato. È cambiato solo l'ordine del testo.

La clausola da leggere invece di saltare

Una frase dell'avviso merita attenzione: continuare a usare il servizio dopo la modifica della fatturazione equivale ad accettare i nuovi termini, e chi non è d'accordo può disdire e chiedere un rimborso.

È un linguaggio standard nei contratti dei servizi cloud, e qui non c'è nulla da obiettare perché la modifica favorisce l'utente. Ma il principio merita attenzione: la stessa clausola consente una variazione di prezzo nella direzione opposta con lo stesso meccanismo. Se costruisci un sistema commerciale sopra l'API di qualcun altro, il tuo costo operativo non è un numero fisso nel business case. È una condizione che cambia con un preavviso.

La lezione oltre DeepSeek

È lo stesso schema di cui abbiamo scritto quando Broadcom ha rimosso lo strumento di uscita da VMware senza alcun annuncio: ciò da cui dipendi cambia sotto i tuoi piedi, e ciò che conta è quanto velocemente riesci a reagire.

Nota cosa è successo al nome del modello. Uno sviluppatore che ha scritto deepseek-v4-pro nel proprio sistema vedrà le sue richieste andare altrove per decisione del fornitore. Qui l'esito lo favorisce: più economico, più veloce e migliore secondo lo stesso fornitore. Ma è lo stesso meccanismo che sposterà le tue richieste su un altro modello il giorno in cui la decisione non ti favorirà.

Basta una regola: non disseminare il nome del modello nel tuo sistema. Tienilo come un unico valore di configurazione e fai passare ogni chiamata attraverso un unico livello del tuo codice. Così cambiare modello, o cambiare del tutto fornitore, è una modifica di una riga e non un progetto. Farlo all'inizio non costa nulla; adattarlo dopo costa settimane.

Se stai valutando i modelli prima di impegnarti, abbiamo confrontato DeepSeek, Claude e GPT in base al tipo di lavoro a cui ciascuno si adatta anziché sui numeri da titolo, e quel confronto è ancora valido: differiscono per compito, non solo per prezzo.

E il punto che conta di più per un imprenditore: a questi prezzi il modello non è più ciò che blocca un progetto. Far girare un assistente su migliaia di conversazioni al mese costa ora meno del caffè del tuo ufficio. A decidere il risultato è tutto ciò che sta intorno al modello: se i tuoi dati sono abbastanza organizzati perché possa leggerli, se è davvero collegato ai tuoi sistemi o risponde dal nulla, e se sai cosa succede quando sbaglia.

Come lo gestiamo in Origami

Nei sistemi che costruiamo per i clienti, ogni chiamata al modello passa attraverso un unico livello, e il nome del modello risiede in un file di configurazione anziché essere ripetuto nel codice. Quando il mercato cambia, e cambia più o meno ogni mese, spostare un cliente su un modello più economico o più preciso è una decisione eseguita in pochi minuti e misurata dopo, non una ricostruzione.

Trattiamo anche l'ordine del prompt come una scelta di progettazione e non come un dettaglio: prima il blocco fisso, così viene letto dalla cache, alla fine la parte variabile. E separiamo ciò che richiede una risposta immediata da ciò che può aspettare, così il secondo tipo gira nelle ore economiche. Tre decisioni che nessuno vede nell'interfaccia, e tutte si vedono in fattura.

Fonti