Skip to main content
Referencia de API para openai/gpt-image-2.6-sunburst, servido por Comfy Router desde OpenAI. 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 sobre HTTP directo. ID del modelo: openai/gpt-image-2.6-sunburst Endpoint: POST https://api.comfy.org/v2/models/openai/gpt-image-2.6-sunburst
El mismo cuerpo, enviado a POST https://api.comfy.org/v2/models/openai/gpt-image-2.6-sunburst/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 u otro. Entrega en cola explica el estado, la cancelación y la recogida.

Proveedores que sirven el modelo

Comfy Router sirve este modelo directamente, a menos que la solicitud indique otro proveedor. Los proveedores que aparecen a continuación también lo sirven, en el mismo endpoint y con el mismo ID de modelo, y se seleccionan con el parámetro de consulta model_provider.
  • Comfy (predeterminado): POST https://api.comfy.org/v2/models/openai/gpt-image-2.6-sunburst
  • MiniMax, como minimax/minimax-gpt-image-2.6-sunburst: POST https://api.comfy.org/v2/models/openai/gpt-image-2.6-sunburst?model_provider=minimax
strict_mode es false por defecto, así que Router traduce el cuerpo de la solicitud nativo que se documenta en esta página al esquema propio del proveedor y traduce la respuesta de vuelta. Consulta model_provider, strict_mode y fallback_provider en la Referencia de la API, y Proveedores que sirven para ver todos los modelos enrutados de esta forma.

Esquema

Entrada

