Errores

Los errores aparecen en dos lugares distintos, con dos vocabularios distintos:

Errores de solicitud de API — la respuesta HTTP a una llamada síncrona a la API (autenticación, facturación, solicitudes mal formadas, recursos inexistentes). Consulta Errores de solicitud de API.
Códigos de fallo de predicción — la solicitud se aceptó y se puso en cola, pero la predicción en sí terminó con status: "failed". El fallo lo describe el objeto error de la predicción, que obtienes en los endpoints de estado de la predicción, en las entregas de webhook y en el endpoint de resultado. Consulta Códigos de fallo de predicción.

Códigos de fallo de predicción

Una predicción fallida lleva un objeto error:

{
  "status": "failed",
  "error": {
    "code": "internal_server_error",
    "reason": "provider_account_error",
    "retryable": false,
    "message": "This model is temporarily unavailable due to an upstream account issue on our side. Retrying will not help; we have been alerted."
  }
}

Campo	Tipo	Descripción
`code`	string	Clasificación gruesa: a grandes rasgos, de quién es el problema. Siempre presente. Conjunto abierto: consulta Valores desconocidos.
`reason`	string, opcional	Causa detallada y legible por máquina. Conjunto abierto. Ausente cuando el fallo no se ha clasificado en una causa concreta; su ausencia no es una señal en sí misma.
`retryable`	boolean, opcional	Indica si reintentar la misma entrada sin cambios puede tener éxito. Cuando está presente es la fuente autorizada y prevalece sobre cualquier valor por defecto asociado al `code`.
`message`	string	Explicación legible por humanos, para tus registros y tus usuarios finales. La redacción cambia sin previo aviso: nunca la analices ni hagas coincidencias de texto sobre ella.
`timestamp`	string, opcional	Hora ISO 8601 en la que falló la predicción, no la hora de la respuesta que lo transporta. Ausente cuando el fallo no registró ninguna hora de finalización.

Las predicciones fallidas no se cobran; los créditos reservados para la solicitud se liberan. Una predicción que no ha fallado lleva error: null. Consulta la Nota de migración si integraste antes del 17 de agosto de 2026.

Dónde te llega el error

El mismo objeto error se publica en todos los canales, así que puedes leerlo allí donde ya miras:

Canal	Dónde está el objeto
`GET /v1/queue/requests/{request_id}/status` y `/status/stream`	`error`, junto a `success: false`
`GET /v1/queue/requests/{request_id}` (el endpoint de resultado)	`error.details` de un `400`: ver más abajo
`GET /v1/predictions/{prediction_id}`	`error`
Entrega de webhook	`error` del payload `failed`

Leer un fallo desde el endpoint de resultado

Pedir la salida de una predicción que falló devuelve un 400 con el fallo que la provocó, bajo el código de nivel de solicitud PREDICTION_FAILED:

{
  "error": {
    "type": "invalid_request_error",
    "code": "PREDICTION_FAILED",
    "message": "The prediction may contain sensitive or restricted content and has been suppressed. Please revise your input.",
    "details": {
      "code": "unsafe_content",
      "message": "The prediction may contain sensitive or restricted content and has been suppressed. Please revise your input.",
      "reason": "moderation_blocked",
      "retryable": false,
      "timestamp": "2026-08-14T17:51:47.206Z"
    }
  },
  "request_id": "req_01JXQ2ZK8W3P5N7V0T6Y4M9DQR",
  "timestamp": "2026-08-17T09:00:00.000Z",
  "path": "/v1/queue/requests/pd_a839exsaLNmVZzWvDaxAuapS"
}

Dos códigos, en dos niveles, y no pertenecen al mismo vocabulario:

error.code es PREDICTION_FAILED, un error de solicitud de API que significa «la predicción cuya salida pediste no produjo ninguna»;
error.details es el objeto error propio de la predicción: idéntico a lo que /status informa para esa misma solicitud, de modo que los dos endpoints nunca pueden discrepar sobre por qué falló. Ramifica tu código con error.details.reason y error.details.retryable.

