Le 17 octobre, DeepSeek a mis à jour V4.1 Flash vers la version 1017, publié les poids du modèle et ouvert aux développeurs des API de recherche sur le Web et d’extraction de pages. Ces changements concernent deux niveaux distincts : le modèle conserve son identifiant API habituel, tandis que Search et Fetch sont proposés sous forme d’interfaces payantes séparées.

Dans son annonce, DeepSeek indique que la nouvelle version est déjà disponible sur son site, dans son application et via son API. L’appel du modèle sous le nom deepseek-flash est maintenu ; la documentation précise que la méthode API et le tarif du modèle n’ont pas changé. Les poids de DeepSeek-V4.1-Flash-1017 ont été publiés sur Hugging Face et ModelScope.
Ce qui change pour les équipes qui utilisent l’API
Le principal changement pratique pour l’intégration du modèle est la mise à jour de la version ciblée derrière l’ancien nom deepseek-flash. Les applications peuvent donc continuer à envoyer des requêtes selon le schéma existant, mais il est conseillé de tester le comportement du modèle pour les tâches de programmation et d’agents avant un déploiement à grande échelle. DeepSeek annonce de meilleurs résultats aux benchmarks, une exécution plus rapide et des réponses plus courtes ; il s’agit d’évaluations de l’entreprise, et non d’une comparaison indépendante.
Pour vérifier la compatibilité, il est utile de répéter un ensemble de requêtes représentatives et de mesurer non seulement la qualité des résultats, mais aussi le temps d’exécution, la longueur des réponses et le coût total. Dans le benchmark DeepSWE, l’entreprise compare le coût par tâche dans l’environnement mini-swe-v2 ; ces résultats concernent le scénario de test indiqué. Si votre application dépend d’un comportement précis du modèle, consignez les résultats avant et après la mise à jour et prévoyez une possibilité de retour arrière dans votre configuration.
Recherche et extraction de pages : une tarification distincte
DeepSeek a lancé Search API pour les recherches sur Internet et Fetch API pour extraire le contenu des pages. Selon l’annonce, chacune de ces interfaces coûte 0,75 $ pour 1 000 appels. L’entreprise décrit son propre index de recherche et indique traiter des centaines de millions de requêtes par jour ; ces caractéristiques sont communiquées par le fournisseur lui-même.
Les appels côté serveur de Search et Fetch via les outils DeepSeek Harness, Claude Code et Codex font l’objet d’une tarification distincte. DeepSeek précise que ces appels sont actuellement gratuits pour les utilisateurs de son API et que la facturation commencera le 31 octobre 2026 à 16 h 00 UTC. Ce changement budgétaire concerne concrètement les équipes qui utilisent déjà la recherche côté serveur dans des scénarios agentiques ; les appels directs à l’API ont, eux, un tarif annoncé pour 1 000 appels.
Avant l’intégration, vérifiez quel parcours votre application utilise : des appels directs à Search ou Fetch, ou des outils côté serveur dans un environnement agentique. Évaluez ensuite le nombre d’appels prévus, séparément pour la recherche et l’extraction de pages, puis revoyez vos estimations à l’approche du 31 octobre. Cette distinction permet de repérer les coûts immédiats et ceux qui ne commenceront à être facturés que plus tard.
Ce que les éléments disponibles indiquent sur les performances
Cette publication associe la mise à jour du modèle, le lancement des interfaces de recherche et la publication des poids ; toutefois, les éléments de performance présentés dans l’annonce reposent principalement sur les propres tests de DeepSeek. Pour décider s’il faut migrer, les développeurs ont intérêt à confronter ces affirmations aux tâches de leur produit : taux de réussite, latence, consommation de jetons et nombre d’appels de recherche.
En bref, pour l’intégration, le nom existant du modèle est conservé, tandis que la recherche sur le Web et l’extraction de pages nécessitent un suivi distinct des appels. Les équipes qui utilisent déjà les outils côté serveur de DeepSeek devraient prévoir une nouvelle ligne de dépenses à partir du 31 octobre et vérifier le comportement de la version mise à jour sur leurs requêtes de production.