DeepSeek a frappé deux fois le même jour. Le 27 juin 2026, la société chinoise a mis en ligne simultanément DeepSeek-V4-Flash-DSpark et DeepSeek-V4-Pro-DSpark, un modèle rapide et un modèle premium, les deux accessibles via API dès le premier jour. Ce genre de double lancement coordonné, on l’a vu chez OpenAI avec GPT-4o mini et GPT-4o, chez Anthropic avec Haiku et Sonnet. DeepSeek joue maintenant la même partition, mais avec ses propres règles, un suffixe inédit (DSpark), et une approche open-weight qui change la donne. Ce que tu vas apprendre :

  • Ce que le suffixe DSpark signifie pour l’architecture de cette génération
  • Les différences techniques concrètes entre Flash et Pro (paramètres, précision, efficacité)
  • Comment l’accès API est structuré et ce que ça implique pour toi
  • Où DeepSeek se positionne face à OpenAI et Anthropic avec ce lancement
  • Ce qu’on attend encore comme information avant de remettre un verdict complet

Ce que DeepSeek a annoncé le 27 juin 2026

Arrête. Parce que le titre de cet article cache quelque chose de plus significatif que le lancement de deux modèles de plus. DeepSeek est une spin-off du fonds quantitatif High-Flyer, fondée en 2023. En moins de trois ans, cette société a sorti des modèles open-weight qui ont secoué les hypothèses de toute l’industrie sur le coût de l’entraînement. DeepSeek-R1, en 2025, a mis sur la table un modèle de raisonnement compétitif à un ratio performance-coût que peu de laboratoires occidentaux avaient vu venir. Le lancement du 27 juin 2026 s’inscrit dans cette même trajectoire, mais avec une innovation structurelle nouvelle : l’architecture DSpark.

Diagramme éditorial montrant la famille DeepSeek V4 : un socle d'entraînement DSpark se divise en deux branches, Flash (environ 1/6 des poids activés) et Pro (environ 4/6), reliées par un contexte commun d'un million de tokens.
Deux modèles, un même socle. Flash et Pro DSpark partagent l'entraînement et la fenêtre de contexte d'un million de tokens ; ils diffèrent par la fraction de poids activés à l'inférence — l'un économe, l'autre dense.

Le suffixe DSpark n’est pas décoratif. Il désigne une nouvelle méthode d’architecture ou d’entraînement propre à cette quatrième génération. DeepSeek n’a pas encore publié un papier technique complet au moment d’écrire ces lignes, mais les cartes techniques disponibles sur Hugging Face confirment que les deux modèles ont été pré-entraînés sur plus de 32T tokens, ce qui représente un volume d’entraînement massif pour cette génération.

Ce qui compte ici : DSpark n’est pas juste un nom de marketing. C’est un repère architectural qui distingue cette génération de V3.1 et V3.2. Quand DeepSeek publiera le papier technique complet, ce suffixe sera la clé pour comprendre ce qui a changé sous le capot. Les deux modèles partagent une fenêtre de contexte de 1 million de tokens. C’est la même longueur que Gemini 2.5 Pro d’Alphabet, et c’est nettement plus long que ce qu’OpenAI offre sur ses modèles standards. Pour tout use case qui implique des documents longs, du code de grande envergure, ou des analyses multi-sources, cette fenêtre de contexte est un avantage structurel direct.


DeepSeek-V4-Flash-DSpark : la version rapide

Le modèle Flash est conçu pour le volume. 284B paramètres totaux, 13B paramètres activés. C’est une architecture Mixture-of-Experts (MoE) : le modèle n’active qu’une petite portion de ses poids à chaque inférence, ce qui rend le déploiement plus économique à l’échelle.

Diagramme d'une architecture Mixture-of-Experts : un token entre dans un routeur qui sélectionne 2 experts sur 6, les autres restent dormants, produisant une sortie avec moins de calcul.
Mixture-of-Experts en une image : le routeur n'active qu'une poignée d'experts spécialisés par token — ici deux sur six. Les autres restent dormants, ce qui divise le compute effectif sans réduire la capacité totale du modèle.

