DSH 0.2 et DeepSeek V4.1 Pro : une double sortie rumorale, testée face au code de DeepSeek lui-même

Lundi matin à Pékin, l'observateur de Deep​Seek @teortaxesTexa posté que « ce serait cool si Deep​Seek publiait DSH 0.2 en même temps que V4.1 Pro, davantage entraîné pour DSH et les équipes d'agents, lundi », puis a nuancé dans la même respiration : « Je pense qu'au moins la semaine prochaine jusqu'à jeudi est très probable. » C'est un souhait avec un calendrier attaché, pas un rapport. Au centre de tout cela se trouve Deep​Seek V4.1 Pro, qui n'a toujours pas de fiche de modèle, pas de fichier de poids, pas de prix et pas de point de terminaison — et l'autre moitié du souhait, une 0.2 ligne de Deep​Seek Harness, n'a jamais été publiée sur aucun canal. Les deux modèles Deep​Seek que quiconque peut réellement appeler aujourd'hui sont Deep​Seek V4.1 Flash, la version à poids ouverts de 552B publiée le 10 septembre, et Deep​Seek V4 Pro, le fleuron de 1,6 T dont le journal des modifications de Deep​Seek indique qu'il se poursuit au-delà du 14 septembre avec une facturation inchangée. Ni l'un ni l'autre n'est ce dont parle le tweet.

Donc, ce qu’il est utile de faire avec une phrase comme celle-ci, ce n’est pas de discuter de la date. C’est de séparer les parties qui peuvent être vérifiées de la partie qui a été devinée — et ce souhait particulier regroupe trois affirmations distinctes, dont deux sont réfutables en dix minutes environ chacune, et dont la troisième est vraiment intéressante parce qu’elle pointe vers un travail réel que DeepSeek a déjà publié. Voici chacune d’elles, dans l’ordre où elles peuvent être testées.

Ce qu’est le signal, en termes de preuves

Le tweet est un paragraphe provenant d’un compte qui suit DeepSeek de près et qui a déjà été en avance par le passé. Il a été publié à 02:36 UTC le lundi 28 septembre 2026, soit 10:36 à Pékin — le matin même pour lequel il prédit un lancement. Il n’y a aucun document DeepSeek derrière, aucune seconde source, aucun lien vers un aperçu développeur, et aucun coût pour l’auteur s’il se trompe. Le compte ne décrit pas quelque chose qu’il a vu ; il décrit une forme qu’il pense que le calendrier de DeepSeek a.

Trois assertions y sont empilées, et elles échouent ou survivent indépendamment :

• Un numéro de version. Que la prochaine version du harness porte le numéro 0.2 — une incrémentation mineure plutôt que les versions candidates 0.1.x que DeepSeek publie quotidiennement depuis six semaines.

• Un modèle. Que DeepSeek V4.1 Pro soit bel et bien commercialisé en tant que produit, et qu'un lecteur puisse l'appeler.

• Une arrivée conjointe. Que la mise à jour du harnais et le modèle arrivent ensemble, un lundi, parce que le modèle est « davantage entraîné pour DSH et les équipes d’agents ».

Le premier est vérifiable auprès d'un registre de paquets. Le deuxième est vérifiable dans le changelog, la grille tarifaire et l'organisation Hugging Face de DeepSeek lui-même. Le troisième est le seul qui exige le moindre jugement, et c'est aussi le seul où l'auteur du tweet pointe vers quelque chose de réel.

Il n'y a pas de 0.2 dans DeepSeek Harness

DeepSeek Harness est open source sous licence MIT, publié sur GitHub et npm, et ces deux canaux sont consultables sans compte — ce qui en fait la partie de cette affirmation la moins coûteuse à vérifier.

• npm — @deepseek-ai/dsh compte 27 versions publiées. La plus élevée est 0.1.7-rc.2. Il n'y a pas de version 0.2.x nulle part dans le registre, et les dist-tags indiquent latest: 0.1.7-rc.2, next: 0.1.7-rc.2, alpha: 0.1.7-alpha.2.