error.message repite el mensaje de la predicción, así que un cliente que solo lea el mensaje de nivel superior sigue obteniendo algo útil. Dos timestamps, dos significados. El timestamp de nivel superior indica cuándo se generó esta respuesta HTTP; error.details.timestamp indica cuándo falló la predicción. En una predicción que consultas días después, se separan por días. Lee el interior siempre que te refieras al fallo. Las bibliotecas cliente oficiales desempaquetan esto por ti: result() lanza un error cuyos code, reason y retryable son los de la propia predicción, idénticos a los que lanza subscribe() para ese mismo fallo. Una predicción que sigue en cola o en ejecución, o una que se canceló, sigue devolviendo el mismo 400 genérico de siempre.

Cómo decidir si reintentar

Lee retryable. Responde exactamente a una pregunta —¿enviar esta misma solicitud otra vez dará un resultado distinto?— y es independiente del code: un mismo code puede ser reintentable en un fallo y no serlo en otro. retryable es opcional. Cuando está ausente, recurre al valor por defecto por code de la tabla siguiente. Ese era el comportamiento de Sunra antes de que existiera este campo, así que recurrir a él siempre es seguro; simplemente es menos preciso.

`code`

Código	Valor por defecto si falta `retryable`	Significado
`invalid_input`	No — corrige primero la entrada	La entrada fue rechazada, ya sea por la validación de schema o por el proveedor del modelo (texto que supera un límite de longitud, una imagen que no se puede decodificar, una combinación de parámetros no válida), o bien no se pudo descargar un archivo de entrada. El `message` indica el problema concreto.
`unsafe_content`	No — revisa primero el contenido	El prompt o el material de entrada fue bloqueado por el sistema de seguridad del proveedor del modelo, o este suprimió la salida generada. Reintentar con el mismo contenido volverá a bloquearse; cambia el prompt o el material.
`service_provider_error`	Sí — puede ser transitorio	El proveedor del modelo upstream no pudo atender la solicitud (caída del proveedor, limitación de tasa). Reintentar más tarde, o con otro modelo, puede funcionar.
`internal_server_error`	Sí	Un fallo del lado de Sunra. Algunos son transitorios y vale la pena reintentarlos; otros (un endpoint mal configurado, un problema con nuestra propia cuenta upstream) no lo son, y esos llevan `retryable: false`.
`task_timeout`	Sí	La predicción no terminó dentro del tiempo permitido. Reintentar puede funcionar, sobre todo con menos carga.

`reason`

reason nombra la causa concreta detrás de code. Úsalo para métricas, enrutamiento y diagnóstico de soporte; usa retryable para decidir si reintentar. Cada reason publicada hoy tiene su propia sección más abajo, y su ancla es la propia reason —#input_fetch_failed, #moderation_blocked, etc.—, de modo que un informe de errores puede enlazar directamente a su significado.

Reason	`code`	`retryable`
`input_validation_failed`	`invalid_input`	`false`
`provider_rejected_input`	`invalid_input`	`false`
`input_fetch_failed`	`invalid_input`	`false` o `true`
`moderation_blocked`	`unsafe_content`	`false`
`provider_rate_limited`	`service_provider_error`	`true`
`provider_unavailable`	`service_provider_error`	`true`
`provider_timeout`	`task_timeout`	`true`
`provider_account_error`	`internal_server_error`	`false`
`endpoint_misconfigured`	`internal_server_error`	`false`
`queue_enqueue_failed`	`internal_server_error`	`true`
`reaped_stalled`	`internal_server_error`	`true`

`input_validation_failed`

code: invalid_input · retryable: false La solicitud no superó la validación de schema o de parámetros propia de Sunra. El message nombra el campo problemático. Qué hacer: corrige el campo indicado. La misma solicitud seguirá fallando.

