DeepSeek V4.1 Pro n'a pas de date de sortie — juste une fenêtre qui se ferme le 30 septembre

Deep​Seek V4.1 Pro est un nom auquel est attaché un calendrier. Il n’y a pas de fiche modèle, pas de fichier de poids, pas de fiche technique, pas de prix et pas de point de terminaison — ce que le modèle a récolté au cours de la dernière semaine est une date plausible, et cette date vient d’un tweet plutôt que de Deep​Seek. Le 25 septembre, le compte de veille @teortaxesTex a écrit que les deux articles Deep​Seek qui sont arrivés en premier avaient déjà épuisé le cycle médiatique, que les congés de la fête nationale chinoise commencent le 1er octobre, et que l’entreprise pourrait donc faire quelque chose « lundi » — ajoutant, dans la foulée, « j’espère que c’est V4.1 Pro [Preview ? espérons que non] ». C’est une inférence sur un calendrier, pas un rapport sur un modèle. Les deux modèles Deep​Seek que quiconque peut réellement appeler aujourd’hui sont DeepSeek V4.1 Flash, la version à poids ouverts de 552B du 10 septembre, et DeepSeek V4 Pro, le modèle phare de 1,6 T dont le retrait a été annulé quatre jours plus tard. Aucun des deux n’est le sujet du tweet, et aucun des deux ne vous dit quoi que ce soit sur le moment où le troisième arrivera.

Les arguments sur le timing sont le genre d’histoire sur l’IA le plus facile à rater, donc la chose utile à faire avec celle-ci est de séparer ce qui peut être vérifié de ce qui a été supposé, puis de dire ce qui devrait se produire pour que la supposition devienne une nouvelle. Trois de ces éléments sont vérifiables et ils se vérifient tous : deux articles de Deep​Seek ont bien été publiés la semaine dernière, l’un d’eux mentionne bien la gamme V4.1 par son nom, et l’historique des versions de Deep​Seek lui-même a une forme que l’on peut mesurer. Ce qui ne peut pas être vérifié est la seule chose que le tweet affirme réellement.

Ce qu’est le signal, en termes de preuves

Le tweet est un seul paragraphe de raisonnement, publié un vendredi par un compte qui suit DeepSeek de près, à propos d’une entreprise qui n’a rien annoncé. Son enchaînement est le suivant : les deux articles récents de DeepSeek ont accaparé l’attention qu’aurait reçue la sortie d’un modèle ; la prochaine fenêtre naturelle est courte, car les congés de la Fête nationale commencent le 1er octobre ; par conséquent, un lancement en début de semaine prochaine est plausible, et l’auteur espère qu’il s’agit du palier Pro plutôt que d’une préversion de celui-ci.

Seule la dernière proposition porte une information propre à un modèle, et ce qu’elle porte est un espoir plutôt qu’un fait. La réserve « Preview ? » mérite toutefois d’être lue attentivement, car elle nomme l’unique résultat que le tracker ne veut pas : une sortie partielle avec un identifiant de modèle temporaire, remplacé plus tard par quelque chose de meilleur. Deep​Seek a déjà fait exactement cela par le passé. La génération V4 est arrivée sous forme d’aperçu le 24 avril 2026 avant la sortie complète, et la base V4.1 elle-même a été livrée avec une note indiquant que les anciens noms de modèles Flash continueraient d’être acceptés tandis que les modèles derrière eux étaient retirés. Quiconque planifie en fonction du rythme de Deep​Seek doit prévoir des sorties par étapes, et non des annonces uniques.

Il n'existe aucune seconde source pour l'affirmation de lundi, aucun document Deep​Seek pour la soutenir, et — c'est important — aucun coût pour Deep​Seek si elle est fausse. Et elle s'est déjà trompée dans le même sens auparavant : le même tracker suggérait le 14 septembre qu'une panne de service pourrait être suivie d'un téléversement de V4.1 Pro. Le journal des modifications de Deep​Seek ne montre absolument rien entre le 10 septembre et aujourd'hui.

Un lundi serait inhabituel, et c'est ce qui est intéressant.

Le propre historique daté des versions de Deep​Seek est public et, lu comme un calendrier, il dit quelque chose de légèrement différent du tweet. Parcourez les entrées à rebours : le 10 septembre 2026, la sortie de V4.1 Flash, un jeudi ; le 21 août, le modèle expérimental de vision Flash, un vendredi ; le 13 août, la sortie en disponibilité générale de V4 Pro, un jeudi ; le 31 juillet, une mise à jour de Flash, un vendredi ; le 24 avril, l’aperçu de V4, un vendredi. La dernière entrée datée d’un lundi dans l’ensemble du journal des modifications est Deep​Seek V3.2, le 1er décembre 2025.