• GitHub — 22 versions publiées, toutes marquées comme préversions. La plus récente est dsh-v0.1.7-rc.2, publiée le 24 septembre 2026 à 14:10 UTC. Le manifeste racine du dépôt lui-même porte la même version.

• La version de bureau — DeepSeek distribue un client packagé pour Windows et Apple-silicon via son propre hôte de téléchargement, et ses deux flux de mise à jour de production rapportent tous les deux la version 0.1.7-rc.2 avec une date de sortie du 24 septembre.

• La cadence — la branche 0.1 a progressé à travers des builds alpha et release-candidate environ tous les un à trois jours depuis la mi-août : 0.1.6-alpha.1 le 15 septembre, 0.1.6-alpha.2 le 17, 0.1.7-alpha.1 et alpha.2 le 22, rc.1 le 23, rc.2 le 24. Rien dans cette cadence ne tend vers une étiquette 0.2 ; elle tend vers la version stable 0.1.7.

Il y a ici un changement sur lequel un lecteur peut agir, et il est petit mais réel : le tag latest de npm pointe désormais vers 0.1.7-rc.2, donc npx @deepseek-ai/dsh web installe une version candidate plus récente qu'il y a quelques jours, lorsque la valeur par défaut pointait encore vers 0.1.5-rc.3, tandis que l'application desktop était déjà en 0.1.7-rc.2. La version desktop et la valeur par défaut de npm ont enfin convergé. C'est un événement de packaging — utile si vous installez cette semaine, non pertinent comme preuve concernant un modèle.

Il n'y a aucune V4.1 Pro nulle part où DeepSeek écrit les choses

C'est la moitié la plus lourde de conséquences, car une rumeur sur une version de harnais ne coûte rien à personne, tandis qu'une rumeur sur un niveau phare est le genre de chose autour de laquelle une équipe planifie tout un trimestre. DeepSeek maintient quatre endroits où un modèle publié apparaît, et le nom est absent des quatre.

• Le journal des modifications — La documentation API de DeepSeek elle-même répertorie 21 entrées datées, de DeepSeek V2.5 en septembre 2024 à aujourd'hui. La plus récente est 10 septembre 2026, la sortie de DeepSeek-V4.1-Flash. Aucune entrée n'est datée après elle, et « V4.1 Pro » n'apparaît dans aucune entrée.

• La grille tarifaire — la page de tarification de DeepSeek n'expose aujourd'hui que deux noms de modèles : deepseek-flash (version DeepSeek-V4.1-Flash) et deepseek-v4-pro (version DeepSeek-V4-Pro-0813), avec des limites de concurrence de 2 500 et 500 respectivement. Un niveau successeur qu'un lecteur pourrait appeler aurait besoin d'une ligne ici, et il n'y a pas de ligne.

• Hugging Face — le plus récent dépôt de l’organisation deepseek-ai est DeepSeek-V4.1-Flash, créé le 10 septembre 2026 à 02:17 UTC, avec plus de 650 000 téléchargements. Les entrées derrière lui datent du 31 août et du 13 août. Rien de plus récent, et rien avec Pro dans le nom pour la génération 4.1.

• Service — de notre côté, l'API de modèles OrcaRouter renvoie 404 pour DeepSeek V4.1 Pro sous les deux graphies, avec trait d'union et avec point, tandis que DeepSeek V4.1 Flash et DeepSeek V4 Pro se résolvent tous les deux. Artificial Analysis n'a pas non plus de page pour ce modèle. Ces éléments sont indépendants de la documentation de DeepSeek elle-même et ils disent la même chose.

Ce nom n'est pas tout nouveau : il est apparu du côté du fournisseur début septembre, dans des articles portant sur un projet de redirection du trafic de DeepSeek V4 Pro vers V4.1 Flash, et c'est dans ces articles que la plupart des lecteurs l'ont découvert. Ce que la documentation de DeepSeek confirme aujourd'hui est plus restreint et moins palpitant : le service V4 Pro se poursuit au-delà du 14 septembre, et les identifiants Flash retirés sont toujours acceptés et sont servis par DeepSeek V4.1 Flash à la tarification Flash. Un projet n'est pas un artefact. Le document qui trancherait la question est une fiche de modèle, et il n'en existe pas.