`provider_rejected_input`

code: invalid_input · retryable: false El proveedor del modelo rechazó uno o más parámetros de entrada. Cuando nos dice cuáles, el message lo recoge; algunos proveedores solo informan de que la entrada era inaceptable, y en ese caso lo decimos tal cual en lugar de suponerlo. Qué hacer: revisa tus parámetros frente al schema del modelo: un valor fuera de rango, una combinación no admitida, una relación de aspecto o una duración que el modelo no acepta.

`input_fetch_failed`

code: invalid_input · retryable: false o true No se pudo descargar un archivo de entrada referenciado por URL. Es la única reason cuyo retryable varía de verdad, así que lee el campo en lugar de darlo por hecho:

false: el host nos rechazó, con un 4xx, una dirección desde la que no tenemos permitido descargar, una redirección o un archivo que supera el límite de tamaño;
true: el host estuvo momentáneamente inaccesible, con un 5xx, un tiempo de espera agotado o un fallo de DNS.

El message reproduce la URL que enviaste para que sepas qué entrada falló, con su query string eliminada, de modo que las credenciales de una presigned URL nunca se te devuelven:

{
  "code": "invalid_input",
  "reason": "input_fetch_failed",
  "retryable": false,
  "message": "Failed to fetch the input file at https://media.example.com/uploads/reference.png: HTTP 403."
}

Qué hacer: cuando retryable sea false, comprueba que la URL sea accesible públicamente y que un enlace presigned no haya caducado. Cuando sea true, reintenta.

`moderation_blocked`

code: unsafe_content · retryable: false Bloqueado por el sistema de seguridad de contenido del proveedor del modelo: puede ser el prompt y el material de entrada, o la salida generada. Qué hacer: cambia el prompt o el material. Reenviar el mismo contenido se volverá a bloquear.

`provider_rate_limited`

code: service_provider_error · retryable: true El proveedor del modelo está limitando la tasa de solicitudes. Qué hacer: reintenta con backoff o enruta a otro modelo.

`provider_unavailable`

code: service_provider_error · retryable: true El proveedor del modelo no pudo atender la solicitud. Qué hacer: reintenta más tarde o enruta a otro modelo.

`provider_timeout`

code: task_timeout · retryable: true La predicción no se completó dentro del tiempo permitido. Qué hacer: reintenta; un momento de menos carga, o una solicitud más pequeña (menos duración, menos resolución), mejora las probabilidades.

`provider_account_error`

code: internal_server_error · retryable: false Nuestra propia cuenta con el proveedor del modelo tiene un problema: facturación, credenciales o una cuota permanente. La culpa es nuestra, no de tu entrada. Qué hacer: nada por tu parte; reintentar no ayudará y recibimos una alerta automática. Enruta a otro modelo si necesitas esa capacidad ahora mismo.

`endpoint_misconfigured`

code: internal_server_error · retryable: false Este endpoint de modelo está mal configurado de nuestro lado. Qué hacer: nada por tu parte; reintentar no ayudará y recibimos una alerta automática. Contacta con soporte indicando el request_id si es urgente.

`queue_enqueue_failed`

code: internal_server_error · retryable: true La predicción no se pudo poner en la cola. Qué hacer: vuelve a enviar la solicitud.

`reaped_stalled`

code: internal_server_error · retryable: true La predicción se quedó bloqueada y fue terminada. Qué hacer: vuelve a enviar la solicitud.

Valores desconocidos

Tanto code como reason son conjuntos abiertos. Se añaden valores nuevos a medida que clasificamos más fallos, sin anuncio de cambio incompatible. Tu integración no debe fallar, descartar el error ni rechazar el payload cuando encuentre un valor que no reconozca.

