DeepSeek V4.1 Pro, non étiqueté : un endpoint à 180 tok/s, un résultat sur quatre échantillons, et la panne qui vient de se terminer

Quelque part derrière l'API de D​eepSeek, il y a peut-être un nouveau modèle, et personne — y compris la personne qui l'a repéré — n'est prêt à affirmer avec certitude qu'il s'agit de D​eepSeek V4.1 Pro. La preuve tient à un post sur X, publié au matin du 15 octobre 2026 par le traqueur @teortaxesTex, et ce qu'il décrit, c'est un modèle qui répond lorsqu'on l'appelle via le point de terminaison du fournisseur lui-même, qui a terminé un prompt précis que les deux modèles phares connus de D​eepSeek n'ont pas réussi à terminer, et qui a atteint environ 180 jetons par seconde. Les deux modèles connus sont nommés dans la même phrase : DeepSeek-V4-Pro-0813 « est impuissant » face à la tâche, et la génération V4.1 l'était aussi — ce qui, selon les propres mots de l'auteur du post, est ce qui rend un nouveau modèle plausible plutôt qu'un accident de routage. Voilà toute l'affaire. Il n'y a pas de fiche de modèle, pas de poids, pas de prix, pas de nom de point de terminaison et aucune note de version de D​eepSeek, et D​eepSeek V4.1 Flash — le modèle à poids ouverts du 10 septembre — n'est pas un candidat, car Flash est un produit commercialisé avec une grille tarifaire publique, et non quelque chose qui doit être découvert par son comportement.

Ce qui rend le signal digne d’être consigné avant qu’il ne se résolve d’une manière ou d’une autre, c’est la forme des preuves plutôt que leur force. Il ne s’agit pas d’une fuite de benchmark, ni d’un dépôt apparu tôt, ni d’une indication venant d’un employé. C’est une observation en boîte noire : quelqu’un a prêté attention à ce que faisait un endpoint, a remarqué qu’il avait changé, et l’a signalé en y joignant le nombre d’échantillons. Ces observations sont le seul moyen de repérer un lancement furtif, et c’est aussi ainsi que démarrent beaucoup de faux positifs. La différence entre les deux tient entièrement à ce qui peut être vérifié par la suite, donc la chose utile à faire avec celle-ci est d’exposer ce qui a été affirmé, ce que les propres documents publiés de DeepSeek peuvent corroborer aujourd’hui, et ce qu’il faudrait qu’il se produise avant que quiconque puisse parler d’une sortie.

Ce qui a été réellement affirmé, et ce que cela n’établit pas

Le post est court et il sépare ses propres affirmations mieux que la plupart des couvertures de lancement. Dépouillez-le et il y en a quatre :

• Une panne du service DeepSeek qui était en cours a pris fin, et le comportement du modèle a changé autour de ce moment-là — le cadrage de l’auteur du post, et la raison pour laquelle l’observation existe tout court.

• Le point de terminaison a passé « la blague du cocu » avec ce que l'auteur du post appelle les meilleurs résultats en dehors de C​laude, reproduisant à N=4 — quatre échantillons, même résultat.

• DeepSeek-V4-Pro-0813 et la génération V4.1 ont toutes deux échoué au même test, ce que l'auteur du message qualifie sans détour de « désemparé ».

• La vitesse s'est établie autour de 180 tokens par seconde, et la conclusion proposée est explicitement une supposition : « Il pourrait s'agir d'un 4.1 Pro. »

Trois de ces quatre éléments sont des observations d’une boîte noire, et le quatrième est un nom de modèle qui leur est rattaché par inférence. Rien dans le post n’affirme une annonce, un prix, une fenêtre de contexte, un nombre de paramètres, ni que DeepSeek ait dit quoi que ce soit. Le chiffre de vitesse est la mesure faite par l’auteur du post sur sa propre session, pas un chiffre de fournisseur ni un chiffre de classement. Considérez-le comme un point de données provenant d’une route à un moment donné, sur un prompt donné, avec une quantité inconnue de mise en cache du prompt derrière — ce qui correspond exactement à la manière dont il a été présenté, et à peu près au poids qu’il devrait avoir.

D'où vient le nom « V4.1 Pro »

