DeepSeek V4 remplace les anciens modèles le 24 juillet

DeepSeek programme un changement cassant pour tous les développeurs qui appellent son API. À partir du 24 juillet 2026 à 15h59 UTC, les identifiants historiques deepseek-chat et deepseek-reasoner cessent définitivement de répondre. La bascule vers DeepSeek V4 doit être faite avant cette date.

Pour résumer

• Les noms deepseek-chat et deepseek-reasoner deviennent inaccessibles après le 24 juillet 2026 à 15h59 UTC.
• Il faut basculer vers deepseek-v4-pro ou deepseek-v4-flash, en gardant la même base_url.
• Ce n’est pas une nouvelle sortie de modèle: DeepSeek V4 est déjà là, c’est un simple retrait des anciens identifiants.

Deux noms d’API qui cessent de répondre

Le message est purement technique, mais il touche tout le monde. Les deux identifiants que la plupart des intégrations utilisent encore, deepseek-chat et deepseek-reasoner, vont être retirés. Passé le 24 juillet 2026 à 15h59 UTC, un appel qui pointe encore vers l’un de ces noms ne recevra plus de réponse valide. Ce n’est pas une dépréciation douce étalée sur plusieurs mois, c’est une date butoir sèche.

Dans les faits, la transition a déjà commencé sans que beaucoup s’en rendent compte. Aujourd’hui, ces anciens noms redirigent déjà silencieusement vers deepseek-v4-flash, en version non-thinking pour deepseek-chat et en version thinking pour deepseek-reasoner. Autrement dit, une partie du parc tourne déjà sur DeepSeek V4 sans l’avoir demandé explicitement. La coupure du 24 juillet ne fait que rendre ce détour obligatoire et visible, en supprimant l’alias qui masquait le vrai nom du modèle.

Le calendrier et la marche à suivre sont détaillés dans l’annonce de migration publiée dans la documentation API officielle de DeepSeek, qui liste les nouveaux identifiants et rappelle que la base_url reste identique. Il n’y a donc pas de nouvelle infrastructure à provisionner ni de clé à régénérer, seulement un nom de modèle à corriger dans le code.

Ce que les équipes techniques doivent changer avant la date butoir

Concrètement, la migration tient en une ligne. Dans chaque appel, il faut remplacer deepseek-chat ou deepseek-reasoner par l’un des deux nouveaux noms: deepseek-v4-pro ou deepseek-v4-flash. La base_url ne bouge pas, les clés ne bougent pas, le format des requêtes non plus. Pour une intégration propre, c’est l’affaire de quelques minutes et d’un déploiement.

Le vrai risque n’est pas la difficulté, c’est l’oubli. Les identifiants de modèles se cachent souvent dans des variables d’environnement, des fichiers de configuration anciens, des scripts internes ou des services tiers que plus personne ne regarde. Nous conseillons de faire un balayage complet du code et des secrets pour repérer chaque occurrence des deux anciens noms, y compris dans les workers, les tâches planifiées et les notebooks de data. Un appel oublié dans un pipeline nocturne se remarque toujours au plus mauvais moment, et une coupure sèche transforme cet oubli en panne silencieuse plutôt qu’en simple avertissement.

Le choix entre les deux cibles n’est pas neutre. V4-Pro totalise 1,6 T de paramètres pour 49 milliards actifs, quand V4-Flash reste à 284 milliards au total pour 13 milliards actifs. Les deux offrent par défaut un contexte d’un million de tokens, grâce à une nouvelle architecture d’attention creuse compressée. Flash est le remplaçant naturel des anciens appels, puisque c’est déjà lui qui sert derrière les alias, tandis que Pro vise les charges qui demandent plus de capacité de raisonnement. À côté, un autre gros modèle ouvert chinois comme Kimi K3 illustre bien que le choix d’un backend open-weight se joue désormais sur ce compromis entre taille active et coût.

D’autres articles sur Horizon

• Cols blancs : l’ONU alerte sur les agents IA
• GPT-5.6 déjoue son confinement et pirate Hugging Face
• La modération IA de Meta frôle 90 %, ses employés freinent

Pour DeepSeek, un ménage qui en dit long sur l’open-weight

Ce retrait ressemble à une opération de maintenance, mais il en dit long sur la stratégie. En forçant tout le monde sur les noms V4, DeepSeek simplifie sa gamme et met en avant une famille entièrement open-weight sous licence MIT. Le message envoyé aux équipes techniques est clair: la génération précédente est close, l’avenir se joue sur DeepSeek V4, et il vaut mieux construire directement sur les identifiants qui vont durer.

Cette clarté arrive dans un marché où les modèles ouverts chinois se bousculent. La bataille se joue autant sur les poids libres que sur la capacité à servir ces modèles à grande échelle, et les tensions y sont réelles sur tout le front des modèles ouverts chinois. Un fournisseur qui garde une gamme lisible et des identifiants stables réduit la friction d’adoption, ce qui compte beaucoup quand un développeur choisit sur quel modèle bâtir pour les deux prochaines années. Chaque migration forcée est aussi un point de bascule: c’est le moment où une équipe se demande si elle reste sur le même fournisseur ou si elle teste un concurrent, et une transition bien balisée fait pencher la balance du bon côté.

Reste la question de la taille, devenue un argument commercial à part entière. Face à la course au plus gros modèle ouvert menée par Alibaba avec Qwen, DeepSeek joue une carte différente avec son attention creuse compressée, qui vise à garder un contexte massif sans exploser le coût par appel. Le retrait des anciens noms n’est qu’une étape administrative, mais il confirme que DeepSeek veut être jugé sur sa génération actuelle, pas sur ses alias hérités.

Affaire à suivre sur Horizon.