La précision numérique du modèle Flash (version instruct) est FP4 + FP8 Mixed. La version base utilise FP8 Mixed. FP4, c’est une quantification plus agressive que ce qu’on voit habituellement en déploiement, et c’est un signal que DeepSeek optimise explicitement pour la vitesse et le coût d’inférence plutôt que pour la précision maximale. Soyons clairs : FP4 en production, c’est un pari calculé. Tu gagnes en vitesse et en coût par token. Tu acceptes une dégradation potentielle sur des tâches de raisonnement très nuancées ou sur du calcul symbolique précis. Pour des cas d’usage comme la génération de contenu à volume élevé, les systèmes de tri et de classification, ou les pipelines RAG qui font beaucoup de petites requêtes rapides, Flash est vraisemblablement le bon choix.

Pour les opérateurs qui gèrent des pipelines à volume : Flash-DSpark est probablement ton modèle de travail quotidien dans l’écosystème DeepSeek V4. Le modèle Pro est là pour les tâches qui méritent le compute additionnel.


DeepSeek-V4-Pro-DSpark : la version premium

Pro-DSpark joue dans une autre ligue de paramètres. 1.6T paramètres totaux, 49B paramètres activés. C’est une architecture MoE de très grande taille, comparable aux estimations d’architecture des modèles les plus imposants disponibles actuellement.

L’élément technique le plus intéressant de Pro-DSpark concerne son efficacité d’inférence comparée à V3.2. Sur un contexte d’un million de tokens, Pro-DSpark n’utilise que 27% des FLOPs qu’un modèle comparable V3.2 aurait utilisés en inférence mono-token. Le KV cache tombe à 10% de ce que V3.2 consommait dans le même contexte. Ce n’est pas une optimisation marginale.

Diagramme en barres comparant DeepSeek V3.2 et V4-Pro-DSpark sur les FLOPs d'inférence et la taille du KV cache, les barres V4 étant nettement plus courtes.
Efficacité relative de la génération DSpark face à V3.2, prise comme référence 1.00×. Sur les deux axes qui pèsent en production — le calcul d'inférence et la mémoire du KV cache — V4-Pro-DSpark tombe respectivement à 0,38× et 0,25×. Ordres de grandeur indicatifs, à confirmer par les benchmarks publics.

Ce gain d’efficacité est critique pour les contextes longs. Charger 1M tokens dans un modèle, c’est historiquement très coûteux en mémoire GPU. Si Pro-DSpark réduit le KV cache à 10% de ce que V3.2 consommait sur ce même contexte, ça signifie que déployer un contexte long devient significativement plus accessible, et potentiellement moins cher à l’usage. La précision de la version base est FP8 Mixed, ce qui est plus conservateur que Flash et cohérent avec un positionnement sur la performance de pointe. Sur Hugging Face, le modèle V4-Pro-DSpark cumule déjà 467 likes au moment du lancement, ce qui signale un intérêt communautaire solide pour un modèle sorti le même jour.

Différences clés entre Flash et Pro

Bon, fait que. Voici ce qu’on sait de façon vérifiée sur les deux modèles côte à côte.

Caractéristique V4-Flash-DSpark V4-Pro-DSpark
Paramètres totaux 284B 1.6T
Paramètres activés 13B 49B
Contexte maximum 1M tokens 1M tokens
Pré-entraînement Plus de 32T tokens Plus de 32T tokens
Précision (instruct) FP4 + FP8 Mixed Information à confirmer
Précision (base) FP8 Mixed FP8 Mixed
Cible principale Volume, vitesse Performance maximale
Efficacité vs V3.2 À confirmer 27% des FLOPs, 10% KV cache (contexte 1M)

La grande distinction entre les deux n’est pas dans la fenêtre de contexte (identique) ni dans le volume d’entraînement (identique). Elle est dans la densité de compute par inférence. Flash active 13B paramètres par requête, Pro en active 49B. C’est environ 3,7 fois plus de paramètres activés. Sur une tâche simple, Flash est suffisant. Sur une tâche qui demande du raisonnement multi-étapes, de l’analyse complexe, ou du code avancé, cette différence de paramètres activés se traduit en qualité de réponse.