Ce n'est pas inventé. DeepSeek a nommé un niveau Pro dans la gamme V4.1 elle-même, dans sa propre note de version du 10 septembre, et à ce jour ce nom n'est toujours associé à rien. Le passage qui l'a mis en circulation disait que les requêtes vers deepseek-v4-pro seraient redirigées vers le modèle Flash tout juste déployé et facturées aux tarifs Flash à partir de 04:00 UTC le 14 septembre, et que cela continuerait « jusqu'au lancement de V4.1-Pro ». Les développeurs ont protesté contre le remplacement d'un modèle de production sans fenêtre de migration, DeepSeek a fait marche arrière, DeepSeek V4 Pro a continué de répondre avec une facturation inchangée — et la clause qui a survécu à la volte-face était celle que personne n'était censé remarquer, à savoir qu'un V4.1-Pro est prévu.

Tout ce qui suit cette phrase est une inférence. L'entreprise n'a publié aucune fiche, aucune date ni aucun fichier de poids. Ainsi, le nom présent dans le post est celui vers lequel un lecteur se tournerait face à un quatrième modèle qui se comporte mieux que les trois qu'il connaît : la famille V4.1 est la génération actuelle, Flash est le petit, Pro est le niveau que DeepSeek a déjà promis. Se tourner vers lui est raisonnable. Se tourner vers lui n'est pas une preuve.

Cela compte plus qu'il n'y paraît, car il existe au moins une autre explication qui ne nécessite aucun nouveau modèle. Une mise à jour ponctuelle silencieuse d'un build existant — une configuration de service re-quantifiée ou réajustée, un chemin backend différent, un retour en arrière après la panne — apparaîtrait, pour un observateur en boîte noire, comme un changement de capacités sans annonce ni nom. Le journal des modifications de DeepSeek lui-même a déjà recensé exactement ce genre de chose : V4 Pro a été mis à jour sur place le 13 août sous un nom estampillé par un build, et la gamme Flash a fait l'objet d'une entrée de mise à jour sans cérémonie. Les sorties furtives et les reconstructions silencieuses sont indiscernables de l'extérieur, et le post ne prétend pas les avoir distinguées.

Ce que disent aujourd'hui les propres documents de DeepSeek

Voici la partie qui peut être vérifiée, et elle est courte. Le journal des modifications de D​eepSeek passe par 2026-04-24 (V4), 2026-07-31 (une mise à jour de V4-Flash), 2026-08-13 (la mise à jour de V4-Pro), 2026-08-21 (V4-Flash-Vision-Exp) et 2026-09-10 (V4.1-Flash). Il n’y a aucune entrée d’octobre, quelle qu’elle soit, et aucune entrée intitulée V4.1 Pro. La page Models & Pricing répertorie deux noms utilisables, deepseek-flash et deepseek-v4-pro, correspondant à D​eepSeek-V4.1-Flash et DeepSeek-V4-Pro-0813.

• Contexte et sortie — D​eepSeek-V4.1-Flash comme DeepSeek-V4-Pro-0813 acceptent 1 M de tokens en entrée et renvoient jusqu'à 384 K, avec des plafonds de concurrence de 2 500 et 500 respectivement.

• Prix — Flash coûte 0,15 $ par million de tokens d'entrée en cas de défaut de cache et 0,60 $ par million de tokens de sortie en heures creuses ; V4 Pro coûte 0,66 $ en entrée et 1,98 $ en sortie en heures creuses, les heures de pointe étant facturées au double.

• Vision — intégrée à DeepSeek V4.1 Flash, indiquée comme « non prise en charge » pour DeepSeek V4 Pro.

• Poids — D​eepSeek-V4.1-Flash est ouvert sous licence MIT ; il n'existe aucun dépôt pour quoi que ce soit appelé V4.1-Pro, ce qui constitue le plus solide élément de preuve négative disponible.

Sur Hugging Face, le dépôt de modèle D​eepSeek le plus récent est deepseek-ai/D​eepSeek-V4.1-Flash, dernière modification le 12 octobre — un commit de performance sur la restauration des caches de clés d’indexeur lors d’étapes de compression incomplètes. Il s’agit d’un travail sur le moteur d’un modèle qui existe déjà, et non d’un nouveau fleuron. Quoi que ce soit à quoi l’auteur du post s’adressait, cela n’a laissé aucun artefact aux endroits où un modèle D​eepSeek livré en laisse normalement un.