string
Transparencia del fondo. auto deja que el modelo elija.Valores posibles: transparent, opaque, auto
integer
El número de fotogramas del GIF animado (2-16, el rango propio de OpenAI), con sentido solo junto a output_format: "gif"; se rechaza junto a cualquier otro output_format. Si se omite en una solicitud de GIF, toma el valor predeterminado de OpenAI, 9, EXCEPTO que Comfy además limita este campo por entorno (ROUTER_OPENAI_IMAGE_GIF_MAX_FRAMES, nunca por encima del máximo propio de este campo, 16): un valor superior al límite configurado se rechaza, y un frame_count omitido se rechaza en lugar de reducirse en silencio cuando el valor predeterminado de 9 supera por sí mismo el límite configurado, de modo que al llamador se le indica que establezca frame_count explícitamente en vez de recibir una animación más pequeña que la predeterminada de OpenAI. El número de fotogramas también acota la cotización previa y el techo de resultado de 64 MiB, y ambos escalan con él.Rango: 2 a 16
integer
Los milisegundos que se muestra cada fotograma (el rango propio de OpenAI es 20-2000, redondeado a 10 ms), con sentido solo junto a output_format: "gif"; se rechaza junto a cualquier otro output_format. Si se omite en una solicitud de GIF, toma el valor predeterminado de OpenAI de 200.Rango: 20 a 2000
string | string[]
La o las imágenes de origen que se van a editar. LA PRESENCIA DE ESTE CAMPO SELECCIONA LA OPERACIÓN DE EDICIÓN: omítelo por completo para la generación de texto a imagen. El ejemplo publicado del modelo es la llamada de GENERACIÓN, que omite este campo. Añadir image es toda la diferencia entre los dos modos (mismo endpoint, mismo id de modelo), salvo que un prompt de edición describe el CAMBIO que quieres y no la escena, así que el cuerpo de edición de abajo se lee distinto del ejemplo de generación aunque solo este campo sea estructuralmente nuevo. Se puede copiar tal cual está impreso: {"prompt": "give the rocketship rainbow coloring", "image": ["data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAADUlEQVR42mP8z8BQDwAEhQGAhKmMIQAAAABJRU5ErkJggg=="], "size": "1024x1024"}. El payload es un PNG de 1x1 completo, no una abreviatura, y este cuerpo está fijado como caso aceptado en las propias pruebas de validación de solicitudes de Router. Sustituye los bytes por los de tu propia imagen. Acepta una imagen o un arreglo de ellas; gpt-image-1 y posteriores admiten hasta 16, y Router lo aplica desde este esquema antes de despachar.
string
Una imagen, ya sea una URL https que Router obtiene en nombre del llamador o un URI data:image/<format>;base64,<payload> que lleva los bytes en línea. Los tipos de imagen aceptados son png, webp y jpeg, y ese conjunto SE APLICA en el momento de resolución en lugar de dejarse al proveedor: un svg, gif, avif o tiff se rechaza aquí, nombrando la imagen que enviaste, en vez de convertirse en un error del socio a dos saltos de la causa. Prefiere la forma de URL. Un payload base64 se infla aproximadamente 4/3 y todo el cuerpo de la solicitud está limitado a 100 MiB, así que la forma en línea llega a su tope cerca de una imagen de origen de 75 MB; una URL evita eso por completo. Los techos de medios por imagen y por solicitud indicados al final de esta descripción son más estrictos que el límite del cuerpo, así que para una imagen de cualquier tamaño real son lo primero que encuentras. LA URL DEBE RESOLVERSE SIN TUS CREDENCIALES. Router la obtiene del lado del servidor y no envía ninguna credencial del llamador con la solicitud, así que una URL prefirmada (aquella cuya firma está en la cadena de consulta) es la forma admitida. Un endpoint autenticado como /api/assets/{id}/content responde a Router con 401 en lugar de la imagen; solicita esa URL tú mismo y pasa la URL firmada a la que redirige. LA OBTENCIÓN ESTÁ CONFINADA A UN CONJUNTO NOMBRADO DE HOSTS en lugar de a la internet abierta, y la misma lista se vuelve a aplicar a cada salto de redirección y también a la URL que envías, de modo que una URL en cualquier otro host, o una que redirige fuera de la lista, se rechaza antes de contactar a cualquier proveedor. Hoy esa lista es solo la entrega de recursos propia de Comfy: una URL firmada de storage.googleapis.com dentro de un bucket de recursos de Comfy, que es la forma a la que /api/assets/{id}/content te redirige. Una CDN de un socio o un host https simple NO está en la lista. SE ESTÁN DESPLEGANDO DOS AMPLIACIONES Y AMBAS ESTÁN DESACTIVADAS POR DEFECTO HOY. Se lanzan detrás de UN solo interruptor y se habilitan juntas, así que trata todo lo siguiente como algo futuro y no como algo sobre lo que construir todavía: pregunta antes de apoyarte en cualquiera de las dos. La PRIMERA es el bucket en el que POST /customers/storage firma tu subida. Hasta que el despliegue llegue a tu entorno, una URL de subida de ese endpoint se rechaza aquí, aunque el bucket sea el propio de Comfy y el host sea el mismo; por lo tanto, “sube a Comfy y luego pasa la URL” NO funciona todavía, y la forma que sí funciona es la URL firmada a la que redirige /api/assets/{id}/content. La SEGUNDA SE HABILITA POR CUENTA en lugar de para todos a la vez, porque el bucket detrás de estos hosts es tuyo y no nuestro: incluso con el interruptor anterior activado, una cuenta a la que no se le han habilitado los medios entrantes de terceros se rechaza, y se le dice con esas palabras en lugar de decirle que el host no es compatible. Pide a tu contacto de Comfy que lo habilite para tu cuenta. Además, admite estos hosts de almacenamiento de objetos de terceros, donde el bucket es tuyo y Router no reclama ninguna propiedad sobre él: Cloudflare R2 (<account>.r2.cloudflarestorage.com, pub-<hash>.r2.dev), Amazon S3 (s3.amazonaws.com y s3.<region>.amazonaws.com, ya sea en la forma de ruta o con el prefijo <bucket>.), Azure Blob Storage (<account>.blob.core.windows.net) y Alibaba Cloud OSS (<bucket>.oss-<region>.aliyuncs.com, incluido el endpoint oss-accelerate). Esos son endpoints de almacenamiento de objetos específicamente: un endpoint de propósito general en el mismo dominio del proveedor, como un trigger de Alibaba Function Compute, no está en la lista y se rechaza. Lo que se compara es la forma del nombre de host, no el proveedor, así que nombrar un proveedor arriba no significa que se acepte toda URL que ese proveedor pueda emitir, y tres casos que casi coinciden merecen decirse sin rodeos, porque un cliente puede llegar razonablemente con cada uno de ellos. Un dominio personalizado de R2 (cdn.example.com) no se acepta: Cloudflare documenta pub-<hash>.r2.dev como un nombre de host de depuración con límite de tasa y dirige el tráfico de producción a un dominio personalizado, pero un dominio personalizado no lleva nada en su nombre de host que lo identifique como R2, así que Router no puede distinguirlo de cualquier otro host y lo rechaza: genera la URL prefirmada del endpoint <account>.r2.cloudflarestorage.com, o usa la forma pub-<hash>.r2.dev. El endpoint IPv6 dualstack de S3 (s3.dualstack.<region>.amazonaws.com) tampoco se acepta; usa el endpoint regional simple. Tampoco se acepta la zona DNS alternativa de Azure Blob (<account>.z<N>.blob.storage.azure.net); usa <account>.blob.core.windows.net. El rechazo que recibes nombra estas mismas formas, así que no tienes que venir aquí a leerlas.Los marcadores <account> y pub-<hash> de arriba muestran la forma con la que normalmente llegarás; no son una restricción de profundidad. La comparación se hace sobre el sufijo del dominio de almacenamiento de objetos, así que también se acepta un nombre más profundo bajo el mismo espacio de nombres (a.b.pub-<hash>.r2.dev). Lo que eso no amplía es el espacio de nombres en sí: el sufijo sigue teniendo que ser uno de los listados.El ejemplo de abajo muestra solo la forma: un valor real también lleva los parámetros de consulta de la firma, que aquí se omiten a propósito porque un ejemplo publicado vive en la especificación para siempre, y una firma real es a la vez una credencial filtrada y un enlace que deja de funcionar.Cada imagen está limitada a 25 MiB y las imágenes de una misma solicitud a 64 MiB en total. La única excepción es ideogram/ideogram-4-5 Precise Edit (una llamada que envía image) donde context_window está disponible: ahí cada imagen puede llegar a 50 MB (50,000,000 bytes) y 67,108,864 píxeles, y las imágenes de una solicitud hasta 128 MiB en total.
string
El modelo gpt-image a ejecutar. Router inserta el id del modelo direccionado, así que un cliente que apunta a /v2/models/openai/gpt-image-2.6-flare no envía esto.
string
Ajuste de moderación de contenidoValores posibles: low, auto
integer
El número de imágenes a generar (1-10). Una solicitud GIF (ver output_format) rechaza cualquier valor distinto de 1: la propia descripción de OpenAI llama a n en una solicitud GIF «el número de animaciones», que Router no tarifica para v1.Rango: 1 a 10
integer
Nivel de compresión para JPEG o WebP (0-100). Router lo rechaza en una solicitud GIF: OpenAI no acepta un nivel de compresión para una salida animada.Rango: 0 a 100
string
Formato de la imagen de salida. gif además rechaza mask, un n distinto de 1, un size omitido, auto o mal formado, stream: true, partial_images mayor que 0 y output_compression (ver la descripción de cada campo), y se rechaza de plano a menos que Comfy lo haya habilitado para este entorno.Valores posibles: png, webp, jpeg, gif
integer
Solo tiene sentido junto a un stream en vivo, que esta superficie no puede servir, exactamente igual que en OpenAIImageRouterRequest; ver la descripción de ese campo. Un valor mayor que 0 se rechaza en una solicitud GIF, por la misma razón que stream: true; 0 se acepta.Rango: 0 a 3
string
required
Una descripción de texto de la imagen a generar, o de la edición que se hará sobre image.
string
La calidad de la imagen generada o editada. xhigh y max son los dos niveles por los que se añadieron gpt-image-2.5-flare y gpt-image-2.5-sunburst; standard y hd son grafías de la era dall-e que ningún modelo admitido lee.Valores posibles: auto, low, medium, high, xhigh, max, standard, hd
string
Tamaño de la imagen (p. ej., 1024x1024, 1536x1024, auto). Una solicitud GIF (ver output_format) rechaza auto y rechaza omitir este campo: un tamaño explícito es lo que mantiene finitos la cotización previa y el límite de resultado de 64 MiB antes de un recuento de fotogramas que los multiplica.
boolean
Se declara para que un cliente que lo envíe no sea rechazado, pero es INERTE en esta superficie exactamente igual que en OpenAIImageRouterRequest; ver la descripción de ese campo. true se rechaza en una solicitud GIF (la guía de OpenAI indica que la salida GIF no admite streaming); false se acepta.
string
Un identificador único para el monitoreo de usuarios finales
Generado a partir del esquema que Router sirve en GET /v2/models/openai/gpt-image-2.6-sunburst/openapi.json, el mismo documento con el que valida una llamada antes de que la solicitud llegue al proveedor.

