Guide de tarification et d'intégration de l'API Kling 3 en 2026 : budgétisation, tâches asynchrones et modèles de production

• Les routes Kling 3.0 texte-vers-vidéo et Kling 3.0 image-vers-vidéo sont présentes
• Le catalogue indique une facturation à la seconde
• Le catalogue indique une plage facturable de 3 à 15 secondes
• Les références API publiques documentent la création de tâches asynchrones via POST /v1/videos/generations
• La consultation des tâches est documentée via GET /v1/tasks/{task_id}
• Les liens de sortie générés sont documentés comme limités dans le temps, les actifs doivent donc être sauvegardés rapidement

TL;DR

• Le catalogue actuel du dépôt indique Kling 3.0 à 0,075 $ par seconde sur EvoLink.
• Le même catalogue indique une durée facturable minimale de 3 secondes et une durée facturable maximale de 15 secondes.
• La référence API publique prend en charge la soumission de tâches texte-vers-vidéo et image-vers-vidéo.
• Le modèle de production le plus sûr est soumettre la tâche -> stocker l'identifiant de tâche -> interroger la tâche -> persister la sortie immédiatement.

Ce qui est vérifié actuellement

Le même instantané du catalogue indique :

• secondes facturables minimales : 3
• secondes facturables maximales : 15

Tableau rapide des coûts

Cette estimation est utile pour la planification, mais ce n'est pas le coût total de production. Les charges de travail réelles doivent aussi budgéter pour :

• les tâches échouées
• les tentatives de reprise
• les générations de test
• le stockage ou le post-traitement en dehors de la requête de génération elle-même

Quand Kling 3 est le bon choix

D'après les descriptions actuelles du dépôt, Kling 3 est un excellent choix quand vous avez besoin de :

• une plage de clips de 3 à 15 secondes
• à la fois texte-vers-vidéo et image-vers-vidéo
• la prise en charge de modèles mono-plan et multi-plans
• une route programmable adaptée à l'orchestration backend par tâches

La route image-vers-vidéo est particulièrement utile si votre flux de travail commence par une première image verrouillée, une image de fin ou un actif de contrôle de scène plutôt qu'un simple prompt.

Comment fonctionne le flux d'intégration

Les références API publiques actuelles de ce dépôt documentent un flux standard basé sur les tâches :

1. POST /v1/videos/generations pour créer la tâche de génération
2. stocker le task_id retourné
3. GET /v1/tasks/{task_id} pour interroger la progression et le résultat
4. sauvegarder l'actif final avant que le lien retourné n'expire

Exemple de requête

curl https://api.evolink.ai/v1/videos/generations \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "kling-v3-text-to-video",
    "prompt": "A cat running on a grass field under bright sunshine",
    "duration": 5,
    "aspect_ratio": "16:9",
    "quality": "720p"
  }'

Conseils de production plus importants que l'exemple de code

1. Traitez l'identifiant de tâche comme un objet de première classe

Ne traitez pas la requête de création comme jetable. Persistez :

• task_id
• le payload de requête normalisé
• les métadonnées utilisateur et de tâche
• les horodatages
• l'emplacement de sortie final

Si un webhook ou un worker d'interrogation échoue plus tard, cet identifiant de tâche est ce qui vous permet de récupérer l'état proprement.

2. Sauvegardez les actifs terminés immédiatement

Les références API publiques actuelles pour ces routes vidéo documentent les liens de sortie comme limités dans le temps. Cela signifie que votre pipeline doit dupliquer ou persister l'actif final rapidement au lieu de supposer que l'URL retournée est durable indéfiniment.

3. Commencez avec le clip le plus court acceptable

La facturation à la seconde fait des clips de test courts le moyen le plus simple de contrôler le gaspillage. Pour l'assurance qualité initiale :

• commencez avec 3s ou 5s
• utilisez 720p sauf si l'exigence produit nécessite vraiment plus
• ne passez à des durées plus longues qu'après que la qualité des prompts est stable

4. Séparez le test des prompts de la génération en production

Les prompts vidéo sont coûteux à itérer comparés aux prompts textuels. Un modèle utile est :

• un petit ensemble de test interne pour l'assurance qualité des prompts
• une étape d'approbation ou de garde-fou
• la soumission en production uniquement après que la structure du prompt est stable

Quand comparer Kling 3 avec une autre route

Ne forcez pas Kling 3 à être la réponse à chaque tâche vidéo.

Utilisez Kling 3 quand ses forces documentées correspondent à la tâche :

• clips courts guidés par prompt
• mouvement guidé par image à partir d'une première image contrôlée
• structures multi-plans où vous voulez une orchestration basée sur les tâches

Si votre flux de travail dépend de l'ensemble de fonctionnalités natives d'un autre fournisseur, de préréglages de durée fixe ou d'une forme de facturation différente, comparez les routes en fonction de la tâche réelle plutôt que de la préférence de marque.

Liste de vérification pré-lancement

• Vérifiez le prix en direct actuel sur la page de route avant de publier un devis.
• Confirmez si votre flux de travail nécessite du texte-vers-vidéo ou de l'image-vers-vidéo.
• Persistez le task_id pour chaque tâche soumise.
• Sauvegardez les sorties avant que les liens temporaires n'expirent.
• Ajoutez la gestion des tentatives de reprise et des échecs autour de l'interrogation des tâches.
• Testez la facturation avec votre distribution réelle de durées de clips.

FAQ

Quel est le prix actuel de l'API Kling 3 sur EvoLink ?

Quelle plage de durée est documentée pour Kling 3 ?

Kling 3 prend-il en charge à la fois le texte-vers-vidéo et l'image-vers-vidéo ?

Kling 3 est-il synchrone ou asynchrone ?

Quel point d'accès est utilisé pour créer une tâche vidéo Kling 3 ?

Quel est le modèle de production le plus sûr pour l'intégration de Kling 3 ?