Le 17 octobre 2026, DeepSeek a mis à jour le modèle V4.1 Flash vers la version Flash-1017 et annoncé simultanément l’accès ouvert à ses API Search & Fetch. Le modèle mis à jour est déjà disponible sur le site, dans l’application et via l’API ; ses poids ont été publiés sur Hugging Face et ModelScope. Pour les développeurs, la conclusion pratique est simple : vérifiez quelle version reçoit votre appel existant et tenez compte séparément de la future facturation des requêtes de recherche.

L’annonce de DeepSeek du 17 octobre précise que les appels API continuent d’utiliser le nom deepseek-flash et que la méthode d’appel ainsi que le prix du modèle n’ont pas changé. Ce nom dirige désormais les requêtes vers la version mise à jour. La version est donc moins clairement indiquée dans le nom d’appel qu’on pourrait le croire : pour obtenir des évaluations reproductibles, l’équipe devrait conserver la date du test, les prompts et les résultats, puis revérifier les scénarios critiques après la mise à jour.
Ce qui a été mis à jour
DeepSeek présente Flash-1017 comme une amélioration de la vitesse d’exécution des tâches, de la longueur des réponses et des résultats aux tests. L’entreprise associe cette version à des tâches de développement de projets de bout en bout et donne des exemples de création de jeux et de scènes 3D. Ces éléments décrivent l’orientation de l’optimisation et des cas de démonstration ; ils ne permettent pas, à eux seuls, de prévoir la qualité obtenue sur un dépôt ou un flux de travail donné.
La version publiée comprend des résultats comparatifs pour plusieurs tests, dont DeepSWE v1.1 et Terminal-Bench 4.0. Pour interpréter les chiffres, il est important de consulter les conditions de chaque évaluation : DeepSeek précise séparément les environnements harness et les modes de calcul utilisés dans son journal des modifications de l’API. Les équipes qui choisissent un modèle pour un agent de programmation gagneront à répéter plusieurs de leurs propres tâches avec les mêmes limites d’outils, le même budget et les mêmes critères d’acceptation, plutôt qu’à transposer directement un classement agrégé en prévision de performances.
Les poids de Flash-1017 sont disponibles sous licence MIT sur la page du modèle sur Hugging Face. Cela permet d’envisager un déploiement autonome ; la disponibilité des poids ne permet pas, à elle seule, de savoir quelles ressources de calcul seront nécessaires à une équipe donnée. Vérifiez d’abord la configuration et les instructions du projet, puis évaluez le déploiement sur l’infrastructure cible.
Recherche via l’API : la période gratuite prend fin à une date précise
Le même jour, DeepSeek a annoncé que l’API Search & Fetch était ouverte à tous. L’annonce indique un tarif de 0,75 $ pour 1 000 appels à chaque endpoint. Les appels à ces outils via les outils serveur de DeepSeek Harness, Claude Code et Codex restent pour le moment gratuits pour les utilisateurs de l’API DeepSeek ; l’entreprise a fixé le début de la facturation au 31 octobre 2026 à 16 h UTC. Les intégrations qui utilisent la recherche dans la boucle d’un agent devraient donc vérifier le nombre d’appels avant cette date et prévoir la dépense correspondante.
Le modèle et la recherche sont deux éléments distincts de cette version, soumis à des conditions différentes. Le nom deepseek-flash correspond au choix du modèle, tandis que la facturation de Search & Fetch concerne les appels aux endpoints de recherche. Pour établir le budget, distinguez les dépenses liées à la génération de celles liées à la recherche et, lors des tests de l’agent, consignez la fréquence d’appel de chaque outil : vous pourrez ainsi déterminer quelle part du coût correspond à l’obtention de données Web.
En résumé, la mise à jour concerne déjà les utilisateurs de l’ancien nom de modèle, et la date de future facturation de la recherche est connue à l’avance. Vérifiez les performances sur vos tâches habituelles, consignez le comportement avant et après la mise à jour, puis recalculez les coûts pour les scénarios où l’agent appelle régulièrement Search & Fetch.