Schéma comparatif de DeepSeek V4 Flash (13B/284B) et Pro (49B/1,6T) illustrant les paramètres activés dans un contexte d'un million de tokens.
Flash et Pro partagent l'architecture DSpark et la fenêtre de 1M tokens, mais n'allument qu'une fraction de leurs paramètres à chaque passage — 13B sur 284B pour Flash, 49B sur 1,6T pour Pro.

Le choix entre les deux n’est pas un choix de budget uniquement. C’est un choix de use case. Tu veux classer, résumer, extraire, générer à volume? Flash. Tu veux raisonner, déboguer un système complexe, analyser un long document contractuel, ou générer du code qui devra tenir debout en production? Pro.

Accès via API : ce qu’on sait

Les deux modèles sont accessibles via l’API DeepSeek dès le jour du lancement. C’est cohérent avec la stratégie historique de DeepSeek : pas de liste d’attente, pas de déploiement graduel qui dure des semaines. DeepSeek maintient un plan chat gratuit (0 $US/mois) et un plan API à l’usage qui est également gratuit au sens d’abonnement mensuel fixe. Tu paies à l’usage, selon le volume de tokens consommés. Pour les chiffres précis par million de tokens sur V4-Flash et V4-Pro, il faudra vérifier la page de tarification officielle directement, parce que les prix spécifiques à ces deux nouveaux modèles n’étaient pas encore stabilisés au moment d’écrire cet article.

Important : Quand une société comme DeepSeek annonce un accès API gratuit au sens de l’abonnement, ça ne signifie pas zéro coût. Ça signifie que tu paies par token consommé, pas par siège. Pour un pipeline qui fait quelques requêtes par jour, c’est potentiellement très économique. Pour un pipeline à fort volume, tu dois faire ton calcul de coût par token sur la page pricing officielle avant de t’engager. Le fait que les deux modèles soient également publiés en open-weight sur Hugging Face ouvre une deuxième voie : le déploiement auto-hébergé. Si tu as l’infrastructure GPU nécessaire (et pour un modèle de 1.6T paramètres, les besoins hardware sont conséquents), tu peux théoriquement faire tourner Pro-DSpark dans ton propre environnement. Flash, avec ses 284B paramètres totaux, est plus accessible en self-host, même si ça reste lourd pour une configuration standard.

Maquette au trait de la console API DeepSeek : menu déroulant de sélection de modèle ouvert, montrant deux nouvelles entrées V4-Flash-DSpark et V4-Pro-DSpark marquées « NEW » en haut de la liste, au-dessus des modèles V3.
Console API DeepSeek — le sélecteur de modèle expose les deux nouvelles entrées V4-DSpark (Flash et Pro) en tête de liste, au-dessus de la génération V3.

Positionnement face à la concurrence

Là, écoute. DeepSeek ne joue plus uniquement le jeu du « modèle open-source moins cher ». Avec V4-DSpark, la société positionne une famille complète avec une version rapide et une version premium, exactement comme OpenAI (GPT-4o mini vs GPT-4o), Anthropic (Claude Haiku vs Claude Sonnet/Opus), et Google (Gemini Flash vs Gemini Pro). La différence structurelle reste l’open-weight. Ni OpenAI ni Anthropic ne publient les poids de leurs modèles. DeepSeek le fait. Pour les équipes qui ont des exigences de souveraineté des données, de déploiement sur site, ou qui veulent simplement comprendre ce qu’il y a sous le capot avant de lui faire confiance, c’est un avantage réel que les grands labos occidentaux ne peuvent pas offrir en ce moment.

Carte de positionnement 2x2 opposant vitesse d'inférence et transparence, où DeepSeek V4-Flash et V4-Pro DSpark occupent le quadrant open-weight tandis que GPT-4o, Claude et Gemini restent en zone propriétaire.
Deux axes, quatre quadrants : DeepSeek V4-Pro et V4-Flash DSpark s'installent en haut (open-weight), quand les concurrents majeurs — GPT-4o, Claude Sonnet, Haiku, Gemini Pro — restent en bas (propriétaire). L'arc pointillé relie les deux modèles DSpark, du plus premium au plus rapide.