Le chiffre de vitesse est l’élément le moins surprenant du post.

180 tokens par seconde, ça passe pour rapide, et face à la mauvaise base de comparaison, cela ressemblerait à un signe qui ne trompe pas. Face à la bonne, cela n’a rien de remarquable. Des mesures indépendantes ont placé DeepSeek V4.1 Flash près du sommet de sa catégorie pour le débit brut, et des opérateurs tiers qui servent les mêmes poids ouverts annoncent des chiffres nettement supérieurs à 180 avec un cache chaud. Un chiffre dans cette plage, c’est à quoi ressemble un modèle DeepSeek bien servi ; il n’est pas assez rapide pour prouver un backbone plus grand, ni assez lent pour prouver un backbone plus petit. Quiconque considère 180 t/s comme l’indice qui trahit lit la ligne la moins diagnostique du post.

L'asymétrie la plus intéressante, c'est le résultat de la tâche. Un modèle qui réussit là où DeepSeek-V4-Pro-0813 et V4.1 échouent tous les deux, quatre fois sur quatre, sur une invite délibérément conçue pour être difficile à falsifier, présente un profil de capacités véritablement différent — à supposer que le test lui-même soit valide, ce que l'article ne permet pas au lecteur de vérifier. Voilà l'affirmation à surveiller, et c'est celle qu'un tableau de benchmarks finira par trancher.

Pourquoi « la blague du cocu » est un vrai signal sous un nom idiot

La phrase se lira comme une blague, et ce n'en est pas une. Les invites de raisonnement relationnel de cette famille — croyances imbriquées, savoir contesté, qui-sait-quoi-sur-qui — constituent depuis longtemps une sonde pour déterminer si un modèle peut tenir simultanément plusieurs couches d'une situation sociale sans les faire s'effondrer. Les laboratoires de pointe et les évaluateurs indépendants en utilisent tous deux des variantes, parce qu'elle est courte, peu coûteuse, résistante à la mémorisation, et qu'elle punit de manière disproportionnée les modèles qui apparient les motifs de la surface d'une scène au lieu de suivre l'état qui la sous-tend. Elle se répand sur les réseaux sociaux comme une blague pour la même raison qu'elle est utilisée comme test : elle est mémorable et elle est difficile.

C’est aussi, en soi, une preuve faible. Aucun nombre d’échantillons sur un seul prompt ad hoc ne permet de distinguer un nouveau checkpoint d’une nouvelle configuration d’échantillonnage, d’une valeur par défaut différente pour l’effort de raisonnement, d’un changement de pool de backends qui répond, ou simplement d’un prompt qui se trouvait près d’une frontière de décision et qui, après le redémarrage du service, s’est trouvé donner un résultat différent. N=4 aide — l’auteur du post a fait la diligence minimale que la plupart des affirmations virales sur les capacités oublient — mais quatre échantillons établissent la reproductibilité sur une seule route pour un seul prompt. C’est une raison d’aller voir. Ce n’est pas une raison de conclure.

La question pratique : pouvez-vous l'essayer, et comment ?

Pour l’instant, non. Il n’y a pas de nom à appeler. Si la chose à laquelle l’auteur du post s’adressait est réelle et sans nom, elle n’est atteignable que par accident, selon le modèle que le routage propre de D​eepSeek veut bien vous attribuer, ce qui est précisément la situation dont il était question dans l’inversion du reroutage de septembre.

Les modèles que vous pouvez définir aujourd'hui sont les deux que la grille tarifaire liste, et la façon honnête de tester un changement que vous ne pouvez pas voir est d'épingler votre trafic de production sur le modèle que vous avez choisi et de déplacer l'expérience quelque part où elle ne peut pas faire de mal. DeepSeek V4.1 Flash et DeepSeek V4 Pro sont tous deux disponibles via OrcaRouter sur une seule clé API, donc une comparaison côte à côte sur un ensemble d'invites fixe coûte un changement de configuration plutôt qu'un second contrat — et lorsqu'une route se dégrade, le basculement automatique redirige la requête vers un fournisseur sain au lieu de renvoyer une erreur, ce qui est le mode de défaillance qui a rendu la panne dans l'article visible en premier lieu. Étant donné qu'OrcaRouter répercute le prix catalogue des fournisseurs à 0 % de marge, tout changement de prix de DeepSeek intervient le jour même où il intervient chez le fournisseur, sans exercice de réévaluation des prix de votre côté.

