bria/image-edit-erase, servida por Comfy Router desde Bria.
Entrada: Imagen · 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: bria/image-edit-erase
Endpoint: POST https://api.comfy.org/v2/models/bria/image-edit-erase
- Esperar el resultado
- Encolar y recoger más tarde
El mismo cuerpo, enviado a
POST https://api.comfy.org/v2/models/bria/image-edit-erase/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 explica el estado, la cancelación y la recogida.Esquema
Entrada
string
requerido
La imagen a editar. Los tipos de entrada admitidos son una cadena codificada en Base64 o una URL que apunte a un archivo de imagen de acceso público. Formatos aceptados: JPEG, JPG, PNG, WEBP.
string
requerido
La máscara que define el área a eliminar. Cadena codificada en Base64 o URL que apunta a un archivo de imagen de acceso público. Los píxeles blancos (255) marcan la región a eliminar y los píxeles negros (0) se conservan.
string
El tipo de máscara proporcionada, ya sea “manual” (predeterminado) o “automatic”.
boolean
Controla si las áreas parcialmente transparentes de la imagen de entrada se conservan en la salida.
boolean
Cuando es
false (predeterminado), la solicitud se procesa de forma asíncrona. Cuando es true, la API mantiene la conexión abierta hasta completar el proceso. En COMFY ROUTER ese segundo modo se rechaza en lugar de reenviarse: Router fija el modo de retorno antes del despacho y sondea el resultado dentro de la llamada, por lo que POST /v2/models/bria/{model} responde 422 invalid_input para cualquier sync que lleve esta ruta distinto de false o null. La llamada síncrona sigue disponible en la ruta /proxy/ propia de esta operación, que es la superficie que también describe este esquema.boolean
Cuando se habilita, aplica moderación de contenido a la entrada visual. Devuelve 422 si la imagen no pasa la moderación.
boolean
Cuando se habilita, aplica moderación de contenido al resultado visual. Devuelve 422 si la salida no pasa la moderación.
GET /v2/models/bria/image-edit-erase/openapi.json, el mismo documento con el que valida una llamada antes de que la solicitud llegue al proveedor.
Salida
object
Objeto de error (solo presente cuando el estado es ERROR)
integer
Código de error.
string
Detalles adicionales del error.
string
Mensaje de error.
string
Identificador único de la solicitud.
object
Objeto de resultado (solo presente cuando el estado es COMPLETED)
string
URL de la imagen generada o editada.
string
Prompt original.
string
Versión refinada del prompt, o null en una generación COMPLETED que Bria no refinó. Es anulable porque la clave está PRESENTE y lleva null en lugar de estar omitida; se observó en vivo en bria/image-edit-gen-fill.
integer
Semilla usada para la generación.
string
La instrucción estructurada, un documento JSON serializado como cadena, que devuelve
/v2/structured_instruction/generate. Esa operación no rellena ninguna de las dos URL.string
El prompt estructurado detallado en JSON.
string
URL del video generado.
string
Estado actual de la solicitud.Valores posibles:
IN_PROGRESS, COMPLETED, ERROR, UNKNOWNEjemplos
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.