Guía de precios e integración de la API de Kling 3 en 2026: presupuesto, trabajos asíncronos y patrones de producción

• Las rutas de Kling 3.0 texto-a-video y Kling 3.0 imagen-a-video están presentes
• el catálogo lista facturación por segundo
• el catálogo lista un rango facturable de 3 a 15 segundos
• las referencias públicas de API documentan la creacion de tareas asíncronas a traves de POST /v1/videos/generations
• la consulta de tareas está documentada a traves de GET /v1/tasks/{task_id}
• los enlaces de salida generados están documentados como de tiempo limitado, por lo que los activos deben guardarse rápidamente

TL;DR

• El catálogo actual del repositorio lista Kling 3.0 a $0.075 por segundo en EvoLink.
• El mismo catálogo lista una duración facturable mínima de 3 segundos y una duración facturable máxima de 15 segundos.
• La referencia pública de API soporta el envio de tareas tanto de texto-a-video como de imagen-a-video.
• El patron de producción más seguro es enviar trabajo -> almacenar ID de tarea -> consultar tarea -> persistir salida inmediatamente.

Lo que está verificado ahora mismo

La misma captura del catálogo lista:

• segundos facturables mínimos: 3
• segundos facturables máximos: 15

Tabla rapida de costos

Esa estimacion es útil para la planificacion, pero no es el costo total de producción. Las cargas de trabajo reales también deben presupuestar para:

• trabajos fallidos
• reintentos
• generaciónes de prueba
• almacenamiento o post-procesamiento fuera de la solicitud de generación en si

Cuándo Kling 3 es la elección correcta

Basandose en las descripciones actuales del repositorio, Kling 3 es un ajuste solido cuando necesitas:

• un rango de clips de 3 a 15 segundos
• tanto texto-a-video como imagen-a-video
• soporte para patrones de toma única y múltiples tomas
• una ruta programable que se ajuste a la orquestación de backend basada en tareas

La ruta de imagen-a-video es especialmente útil si tu flujo de trabajo comienza con un primer fotograma bloqueado, un fotograma final o un activo de control de escena en lugar de un prompt puro.

Cómo funciona el flujo de integración

Las referencias públicas actuales de API en este repositorio documentan un flujo de trabajo estandar basado en tareas:

1. POST /v1/videos/generations para crear la tarea de generación
2. almacenar el task_id devuelto
3. GET /v1/tasks/{task_id} para consultar el progreso y el resultado
4. guardar el activo final antes de que el enlace devuelto expire

Ejemplo de solicitud

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"
  }'

Consejos de producción que importan más que el ejemplo de código

1. Trata el ID de tarea como un objeto de primera clase

No trates la solicitud de creacion como desechable. Persiste:

• task_id
• payload de solicitud normalizado
• metadatos del usuario y del trabajo
• marcas de tiempo
• ubicacion de la salida final

Si un webhook o worker de polling falla despues, ese ID de tarea es lo que te permite recuperar el estado de forma limpia.

2. Guarda los activos completados inmediatamente

Las referencias públicas actuales de API para estás rutas de video documentan los enlaces de salida como de tiempo limitado. Eso significa que tu pipeline debe reflejar o persistir el activo final rápidamente en lugar de asumir que la URL devuelta es duradera para siempre.

3. Comienza con el clip más corto aceptable

La facturación por segundo hace que los clips de prueba cortos sean la forma más simple de controlar el desperdicio. Para QA temprano:

• comienza con 3s o 5s
• usa 720p a menos que el requisito del producto realmente necesite mas
• solo pasa a duraciónes más largas despues de que la calidad del prompt sea estable

4. Separa las pruebas de prompts de la generación de producción

Los prompts de video son costosos de iterar en comparación con los prompts de texto. Un patron útil es:

• conjunto de pruebas interno pequeno para QA de prompts
• paso de aprobacion o guardrail
• envio a producción solo despues de que la estructura del prompt sea estable

Cuándo comparar Kling 3 con otra ruta

No fuerces a Kling 3 a ser la respuesta para cada trabajo de video.

Usa Kling 3 cuando sus fortalezas documentadas coincidan con el trabajo:

• clips cortos basados en prompts
• movimiento guiado por imagen desde un primer fotograma controlado
• estructuras de múltiples tomas donde quieres orquestación basada en tareas

Si tu flujo de trabajo depende del conjunto de funciones nativas de otro proveedor, presets de duración fija o una forma de facturación diferente, compara rutas basandote en el trabajo real en lugar de la preferencia de marca.

Lista de verificación previa al lanzamiento

• Verifica el precio actual en vivo en la página de la ruta antes de publicar una cotización.
• Confirma si tu flujo de trabajo necesita texto-a-video o imagen-a-video.
• Persiste el task_id para cada trabajo enviado.
• Guarda las salidas antes de que los enlaces temporales expiren.
• Agrega manejo de reintentos y fallos alrededor del polling de tareas.
• Prueba la facturación con tu distribucion real de duración de clips.

FAQ

Cuál es el precio actual de la API de Kling 3 en EvoLink?

Qué rango de duración está documentado para Kling 3?

Kling 3 soporta tanto texto-a-video como imagen-a-video?

Kling 3 es sincrono o asíncrono?

Qué endpoint se usa para crear una tarea de video de Kling 3?

Cuál es el patron de producción más seguro para la integración de Kling 3?