Skip to main content
Referencia de API para recraft/recraftv4_styles_pro, proporcionada por Comfy Router de Recraft. Entrada: Texto · 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: recraft/recraftv4_styles_pro Endpoint: POST https://api.comfy.org/v2/models/recraft/recraftv4_styles_pro
El mismo cuerpo, enviado a POST https://api.comfy.org/v2/models/recraft/recraftv4_styles_pro/requests. Router responde 201 con un request_id en cuanto se admite la ejecución, y recoges el resultado en cuanto está listo, desde este proceso o desde otro. Entrega en cola explica el estado, la cancelación y la recogida.

Esquema

Entrada

object
Los controles para 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 5
object
Valores de color RGB
integer[]
requerido
object[]
Un arreglo de colores preferibles
integer[]
requerido
boolean
No incrustar diseños de texto
string
El modelo que se usará para la generación (por ejemplo, “recraftv3”). Este campo NO está restringido a un enum: el proxy reenvía lo que envíe quien llama. Las grafías que distribuye Comfy (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 $ref-ado por nada y, por lo tanto, se elimina de la especificación servida en GET /openapi, así que un puntero a él quedaría colgando en el documento servido. Las cuatro grafías 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 6
string
requerido
El prompt de texto que describe la imagen a generar
string
Valores posibles: url, b64_json
string
El tamaño de la imagen generada (por ejemplo, “1024x1024”)
string
El estilo que se aplicará a la imagen generada (por ejemplo, “digital_illustration”)
string
El ID de estilo que se aplicará a la imagen generada (por ejemplo, “123e4567-e89b-12d3-a456-426614174000”). Si se proporciona style_id, no se debe proporcionar style. Es REQUERIDO por los cuatro modelos recraftv4_styles*: Recraft los rechaza si no incluyen un style_id o una referencia de estilo. Genera uno con POST /proxy/recraft/styles, que este mismo proxy sirve con las mismas credenciales. Nada en esta ruta hace cumplir la combinación: el cuerpo se reenvía a Recraft sin cambios, así que una llamada a recraftv4_styles* sin él llega al socio y regresa con un 4xx.
Generado a partir del esquema que Router sirve en GET /v2/models/recraft/recraftv4_styles_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 la imagen codificados en Base64 (presente 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, en los modelos con entrada requerida recraftv4_styles*); se puede reutilizar como style_id en solicitudes posteriores.

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.