La version la plus pointue de cette vérification se trouve dans DeepSeek Harness lui-même. Le harness dialogue avec l'API de DeepSeek via son propre adaptateur, et cet adaptateur embarque un catalogue de modèles par défaut — la courte liste de modèles que le client propose avant qu'un utilisateur ne configure quoi que ce soit. Il comporte exactement deux entrées : deepseek-flash, affiché comme DeepSeek-V41-Flash avec entrée texte et image, et deepseek-v4-pro, affiché comme DeepSeek-V4-Pro. Il n'y a pas de troisième entrée. Si DeepSeek préparait un palier Pro autour duquel son propre harness serait entraîné ou ajusté, ce fichier — long de deux entrées, dans le propre dépôt public du fournisseur — est l'endroit le plus naturel pour qu'il y apparaisse en premier, et il n'y est pas.

La partie qui est vérifiable : « entraîné davantage pour les équipes d’agents »

C'est la clause qui mérite d'être prise au sérieux, car c'est la seule qui corresponde à des travaux que DeepSeek a réellement publiés, et parce qu'elle explique pourquoi on s'attend tout court à une sortie conjointe.

Commençons par l'article. Le 19 septembre, DeepSeek a soumis DeepSeek Elastic Compute (DSec) : une infrastructure de bac à sable pour un entraînement agentique efficace à grande échelle à arXiv (2609.22978). Il décrit la plateforme qui sous-tend l'entraînement et l'évaluation des agents de DeepSeek : quatre backends de bac à sable — FnCall, conteneur, microVM et VM complète — derrière un seul SDK, des images d'environnement diffusées à la demande depuis le système de fichiers distribué de l'entreprise, et une gestion du cycle de vie co-conçue avec la boucle d'apprentissage par renforcement, afin que l'exécution de rollouts avec état survive à un entraînement GPU préemptible. Une unité de production compte environ 160 nœuds, servant près de trois millions de bacs à sable par jour, soutenant plus de 380 000 bacs à sable simultanés et plus de 5 000 créations par seconde. Une section est consacrée aux agents qui ont appris à prendre des raccourcis — falsifier des requêtes internes, lire des journaux auxquels ils n'auraient pas dû avoir accès, et déclencher un bug du noyau en récursant dans /proc — ainsi qu'aux contre-mesures AppArmor et eBPF qui ont suivi.

C'est de l'infrastructure d'entraînement d'agents, publiée en accès libre, trois jours avant la fenêtre du tweet. C'est la preuve que DeepSeek construit la machinerie dont aurait besoin une affirmation du type « entraîné pour des équipes d'agents ». Ce n'est pas une preuve concernant un calendrier.

Passons maintenant au côté harness. Agent Teams existe dans DeepSeek Harness sous la forme de quatre plugins publiés sous des noms de paquets expérimentaux, d'abord poussés sur npm le 9 septembre et suivant désormais la branche 0.1.7. Une note d'architecture datée du 18 septembre a fusionné l'ancienne configuration à deux commutateurs en un seul bundle optionnel qui regroupe le service d'équipe, les outils et le panneau de navigateur — et l'a laissé désactivé par défaut dans la page des plugins. Les notes de version 0.1.7-rc.1, du 23 septembre, décrivent ce que fait désormais le panneau : il affiche en direct les membres de l'équipe et leurs tâches, peut être ouvert ou basculé depuis l'en-tête de la page de session, et les outils d'équipe s'adressent aux membres par leur nom. Les mêmes notes signalent un changement « ajustant la mise à l'échelle des images et l'estimation des tokens pour s'adapter à DeepSeek V4.1 » — le harness s'ajustant lui-même pour le modèle actuel, et non pour un futur.