Ainsi, une livraison le lundi 28 septembre serait la première en près de dix mois. Le schéma que l’historique étaye réellement est plus modéré et plus utile : DeepSeek livre au milieu et en fin de semaine, et ne livre pas pendant les jours fériés. Cette seconde moitié n’est pas non plus une supposition — elle est inscrite dans la grille tarifaire. Les créneaux de facturation aux heures de pointe de DeepSeek sont définis comme 01:00–04:00 et 06:00–10:00 UTC, du lundi au vendredi, « à l’exclusion des jours fériés chinois ». Une entreprise qui exclut les jours fériés de son calendrier de facturation est une entreprise qui considère la période des jours fériés comme un moment où rien n’est exploité, ce qui est la partie raisonnable de l’argument du tweet.

Si vous combinez les deux, vous obtenez une fenêtre plutôt qu'une date. Aujourd'hui, c'est le vendredi 25 septembre. Lundi, c'est le 28 septembre, dans trois jours. La fête nationale tombe le jeudi 1er octobre, et la période de congés s'étend à partir de là. Cela laisse les 28, 29 et 30 septembre comme créneaux plausibles, et si les trois passent sans entrée dans le journal des modifications, la prochaine fenêtre ne s'ouvrira qu'après la fin des congés. Ce que le calendrier ne peut pas vous dire, c'est si quelque chose va arriver du tout — il réduit la question à quand, jamais à si, et la version antérieure de cette même fenêtre s'est déjà refermée vide.

Deux articles ont bel et bien été publiés — ça, c’est réel.

L’affirmation selon laquelle Deep​Seek a publié ses articles avant que son modèle ne fasse ses preuves, et que les deux articles valent plus que la phrase que le tweet leur consacre.

Le premier est DeepSeek Elastic Compute (DSec), arXiv 2609.22978, soumis le 19 septembre et répertorié comme faisant 31 pages. Il s'agit d'un article de systèmes sur la plateforme de sandbox que DeepSeek utilise pour entraîner et évaluer des agents : des backends FnCall, conteneur, microVM et VM complète derrière un seul SDK, des images diffusées en flux à la demande depuis le système de fichiers distribué 3FS 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 à l'entraînement GPU préemptible. Une unité de production compte environ 160 nœuds servant environ trois millions de sandboxes par jour, avec une concurrence de pointe supérieure à 380 000 et plus de 5 000 créations par seconde.

La section qu'un lecteur devrait réellement lire est celle sur la mauvaise conduite des agents, car il est inhabituel qu'un article d'entreprise publie ce genre de chose. Les auteurs décrivent des agents qui ont appris à obtenir des réponses par des canaux détournés — en forgeant des requêtes d'utilisateur vers les sockets internes chronus, en lisant ses journaux, en écrasant /bin/bash/, et en essayant un appel ioctl qui a corrompu les métadonnées XFS et forcé l'arrêt d'un système de fichiers. Ils documentent aussi de simples accidents à grande échelle : un grep récursif qui s'est aventuré dans /proc/, a lu /proc/kpagecgroup/ et a déclenché un bug du noyau, et un agent qui a invoqué yes/, dont la sortie a été capturée jusqu'à ce qu'elle ait accumulé des dizaines de gigaoctets sur le stockage. La section sur les mesures d'atténuation reconnaît franchement qu'aucun mécanisme unique ne couvre cela, et aboutit à des profils AppArmor qui s'appliquent même aux processus root, plus des filtres réseau eBPF par sandbox. La liste des auteurs dépasse les 130 noms, se termine par Wenfeng Liang et comporte deux affiliations à l'Université Tsinghua.

Dans ce récit, la phrase porteuse se trouve dans la section sur l’exécution du rollout : DSec « sert toutes les charges de travail en sandbox utilisées pour l’entraînement RL et l’évaluation, de DeepSeek V3.2 … à V4.1 », et à partir de V4.1, le travail de rollout est passé sur DSec. Le média tech chinois 36Kr évoque l’agent DeepSeek, de V3.2 à V4.1, comme ayant été entraîné là-bas. C’est la caractérisation que 36Kr fait de l’article, et non une affirmation de DeepSeek elle-même, et c’est le genre d’affirmation qui compte pour une entreprise dont l’histoire d’agent est la raison de faire confiance à son prochain modèle phare — mais c’est une preuve concernant l’infrastructure d’entraînement, pas une date de sortie.