reason desconocido: trátalo como si reason estuviera ausente y decide con retryable (o con el valor por defecto por code). Guarda el valor original en tus registros: es la vía más rápida para que soporte identifique el fallo.
code desconocido: trátalo como internal_server_error. Hay un valor centinela que conviene conocer por su nombre: unknown_error_code, que Sunra emite cuando una predicción falló pero no se pudo recuperar ninguna clasificación para ella.

Nota de migración: error es null cuando no hay error

En vigor desde el 17 de agosto de 2026. El objeto error tiene una única representación en todos los canales. Han desaparecido tres diferencias entre ellos:

error es null cuando la predicción no ha fallado. GET /v1/predictions/{prediction_id} respondía con un objeto vacío —"error": {}— en toda predicción con éxito, en cola o cancelada. Ahora responde "error": null, que es lo que el endpoint de estado de la cola ya hacía. Si compruebas si está vacío (Object.keys(response.error).length === 0), sustitúyelo por una comprobación de nulo (response.error === null).
Un fallo siempre lleva un code y un message no vacíos. Cuando un fallo registró algo que no podemos clasificar, ahora obtienes el centinela unknown_error_code y un mensaje genérico, en lugar de un campo ausente, vacío o que no es una cadena.
Los fallos registrados como texto plano te llegan como texto. Un puñado de predicciones de abril de 2026 guardaron su error como una cadena suelta. GET /v1/predictions/{prediction_id} lo descartaba y el endpoint de estado de la cola lo sustituía por el mensaje centinela; ahora ambos lo publican como message bajo code: "unknown_error_code".

No se ha eliminado nada ni ha aparecido ningún campo nuevo: error ya estaba en todas y cada una de estas respuestas, y lo único que cambió fue su valor. Las entregas de webhook no se tocan —eran la forma hacia la que convergieron los demás canales— y error sigue estando ausente en una entrega succeeded en lugar de enviarse como null. Ventana de compatibilidad. No hay periodo de emisión doble; la API dejó de producir "error": {} en esa fecha. Si reproduces o reprocesas payloads que capturaste antes, trata null y {} como lo mismo hasta que esos datos almacenados caduquen.

Cambio próximo: algunos fallos recibirán un `code` más específico

Hoy una parte importante de los fallos se reporta como service_provider_error, incluidos muchos que no son transitorios ni culpa del proveedor. A medida que clasificamos proveedores uno a uno, esos fallos pasan al code que realmente los describe:

que un proveedor rechace tu entrada de forma determinista pasa a ser invalid_input (antes service_provider_error);
un problema del lado de Sunra, como un endpoint mal configurado o nuestra propia cuenta con el proveedor, pasa a ser internal_server_error (antes service_provider_error);
un archivo de entrada que no pudimos descargar pasa a ser invalid_input (antes internal_server_error).

Ningún código se renombra ni se elimina, y no se introduce ningún valor nuevo de code: los cinco valores anteriores siguen siendo el conjunto completo de códigos clasificados. Lo que cambia es cuál de ellos recibe un fallo concreto, y cambia de forma gradual, proveedor a proveedor. Si ramificas tu lógica según code, este es un buen momento para trasladarla a retryable y reason, que describen el fallo directamente y no se ven afectados por la reclasificación.

Errores de solicitud de API

