Skip to main content
Referencia de API para luma/ray-flash-2, servida por Comfy Router desde Luma. Entrada: Texto, Imagen · Salida: Video

Inicio rápido

Crea una clave en tu espacio de trabajo de Comfy y expórtala como COMFY_API_KEY. Los fragmentos de Python y TypeScript usan los SDK de Comfy (pip install comfy-sdk y npm install @comfyorg/sdk); el fragmento de cURL es la misma llamada por HTTP directo. ID del modelo: luma/ray-flash-2 Endpoint: POST https://api.comfy.org/v2/models/luma/ray-flash-2
El mismo cuerpo, enviado a POST https://api.comfy.org/v2/models/luma/ray-flash-2/requests. Router responde 201 con un request_id en cuanto se admite la ejecución, y el resultado se recoge cuando está listo, desde este proceso o desde otro. Entrega en cola explica el estado, la cancelación y la recogida.

Esquema

Entrada

string
predeterminado:"\"16:9\""
requerido
La relación de aspecto de la generaciónValores posibles: 1:1, 16:9, 9:16, 4:3, 3:4, 21:9, 9:21
string (uri)
La URL de callback de la generación. Se enviará una solicitud POST con el objeto Generation a la URL de callback cuando la generación esté en proceso, se haya completado o haya falladoFormato: uri
`5s`, `9s` | string
requerido
string
predeterminado:"\"video\""
Valores posibles: video
object
Los fotogramas clave de la generación
object
Un fotograma clave puede ser una referencia a Generation, una imagen o un video
object
Un fotograma clave puede ser una referencia a Generation, una imagen o un video
boolean
Indica si el video se repite en bucle
string
El modelo de video utilizado para la generación. En la ruta de Comfy Router POST /v2/models/luma/{model} este campo se obtiene de la ruta y NO DEBE enviarse; en la ruta v1 POST /proxy/luma/generations es requerido y está restringido a la enumeración LumaVideoModel (ray-2, ray-flash-2).
string
requerido
El prompt de la generación
`540p`, `720p`, `1080p`, `4k` | string
requerido
Generado a partir del esquema que Router sirve en GET /v2/models/luma/ray-flash-2/openapi.json, el mismo documento con el que valida una llamada antes de que la solicitud llegue al proveedor.

Salida

object
Los recursos de la generación
string (uri)
La URL de la imagenFormato: uri
string (uri)
La URL del video de progresoFormato: uri
string (uri)
La URL del videoFormato: uri
string (date-time)
La fecha y hora en que se creó la generaciónFormato: date-time
string
El motivo del estado de la generación
string
Valores posibles: video, image
string (uuid)
El ID de la generaciónFormato: uuid
string
El modelo utilizado para la generación
object
La solicitud de la generación
string
El estado de la generaciónValores posibles: queued, dreaming, completed, failed

Ejemplos

Entrada

Salida

Antes de lanzar

Los SDK crean una Idempotency-Key y la reutilizan para los reintentos automáticos. Para los reintentos manuales, reutiliza la clave original. Router puede mantener la conexión abierta hasta 10 minutos. Cuando una solicitud falla, Router envía un encabezado de respuesta X-Comfy-Error-Type que explica el motivo. Un 422 significa que Router rechazó la entrada antes de llamar al proveedor, y un 413 significa que el cuerpo de la solicitud era más grande de lo que Router acepta. Descarga los recursos generados de inmediato, porque las URL de resultados pueden caducar. Cualquier límite de tamaño mencionado en la descripción de un campo más arriba es el límite propio del proveedor para ese campo, citado de la especificación del proveedor. Router aplica un tope aparte al cuerpo completo de la solicitud, con el que cuentan los medios codificados en base64: consulta tamaño del cuerpo de la solicitud. Esta página documenta un modelo socio al que se llama a través de Comfy Router. El mismo paquete comfy-sdk / @comfyorg/sdk también incluye un segundo cliente, para ejecutar todo un gráfico de flujo de trabajo de ComfyUI en Comfy Cloud: Comfy(api_key=...) / new Comfy({ apiKey }), con client.workflows, client.assets y client.jobs. Consulta SDK de Comfy.

Encabezados

Autenticación, idempotencia, IDs de solicitud, agrupaciones de errores, ritmo de reintentos y límites de gasto.

Uso de la API de Router

Descubrimiento de modelos, errores de validación, reintentos y facturación.

Limitaciones

Lo que Router no hace hoy y qué usar en su lugar.