Skip to main content
API Reference for Flux 1.1 Pro Ultra Image. FLUX 1.1 [pro] es un modelo de texto a imagen de Black Forest Labs. El modo Ultra genera imágenes de hasta 4MP de resolución. Entrada: Texto, Imagen · Salida: Imagen

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 sin procesar. Elige el modelo que quieres llamar. Todo lo que sigue, desde los fragmentos hasta el esquema y los ejemplos, depende de tu elección.
ID del modelo: bfl/flux-pro-1.1-ultraEndpoint: POST https://api.comfy.org/v2/models/bfl/flux-pro-1.1-ultra
El mismo cuerpo, enviado a POST https://api.comfy.org/v2/models/bfl/flux-pro-1.1-ultra/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 recorre el estado, la cancelación y la recogida.

Esquema

Entrada

string
predeterminado:"\"16:9\""
Relación de aspecto de la imagen, entre 21:9 y 9:21; por ejemplo, 16:9.
string
Imagen opcional codificada en base64 para hacer un remix.
number
predeterminado:"0.1"
Mezcla entre el prompt y el image prompt, de 0 (solo el prompt) a 1 (solo el image prompt).Rango: 0 a 1
string
predeterminado:"\"jpeg\""
Formato de la imagen de salida.Valores posibles: jpeg, png, webp
string
requerido
Prompt de texto para la generación de la imagen.
boolean
predeterminado:"false"
Indica si se aplica upsampling al prompt. Si está activo, el prompt se modifica automáticamente para una generación más creativa.
boolean
predeterminado:"false"
Genera imágenes con menos procesamiento y un aspecto más natural.
integer
predeterminado:"2"
Nivel de tolerancia para la moderación de entrada y salida, entre 0 (el más estricto) y 6 (el menos estricto).Rango: 0 a 6
integer
Semilla opcional para reproducibilidad. Si se omite, se usa una semilla aleatoria.
string
Secreto opcional para la verificación de la firma del webhook.
string (uri)
URL que recibe las notificaciones del webhook.Formato: uri
Generado a partir del esquema que Router sirve en GET /v2/models/bfl/flux-pro-1.1-ultra/openapi.json, el mismo documento con el que valida una llamada antes de que la solicitud llegue al proveedor.

Salida

number
Costo informado por el proveedor, en créditos, que se completa cuando la tarea pasa a Ready.Formato: float
string
requerido
Identificador de la tarea de BFL.
number
Progreso de la generación notificado por BFL, opcional.Rango: 0 a 1Formato: float
object
requerido
La generación finalizada. Aquí no admite nulos: la entrada required de este componente es una promesa de que un 200 lleva el resultado, y un result que admitiera nulos lo reduciría a una simple comprobación de presencia de clave.
number
Costo de la generación informado por el proveedor. Es la cifra de BFL, no el cargo de Comfy.Formato: double
number
Duración de la generación en segundos, informada por el proveedor.Formato: double
number
Hora de finalización de la generación informada por el proveedor, en segundos desde la época Unix. double por la misma razón que start_time.Formato: double
string
El prompt con el que realmente se ejecutó la generación, después de cualquier upsampling del prompt.
string (uri)
URL firmada del recurso generado. Router vuelve a alojar el recurso en el almacenamiento de Comfy y reescribe este campo, así que normalmente es una URL alojada en Comfy válida hasta 24 horas: se firma por 24 horas al generarse y se reproduce desde una memo de 23 horas, de modo que una consulta posterior puede devolver una con tan solo una hora de vigencia; un leaf cuyo realojamiento no se pudo realizar conserva en su lugar la URL de entrega de corta duración de BFL: unas dos horas para video y unos diez minutos para imágenes. En cualquier caso el enlace caduca, así que descarga el recurso en lugar de guardar la URL.Formato: uri
integer
La semilla que usó la generación, ya sea proporcionada o elegida por el proveedor. Se declara como int64 porque BFL devuelve semillas superiores a 2^31 (por ejemplo, 2784347701), que un integer sin formato genera como un campo de 32 bits en muchos generadores de SDK.Formato: int64
number
Hora de inicio de la generación informada por el proveedor, en segundos desde la época Unix. double, no float: el espaciado de float32 cerca de un valor epoch actual es de ~128 segundos, lo que colapsa el lapso de toda una generación a un único valor decodificado.Formato: double
string
requerido
Estado de la tarea: Pending, Reasoning, Generating, Ready, Request Moderated, Content Moderated, Error o Task not found.

Ejemplos

Entrada

Salida

La URL es temporal. Descarga la imagen cuanto antes si necesitas conservarla.

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.