DeepSeek V4 Pro vers V4.1 Flash : préparer le 14 septembre

DeepSeek prévoit d’arrêter V4 Pro le 14 septembre 2026 à 12 h, heure de Pékin, soit 04 h UTC ou 07 h à Moscou. Un avis de la plateforme officielle, accessible après connexion, annonce la redirection des requêtes V4 Pro vers V4.1 Flash, aux tarifs de V4.1 Flash.

Pour l’API officielle, le plan redirige les requêtes existantes. Cette annonce n’impose pas à elle seule de remplacer en urgence deepseek-v4-pro partout. Mais un autre modèle répondra derrière l’ancien nom. Testez vos tâches avant le changement et préparez un secours qui ne dépend pas de ce nom.

Un autre avis prévoit une modification des prix Flash le 10 septembre à 12 h, heure de Pékin. C’est un événement distinct : l’avis Pro vérifié le 10 septembre indique le 14 septembre. Ce guide prépare le changement annoncé ; il ne prétend pas que la migration a déjà eu lieu.

Identifier le fournisseur qui reçoit les requêtes

Connexion	Vérifications
API DeepSeek directe	Avis du compte, date de bascule de Pro et tarifs actuels du remplaçant
API tierce, dont BetterToken	Son catalogue, Model ID, calendrier, routage et prix ; l’annonce de DeepSeek ne fixe pas les conditions d’un revendeur
Agent de programmation avec un fournisseur sélectionné	Base URL réelle et Model ID envoyé, séparément pour l’agent principal et les tâches auxiliaires

Le nom d’un menu ne révèle pas tout le routage. Dialogue principal, sous-tâches et secours peuvent avoir des modèles distincts. Vérifiez les réglages du projet autant que les réglages globaux.

Dressez un inventaire court : application, fournisseur, protocole, Model ID actuel, emplacement de configuration et responsable de la vérification. N’y copiez pas de clés API.

Dans un projet local équipé de ripgrep, cette commande ne liste que les noms des fichiers mentionnant directement Pro :

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

Lancez-la depuis le répertoire du projet. Aucun résultat ne prouve pas l’absence de dépendance : examinez aussi les variables CI, paramètres des services hébergés et alias des clients. La commande ne modifie rien et ne teste pas l’API.

Faut-il un nouveau Model ID ?

L’avis officiel Pro prévoit une redirection. Ne devinez pas le nom du remplaçant et ne considérez pas la suppression du suffixe d’un identifiant temporaire comme une migration. Pour choisir explicitement V4.1 Flash, copiez un identifiant disponible du catalogue actuel de votre fournisseur réel et testez-le dans un profil client séparé.

L’identifiant temporaire deepseek-v4.1-flash-expires-on-0910 est une autre entrée. Son expiration n’est pas la date d’arrêt de Pro ; un ancien profil d’essai n’est pas automatiquement un remplacement permanent.

Vérifiez aussi les noms implicites. Le guide Anthropic API de DeepSeek actuel associe les préfixes claude-opus à Pro, et claude-haiku ou claude-sonnet à Flash. Les noms non pris en charge basculent, selon la documentation, vers deepseek-v4-flash. Une réponse réussie après une faute de frappe ne confirme donc pas le modèle voulu. Ces règles concernent l’adaptateur officiel DeepSeek, pas nécessairement les autres fournisseurs.

Après le changement, comparez identifiant envoyé, trace du fournisseur et correspondance déclarée des modèles. Ni l’autodescription du modèle ni un champ de réponse model isolé ne prouve indépendamment quels poids ont traité la requête.

Garder le protocole et tester des tâches complètes

La Base URL officielle compatible Anthropic de DeepSeek est https://api.deepseek.com/anthropic. Ne la mettez pas dans un client Chat Completions au seul motif que le modèle change. Les tiers ont leurs propres adresses et règles d’authentification.

Conservez d’abord le protocole fonctionnel. Copiez les réglages dans un profil de test, changez uniquement pour un modèle dont la disponibilité est confirmée et envoyez une courte requête. S’il n’est pas encore au catalogue, préparez tests et secours sans annoncer une compatibilité vérifiée.

HTTP 200 et une réponse textuelle confirment seulement cette requête. Un agent opérationnel demande des contrôles sur ses tâches habituelles :

Scénario	Signal d’acceptation observable
Correctif	Le test initial échoue avant et passe après, sans casser les contrôles connexes
Appel d’outil	Nom et arguments corrects, résultat de l’outil bien traité et réponse achevée après son retour
Streaming	Flux reçu et terminé ; résultat final et consommation traités sans erreur d’analyse
Longue conversation	Contraintes et faits antérieurs nécessaires conservés
Limitation de débit ou erreur temporaire	Tentatives et durée totale bornées, sans action externe supplémentaire lors d’une répétition

Utilisez des données de test ou désactivez l’envoi réel pour les e-mails, CRM et autres opérations externes. Des arguments corrects ne prouvent pas qu’une répétition est sûre.

Vérifiez les commandes de raisonnement propres au protocole. L’adaptateur Anthropic officiel de DeepSeek ignore par exemple thinking.budget_tokens et n’accepte que effort dans output_config. Un champ conservé dans la configuration ne garantit pas l’ancien budget. Voir la correspondance du mode de raisonnement.

Ce sont des critères d’acceptation pour votre environnement, pas l’affirmation que V4.1 Flash les respecte dans chaque client. Pour un inventaire et des contrôles de bascule plus complets, consultez l’audit de migration d’API IA.

Contrôler la facture séparément de la qualité

L’avis applique la facturation V4.1 Flash aux requêtes Pro redirigées. Il ne fixe pas les prix des tiers et ne promet pas la même consommation de tokens pour une tâche identique.

Notez heure du test, fournisseur, identifiant envoyé, tokens d’entrée et de sortie, détails de cache disponibles et montant final. Rapprochez-les du tarif applicable chez ce fournisseur à cet instant. Si les prix distinguent heures pleines et creuses, utilisez la bonne plage. Revérifiez les prix API officiels après les changements plutôt que de réutiliser un ancien tarif Pro.

Pour BetterToken, consultez ces champs dans le Dashboard et la disponibilité des modèles ainsi que leurs prix dans le catalogue BetterToken. Cela vérifie votre connexion ; cela n’établit pas une bascule simultanée avec l’API officielle.

Incluez les échecs dans le coût par tâche acceptée. Des tokens moins chers peuvent accompagner davantage de requêtes ou des réponses plus longues.

Un secours qui reste valable après l’arrêt de Pro

Revenir à deepseek-v4-pro après la redirection annoncée ne rétablira pas Pro-0813. Si les profils principal et de secours utilisent le même nom sur l’API officielle, tous deux peuvent aboutir à V4.1 Flash.

Choisissez un autre Model ID disponible ou un autre service, confirmez son modèle réel et testez une tâche critique à l’avance. Si le secours échoue à l’acceptation, gardez le processus sous contrôle humain ou suspendez-le ; un remplacement non vérifié n’est pas un retour arrière prêt à l’emploi.

Avant la bascule, le responsable doit disposer des résultats de test, d’un secours vérifié et de conditions d’arrêt : mauvais appels d’outils, streaming défaillant ou coût dépassant sa propre limite. Après l’heure annoncée, relancez une petite tâche témoin et vérifiez le routage dans l’avis actuel du fournisseur avant d’augmenter la charge.