Skip to main content
GET
Utilisez cette famille d’endpoint après avoir créé une tâche Kling. C’est l’étape de polling courante pour les tâches média asynchrones de Kling.

​
Ce qu’il faut vérifier d’abord

  • code, message et request_id pour l’accusé de réception de la requête
  • data.task_status pour l’état de la tâche, comme submitted, processing, succeed ou failed
  • data.task_result.videos[0].url lorsque la tâche réussit
  • data.task_status_msg ou d’autres champs de détail renvoyés lorsqu’une tâche s’arrête prématurément

​
Modèle de polling

1

Créer la tâche depuis l’endpoint correspondant

Commencez par la page de création Kling adaptée à votre workflow, comme Text to Video ou Image to Video.
2

Interroger jusqu’à ce que la tâche soit terminée

Continuez à interroger avec l’id de tâche renvoyé jusqu’à ce que data.task_status atteigne succeed ou failed.
3

Passer à l’étape suivante du workflow

Utilisez directement la sortie finale, ou passez à la page d’action spécifique au fournisseur suivante si votre workflow prend en charge les opérations enchaînées.

​
Paires de chemins courantes

Pour la référence complète des paramètres, consultez la documentation officielle de Kling.

Autorisations

​
Authorization
string
header
requis

Bearer token authentication. Use your CometAPI key.

Paramètres de chemin

​
action
string
requis

Resource type. One of: images, videos, audio.

​
action2
string
requis

Sub-action matching the resource type. For images: generations, kolors-virtual-try-on. For videos: text2video, image2video, lip-sync, effects, multi-image2video, multi-elements. For audio: text-to-audio, video-to-audio.

​
task_id
string
requis

Task ID

Réponse

200 - application/json

Current Kling task state.

​
code
integer
requis

Kling response code. 0 indicates the query was accepted.

​
message
string
requis

Kling response message.

​
request_id
string
requis

Identifier for this query request.

​
data
object
requis