krea/krea-2-medium-turbo, servida por Comfy Router de Krea.
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 sobre HTTP sin procesar.
ID del modelo: krea/krea-2-medium-turbo
Endpoint: POST https://api.comfy.org/v2/models/krea/krea-2-medium-turbo
- Esperar el resultado
- Encolar y recoger más tarde
El mismo cuerpo, enviado a
POST https://api.comfy.org/v2/models/krea/krea-2-medium-turbo/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.Esquema
Entrada
string
requerido
Relación de aspecto. Una de: 1:1, 4:3, 3:2, 16:9, 2.35:1, 4:5, 2:3, 9:16.Valores posibles:
1:1, 4:3, 3:2, 16:9, 2.35:1, 4:5, 2:3, 9:16string
predeterminado:"\"medium\""
Intensidad de interpretación del prompt: raw=0, low=10, medium=50, high=100.Valores posibles:
raw, low, medium, highobject[]
Referencias de estilo que se usarán para la generación
number
requerido
Rango:
-2 a 2Formato: doublestring (uri)
Formato:
uriobject[]
Moodboards que se usarán para la generación. Actualmente limitado a un moodboard.
string (uuid)
requerido
Formato:
uuidnumber
predeterminado:"0.35"
Rango:
-0.5 a 1.5Formato: doublestring
requerido
string
requerido
Escala de resolución. Una de: 1K.Valores posibles:
1Knumber
object[]
Estilos (normalmente LoRAs) que se usarán para la generación
string
requerido
number
requerido
Rango:
-2 a 2Formato: doubleGET /v2/models/krea/krea-2-medium-turbo/openapi.json, el mismo documento contra el que valida una llamada antes de que la solicitud llegue al proveedor.
Salida
string (date-time)
requerido
Formato:
date-timestring (date-time)
requerido
Formato:
date-timestring (uuid)
requerido
Formato:
uuidobject
requerido
La generación finalizada. Aquí no admite null, a diferencia de en
KreaJob: una tarea terminal cuyo result no lleva urls recibe como respuesta un error de Comfy Router, así que un 200 siempre lo incluye.string
Lo establecen las tareas de loraTraining, no una generación; un
200 para estos modelos trae urls.string (uri)[]
requerido
Las imágenes generadas, como enlaces descargables. Al menos una, porque una tarea
completed con urls vacío es success_without_output y nunca llega a este documento.string
requerido
Siempre
completed en este documento: es el único estado que Router reporta como éxito, y el vocabulario de Krea se compara tal cual, sin normalizar mayúsculas y minúsculas.Valores posibles: completedEjemplos
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.