API Kling 3.0 Turbo : tarification, identifiants de modèle, nouvelles exigences de clé et faits de lancement

Kling 3.0 Turbo est une route de modèle vidéo Kling officielle nouvellement lancée pour une génération vidéo court format plus rapide. Pour les développeurs et les équipes produit, le lancement compte car il crée un chemin prêt pour la production avec des options 720p et 1080p explicites, des sorties de 3 à 15 secondes, des identifiants de modèle pour le texte-vers-vidéo et l'image-vers-vidéo première image, ainsi qu'une exigence de nouvelle clé pour les utilisateurs directs de la Kling Open Platform.

Réponse rapide

Kling 3.0 Turbo est la nouvelle route officielle à utiliser pour la génération vidéo Kling court format. Elle prend en charge la sortie 720p/1080p, les clips de 3 à 15 secondes, le texte-vers-vidéo, l'image-vers-vidéo première image, la tarification à la seconde et la livraison asynchrone via EvoLink.

Sur EvoLink, les deux identifiants de route à prévoir sont :

• kling-v3-turbo-text-to-video
• kling-v3-turbo-image-to-video

Certains supports de préchauffage précoces utilisaient l'étiquette « Kling 3.0 Fast ». Traitez-la uniquement comme un alias historique pour la recherche et le support, et non comme le nom du modèle à présenter sur les surfaces produit.

Tableau des faits confirmés

Pourquoi ce guide est écrit pour les développeurs

L'intention de recherche est plus large qu'une note de lancement. Les utilisateurs ne demandent pas seulement « qu'est-ce que Kling 3.0 Turbo ? ». Ils cherchent à résoudre plusieurs problèmes liés à la fois :

• Quel identifiant de modèle mon application doit-elle appeler ?
• Quel budget prévoir pour le 720p et le 1080p ?
• Les anciennes clés API Kling fonctionnent-elles ?
• Dois-je migrer depuis Kling 3.0 standard ?
• Dois-je choisir Turbo ou O3 ?

Cela signifie que le guide doit répondre rapidement à la question centrale, couvrir les sous-intentions commerciales et d'implémentation, et orienter les utilisateurs vers la bonne page modèle EvoLink, la page de famille, l'article de comparaison ou la documentation technique.

Carte de décision pour développeurs

Utilisez cet article comme une carte de routage et de déploiement, pas seulement comme une annonce de modèle. Un développeur arrivant depuis la recherche a généralement besoin de transformer le nom du modèle en une décision produit concrète.

L'entonnoir pratique est : confirmer la route, exécuter un petit lot en staging, estimer le coût de la sortie acceptée, décider si Turbo est la route par défaut ou une route optionnelle, puis l'exposer derrière des contrôles produit.

Identifiants de modèle et routes

Kling 3.0 Turbo dispose de deux routes EvoLink pratiques. Utilisez la route texte quand le workflow part d'un prompt. Utilisez la route image quand le workflow part d'une première image fixe.

Les deux routes utilisent un schéma de tâche asynchrone. Votre application doit soumettre la tâche, stocker l'identifiant de tâche renvoyé, interroger ou suivre le statut de la tâche, et enregistrer le résultat avant l'expiration des liens temporaires. Pour les champs de requête exacts et les règles de paramètres actuelles, utilisez la référence de l'API EvoLink comme source de vérité.

Planifier les paramètres avant de coder

Ne commencez pas par copier un exemple de requête en production. Commencez par décider quels paramètres sont des contrôles produit, lesquels sont des valeurs par défaut internes, et lesquels doivent rester cachés jusqu'à ce que le workflow se révèle stable.

Cela garde l'article utile pour les développeurs sans en faire un remplacement de la documentation de référence de l'API. La référence de l'API reste la source de vérité pour les champs exacts, la validation et les limites actuelles.

Schéma de production asynchrone

La génération vidéo ne doit pas être traitée comme un redimensionnement d'image synchrone ou une courte complétion de texte. Le schéma de production le plus sûr est un workflow asynchrone adossé à une file d'attente :

C'est aussi là que la surface d'API unifiée d'EvoLink compte. Si une équipe route plus tard une partie du trafic vers Kling 3.0, O3, Seedance ou un autre modèle vidéo, le cycle de vie des tâches autour peut rester stable pendant que la décision de route change.

Analyse approfondie de la tarification

Pour la planification de production, le prix à la seconde n'est que la première couche. La métrique la plus utile est le coût par clip accepté, car la génération vidéo implique généralement des relances, des variantes rejetées, des tests de prompts et une revue QA.