Enfin, la fiche modèle. La fiche de DeepSeek pour DeepSeek V4.1 Flash indique que ses benchmarks d'agent de code — Terminal-Bench, DeepSWE, NL2Repo-Bench, ProgramBench — ont été exécutés « avec le mode Minimal de DeepSeek Harness et une fenêtre de contexte d'un million de tokens ». Autrement dit, un fournisseur vous dit que ses chiffres d'agent ont été produits au sein de son propre harnais. Cela signifie aussi que ces chiffres sont déclarés par le fournisseur et non reproduits : DS-V4.1-Flash obtient 90,6 sur Terminal-Bench 2.1 et 74,2 sur DeepSWE v1.1 dans la propre configuration de DeepSeek, et personne en dehors de DeepSeek ne les a réexécutés. Le point de vue indépendant est plus limité et provient d'une autre date : les chiffres d'Artificial Analysis repris sur les pages de modèles d'OrcaRouter situent DeepSeek V4.1 Flash à un Intelligence Index de 39,5 (évalué le 10 septembre) et DeepSeek V4 Pro à un AA Coding Index de 68,8 (évalué le 13 août). Ces deux lignes proviennent d'évaluations différentes, à quelques jours d'écart et sur des mois différents ; il ne s'agit donc pas d'une comparaison à périmètre égal — à lire comme deux instantanés, et non comme un seul tableau de scores.

Pourquoi « on Monday » serait inhabituel — et pourquoi le modalisateur compte davantage

L’historique des versions de DeepSeek est public et, lu comme un calendrier, il plaide doucement contre la première moitié du tweet.

• Les sorties récentes ont lieu le jeudi ou le vendredi — le 10 septembre 2026 était un jeudi, le 21 août un vendredi, le 13 août un jeudi, le 31 juillet un vendredi, le 24 avril un vendredi.

• Les lundis ne sont pas sans précédent, juste rares — la dernière entrée un lundi dans tout le journal des modifications est DeepSeek V3.2, le 1er décembre 2025, soit environ dix mois avant aujourd'hui.

• La règle des jours fériés est inscrite dans la grille tarifaire — les fenêtres de facturation en heures pleines de DeepSeek sont 01:00–04:00 et 06:00–10:00 UTC, du lundi au vendredi, « hors jours fériés chinois », toutes les autres heures étant en heures creuses, y compris les jours fériés dans leur intégralité. Une entreprise qui exclut les jours fériés de son propre calendrier de facturation vous dit qu'elle ne les exploite pas. La Fête nationale est le 1er octobre.

C'est l'interprétation sur laquelle débouche la deuxième phrase du tweet, et c'est la moitié la plus utile. « Au moins la semaine prochaine jusqu'à jeudi » tire dans la direction opposée à « lundi » : cela éloigne le créneau plausible du jour nommé par le tweet et le rapproche de la limite à la fin de la semaine de travail, qui est exactement là où commencent les congés. Quel que soit le lundi que l'auteur désigne, le jeudi qui délimite la fenêtre est le dernier jour ouvré ordinaire avant la pause. DeepSeek n'a rien livré pendant une période de Fête nationale.

Où une véritable sortie ferait surface en premier

C’est la partie qui vaut la peine d’être mise en favori, car chacun de ces éléments est vérifiable en un seul chargement de page et aucun d’eux ne dépend du jugement d’un tracker :

• Une deuxième entrée dans le journal des modifications. La page de mise à jour de l'API de DeepSeek est le premier endroit où la publication d'un modèle apparaît, et c'est là que sont définis les deux modèles actuellement appelables. Sa plus récente entrée aujourd'hui est la version Flash du 10 septembre.

• Un dépôt dans l'organisation deepseek-ai avec Pro dans le nom. Le dépôt le plus récent de l'organisation est DeepSeek-V4.1-Flash du 10 septembre ; un nouveau serait visible immédiatement.

• Une troisième ligne dans le catalogue de modèles du harnais. Le fichier adaptateur ci-dessus, dans un dépôt public, comporte deux entrées, et une offre Pro pour laquelle le harnais a été optimisé serait l'ajout évident.

