recraft/recraftv4_1_utility_pro, servida por Comfy Router desde Recraft.
Entrada: Texto · Salida: Imagen
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: recraft/recraftv4_1_utility_pro
Endpoint: POST https://api.comfy.org/v2/models/recraft/recraftv4_1_utility_pro
- Esperar el resultado
- Encolar y recoger más tarde
El mismo cuerpo, enviado a
POST https://api.comfy.org/v2/models/recraft/recraftv4_1_utility_pro/requests. Router responde 201 con un request_id en cuanto se admite la ejecución, y puedes recoger el resultado cuando esté listo, desde este proceso o desde otro. Entrega en cola repasa el estado, la cancelación y la recogida.Esquema
Entrada
object
Los controles de la imagen generada
integer
Define el tono artístico de tu imagen. En un nivel simple, la persona mira directamente a la cámara con un estilo estático y limpio. Los niveles dinámicos y excéntricos introducen movimiento y creatividad.Rango:
0 a 5object
Valores de color RGB
integer[]
requerido
object[]
Un arreglo de colores preferidos
integer[]
requerido
boolean
No incrustes diseños de texto
string
El modelo que se usa para la generación (p. ej., “recraftv3”). Este campo NO está restringido a un enum: el proxy reenvía lo que envíe quien llama. Las variantes que Comfy distribuye, el conjunto que Comfy Router direcciona como
recraft/<model>, son recraftv2, recraftv3, recraftv4, recraftv4_pro, recraftv4_1, recraftv4_1_utility, recraftv4_1_pro, recraftv4_1_utility_pro, recraftv4_styles, recraftv4_styles_pro, recraftv4_1_vector, recraftv4_1_utility_vector, recraftv4_1_pro_vector, recraftv4_1_utility_pro_vector, recraftv4_styles_vector y recraftv4_styles_pro_vector. Se escriben aquí en lugar de nombrarlas por referencia porque el componente RecraftGenerationModel que las declara no es referenciado con $ref por ningún otro esquema y, por lo tanto, se elimina de la especificación que se sirve en GET /openapi, así que un puntero a él quedaría colgando en el documento servido. Las cuatro variantes recraftv4_styles* además requieren style_id: consulta ese campo.integer
La cantidad de imágenes a generar. Recraft acepta de 1 a 6.Rango:
1 a 6string
requerido
El prompt de texto que describe la imagen a generar
string
Valores posibles:
url, b64_jsonstring
El tamaño de la imagen generada (p. ej., “1024x1024”)
string
El estilo que se aplica a la imagen generada (p. ej., “digital_illustration”)
string
El ID de estilo que se aplica a la imagen generada (p. ej., “123e4567-e89b-12d3-a456-426614174000”). Si se proporciona style_id, no se debe proporcionar style. REQUERIDO por los cuatro modelos
recraftv4_styles*: Recraft los rechaza si no tienen un style_id o una referencia de estilo. Crea uno con POST /proxy/recraft/styles, que este mismo proxy sirve con las mismas credenciales. Nada en esta ruta impone la combinación: el cuerpo se reenvía a Recraft sin cambios, así que una llamada recraftv4_styles* sin él llega al socio y regresa con 4xx.GET /v2/models/recraft/recraftv4_1_utility_pro/openapi.json, el mismo documento con el que valida una llamada antes de que la solicitud llegue al proveedor.
Salida
integer
requerido
Marca de tiempo Unix de cuándo se creó la generación
integer
requerido
Cantidad de créditos usados para la generación
object[]
requerido
Arreglo con la información de las imágenes generadas
string
Datos de imagen codificados en Base64 (presentes en lugar de
url cuando la solicitud estableció response_format: b64_json)string
Identificador único de la imagen generada
string
URL para acceder a la imagen generada (presente cuando
response_format es url, el valor predeterminado)string
El id de estilo resuelto, que Recraft devuelve cuando se usan referencias de estilo (en particular, los modelos con entrada requerida recraftv4_styles*); reutilizable como
style_id en solicitudes posteriores.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.