Modèles officiels et tarifs de référence actuels
La page officielle DeepSeek indique actuellementdeepseek-flash, servi par DeepSeek-V4.1-Flash-1017, et deepseek-v4-pro, servi par DeepSeek-V4-Pro-0813. Elle précise que sa propre API accepte encore les anciens noms deepseek-v4-flash et deepseek-v4-flash-vision-exp, mais que leurs modèles d’origine ont été retirés : les requêtes sont servies et facturées avec la nouvelle version Flash.
Ces valeurs sont les tarifs de référence de DeepSeek en accès direct, en USD par million de tokens. Ce ne sont pas les prix effectifs Rock API.
Les heures pleines officielles sont 01:00–04:00 et 06:00–10:00 UTC, du lundi au vendredi, hors jours fériés chinois. Les autres heures, les week-ends et ces jours fériés sont creux. Revérifiez la source avant de planifier ; cette page ne détermine pas la date d’entrée en vigueur d’anciens prix.
Ce que publie Rock API
L’interface tarifaire publique sans authentification listedeepseek-v4-pro et deepseek-v4-flash avec une facturation dynamique tiered_expr et le type d’interface openai. Elle expose plusieurs coefficients de groupe, notamment 0.7x: 0.7, 0.8x: 0.8 et 0.9x: 0.9.
Des différences importantes existent avec la page actuelle du fournisseur direct :
- L’expression publique de
deepseek-v4-flashcontient les coefficients entrée/sortie/lecture du cache0.44 / 1.32 / 0.014en heures pleines et0.22 / 0.66 / 0.007en heures creuses, différents des tarifs Flash officiels actuels ci-dessus. - Les expressions de ces deux identifiants Rock API vérifient les créneaux horaires UTC sans condition de jour ouvré ni de jour férié chinois.
- Un ancien nom dans un catalogue tiers ne prouve pas qu’il pointe vers la même version que sur l’API DeepSeek.
Rapprocher le coût réel du groupe choisi
Utilisez le catalogue en direct et le guide de facturation pour contrôler unité, devise, catégories normalisées, groupe et palier dynamique. Un coefficient de 0,7 s’applique à la base configurée si ce groupe sert réellement la requête ; il ne garantit pas une remise universelle sur le tarif amont courant. Ne l’appliquez pas deux fois à un prix effectif. Le paiement de recharge est distinct de la consommation API. Pour une tâche terminée, vérifiez règle enregistrée, palier atteint, groupe et montant réglé. La configuration actuelle ne reconstitue pas une facture historique ; une réservation temporaire n’est pas le montant final.Intégrer et planifier après validation
- Confirmez modèle exact, version servie lorsqu’elle est précisée, accès du compte/groupe et paramètres compatibles.
- Configurez la clé avec l’authentification, puis envoyez une petite requête facturable avec le démarrage rapide.
- Testez qualité, arguments d’outils et schémas compatibles, latence, erreurs et relevés d’utilisation. Les fonctions natives ne traversent pas automatiquement toute interface tierce.
- Pour les files d’attente, vérifiez règle horaire et frontières réelles de la route ; notez heures UTC, relances et paliers. Ne retardez que les tâches qui peuvent attendre.
- Comparez le coût par résultat accepté avant d’étendre le trafic.
