DeepSeek V4 Pro continue après le 14 septembre : maintien de la tarification et vérification de l'API

L’essentiel selon la documentation actuelle au 17 septembre 2026 Dans les sections actuelles du Quick Start et des tarifs, DeepSeek confirme que le service d’API pour DeepSeek V4 Pro continue de fonctionner après le 14 septembre 2026, avec le maintien de son mode de facturation antérieur. Alors que l’annonce datée du 10 septembre mentionnait un plan initial prévoyant de router les appels deepseek-v4-pro vers V4.1 Flash aux tarifs de Flash, les sections de référence actives de la plateforme rendent toute migration forcée inutile.

Pour la maintenance de vos intégrations, fiez-vous à la documentation actuelle du service et de la tarification. Nous nous appuyons sur les spécifications officielles publiées et ne revendiquons aucune vérification indépendante des poids du modèle côté serveur ni aucun audit de facturation au moment de l’exécution. Dans ce contexte, il n’est pas nécessaire de basculer en urgence vos configurations stables fonctionnant sous V4 Pro : il suffit de vérifier les paramètres de votre client, la passerelle utilisée et les déductions régulières de facturation.

Identifiez d’abord quelle API reçoit vos requêtes

Les différentes couches d’intégration réagissent différemment aux changements de plateforme. Avant d’apporter des modifications au code ou à la configuration, déterminez précisément où vos requêtes sont acheminées :

Connexion	Ce qu’il faut vérifier
API directe DeepSeek	État du compte, sections actuelles de la documentation et déductions réelles de facturation dans votre console
Fournisseur d’API tiers (y compris BetterToken)	Le propre catalogue de modèles du fournisseur, les Model ID actifs, les conditions de facturation et les règles de routage annoncées ; les règles officielles de DeepSeek ne s’appliquent pas automatiquement aux passerelles tierces
Agent de code (Cursor, Cline, Aider, etc.)	L’URL de base (Base URL) et le Model ID réels dans les paramètres du profil, vérifiés séparément pour le contexte interactif et les tâches en arrière-plan

Comme les paramètres de modèle sont fréquemment redéfinis sur plusieurs niveaux de configuration, inspectez l’URL de base (Base URL) et le Model ID réels envoyés par votre client.

Pour localiser rapidement les références à l’identifiant deepseek-v4-pro dans votre codebase locale, lancez une recherche avec ripgrep :

rg -l --hidden -g '!.git' -g '!node_modules' -g '!.venv' \
  'deepseek-v4-pro' .

Exécutez cette commande depuis la racine du projet. Elle ne modifie aucun fichier et ne nécessite aucun accès réseau. L’absence de correspondance ne garantit pas l’absence de dépendances : le nom du modèle a pu être défini dans des variables CI/CD, des configurations de passerelle cloud ou des alias de clients locaux. N’incluez pas de clés d’API dans vos listes de contrôle de vérification.

Identifiants de modèle et règles de routage

Comprendre comment le service associe les noms de modèles évite les conclusions erronées lors des vérifications.

Au 17 septembre 2026, dans la grille tarifaire officielle de DeepSeek, l’identifiant deepseek-v4-pro est attribué à la version DeepSeek-V4-Pro-0813. Dans le même temps, les alias obsolètes deepseek-v4-flash et deepseek-v4-flash-vision-exp ont été transférés vers le modèle DeepSeek-V4.1-Flash (Model ID actuel : deepseek-flash) avec une facturation calculée selon les tarifs de Flash. Il s’agit de deux règles indépendantes : la migration des anciens alias Flash n’entraîne pas de changement automatique de statut pour V4 Pro.

Les interfaces compatibles requièrent une attention particulière. Selon le guide de l’API Anthropic de DeepSeek, les règles de correspondance des modèles sur le point de terminaison officiel fonctionnent comme suit :

• Les noms de modèles commençant par claude-opus sont associés à deepseek-v4-pro et facturés aux tarifs de V4 Pro ;
• Les noms de modèles commençant par claude-haiku ou claude-sonnet sont associés à deepseek-flash ;
• Tout nom de modèle non pris en charge est automatiquement redirigé par le backend officiel de DeepSeek vers deepseek-flash.