Exemple de planification des coûts

Utilisez ce tableau comme un schéma de planification, pas comme un devis permanent. Vérifiez toujours le tableau de bord EvoLink en direct avant d'engager une tarification dans un produit destiné aux clients.

Le chemin le moins cher n'est pas toujours le prix de liste le plus bas. Si une route produit plus de clips rejetés, le coût de la sortie acceptée peut être plus élevé qu'une route au prix unitaire plus élevé mais mieux adaptée au workflow.

Formule de budget de production

Pour une application réelle, estimez le coût à partir des sorties acceptées plutôt que des secondes générées brutes :

monthly cost =
  requests per month
  x average generated seconds
  x quality multiplier or per-second price
  x variants per accepted output
  x retry overhead

Comparez ensuite cette estimation à la valeur utilisateur de la sortie finale. Un outil créatif qui laisse les utilisateurs générer dix variantes à faible enjeu a un profil de budget différent d'un pipeline automatisé de vidéo produit où chaque sortie acceptée est publiée.

C'est pourquoi la question business utile n'est pas « Turbo est-il bon marché ? ». La question utile est « Turbo réduit-il le coût de la sortie acceptée pour ce workflow tout en gardant une qualité suffisamment élevée ? ».

Forme de requête pour le texte-vers-vidéo

La forme de requête ci-dessous est un exemple de planification simplifié pour les développeurs. Traitez la référence technique de l'API comme la source de vérité pour les champs requis et le comportement des paramètres actuels.

curl --request POST \
  --url https://api.evolink.ai/v1/videos/generations \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --header 'Content-Type: application/json' \
  --data '{
    "model": "kling-v3-turbo-text-to-video",
    "prompt": "shot 1, 3, a clean product close-up on a white studio table; shot 2, 2, the camera pushes in as the product lights turn on",
    "duration": 5,
    "aspect_ratio": "16:9",
    "quality": "720p"
  }'

Kling 3.0 Turbo prend en charge un format de prompt multi-plans pour le texte-vers-vidéo. Le format pratique est :

shot n, m, words; shot n, m, words;

Forme de requête pour l'image-vers-vidéo

Utilisez la route image quand l'élément d'entrée doit définir la première image, le sujet ou la composition.

curl --request POST \
  --url https://api.evolink.ai/v1/videos/generations \
  --header 'Authorization: Bearer YOUR_API_KEY' \
  --header 'Content-Type: application/json' \
  --data '{
    "model": "kling-v3-turbo-image-to-video",
    "prompt": "The product rotates slowly while soft studio light sweeps across the surface",
    "image_start": "https://example.com/product-frame.jpg",
    "duration": 5,
    "quality": "720p"
  }'

Erreurs d'implémentation courantes

La plupart des problèmes de production ne sont pas causés par le seul nom du modèle. Ils viennent d'hypothèses de route, de dérive d'identifiants, d'un état asynchrone manquant ou de contrôles de coût ajoutés trop tard.

Note de nommage : utilisez Kling 3.0 Turbo comme nom officiel du modèle

Checklist de lancement recommandée :

• utiliser « Kling 3.0 Turbo » dans les pages produit, les sélecteurs de modèles et les références tarifaires
• garder une courte explication d'alias pour les utilisateurs qui cherchent l'étiquette de préchauffage précoce
• mettre à jour les tableaux de comparaison internes avec Turbo comme nom de route
• mettre à jour les textes tarifaires et les captures d'écran
• mettre à jour les macros de support et les entrées de FAQ
• garder les références techniques de l'API comme source de vérité pour les champs de requête et les paramètres

Nouvelle exigence de clé API

La note de lancement de Kling indique que les clés Open Platform nouvellement générées couvrent Kling 3.0 Turbo et les modèles ultérieurs, tandis que les clés héritées restent utilisables mais ne prennent pas en charge Turbo ni les nouveaux modèles ultérieurs.

Pour les utilisateurs directs de la Kling Open Platform, c'est un véritable risque de migration. Les appels peuvent échouer si l'étiquette produit est mise à jour mais pas le chemin d'identifiants. Pour les utilisateurs d'EvoLink, la question opérationnelle est plus simple : créer ou utiliser le flux de clé API EvoLink actuel et vérifier l'accès aux modèles dans le tableau de bord.

Les équipes de production devraient vérifier :