Tipo de Error	Código de Error	Estado HTTP	Descripción
authentication_error	`INVALID_CREDENTIALS`	401	El nombre de usuario o la contraseña proporcionados son incorrectos
authentication_error	`TOKEN_EXPIRED`	401	El token de autenticación ha caducado y debe renovarse
authorization_error	`ACCOUNT_NOT_ACTIVE`	403	La cuenta de usuario está inactiva o suspendida
authorization_error	`API_KEY_INACTIVE`	403	La clave de API está deshabilitada o suspendida
authorization_error	`FROZEN_CREDIT_OPERATION_NOT_ALLOWED`	403	No se pueden realizar operaciones con créditos congelados en este estado
authorization_error	`INSUFFICIENT_PERMISSION`	403	El usuario carece de los permisos necesarios para esta operación
authorization_error	`MODEL_ACCESS_DENIED`	403	El acceso al modelo solicitado no está permitido para este usuario
authorization_error	`PREDICTION_ACCESS_DENIED`	403	El acceso a la predicción solicitada no está permitido para este usuario
authorization_error	`PRICING_OPERATION_NOT_ALLOWED`	403	La operación de precios no está permitida en el contexto actual
client_error	`PAYMENT_PROCESSING_ERROR`	402	El pago no pudo procesarse debido a problemas con el método de pago
client_error	`PREDICTION_CREDITS_ERROR`	402	Créditos insuficientes para reservar para la solicitud de predicción
conflict_error	`CREDIT_PACKAGE_UNAVAILABLE`	409	El paquete de créditos no está disponible para su compra
conflict_error	`DUPLICATE_API_KEY_NAME`	409	Ya existe una clave de API con este nombre en la organización
conflict_error	`DUPLICATE_INVITATION`	409	Ya existe una invitación activa para este usuario
conflict_error	`INVALID_FROZEN_CREDIT_STATUS`	409	El crédito congelado no se encuentra en el estado esperado para esta operación
conflict_error	`INVALID_PAYMENT_STATUS`	409	El pago no se encuentra en el estado correcto para esta operación
conflict_error	`INVALID_SUBSCRIPTION_STATUS_TRANSITION`	409	No se puede cambiar la suscripción del estado actual al estado solicitado
conflict_error	`MODEL_ENDPOINT_ALREADY_EXISTS`	409	Ya existe un endpoint de modelo con esta configuración
conflict_error	`PAYMENT_ALREADY_PROCESSED`	409	El pago ya ha sido procesado y no se puede modificar
conflict_error	`PREDICTION_CANNOT_BE_CANCELED`	409	La predicción se encuentra en un estado que no se puede cancelar
conflict_error	`PREDICTION_INVALID_STATUS`	409	La predicción no se encuentra en el estado esperado para esta operación
conflict_error	`PREDICTION_STALLED`	409	La predicción se ha estancado durante demasiado tiempo y necesita atención
conflict_error	`QUEUE_ITEM_CANNOT_BE_CANCELED`	409	La predicción en cola no se puede cancelar en su estado actual
conflict_error	`SERVICE_PROVIDER_ALREADY_EXISTS`	409	Ya existe un proveedor de servicios con este nombre
conflict_error	`TRANSACTION_ALREADY_VOIDED`	409	La transacción ya ha sido anulada
conflict_error	`TRANSACTION_NOT_VOIDED`	409	La transacción no está en estado de anulación
gone_error	`CREDIT_EXPIRED`	410	El cubo de créditos ha caducado y ya no está disponible
gone_error	`INVITATION_EXPIRED`	410	La invitación ha caducado y ya no es válida
invalid_request_error	`CHECKOUT_SESSION_CREATION_ERROR`	400	No se pudo crear la sesión de pago
invalid_request_error	`CODE_VERIFICATION_FAILED`	400	El código de verificación no es válido o ha caducado
invalid_request_error	`CREDIT_AMOUNT_VALIDATION_ERROR`	400	El importe de crédito proporcionado no es válido
invalid_request_error	`CURRENCY_MISMATCH`	400	La moneda no coincide con la moneda esperada
invalid_request_error	`FREEZE_AMOUNT_NOT_SET`	400	Se requiere configuración de precios antes de realizar predicciones
invalid_request_error	`HIGH_PRECISION_DECIMAL_VALIDATION_ERROR`	400	El valor decimal proporcionado no es válido o tiene demasiados decimales
invalid_request_error	`INIT_PAYLOAD_QUEUE_NAME_MISSING`	400	Se requiere el nombre de la cola en la carga útil de inicialización
invalid_request_error	`INVALID_CREDIT_AMOUNT`	400	El importe de crédito especificado no es válido
invalid_request_error	`INVALID_PAYMENT_AMOUNT`	400	El importe del pago no es válido
invalid_request_error	`INVALID_PAYMENT_METHOD`	400	El método de pago proporcionado no es válido
invalid_request_error	`INVALID_SUBSCRIPTION_DATA`	400	Los datos de suscripción proporcionados contienen información no válida
invalid_request_error	`INVALID_SUBSCRIPTION_OPERATION`	400	La operación de suscripción no es válida
invalid_request_error	`INVALID_VOID_METADATA`	400	Faltan metadatos de anulación necesarios o no son válidos
invalid_request_error	`MISSING_PAYMENT_METHOD`	400	Se requiere un método de pago para esta operación
invalid_request_error	`MODEL_ENDPOINT_PRICE_ITEM_INVALID`	400	La configuración de precios del endpoint del modelo no es válida
invalid_request_error	`MODEL_ENDPOINT_PRICE_TYPE_NOT_SUPPORTED`	400	El tipo de precio no es compatible con este endpoint de modelo
invalid_request_error	`PAYMENT_VALIDATION_ERROR`	400	La información de pago no superó la validación
invalid_request_error	`PREDICTION_INVALID_INPUT`	400	La entrada proporcionada para la predicción no es válida
invalid_request_error	`PREDICTION_FAILED`	400	La predicción cuya salida pediste terminó con `status: "failed"`. `error.details` lleva el fallo de la predicción.
invalid_request_error	`PRICE_TYPE_INVALID`	400	El tipo de precio especificado no es válido
invalid_request_error	`PRICE_USAGE_KEY_MISSING`	400	Se requiere una clave de uso para este tipo de precio
invalid_request_error	`PRICE_USAGE_VALUE_INVALID`	400	El valor de uso proporcionado no es válido
invalid_request_error	`PRICING_VALIDATION_ERROR`	400	La configuración de precios no superó la validación
invalid_request_error	`SUBSCRIPTION_OPERATION_ERROR`	400	Falló la operación de suscripción
not_found_error	`API_KEY_NOT_FOUND`	404	La clave de API especificada no existe
not_found_error	`CREDIT_BUCKET_NOT_FOUND`	404	El cubo de créditos especificado no existe
not_found_error	`CREDIT_PACKAGE_NOT_FOUND`	404	El paquete de créditos especificado no existe
not_found_error	`CUSTOMER_PROFILE_NOT_FOUND`	404	No se pudo encontrar el perfil del cliente
not_found_error	`FROZEN_CREDIT_NOT_FOUND`	404	No se pudo encontrar el registro de crédito congelado
not_found_error	`INVITATION_NOT_FOUND`	404	La invitación especificada no existe
not_found_error	`MODEL_ENDPOINT_NOT_FOUND`	404	El endpoint del modelo especificado no existe
not_found_error	`MODEL_ENDPOINT_PRICE_ITEM_NOT_FOUND`	404	No existe la configuración de precios para este endpoint de modelo
not_found_error	`MODEL_ENDPOINT_PRICE_NOT_FOUND`	404	No se encontraron precios para el endpoint del modelo especificado
not_found_error	`MODEL_NOT_FOUND`	404	El modelo especificado no existe
not_found_error	`MODEL_NOT_FOUND`	404	El modelo especificado no existe
not_found_error	`MODEL_PROVIDER_NOT_FOUND`	404	El proveedor del modelo especificado no existe
not_found_error	`MODEL_PROVIDER_NOT_FOUND`	404	El proveedor del modelo especificado no existe
not_found_error	`ORGANIZATION_MEMBER_NOT_FOUND`	404	El miembro de la organización especificado no existe
not_found_error	`ORGANIZATION_NOT_FOUND`	404	La organización especificada no existe
not_found_error	`PAYMENT_METHOD_NOT_FOUND`	404	El método de pago especificado no existe
not_found_error	`PAYMENT_NOT_FOUND`	404	El pago especificado no existe
not_found_error	`PREDICTION_NOT_FOUND`	404	La predicción especificada no existe
not_found_error	`PREDICTION_NOT_FOUND`	404	La predicción especificada no existe
not_found_error	`PRICE_NOT_FOUND`	404	La configuración de precios especificada no existe
not_found_error	`QUEUE_ITEM_NOT_FOUND`	404	El elemento de la cola especificado no existe
not_found_error	`SERVICE_PROVIDER_NOT_FOUND`	404	El proveedor de servicios especificado no existe
not_found_error	`SERVICE_PROVIDER_NOT_FOUND`	404	El proveedor de servicios especificado no existe
not_found_error	`SUBSCRIPTION_NOT_FOUND`	404	La suscripción especificada no existe
not_found_error	`TASK_LOG_NOT_FOUND`	404	El registro de tareas especificado no existe
not_found_error	`TRANSACTION_NOT_FOUND`	404	La transacción especificada no existe
not_found_error	`USER_NOT_FOUND`	404	El usuario especificado no existe
precondition_failed_error	`INSUFFICIENT_CREDIT`	412	Créditos insuficientes disponibles para esta operación
service_unavailable_error	`PREDICTION_UNAVAILABLE`	503	El servicio de predicción no está disponible actualmente
service_unavailable_error	`STRIPE_OPERATION_ERROR`	503	El servicio de pago no está disponible actualmente
unprocessable_entity_error	`MODEL_ENDPOINT_PRICE_ITEM_MATCH_FAILED`	422	No se pueden encontrar precios que coincidan con la configuración del endpoint del modelo
unprocessable_entity_error	`PREDICTION_UNSAFE_CONTENT`	422	La entrada de la predicción contiene contenido no seguro o inapropiado
unprocessable_entity_error	`PRICE_CALCULATION_ERROR`	422	No se puede calcular el precio para la configuración solicitada

