Il 17 ottobre DeepSeek ha aggiornato V4.1 Flash alla versione 1017, ha pubblicato i pesi del modello e ha aperto agli sviluppatori le API per la ricerca web e il recupero delle pagine. Le modifiche riguardano due livelli distinti: il modello mantiene il precedente identificativo API, mentre Search e Fetch sono disponibili come interfacce a pagamento separate.

Nell’annuncio di DeepSeek, l’azienda riferisce che la nuova versione è già disponibile sul sito, nell’app e tramite API. La chiamata al modello con il nome deepseek-flash resta invariata; la documentazione specifica che il metodo API e la tariffa del modello non sono cambiati. I pesi di DeepSeek-V4.1-Flash-1017 sono stati pubblicati su Hugging Face e ModelScope.
Cosa cambia per i team che usano le API
La principale modifica pratica per l’integrazione del modello è l’aggiornamento della versione associata al nome esistente deepseek-flash. Le applicazioni possono quindi continuare a inviare richieste secondo lo schema attuale, ma prima di un’implementazione su larga scala è opportuno verificare con test propri il comportamento del modello nelle attività di programmazione e negli scenari basati su agenti. DeepSeek dichiara un miglioramento dei risultati nei benchmark, un’esecuzione più rapida e risposte più brevi: si tratta di valutazioni dell’azienda, non di un confronto indipendente.
Per verificare la compatibilità, è utile ripetere una serie di richieste tipiche e registrare non solo la qualità dei risultati, ma anche i tempi di esecuzione, la lunghezza delle risposte e il costo totale. Nel benchmark DeepSWE, l’azienda confronta il costo per attività nell’ambiente mini-swe-v2; i risultati si riferiscono a quello specifico scenario di test. Se l’applicazione dipende dal comportamento preciso del modello, registrate i risultati prima e dopo l’aggiornamento e prevedete nella configurazione la possibilità di tornare alla versione precedente.
Ricerca e recupero delle pagine: tariffe separate
DeepSeek ha reso disponibile Search API per cercare sul web e Fetch API per recuperare i contenuti delle pagine. Secondo l’annuncio, ciascuna interfaccia costa 0,75 $ ogni 1.000 chiamate. L’azienda descrive il proprio indice di ricerca e afferma di elaborare centinaia di milioni di richieste al giorno; queste caratteristiche sono indicate dal fornitore stesso.
Le chiamate lato server di Search e Fetch tramite gli strumenti DeepSeek Harness, Claude Code e Codex sono fatturate separatamente. Secondo quanto comunicato da DeepSeek, per gli utenti API sono per ora gratuite; la fatturazione inizierà il 31 ottobre 2026 alle 16:00 UTC. È un cambiamento concreto per il budget dei team che già usano la ricerca lato server in scenari con agenti; le chiamate dirette alle API hanno invece il prezzo annunciato per mille chiamate.
Prima dell’integrazione, verificate quale percorso usa l’applicazione: chiamate dirette a Search o Fetch oppure strumenti lato server in un ambiente basato su agenti. Poi stimate separatamente il numero previsto di chiamate per la ricerca e per il recupero delle pagine e aggiornate i calcoli in vista del 31 ottobre. Questa distinzione aiuta a capire quali costi si applicano subito e quali inizieranno più avanti.
Cosa sappiamo sulle prove di efficacia
Il rilascio riunisce l’aggiornamento del modello, l’apertura delle interfacce di ricerca e la pubblicazione dei pesi; le prove sulle prestazioni presentate nell’annuncio, tuttavia, si basano soprattutto su test interni di DeepSeek. Per decidere se migrare, gli sviluppatori farebbero meglio a confrontare queste dichiarazioni con le esigenze del proprio prodotto: percentuale di completamento, latenza, consumo di token e numero di chiamate di ricerca.
In sintesi, per l’integrazione il nome del modello resta invariato, mentre la ricerca web e il recupero delle pagine richiedono un monitoraggio separato delle chiamate. I team che già usano gli strumenti lato server di DeepSeek dovrebbero prevedere una nuova voce di spesa dal 31 ottobre e verificare il comportamento della versione aggiornata sulle richieste effettive dei propri sistemi.