DeepSeek ha fatto retromarcia sui prezzi a fasce in 7 giorni: i metadati di prezzo del tuo prompt sono appena scaduti (agosto 2026)

Il 16 agosto 2026 DeepSeek ha portato la sua API alla fatturazione a fasce orarie, con ore di picco e ore scontate, come una utility elettrica. Il 23 agosto, sette giorni dopo, ha corretto la rotta: Bloomberg riporta che da quella mattina ogni ora del weekend è fatturata alla tariffa fuori picco, portando la quota scontata della settimana a circa il 79% [1]. La distanza esatta tra quelle due date la conosciamo fin troppo bene, perché la prima era l'esempio A dell'articolo che abbiamo pubblicato sugli schemi di prezzo multi-vendor, uscito lo stesso giorno in cui lo schema che descriveva ha smesso di essere vero. È tutta qui la lezione di questo seguito, ed è migliore di quella che volevamo dare: il prezzo che annoti accanto a un prompt non è una proprietà del prompt. È un'istantanea con una data di scadenza, e nell'agosto 2026 quella scadenza può essere una settimana.

Cosa è cambiato, in un paragrafo

Lo schema a orologio di DeepSeek aveva reso economiche le ore notturne e del weekend e costose quelle lavorative, con la tariffa di picco su deepseek-v4-pro arrivata a 27 yuan per milione di token di output [1]. La modifica del 23 agosto non ha abolito l'orologio: nei giorni feriali il picco esiste ancora. Ha dichiarato l'intero weekend fuori picco, sabato e domenica, dalla mezzanotte ora di Pechino. Se avevi ricostruito i tuoi job batch attorno al calendario originale (come lo schema invitava a fare), l'arbitraggio che avevi progettato si è allargato; se avevi quotato lavoro nel weekend a tariffa di picco in un preventivo o in un budget interno, i tuoi numeri erano già vecchi a una settimana da quando li avevi scritti.

Sette giorni tra uno schema di prezzo e la sua prima retromarcia. L'errore non è scrivere di uno schema che cambia: è annotare un prezzo, in un articolo o in una libreria di prompt, senza una data accanto.

La mossa opposta, nella stessa quindicina

Mentre DeepSeek allentava il suo orologio, Anthropic faceva il contrario di una retromarcia. Claude Sonnet 5 era uscito a giugno con un prezzo di lancio di 2 dollari per milione di token in input e 10 in output, con aumento programmato a 3/15 dal 1° settembre. L'11 agosto Anthropic ha annunciato che l'aumento non ci sarà: il prezzo di lancio è ora il prezzo standard, in via permanente [2]. La motivazione dichiarata è a sua volta una lezione su quanto l'economia dei modelli si sia ingarbugliata: il tokenizer più recente produce circa il 30% di token in più a parità di testo, quindi l'aritmetica "a costo neutro" originale del vendor non reggeva più, e il prezzo di listino è rimasto giù anche perché il prezzo effettivo per parola era silenziosamente salito.

In una sola quindicina, quindi, un vendor ha riscritto a favore del cliente uno schema vecchio di una settimana, e un altro ha cancellato un aumento programmato che migliaia di team avevano presumibilmente già messo a budget. Due mosse in direzioni opposte, che invalidano la stessa cosa: qualunque annotazione sui prezzi tu abbia fatto a luglio.

Nessuna delle due mosse era prevedibile dall'annuncio che l'ha preceduta. Un listino è l'intenzione corrente del vendor, non un impegno, e la tua libreria dovrebbe trattarlo così.

Cosa cambia per il playbook di routing

Il nostro articolo sui prezzi sosteneva che il prezzo è diventato una proprietà su cui instradare: lo stesso prompt costa cifre diverse a seconda dell'orologio (DeepSeek), della lunghezza del contesto (Grok) e del calendario delle finestre promozionali (OpenAI). Niente di questa settimana cambia la tesi. Cambia il contratto di manutenzione che la accompagna: se il prezzo è un metadato su cui instradi, allora un metadato di prezzo stantio produce routing sbagliato con totale sicurezza, esattamente come una policy stantia dentro un prompt di supporto produce risposte sbagliate con totale sicurezza. Tre campi trasformano una nota di prezzo da passivo ad attivo:

• La data in cui l'hai annotata. "DeepSeek fuori picco, sconto 50%" è una trappola. "DeepSeek fuori picco secondo lo schema del 23 agosto, verificato il 2 settembre" è informazione. La data è ciò che dice al prossimo lettore, di solito te stesso a ottobre, se fidarsi o ricontrollare.
• La fonte, come link. Non uno screenshot, non un ricordo: l'URL della pagina prezzi del vendor, così ricontrollare costa trenta secondi invece di una sessione di ricerca.
• Una cadenza di revisione. In questo mercato i prezzi ormai cambiano più in fretta dei modelli. Da noi qualunque nota di prezzo più vecchia di un mese è scaduta per definizione, e questo mese ha dimostrato che perfino quella soglia può essere generosa.