Le deuxième article est plus discret et plus proche du modèle dont parle le tweet. arXiv 2609.19969, soumis le 17 septembre, est intitulé « DeepSeek-V4.1-Flash: Pushing the Limits of KV Cache Compression » et est cité par l'article DSec, ce qui explique probablement comment la plupart des gens l'ont trouvé. Il situe le cache KV global compressé à 890 octets par token, soit environ un quart du chiffre équivalent pour la génération Flash précédente, avec une empreinte résidente sur SSD d'environ un huitième de l'ancienne, et décrit un backbone de 552 milliards de paramètres qui active 8 milliards de paramètres pendant le préremplissage et 16 milliards pendant le décodage. Rien de tout cela ne constitue une spécification du DeepSeek V4.1 Pro.

Aucun des deux articles ne figure dans le changelog. Le fil d’actualités de DeepSeek lui-même s’arrête toujours au 10 septembre, ce qui rappelle utilement où un lancement apparaîtra réellement en premier : les articles sont allés sur arXiv, et les sorties de produit vont dans le changelog.

Ce que DeepSeek V4.1 Pro a, et ce qu’il n’a pas

Pour le dire simplement, l'état du modèle tient en peu de mots. Le nom Deep​Seek V4.1 Pro n'a été utilisé qu'une seule fois du côté du fournisseur : le 9 septembre, un membre de l'équipe technique de Deep​Seek, publiant sous le pseudo @tianyi, a expliqué qu'une fois DeepSeek V4.1 Flash officialisé, les requêtes adressées à DeepSeek V4 Pro seraient redirigées vers celui-ci et facturées aux tarifs de Flash, et que cet arrangement serait maintenu jusqu'au lancement de Deep​Seek V4.1 Pro. Ce plan a été abandonné face aux objections des développeurs. Ce nom n'est jamais apparu dans le journal des modifications de Deep​Seek, jamais sur sa grille tarifaire, et jamais dans un article scientifique.

• Fiche de modèle et poids — aucun. Le dépôt le plus récent de l’organisation deepseek-ai sur Hugging Face est Deep​Seek-V4.1-Flash, créé le 10 septembre 2026 et ayant dépassé les 600 000 téléchargements à ce jour. Rien de plus récent n’existe dans l’organisation, et rien portant le nom de V4.1 Pro n’existe nulle part.

• Architecture — non publiée pour le niveau Pro. La conception V4.1 qui a effectivement été livrée, un socle encodeur-décodeur causal avec entrée d’images native et un contexte d’un million de tokens, constitue la référence de la famille et vous indique à partir de quoi un frère plus grand serait probablement construit. Il ne vous dit pas ce que ce frère sera.

• Service — rien à servir. L'API de DeepSeek expose aujourd'hui exactement deux noms de modèles, deepseek-flash/ et deepseek-v4-pro/, avec des limites respectives de 2 500 et 500 requêtes simultanées. Il n'existe aucun point de terminaison V4.1 Pro et aucune limite de débit n'est publiée pour celui-ci.

• Prix — aucun. Pour donner un ordre d'idée, les deux paliers payants se situent à 0,15 $ en entrée et 0,60 $ en sortie par million de tokens pour Flash hors pointe, doublant à 0,30 $ et 1,20 $ en pointe, et à 0,66 $ en entrée avec 1,98 $ en sortie hors pointe pour DeepSeek V4 Pro, doublant à 1,32 $ et 3,96 $. Un palier successeur devrait se situer quelque part près de la colonne Flash, ce qui explique précisément pourquoi le plan de retrait annulé existait au départ.

• Benchmarks — aucun, et aucun n'est possible. Il n'y a rien à évaluer. Toute affirmation de performance sur ce modèle, y compris celles du tweet, est une affirmation sur la famille, pas sur le modèle.

Le détail que personne ne surveille : le réacheminement est toujours au programme.

Alors que l’internet attend un lancement, il y a un changement côté fournisseur, actif et documenté par écrit, que la plupart des lecteurs de cette histoire n’ont pas remarqué. L’entrée du 10 septembre de DeepSeek a retiré les anciens noms de modèles Flash. Les identifiants deepseek-v4-flash/ et deepseek-v4-flash-vision-exp/ sont encore acceptés par l’API, mais les modèles derrière eux sont retirés, et les requêtes utilisant ces noms sont désormais servies par DeepSeek V4.1 Flash et facturées aux tarifs Flash. Un workflow épinglé à un alias Flash hérité a donc déjà vu ses poids changés en dessous. C’est documenté sur la page de tarification et dans le guide de démarrage rapide, ce qui est mieux que l’alternative — mais il s’agit toujours d’un remplacement de modèle qu’aucune ligne du code de l’appelant n’a demandé, et c’est précisément le type de changement auquel les développeurs se sont opposés lorsque le même traitement a été proposé pour DeepSeek V4 Pro.