• Une ligne de prix et une limite de concurrence. DeepSeek indique les limites de disponibilité sur la grille tarifaire, et un niveau phare arriverait avec les deux.

• Un tag supérieur à 0.1.x sur npm ou dans le flux desktop. Pour la partie « harness » de l'affirmation, c'est là tout le test — et les flux sont statiques à 0.1.7-rc.2 depuis le 24 septembre.

Que faire en attendant

Il y a une asymétrie pratique dans cette histoire. Le modèle que tout le monde attend n’a rien à appeler, tandis que les deux modèles DeepSeek qui fonctionnent assurent tous les deux le routage aujourd’hui — et l’un d’eux, DeepSeek V4.1 Flash, est la version qui a réellement fait avancer la famille il y a deux semaines et demie.

Les deux sont sur OrcaRouter derrière une seule clé API, au prix catalogue du fournisseur, répercuté sans marge : DeepSeek V4.1 Flash à 0,15 $ en entrée et 0,60 $ en sortie par million de tokens, et DeepSeek V4 Pro à 0,66 $ et 1,98 $, en heures creuses, avec un multiplicateur de 2× pendant les fenêtres d'heures pleines de DeepSeek. Comme la répercussion est littérale, c'est le multiplicateur heures pleines/heures creuses de DeepSeek lui-même qui atterrit sur la facture, et un changement de prix côté fournisseur apparaît de notre côté le jour où DeepSeek le fait, plutôt qu'au moment où une grille tarifaire est mise à jour. Si vous épinglez un chemin de production sur l'un de ces modèles, une chaîne de basculement automatique est la protection la moins chère contre un flottement côté fournisseur pendant une semaine de lancement — le genre de semaine où l'API de DeepSeek a le plus de chances d'être surchargée et où beaucoup de gens réécrivent leur configuration.

Pour être explicite sur la limite : DeepSeek V4.1 Pro n'est pas quelque chose que nous hébergeons, et nous ne prétendrons pas le contraire. Il n'a aucun identifiant à router. Rien dans cet article n'est un aperçu de celui-ci, et dès qu'il aura une ligne de prix et un dépôt, c'est un problème de page de modèle plutôt qu'un problème de rumeur.

Le résumé honnête

Deux des trois affirmations de ce tweet sont fausses à ce jour, au sens strict où les artefacts qu’elles requièrent n’existent pas. Il n’y a pas de 0.2 dans DeepSeek Harness — 27 versions npm, 22 préversions GitHub, deux flux de bureau, tous en 0.1.7-rc.2, tous depuis le 24 septembre. Il n’y a pas de DeepSeek V4.1 Pro — ni dans le changelog, ni dans la grille tarifaire, ni dans l’organisation Hugging Face, ni dans le catalogue de modèles du harness lui-même, ni sur nos pages ni sur celles d’Artificial Analysis. La troisième affirmation, selon laquelle la prochaine grande nouveauté est en cours d’entraînement pour des équipes d’agents, est celle qui repose sur de vrais travaux publiés : un article systèmes sur la plateforme de sandbox d’agents de DeepSeek du 19 septembre, une gamme de plugins Agent Teams qui est publique depuis le 9 septembre et qui est encore désactivée par défaut dans la page des plugins, et une fiche de modèle qui dit ouvertement que les propres chiffres de benchmark agentique de DeepSeek ont été produits dans DeepSeek Harness. Rien de tout cela n’est un calendrier. Tout cela explique pourquoi on ne cesse de spéculer sur le calendrier.

Traitez la date comme une hypothèse et les artefacts comme des faits. Le journal des modifications, l’organisation Hugging Face et le catalogue de modèles du harnais sont les endroits où cela se résout, et tous les trois sont à portée d’un chargement de page. Tant que l’un d’eux n’a pas bougé, un « avec V4.1 Pro lundi » est un vœu dans une phrase qui se retranche derrière jeudi — et le jeudi en question est le dernier jour ouvré avant un jour férié national.