Salida

object[]
string
Datos de imagen codificados en Base64
string
prompt revisado
string
URL de la imagen
object
integer
object
integer
integer
integer
object
integer
integer
integer
string
Si el fondo de la imagen generada es opaque o transparent, tal como OpenAI lo resolvió para esta generación. El parámetro de la solicitud tiene como valor predeterminado auto, así que aquí es donde quien llama y no lo ancló se entera de cuál se produjo.
integer
Marca de tiempo Unix, en segundos, de cuándo se completó la generación. Es el único miembro que OpenAI declara REQUIRED en una respuesta de generación de imágenes, así que está presente siempre que OpenAI sea el productor; una respuesta servida por fal, minimax, pika, wavespeed o runware en cualquiera de los ids respaldados por alternativas lo omite por completo, igual que los otros cuatro miembros de parámetros resueltos. Se declara int64 porque un valor de epoch de la actualidad está lo bastante cerca de 2^31 como para que un integer sin formato genere un campo de 32 bits en muchos generadores de SDK.Formato: int64
string
La codificación de los bytes en data[].b64_json: png, webp o jpeg. Es el formato que OpenAI realmente codificó, que es el output_format de la solicitud cuando se envió uno y png cuando no se envió ninguno, de modo que un decodificador puede basarse en él en lugar de volver a deducir el formato a partir de la solicitud.
string
El nivel de calidad al que realmente se ejecutó la generación: OpenAI informa uno de low, medium, high, xhigh o max. Es el nivel RESUELTO, no un eco de la solicitud, cuyo propio quality tiene como valor predeterminado auto.
string
Las dimensiones en píxeles a las que realmente se ejecutó la generación, como <width>x<height>. Es el tamaño RESUELTO: el size de la solicitud tiene como valor predeterminado auto y admite explícitamente auto, así que este es el único lugar donde se informan las dimensiones realmente usadas.

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.