La famille V4 de DeepSeek a désormais dépassé son stade de préversion initiale. DeepSeek V4 Flash est passée en bêta publique sous le nom V4-Flash-0731 le 31 juillet, tandis que DeepSeek V4 Pro a atteint la GA sous le nom V4-Pro-0813 le 13 août sur APP, Web et API. Les deux modèles conservent la conception de contexte d’un million de tokens et l’architecture MoE de la famille V4, avec Flash optimisé pour l’efficacité et Pro positionné comme le modèle de raisonnement et d’Agent à plus forte capacité.
La GA de Pro relève substantiellement le socle de toute prévision V4.1. DeepSeek indique que le build GA apporte des capacités Agent significativement renforcées, en particulier en production, et offre désormais aux V4-Pro et V4-Flash un support natif de la Responses API ainsi que des niveaux d’effort de réflexion « low », « high » et « max ». La version de modèle API actuelle est explicitement listée comme DeepSeek-V4-Pro-0813. Où se situe donc DeepSeek V4.1 aujourd’hui ? Le rapport de mai de The Information indiquait que DeepSeek prévoyait une sortie V4.1 en juin avec des outils d’entreprise renforcés et un support multimodal. Cette fenêtre est passée, et le journal des versions DeepSeek actuel ne contient toujours aucune fiche de modèle ou entrée de sortie pour V4.1. L’interprétation la plus prudente est donc celle d’une itération V4 post-GA possible dont les objectifs rapportés pourraient encore arriver sous le nom V4.1 ou via des mises à jour additionnelles de V4.
Les jalons confirmés utilisent le journal des modifications de DeepSeek* ; le plan V4.1 de juin provenait de* The Information.
Qu’est-ce que DeepSeek-V4.1 ?
DeepSeek-V4.1 doit être compris comme une itération V4 post-GA non confirmée, et non comme un modèle DeepSeek officiellement publié. La famille V4 dispose déjà d’un point de contrôle Pro en production avec V4-Pro-0813, si bien que V4.1 représenterait désormais une mise à niveau de capacités en milieu de cycle, plutôt que l’étape nécessaire pour achever le déploiement V4 initial. DeepSeek n’a pas publié de fiche de modèle V4.1, de rapport technique, de changelog API ou de tableau de benchmarks.
| Question | Réponse actuelle | Confiance |
|---|---|---|
| DeepSeek a-t-il officiellement annoncé « V4.1 » ? | Non. Le journal des sorties actuel de DeepSeek ne comporte aucune entrée ni fiche V4.1. | Élevée |
| Une sortie V4.1 a-t-elle été rapportée ? | Oui. The Information a rapporté un plan de juin avec des outils d’entreprise et du multimodal. | Moyenne |
| La fenêtre de juin rapportée a-t-elle eu lieu ? | Aucune sortie officielle V4.1 distincte n’est apparue pendant cette fenêtre. | Élevée |
| Quel est le dernier jalon V4 confirmé ? | V4-Flash-0731 est passée en bêta publique le 31 juillet et V4-Pro-0813 a atteint la GA le 13 août. | Élevée |
| V4.1 pourrait-il encore être lancé comme modèle distinct ? | Oui, mais le nom, les spécifications et le calendrier restent non confirmés. | Faible/Moyenne |
Spécifications attendues de DeepSeek-V4.1
Puisque DeepSeek n’a pas publié de spécifications V4.1, le tableau ci-dessous sépare les capacités V4 actuelles confirmées des attentes directionnelles. « Attendu » signifie une continuation raisonnable de V4 ou une capacité rapportée par les médias, et non une spécification V4.1 officielle.
| Dimension | V4-Flash-0731 | V4-Pro-0813 | DeepSeek-V4.1 (attendu) |
|---|---|---|---|
| Famille de modèles | V4 | V4 | Probable itération de la famille V4 |
| Architecture | MoE dérivé de V4, attention hybride | MoE dérivé de V4 ; build GA basé sur la Preview | Probablement dérivé de V4 ; non confirmé |
| Paramètres totaux / actifs | 284B / 13B | 1.6T / 49B | Inconnu ; aucun chiffre public fiable |
| Fenêtre de contexte | 1 M | 1 M | Probablement au moins le socle V4 |
| Sortie max | 384 K maximum API | 384 K maximum API | Inconnu |
| Effort de réflexion | Low / high / max | Low / high / max | Attendu de préserver ou étendre les contrôles actuels |
| Responses API | Pris en charge | Pris en charge | Attendu si construit sur la pile API V4 actuelle |
| Entrée image/fichier native | Non pris en charge dans la Responses API actuelle | Non pris en charge dans la Responses API actuelle | Direction multimodale rapportée ; non confirmé |
| Outils entreprise / Agent | Functions, web search, apply_patch / prise en charge de Codex | Functions, web search, apply_patch / prise en charge de Codex | Domaine d’emphase rapporté ; extension MCP non confirmée |
| Poids ouverts | Oui | Oui, poids V4-Pro-0813 disponibles | Possible pour un checkpoint V4.1 séparé ; non confirmé |
| Statut officiel | Sortie API en bêta publique | GA | Aucune date de sortie officielle ni fiche de modèle |
Qu’est-ce qui pourrait être nouveau dans DeepSeek-V4.1 ?
Un codage Agent plus fort sans modèle plus grand
La preuve la plus solide de ce qui suit V4 est désormais la mise à jour GA V4-Pro-0813. DeepSeek indique que la capacité Agent s’est substantiellement améliorée en production, avec Terminal Bench 2.1 à 87.9, NL2Repo à 61.5 et DeepSWE à 62.7. V4-Flash-0731 avait déjà montré qu’un simple post-entraînement pouvait produire de grands gains Agent sans modifier l’architecture ou la taille du modèle.
Si V4.1 est une mise à jour en milieu de cycle, la cible réaliste n’est plus simplement « mieux que V4 Preview ». Il faudrait préserver ou dépasser le socle Agent de V4-Pro-0813 tout en améliorant l’exécution logicielle à long horizon, la fiabilité au niveau du dépôt, l’orchestration des outils et la constance en production.
Meilleur usage des outils et API Agent plus complètes
La pile V4 actuelle de DeepSeek offre déjà aux modèles Flash et Pro le support de la Responses API et est spécifiquement adaptée pour Codex. La table de compatibilité de la Responses API prend en charge les appels de fonctions et la recherche web côté serveur, tandis que les types d’outils file_search, code_interpreter, computer_use et MCP sont encore ignorés. Une couverture plus large des outils d’entreprise constitue une opportunité V4.1 plus claire que d’ajouter simplement la Responses API elle-même.
Un support MCP natif demeure une direction plausible, mais reste non confirmé. Une thèse V4.1 défendable est une intégration d’entreprise et Agent plus profonde, bâtie sur une surface API qui prend déjà en charge Responses, des workflows orientés Codex, des sorties structurées et les appels d’outils.
L’entrée multimodale pourrait être la plus grande amélioration au niveau produit
The Information a rapporté que V4.1 était prévu avec du multimodal. Cela demeure le différenciateur produit le plus clair, car la Responses API actuelle de DeepSeek indique que les entrées d’images et de fichiers ne sont pas prises en charge. Si un futur checkpoint V4.1 ajoute une compréhension native visuelle ou de fichiers, DeepSeek s’étendrait vers des workflows de documents, captures d’écran et codage visuel que l’API texte seule actuelle ne couvre pas.
Tant que DeepSeek n’a pas publié de fiche de modèle V4.1 ou de schéma API, les modalités exactes, les limites de résolution, le comportement audio/vidéo et les benchmarks multimodaux doivent rester marqués comme inconnus.
Des performances de pointe à un coût niveau DeepSeek
Le faible coût d’inférence reste l’une des forces les plus différenciantes de DeepSeek, mais la tarification officielle a changé avec le déploiement complet de V4. Le tableau de tarification actuel utilise des tarifs heures pleines/hors heures pleines : l’entrée cache-miss de V4-Flash est à 0,22 $ hors heures pleines / 0,44 $ en heures pleines et la sortie à 0,66 $ / 1,32 $ par 1 M de tokens ; l’entrée V4-Pro est à 0,66 $ / 1,32 $ et la sortie à 1,98 $ / 3,96 $. Les tarifs hors heures pleines sont la moitié des tarifs en heures pleines.
Performances de benchmark attendues de DeepSeek-V4.1
Il n’y a toujours pas de scores officiels pour V4.1. Le socle le plus solide de la famille V4 est désormais DeepSeek-V4-Pro-0813 GA, qui remplace la Preview Pro comme référence pour la performance Agent. DeepSeek rapporte 87.9 sur Terminal Bench 2.1, 61.5 sur NL2Repo, 83.3 sur Cybergym, 62.7 sur DeepSWE et 74.1 sur Toolathlon-Verified, avec des gains sur AutomationBench et DSBench.
Figure 6. Valeurs officielles de benchmark Agent de DeepSeek-V4-Pro-0813 GA, visualisées à partir du journal des modifications de DeepSeek.
| Benchmark | V4-Pro-0813 | V4-Flash-0731 | V4-Pro Preview |
|---|---|---|---|
| Terminal Bench 2.1 | 87.9 | 82.7 | 72.1 |
| NL2Repo | 61.5 | 54.2 | 38.5 |
| Cybergym | 83.3 | 76.7 | 52.7 |
| DeepSWE | 62.7 | 54.4 | 12.8 |
| Toolathlon-Verified | 74.1 | 70.3 | 55.9 |
| Agents' Last Exam | 25.7 | 25.2 | 16.5 |
| AutomationBench (Public) | 31.8 | 25.1 | 12.8 |
| DSBench-FullStack | 71.1 | 68.7 | — |
| DSBench-Hard | 67.2 | 59.6 | — |
Figure 7. V4-Pro-0813 versus V4-Flash-0731 sur des benchmarks Agent communs. Les valeurs proviennent du journal des modifications de DeepSeek* ; les configurations de test et les paramètres de raisonnement peuvent affecter les comparaisons inter-modèles.*
La progression suggère trois attentes fondées sur des preuves pour V4.1. Premièrement, une sortie V4.1 significative devrait au moins préserver le socle GA de V4-Pro-0813, plutôt que de simplement battre l’ancienne Preview. Deuxièmement, DeepSeek continue d’extraire des gains via le post-entraînement et l’optimisation Agent plutôt que par le seul passage à l’échelle du nombre de paramètres. Troisièmement, la mise à niveau V4.1 la plus précieuse pourrait être des capacités multimodales et d’outillage d’entreprise plus larges si la performance Agent de base est déjà proche du sommet de l’enveloppe de conception de V4.
DeepSeek-V4.1 vs V4-Flash vs V4-Pro
| Dimension | V4-Flash-0731 | V4-Pro-0813 | DeepSeek-V4.1 attendu |
|---|---|---|---|
| Positionnement | Modèle Agent/codage rapide et efficient | Modèle V4 de raisonnement/Agent à plus forte capacité | Possible mise à niveau de capacités en milieu de cycle |
| Échelle | 284B total / 13B actif | 1.6T total / 49B actif | Inconnu |
| Contexte | 1 M | 1 M | Probablement au moins 1 M si dérivé de V4 |
| Codage Agent | Très fort après le post-entraînement 0731 | Socle Agent officiel V4 le plus fort | Attendu de rejoindre ou dépasser le socle Pro GA |
| Effort de réflexion | Low / high / max | Low / high / max | Attendu de préserver ou étendre les contrôles |
| Responses API | Pris en charge | Pris en charge | Attendu si construit sur la pile V4 |
| Entrée multimodale | Pas d’entrée image/fichier dans la Responses API actuelle | Pas d’entrée image/fichier dans la Responses API actuelle | Possibilité rapportée ; non confirmé |
| Coût API officiel | Palier V4 inférieur ; tarification heures pleines/hors heures pleines | Palier V4 supérieur ; tarification heures pleines/hors heures pleines | Inconnu |
| Statut | Sortie API officielle en bêta publique | GA | Non annoncé par DeepSeek |
À quoi servira DeepSeek-V4.1 ?
Si la direction rapportée se confirme, V4.1 serait le plus convaincant là où la famille V4 actuelle est déjà forte mais manque encore de capacités produit plus larges.
- Repository-scale coding agents. Compréhension de code en long contexte, génération de patches, boucles de test et exécution terminale sont le meilleur ajustement au vu des gains Agent de V4-Pro-0813 et Flash-0731.
- Workflows d’entreprise de recherche et de documents. Un socle de contexte à 1 M, le support de la Responses API et l’intégration web/outils peuvent prendre en charge de grands ensembles de connaissances internes, des corpus de politiques et de la documentation technique. V4.1 deviendrait plus utile ici s’il ajoute une récupération ou des outils de fichiers plus riches.
- Agents autonomes sensibles au coût. V4-Flash reste particulièrement attractif pour des boucles répétées de planification et d’appels d’outils, tandis que V4-Pro offre un palier de capacité supérieur. V4.1 serait convaincant s’il préserve cette discipline de coût.
- Analyse de documents et de captures d’écran visuelles. Cela devient un cas d’usage natif majeur uniquement si la capacité multimodale rapportée est livrée formellement.
- Déploiements privés ou personnalisés. DeepSeek a publié les poids de V4-Pro-0813 et V4-Flash-0731 ; un checkpoint V4.1 séparé publié pourrait rester attractif pour les organisations qui ont besoin d’auto-hébergement ou d’adaptation au domaine. La disponibilité de poids ouverts pour V4.1 lui-même n’est pas confirmée.
Ce que nous ignorons encore
Le plus grand risque en écrivant un article « bientôt disponible » est de transformer une extrapolation plausible en spécification factice. Ces points doivent rester explicitement ouverts jusqu’à ce que DeepSeek publie du matériel de première main :
- Si « DeepSeek-V4.1 » sera le nom officiel du modèle.
- Si V4.1 est un checkpoint distinct ou une étiquette séparée pour des améliorations au-delà de V4-Flash-0731 et V4-Pro-0813.
- Le nombre total de paramètres, le nombre de paramètres activés et tout changement d’architecture.
- Les entrées multimodales exactes et si les images, l’audio, la vidéo ou les fichiers sont pris en charge.
- Le support natif de MCP, computer-use, file-search ou code-interpreter.
- Les scores de benchmark officiels et les paramètres d’évaluation.
- La tarification API, la disponibilité des poids ouverts et les conditions commerciales pour un checkpoint V4.1 séparé. Une date de sortie ferme.
Réflexions finales
DeepSeek-V4.1 est intéressant précisément parce que le cycle V4 actuel montre que DeepSeek peut renforcer substantiellement la famille sans introduire une architecture complètement nouvelle. La mise à jour de post-entraînement Flash-0731 a livré de grands gains Agent, et la sortie GA Pro-0813 a de nouveau élevé ce socle tout en ajoutant un support natif de la Responses API et des niveaux d’effort de réflexion plus flexibles.
La thèse V4.1 la plus crédible n’est donc pas « un mystérieux nouveau modèle à mille milliards de paramètres ». C’est un V4 plus mûr : une exécution Agent en production plus solide, un outillage d’entreprise plus large, potentiellement une entrée multimodale native, et un équilibre plus serré entre l’efficacité de Flash et le raisonnement de niveau Pro. L’incertitude centrale est de savoir si DeepSeek livrera ces améliorations sous le nom V4.1.
Les développeurs peuvent déjà tester DeepSeek V4 Flash et DeepSeek V4 Pro via CometAPI, tandis que la page DeepSeek V4.1 peut être utilisée pour suivre la disponibilité CometAPI si un modèle séparé devient exploitable. CometAPI fournit une couche API unifiée pour comparer DeepSeek à d’autres modèles de pointe sans reconstruire l’intégration pour chaque fournisseur.