Ce que rien de tout cela ne vous donne, c'est le modèle non étiqueté. Si vous pensez être tombé dessus — plus rapide que prévu, meilleur sur une sonde où votre modèle habituel échoue —, conservez les réponses brutes avec les horodatages et les identifiants de requête, car c'est là la matière qui transforme une observation en quelque chose que le reste du domaine peut vérifier. Reproduisez-la un autre jour. Reproduisez-la après un redéploiement. Un modèle furtif qui n'existe que dans une seule fenêtre n'est qu'un artefact de routage jusqu'à preuve du contraire.

Qu’est-ce qui ferait de cela une actualité ?

Quatre choses, dans un ordre approximatif de probabilité. Une fiche de modèle ou un dépôt de poids apparaissant sous un nom V4.1-Pro trancherait la question d'emblée et serait le premier véritable artefact. Une entrée dans le journal des modifications ou un nouveau nom sur la page Models & Pricing ferait de même du côté du fournisseur. Un premier benchmark indépendant — Artificial Analysis ou LMArena relevant une entrée qui ne correspond à aucune build D​eepSeek répertoriée — corroborerait le bond de capacités sans confirmer le nom. Et la possibilité la plus discrète de toutes : rien. D​eepSeek met à jour ses modèles en place, et selon le calendrier actuel — V4 en avril, des mises à jour de Flash en juillet et août, une mise à jour de Pro le 13 août, V4.1 Flash en septembre — la probabilité à court terme est un rafraîchissement silencieux d'un nom existant plutôt qu'un quatrième palier.

Tant qu'aucun de ces éléments ne se concrétise, le statut correct de « D​eepSeek V4.1 Pro » est celui qu'il conserve depuis le 10 septembre : un nom que D​eepSeek a lui-même inscrit sur une feuille de route, sans aucun modèle derrière. La session à 180 tok/s d'un seul observateur est une raison de continuer à surveiller le point de terminaison, pas une raison de planifier autour d'un modèle phare.

Présentée ainsi, l'asymétrie est tout l'enjeu. Une colonne de cette fiche est de la documentation — une grille tarifaire, une licence, un nom de modèle que l'on peut mettre dans un corps de requête — et l'autre est une phrase dans une note de version, ainsi qu'une mention sur X. Tout ce qui, dans cet article, peut être vérifié se trouve à gauche. Tout ce qui est à droite correspond à ce que les gens espèrent que le point de terminaison à 180 tok/s se révèle être, un espoir raisonnable et pas encore un fait.

Qui devrait faire quoi ?

Si vous choisissez un modèle sur lequel vous appuyer cette semaine, rien de tout cela ne change votre décision. DeepSeek V4.1 Flash est disponible, avec un tarif et une documentation ; DeepSeek V4 Pro est disponible, avec un tarif et une documentation ; D​eepSeek V4.1 Pro n'est pas un produit. La seule chose à retenir de l'article, c'est le mode de défaillance plutôt que le modèle : le comportement d'un point de terminaison de fournisseur a changé après une panne, sans notification, sans changement de version et sans moyen de savoir de l'extérieur à quoi vous vous adressiez. Épingler explicitement les versions de modèle, capturer les métadonnées des réponses et prévoir un chemin de bascule derrière tout fournisseur unique, voilà la mesure d'atténuation — et c'est la même, qu'un nouveau fleuron se cache ou non derrière le point de terminaison.

Si vous guettez la sortie, surveillez le changelog et l’organisation Hugging Face plutôt que les bavardages sur les capacités. Les deux ont été l’indicateur fiable pour ce laboratoire. Aucun des deux n’a dit un mot depuis le 10 septembre.

Un résultat comme celui-ci rappelle aussi que les erreurs de modèle sont déjà documentées : les incidents d'IA et les défaillances d'agents liés aux modèles de cette catégorie sont recensés dans l'OrcaRouter AI Incident Archive, où chaque entrée comporte ses propres sources, son degré de gravité, sa note de confiance et son indicateur de contestation.