pika/pika-2.5-text-to-video, servida por Comfy Router desde Pika.
Entrada: Texto · Salida: Video
Inicio rápido
Crea una clave en tu espacio de trabajo de Comfy y expórtala comoCOMFY_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: pika/pika-2.5-text-to-video
Endpoint: POST https://api.comfy.org/v2/models/pika/pika-2.5-text-to-video
- Esperar el resultado
- Encolar y recoger más tarde
El mismo cuerpo, enviado a
POST https://api.comfy.org/v2/models/pika/pika-2.5-text-to-video/requests. Router responde 201 con un request_id en cuanto 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
Duración del video en segundos. Texto a video genera únicamente clips de cinco segundos.Valores posibles:
5Semilla para una generación reproducible. Omítela (o envía null) para obtener una semilla aleatoria.
GET /v2/models/pika/pika-2.5-text-to-video/openapi.json, el mismo documento contra el que valida una llamada antes de que la solicitud llegue al proveedor.
Salida
Registro de fallo estructurado de Pika, establecido en una tarea
failed. Router responde a una tarea fallida con su propia respuesta de error, así que un cuerpo que devuelve Router no lo incluye; se declara porque forma parte del documento de tarea de Pika.Valores posibles:
invalid_input, content_moderation, provider_error, provider_timeout, provider_unavailable, rate_limited, insufficient_balance, membership_required, cycle_limit_exceeded, admission_suspended, usage_limit_exceeded, timed_out, internalLos medios de la tarea finalizada, establecidos cuando
status es completed. media_type indica qué campo los contiene: image llena images, video llena video y videos llena videos.Segundos que tardó la generación, desde el despacho hasta el estado terminal. Es un valor aproximado; puede ser null.
Estado del ciclo de vida. Un cuerpo que devuelve Router siempre indica
completed; una tarea failed se responde con la respuesta de error de Router.Valores posibles: queued, running, completed, failedUnidades de la tarea informadas por el proveedor. Las claves son dispersas; solo están presentes las unidades que informa la tarea.
Ejemplos
Entrada
Salida
Antes de lanzar
Los SDK crean unaIdempotency-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.