Vídeo
Kling 3.0 Turbo
POST
Kling 3.0 Turbo
Los parámetros y la forma de uso están alineados con los oficiales. Para los parámetros detallados, consulte directamente la documentación oficial.
Campos de la solicitud:
Si la creación se realiza correctamente, se devuelve el ID de tarea:
Guarde
Utilice la misma API Key con la que creó la tarea. También puede utilizar
Cuando la tarea se completa correctamente, se devuelve:
El nivel de precio viene determinado únicamente por
Campos de la solicitud:
Si la creación se realiza correctamente, devuelve:
Al consultar mediante
Cuando la tarea se completa correctamente, la dirección del vídeo se encuentra en
Cuando
El nivel de precio viene determinado únicamente por
Códigos de estado habituales: 400/1200 (los parámetros o el tipo de contenido no son válidos; corríjalos según
1. Resumen
Este documento explica cómo utilizar las capacidades de texto a vídeo y de imagen a vídeo mediante el protocolo original de Kling 3.0 Turbo. Turbo utiliza el mismo protocolo original que el Kling 3.0 estándar; las estructuras de solicitud y respuesta son idénticas, y solo difieren en el alcance de las capacidades, los niveles de resolución y la facturación. Ambas capacidades utilizan un modo de tareas asíncronas:- Llame a la interfaz de creación correspondiente.
- Guarde el
data.idde la respuesta de creación. - Utilice la misma API Key con la que creó la tarea para consultar el estado de la tarea.
- Una vez que la tarea se completa correctamente, obtenga y guarde el vídeo generado desde
outputs.
1.1 Dirección de la API
La dirección completa en los ejemplos de este documento es
https://{api_domain} más la ruta de la interfaz de la tabla, donde {api_domain} es el dominio de API que usted utiliza. Turbo solo ofrece texto a vídeo e imagen a vídeo; no admite vídeo Omni ni control de movimiento.
1.2 Autenticación
Todas las solicitudes deben incluir una API Key. Las solicitudes POST también deben especificar el tipo de contenido JSON:1.3 Estructura de la respuesta
En la respuesta de creación,data es un objeto. Los campos habituales son id (el ID de tarea generado por el sistema de Kling, que se utiliza para consultas posteriores), external_id (el eco de options.external_task_id, que puede no devolverse si no se ha establecido) y status (el estado de la tarea después de la creación, normalmente submitted).
En la respuesta de consulta, data es una matriz. Cada tarea contiene id, external_id, status (submitted, processing, succeeded o failed), message, create_time, update_time y outputs. Los campos habituales de los resultados de vídeo en outputs son type, id, url, watermark_url y duration, donde url es la dirección de resultados sin marca de agua, watermark_url es la dirección de resultados con marca de agua y duration es la duración del vídeo (en segundos).
2. Texto a vídeo
2.1 Crear tarea
El vídeo de múltiples planos se implementa mediante un formato fijo en
prompt: “Plano n, m, words; Plano n, m, words;” (separados por símbolos de ancho medio). Donde n es el número de orden del plano (máximo 6, mínimo 1), m es la duración del plano (cada uno no menor que 1, y la suma de todas las duraciones de los planos es igual a la duración total del vídeo), y words es el prompt del plano (máximo 512 caracteres).
2.2 Ejemplo de creación
data.id. Si no se envía options.external_task_id, es posible que data.external_id no se devuelva.
2.3 Consultar tarea
external_task_ids para consultar el ID de tarea personalizado. En cada consulta debe rellenarse solo uno de task_ids o external_task_ids. Ambos admiten de 1 a 50 IDs separados por comas en inglés. En la respuesta, data es un array y conserva el orden de los IDs de la solicitud.
2.4 Ejemplo de consulta
status=processing indica que la tarea todavía está en ejecución; se recomienda consultar cada 10 a 30 segundos. status=failed indica que la tarea ha fallado y no debe seguir consultando. Cuando la tarea se completa correctamente, guarde rápidamente el archivo correspondiente a outputs[type=video].url; la dirección de descarga puede tener una validez limitada.
2.5 Facturación
settings.resolution (720p o 1080p). Si no se envía duration, la facturación se realiza por los 5 segundos predeterminados. Al crear la tarea, se cobra según la duración solicitada; si la creación de la tarea falla o la generación final falla, el cargo se reembolsa automáticamente. El precio unitario específico se rige por la página de precios del servicio que utilice.
3. Imagen a vídeo
3.1 Crear tarea
Las imágenes admiten
.jpg, .jpeg y .png. El archivo no debe superar los 50 MB, el ancho y la altura no deben ser inferiores a 300 píxeles, y la relación de aspecto debe estar entre 1:2.5 y 2.5:1. La función de imagen a vídeo solo admite el primer fotograma; por ahora no se admiten “primer fotograma + último fotograma” ni “solo último fotograma”. options.callback_url también se puede enviar; su uso es igual que en texto a vídeo. Los múltiples planos también se realizan mediante el formato fijo del prompt.
3.2 Ejemplo de creación
3.3 Consultar tarea
Consulte la tarea utilizandodata.id de la respuesta de creación:
task_ids, utilice la misma API Key con la que creó la tarea. También puede consultar el options.external_task_id enviado en la creación mediante external_task_ids. El parámetro de consulta admite de 1 a 50 IDs separados por comas en inglés.
3.4 Ejemplo de consulta
outputs[type=video].url:
status=processing, se recomienda seguir consultando cada 10 a 30 segundos; cuando status=failed, detenga las consultas y corrija los datos de entrada según el mensaje de error.
3.5 Facturación
settings.resolution (720p o 1080p). Si no se envía duration, la facturación se realiza por los 5 segundos predeterminados. Al crear la tarea, se cobra según la duración solicitada; si la creación de la tarea falla o la generación final falla, el cargo se reembolsa automáticamente. El precio unitario específico se rige por la página de precios del servicio que utilice.
4. Errores comunes y notas
Los errores de la interfaz utilizan la siguiente estructura:message), 401/1000 (la API Key falta o no es válida), 403/1103 (sin permiso para realizar la operación), 404/1203 (la tarea no existe o no tiene permiso para consultarla), 429/1302 (demasiadas solicitudes; reduzca la frecuencia y aplique retroceso exponencial), 500/5000, 503/5001, 504/5002 (servicio anómalo o tiempo de espera superado; reintente más tarde y evite enviar solicitudes duplicadas sin control). Si message contiene trace_id, facilítelo también cuando contacte con el soporte técnico.
Otras notas:
- El cuerpo de la solicitud no necesita añadir
modelnimodel_name; la versión del modelo ya está incluida en la URL. - Después de crear la tarea, persista
data.id; no utilicerequest_idcomo ID de tarea. - El cuerpo de una sola solicitud tiene un máximo de 64 MB; para imágenes grandes, se recomienda utilizar una URL pública de Kling que sea accesible desde Internet.
- Las URL de los materiales de entrada deben ser accesibles públicamente para Kling; no deben depender de redes internas, cookies ni estados de inicio de sesión temporales.
- Utilice un intervalo de sondeo de 10 a 30 segundos y establezca un tiempo de espera general y retroceso exponencial.
- Un tiempo de espera agotado en una solicitud POST no significa necesariamente que la tarea no se haya creado; consulte primero con
external_task_idy después decida si reintentar. - Una vez recibido el estado de éxito, guarde inmediatamente el archivo correspondiente a
outputs[type=video].url; la URL de los resultados puede caducar.
5. Ejemplo de llamada en Python
El siguiente ejemplo utiliza la librería estándarrequests y muestra la creación y consulta de texto a vídeo. Para imagen a vídeo, solo necesita sustituir la interfaz de creación y el cuerpo de la solicitud.
Última modificación el 15 de octubre de 2026