• si l'application utilise une clé Kling directe ou une clé EvoLink
• si un environnement de staging peut appeler Turbo avant le déploiement en production
• si la rotation des clés est documentée
• si les équipes de support savent que les clés Kling héritées ne couvrent pas Turbo
• si les échecs sont remontés clairement dans les logs et les tableaux de bord

Plan de migration pour les workflows Kling existants

Si votre produit utilise déjà Kling 3.0 ou une intégration Kling directe, ne basculez pas tous les workflows visibles par l'utilisateur d'un coup. Traitez Turbo comme une nouvelle route qui a besoin de sa propre référence de QA.

C'est particulièrement important pour les équipes qui ont déjà réglé leurs prompts autour de Kling 3.0 standard. Turbo peut être le meilleur choix par défaut pour de nombreuses tâches court format, mais il ne devrait pas changer silencieusement le comportement de workflows matures sans revue.

Quand choisir Kling 3.0 Turbo

Turbo vs Kling 3.0 vs O3

Turbo n'efface pas le reste de la famille Kling. Il ajoute une route court format plus rapide qui doit se placer aux côtés de V3 standard et d'O3 dans votre politique de routage.

Pourquoi utiliser EvoLink plutôt qu'une intégration directe ponctuelle ?

L'accès direct au fournisseur peut convenir quand une équipe n'a besoin que d'un seul modèle et ne se soucie pas du fallback, de la facturation unifiée ou de la comparaison de routes. Cela devient plus difficile quand le produit doit comparer Kling 3.0 Turbo à Kling 3.0, O3 et des modèles vidéo non-Kling.

Avec EvoLink, le bénéfice d'implémentation est opérationnel :

• une seule clé API pour plusieurs routes de modèles
• un seul schéma de tâche asynchrone à travers les modèles vidéo
• une seule surface de facturation pour la revue des coûts
• la sélection de modèle au niveau de la route sans réécrire l'application
• une migration plus facile quand une route plus rapide ou moins chère devient le meilleur choix par défaut
• la comparaison de familles de modèles dans un seul compte

Métriques de surveillance après le lancement

Après l'ajout de Kling 3.0 Turbo, la question du tableau de bord doit passer de « La route peut-elle s'exécuter ? » à « Cette route améliore-t-elle le produit ? ».

Ces métriques rendent la page utile au-delà de la semaine de lancement. Elles créent aussi la boucle de rétroaction pour les améliorations pilotées par GSC : si les utilisateurs continuent de chercher la tarification, les identifiants de modèle, les erreurs de clé ou les comparaisons O3, chaque requête correspond à une décision produit mesurable.

Checklist de déploiement en production

Utilisez cette checklist avant d'exposer Kling 3.0 Turbo aux utilisateurs.

FAQ

Dois-je utiliser le nom Kling 3.0 Fast quelque part ?

Utilisez Kling 3.0 Turbo comme nom officiel du produit et de la route. Ne gardez « Kling 3.0 Fast » que comme un court alias historique dans la FAQ ou les textes de support, pour les utilisateurs qui ont vu les supports de préchauffage précoces.

Quels sont les identifiants de modèle EvoLink pour Kling 3.0 Turbo ?

Combien coûte Kling 3.0 Turbo ?

Kling 3.0 Turbo prend-il en charge la 4K ?

Quelle durée peuvent avoir les vidéos Kling 3.0 Turbo ?

L'image-vers-vidéo utilise-t-elle aspect_ratio ?

Les utilisateurs directs de l'API Kling ont-ils besoin d'une nouvelle clé ?

Oui. La note de lancement de Kling indique que les nouvelles clés API Open Platform couvrent 3.0 Turbo et les modèles ultérieurs, tandis que les clés héritées restent utilisables mais ne prennent pas en charge Turbo ni les nouveaux modèles ultérieurs. Les utilisateurs d'EvoLink devraient utiliser leur clé EvoLink pour un accès routé.

Turbo remplace-t-il Kling 3.0 standard ?

Non. Traitez Turbo comme une route court format plus rapide, pas un remplacement universel. Gardez Kling 3.0 standard disponible quand les prompts ou les seuils de QA ont été réglés autour de la route V3.

Quelle route Kling comparer ensuite ?

Sources

• Référence API texte-vers-vidéo EvoLink Kling 3.0 Turbo
• Référence API image-vers-vidéo EvoLink Kling 3.0 Turbo
• Spécification temporaire de l'API domestique Kling pour la note de nommage Turbo du 2026-06-16 et la mise à jour de durée du 2026-06-17
• Spécification temporaire de l'API internationale Kling pour le endpoint et la forme des paramètres texte-vers-vidéo