Ces règles de routage s’appliquent strictement à la passerelle officielle de DeepSeek (https://api.deepseek.com/anthropic) et ne sont pas transférées automatiquement aux plateformes tierces.

De plus, le champ model renvoyé dans une réponse d’API ou le texte d’auto-identification généré par le modèle ne constituent pas une preuve indépendante des poids réels exécutés côté serveur.

Vérifier la stabilité des charges de travail face à une documentation contradictoire

Lorsque la documentation présente des contradictions, des tests par scénario complètent les directives officielles et valident le comportement de votre client, bien qu’ils ne puissent pas prouver quels poids sont réellement exécutés côté serveur :

Scénario	Ce qu’il faut surveiller
Édition de code	La suite de tests échoue avant les modifications et réussit après ; la syntaxe et les modules adjacents restent intacts
Appel d’outils (tool calls)	Le nom de l’outil et les arguments correspondent au schéma attendu, tandis que le client traite proprement le résultat obtenu et rend le contrôle à la conversation
Streaming	Le client initialise et ferme proprement le flux, ne plante pas sur les fragments et analyse correctement l’utilisation finale (usage)
Contexte long	L’agent conserve systématiquement les instructions système et les faits clés issus des premières étapes du dialogue
Limites de débit et nouvelles tentatives	La logique de nouvelle tentative (retry) plafonne le nombre d’essais et évite de dupliquer des opérations externes (écritures en base de données, webhooks)

Si vous utilisez des modèles de raisonnement via le protocole compatible Anthropic, vérifiez vos paramètres de réflexion. Dans l’adaptateur de DeepSeek, le paramètre thinking.budget_tokens est ignoré, tandis qu’effort au sein du bloc output_config est pris en compte. Les paramètres et leurs correspondances sont décrits en détail dans le guide du mode Thinking.

Suivi des dépenses et contrôle de la facturation

Puisque la documentation officielle actuelle maintient une facturation distincte pour V4 Pro, les appels à deepseek-v4-pro (y compris les requêtes avec un préfixe claude-opus via le point de terminaison Anthropic) ne peuvent pas être calculés aux tarifs réduits de Flash. Les paramètres financiers de votre intégration doivent être suivis séparément du bon fonctionnement technique.

Pour les requêtes de test et de contrôle, enregistrez :

1. L’horodatage exact de l’appel et le point de terminaison (endpoint) utilisé ;
2. Le Model ID soumis ;
3. Les totaux de jetons d’entrée, de sortie et mis en cache ;
4. La déduction finale sur votre solde.

Comparez les montants obtenus avec la grille tarifaire actuelle de DeepSeek. En cas d’utilisation de BetterToken, les statistiques de consommation de jetons peuvent être consultées dans l’Espace de travail Workspace et les tarifs actifs dans le catalogue BetterToken. Les données de BetterToken reflètent les paramètres propres à votre intégration avec ce fournisseur, mais ne constituent pas une preuve du routage interne de l’API directe de DeepSeek.

Prenez en compte la fréquence des nouvelles tentatives dans vos prévisions de coûts. Même si le coût unitaire par jeton est inférieur, la dépense totale pour mener à bien une tâche peut augmenter si l’agent requiert davantage de cycles d’itération.

Stratégie de secours : pourquoi il ne faut pas se fier aux alias implicites

Un plan de repli (fallback) fiable ne doit pas reposer sur des alias non documentés ou sur l’hypothèse d’une redirection automatique.

Si votre profil de secours dans la configuration se contente de dupliquer deepseek-v4-pro, tout changement de politique de passerelle entraînera un comportement identique sur les deux profils. En guise de secours, choisissez un Model ID explicitement documenté ou un fournisseur alternatif éprouvé.

N’entamez pas de remplacement préventif des identifiants fonctionnels en production tant que la solution de repli n’a pas validé les tests de base relatifs aux appels d’outils, à la gestion du streaming et à la prévisibilité de la facturation. Si un modèle alternatif ne répond pas aux critères opérationnels, il est plus sûr de restreindre temporairement l’exécution automatisée des charges de travail critiques que de basculer vers une configuration non vérifiée.

Prochaines étapes

Inspectez les valeurs réelles de Model ID et de Base URL dans les paramètres de votre client ou dans les journaux de requêtes sortantes. Si votre intégration actuelle avec l’API officielle de DeepSeek est configurée pour deepseek-v4-pro et prend en charge vos charges de travail de manière stable, il n’est pas nécessaire de la basculer de force : le service continue de fonctionner selon ses conditions de facturation existantes.

Si vous passez par BetterToken, vérifiez les paramètres dans le catalogue de modèles actif pour confirmer la disponibilité de l’identifiant souhaité ainsi que les règles de facturation en vigueur. Pour vous assurer de l’exactitude des calculs, effectuez une requête de test ciblée et comparez les statistiques de consommation de jetons avec les déductions sur votre solde dans l’Espace de travail Workspace.