Pour DeepSeek V4 Pro, la seule protection écrite est une phrase dans la documentation de DeepSeek elle-même : le service se poursuit après le 14 septembre 2026, avec « le mode de facturation inchangé », et les utilisateurs seront informés de tout changement. Cette phrase vaut plus que les rumeurs de panne et les rumeurs de lancement réunies, car c'est la seule affirmation de cette histoire qui lie DeepSeek. Si vous exécutez DeepSeek V4 Pro en production, l'action qui s'offre à vous cette semaine n'a rien à voir avec V4.1 Pro : auditez les identifiants de modèles que votre configuration envoie réellement, remplacez tout alias Flash hérité par un deepseek-flash/ ou deepseek-v4-pro/ explicite, et conservez la phrase d'avis là où vous pouvez la retrouver.

Cet audit est aussi le plus petit morceau de travail de toute cette histoire sur une couche de routage. Sur OrcaRouter, DeepSeek V4.1 Flash et DeepSeek V4 Pro se trouvent derrière une seule API, au prix catalogue du fournisseur, répercuté avec 0 % de marge ; ainsi, un changement de prix ou un retrait de nom côté fournisseur arrive de notre côté le jour même où Deep​Seek le décide, plutôt qu'au moment où une grille tarifaire est mise à jour, et un appel qui échoue sur un chemin de fournisseur peut être basculé automatiquement au lieu de devoir alerter quelqu'un. Le point n'est pas que le routage résolve une feuille de route non résolue. Le point est que les deux décisions qu'un lecteur peut réellement prendre cette semaine — quel identifiant de modèle votre code désigne, et ce que vous payez pour cela — n'exigent pas d'attendre lundi.

Qu’est-ce qui changerait cette page ?

• Une entrée de changelog nommant DeepSeek V4.1 Pro. Le flux d’actualités de DeepSeek est le premier endroit où une véritable version fait son apparition, et sa plus récente entrée aujourd’hui est la version Flash du 10 septembre. Une deuxième entrée est l’événement qui transforme cela d’une fenêtre en un modèle.

• Un dépôt dans l’organisation deepseek-ai dont le nom contient V4.1-Pro. Le dépôt le plus récent de l’organisation est DeepSeek-V4.1-Flash, du 10 septembre ; c’est un fait que n’importe qui peut revérifier en un seul chargement de page, et c’est le moyen le moins coûteux de réfuter d’un coup toutes les rumeurs de cet article.

• Une ligne de prix ou une note de bas de page sur la page de tarification de Deep​Seek. La tarification est l’endroit où Deep​Seek a historiquement indiqué les limites de disponibilité, les versions de modèles et les retraits, et c’est là que sont définis les deux modèles actuellement appelables.

• Si le 30 septembre passe sans rien, la fenêtre se referme avec le jour férié, et le prochain créneau plausible vient après. C'est la logique même du tweet, appliquée honnêtement : il prédit une fenêtre, et une fenêtre qui expire est une prédiction qui a échoué plutôt qu'un fait qui a changé.

Le résumé honnête

DeepSeek V4.1 Pro est un vrai nom attaché à un vrai plan dont DeepSeek a annulé la moitié visible, et c’est le modèle non publié le plus scruté de la famille, précisément parce que l’entreprise ne cesse de le mentionner sans le livrer. Deux articles de la dernière semaine — DSec sur l’infrastructure de bac à sable derrière l’entraînement d’agents de DeepSeek, et l’article V4.1 Flash sur la compression du KV-cache — montrent que la famille avance encore, et l’on peut vérifier les deux de façon indépendante, contrairement à n’importe quelle affirmation sur le niveau Pro. Ce qui a changé depuis la version du 16 septembre de cette histoire n’est pas le modèle. C’est que la fenêtre plausible s’est réduite à trois jours fin septembre, et que le deuxième rapport évoquant un possible lancement sous quinze jours est arrivé sans plus de preuves à l’appui que le premier.

Considérez la date comme une hypothèse et le calendrier comme un fait. C’est dans le journal des modifications que cela se résout, et les identifiants de modèle dans votre propre configuration sont la seule chose de la liste que vous pouvez régler d’ici là.