Dove vivano questi campi conta meno del fatto che esistano: un campo note accanto al prompt, un blocco di metadati, un commento nella configurazione. Conta che viaggino col prompt, perché un foglio di prezzi separato dai prompt che ne dipendono è esattamente il punto in cui il foglio di calcolo perde contro qualunque libreria vera: niente storia, niente diff, nessun modo di sapere quale prompt era tarato su quale regime di prezzo. Quando la riga del prezzo cambia, la versioniamo come versioniamo il testo del prompt, e scegliere il modello per un compito parte da metadati che dicono quando erano veri l'ultima volta.

Com'è fatta la riga del prezzo, in concreto

I consigli astratti sui metadati si approvano con un cenno e non si applicano mai, quindi ecco la forma reale della cosa. Questo è il blocco note che teniamo accanto a un prompt di sintesi che instrada su più vendor; il tuo differirà nei numeri, non nella struttura:

NOTE DI ROUTING · verificato 2026-09-02
- Default: DeepSeek v4 · il fuori picco copre tutto il weekend + le
  notti feriali secondo lo schema del 23/8 (fonte:
  api-docs.deepseek.com/pricing). Job batch fissati su sab-dom.
  Il picco resta nelle ore diurne feriali.
- Escalation: Claude Sonnet 5 · 2/10 $ ora PERMANENTE (nota 11/8:
  aumento del 1/9 cancellato; il tokenizer usa ~30% di token in più,
  quindi confronta il costo per attività, non il prezzo per token).
- Job a contesto lungo: controlla il gradino dei 200K di Grok PRIMA
  di fare batch (il prezzo raddoppia oltre la soglia · vedi il pezzo
  sui quattro conti).
- Rivedere entro: 2026-10-02, o a ogni annuncio prezzi di un vendor.

Quattro righe di logica di routing, e ognuna porta i tre campi: cosa era vero, dove sta scritto, quando è stato verificato l'ultima volta. Nota cosa il blocco non contiene: prezzi per token copiati a mano. Un numero copiato è stantio nel momento in cui la pagina cambia; un'affermazione datata con un link ti dice esattamente quanto fidarti e dove guardare. La riga "rivedere entro" è quella che manca a quasi tutte le librerie, ed è quella che questo mese avrebbe salvato chiunque avesse quotato lavoro nel weekend a tariffa di picco.

Due dei quattro assi del pezzo sui prezzi meritano una bandierina speciale nelle tue note, perché falliscono in silenzio. Il prezzo a orologio (DeepSeek) fallisce rumorosamente: la riga in fattura lo rende evidente. Ma un cambio di tokenizer (la tokenizzazione ~30% più densa di Anthropic dietro il listino congelato) e un gradino di lunghezza del contesto (la soglia di Grok) cambiano il tuo costo senza che nessun prezzo cambi, quindi nessun annuncio ti avvertirà. Per quelli, l'unico rilevamento è il controllo del costo per attività nei tuoi dati di consumo, ed è un motivo in più per cui la nota di prezzo va accanto al prompt che genera la spesa.

L'audit dei prezzi in cinque minuti al mese

La routine che discende da tutto questo è abbastanza piccola da succedere davvero. Una volta al mese, o quando un vendor fa notizia: apri la pagina prezzi di ogni provider su cui instradi, confrontala con la riga di prezzo annotata accanto ai tuoi prompt di routing, e aggiorna quelle che si sono mosse, con la data di oggi. Per la maggior parte dei solo dev e dei team piccoli sono quattro vendor e cinque minuti. I team che lo saltano non stanno risparmiando cinque minuti: stanno scegliendo di scoprire i cambi di prezzo dalla fattura, che è il canale di notifica più caro sul mercato. Questo mese siamo stati su entrambi i lati di quello scambio, e l'episodio della fatturazione della cache ci aveva già insegnato la stessa lezione dal lato infrastruttura: i vendor non hanno alcun obbligo di fare rumore quando l'economia del tuo setup cambia.

Se i tuoi prompt vivono già in una libreria con note e cronologia delle versioni, questo audit è la scansione di un campo. Se vivono in file sparsi e cronologie di chat, questo è il mese in cui quell'abitudine ha iniziato a costare denaro vero: il quadro completo dei prezzi multi-vendor ha quattro vendor che si muovono su quattro assi diversi, e ognuno può muoversi di nuovo la settimana prossima. Annota il prezzo, data l'annotazione, e lascia che sia la libreria a ricordare cosa hai verificato e quando. Il prompt è tuo; il prezzo non lo è mai stato.

Fonti

[1] Bloomberg, DeepSeek Ends Weekend Peak Pricing for API Users From Today, 23 agosto 2026: dalle 00:00 ora di Pechino del 23 agosto tutte le ore del weekend sono fatturate alla tariffa fuori picco, portando la quota scontata della settimana a circa il 79%; la tariffa di picco su deepseek-v4-pro aveva raggiunto i 27 yuan per milione di token di output. https://www.bloomberg.com/news/articles/2026-08-23/deepseek-ends-weekend-peak-pricing-for-api-users-from-today

[2] Anthropic, documentazione prezzi di Claude (aggiornata ad agosto 2026): il prezzo di lancio di 2/10 dollari per milione di token di Claude Sonnet 5, con aumento programmato a 3/15 dal 1° settembre 2026, è ora il prezzo standard; la scelta è attribuita al tokenizer più recente, che produce circa il 30% di token in più a parità di testo. Annuncio dell'11 agosto 2026. https://platform.claude.com/docs/en/about-claude/pricing