Descripción general

Multimodal

LLM

Bibliotecas de cliente

Códigos de fallo de predicción

Dónde te llega el error

Leer un fallo desde el endpoint de resultado

Cómo decidir si reintentar

`code`

`reason`

`input_validation_failed`

`provider_rejected_input`

`input_fetch_failed`

`moderation_blocked`

`provider_rate_limited`

`provider_unavailable`

`provider_timeout`

`provider_account_error`

`endpoint_misconfigured`

`queue_enqueue_failed`

`reaped_stalled`

Valores desconocidos

Nota de migración: error es null cuando no hay error

Cambio próximo: algunos fallos recibirán un `code` más específico

Errores de solicitud de API

​Códigos de fallo de predicción

​Dónde te llega el error

​Leer un fallo desde el endpoint de resultado

​Cómo decidir si reintentar

​code

​reason

​input_validation_failed

​provider_rejected_input

​input_fetch_failed

​moderation_blocked

​provider_rate_limited

​provider_unavailable

​provider_timeout

​provider_account_error

​endpoint_misconfigured

​queue_enqueue_failed

​reaped_stalled

​Valores desconocidos

​Nota de migración: error es null cuando no hay error

​Cambio próximo: algunos fallos recibirán un code más específico

​Errores de solicitud de API

Códigos de fallo de predicción

Dónde te llega el error

Leer un fallo desde el endpoint de resultado

Cómo decidir si reintentar

`code`

`reason`

`input_validation_failed`

`provider_rejected_input`

`input_fetch_failed`

`moderation_blocked`

`provider_rate_limited`

`provider_unavailable`

`provider_timeout`

`provider_account_error`

`endpoint_misconfigured`

`queue_enqueue_failed`

`reaped_stalled`

Valores desconocidos

Nota de migración: error es null cuando no hay error

Cambio próximo: algunos fallos recibirán un `code` más específico

Errores de solicitud de API