Sauf que la vraie affaire, c’est l’efficacité sur les contextes longs. Si Pro-DSpark consomme effectivement 27% des FLOPs d’un modèle V3.2 équivalent sur un contexte de 1M tokens, ça veut dire que le coût par requête sur du contexte long est drastiquement réduit. Sur des tâches comme l’analyse de documentation volumineuse, la revue de codebase complète, ou la synthèse multi-documents, ce gain d’efficacité se traduit directement en dollars économisés. Anthropic a investi massivement sur Claude Sonnet et ses capacités de raisonnement long. OpenAI pousse sur les agents et le raisonnement avec o3. DeepSeek répond avec une combinaison de contexte long massif, d’efficacité d’inférence améliorée, et d’accès open-weight. Ce sont des paris différents sur ce qui comptera dans les prochains mois.

En rafale : ce qu’on attend encore comme information

Le lancement du 27 juin a été rapide. Les cartes techniques sont là, les modèles sont accessibles, mais plusieurs informations restent à confirmer avant un verdict complet.

  • Le papier technique DSpark complet : DeepSeek n’a pas encore publié un arxiv paper détaillant l’architecture DSpark. C’est la pièce manquante pour comprendre précisément ce qui distingue cette génération.
  • Les benchmarks indépendants : Les chiffres de performance publiés par DeepSeek sur ses propres évaluations sont un point de départ, pas un verdict. On attend que des équipes tierces publient des comparaisons sur MMLU, HumanEval, MATH, et d’autres benchmarks standards.
  • La tarification définitive par token pour V4-Flash et V4-Pro sur l’API officielle, au moment où ces modèles se stabilisent en production.
  • La disponibilité sur les plateformes tierces : Quand V4-DSpark arrivera sur Together.ai, Fireworks, Groq, ou via des intégrations dans des outils comme Cursor ou Continue.dev, ça changera la facilité d’accès pour beaucoup d’opérateurs qui passent par ces plateformes plutôt que par l’API directe.
  • Les retours d’usage réel en production : Les premiers utilisateurs qui intègrent Flash-DSpark dans des pipelines à volume vont publier des observations dans les prochaines semaines. C’est là que les vraies forces et faiblesses vont émerger.
  • La compatibilité tool use et function calling : Pour les agents, c’est critique. On n’a pas encore de confirmation claire sur les capacités structurées d’appel de fonctions pour les deux modèles.

Le coup de cœur de la semaine : Le gain d’efficacité sur le contexte long de V4-Pro-DSpark. Descendre à 27% des FLOPs et 10% du KV cache vs la génération précédente sur un contexte d’un million de tokens, c’est le genre d’optimisation qui change concrètement ce qu’on peut se permettre de faire tourner à quel coût. Si les benchmarks tiers confirment que la qualité de raisonnement suit, DeepSeek vient de rendre les contextes longs accessibles à un niveau de coût qu’on n’avait pas encore vu pour des modèles de cette taille.


Verdict et prochaine étape

DeepSeek V4-Flash-DSpark et V4-Pro-DSpark sont un lancement sérieux. L’architecture DSpark, les gains d’efficacité sur les contextes longs, la double disponibilité API et open-weight, et la cohérence de la stratégie Flash+Pro : tout ça mérite attention. Sauf qu’on est encore tôt. Le papier technique n’est pas sorti. Les benchmarks indépendants ne sont pas encore là. Les prix par token pour ces modèles spécifiques sont à vérifier directement sur la plateforme avant de restructurer ton pipeline autour. Ce que tu peux faire maintenant : aller tester Flash-DSpark sur des tâches de volume que tu fais déjà avec d’autres modèles. Comparer la qualité de sortie sur tes propres cas d’usage, pas sur des benchmarks génériques. Et attendre le papier technique DSpark avant de tirer des conclusions sur ce qui a fondamentalement changé dans l’entraînement de cette génération. Le verdict complet arrive quand les données indépendantes arrivent. Fin de l’histoire.

On continue à la Taverne ?

Un courriel par semaine. Pas de fluff.

En t'abonnant, tu reçois Le Tour de Table chaque semaine. Tu peux te désabonner en un clic. Voir notre politique de confidentialité.

Texte par David Cyr