Inicio → Ayuda

Respuesta vacía con finish_reason content_filter

Una capa de moderación detuvo la generación. La petición se ejecutó, así que es una respuesta normal y no un error, y los tokens producidos antes de la parada se cobran.

Lo que ves

Por qué ocurre

El filtrado puede aplicarse al prompt o a la salida mientras se produce. Una parada a mitad significa que la salida lo activó; una respuesta vacía inmediata suele significar que lo activó la entrada.

Los umbrales varían según el modelo y el proveedor, así que el mismo texto puede pasar en uno y detenerse en otro. Por eso cambiar de modelo parece «arreglarlo».

Es fácil confundirlo con un truncamiento. La diferencia está en finish_reason: length significa que se acabaron los tokens, content_filter que el contenido fue rechazado.

Cómo solucionarlo

  1. Ramifica según finish_reasonTrata content_filter como un caso propio con un mensaje para el usuario. Reintentar la misma entrada produce el mismo resultado y solo cuesta dinero.
  2. Comprueba qué lado lo activóEnvía el prompt con un max_tokens mínimo. Si sigue deteniéndose de inmediato, el desencadenante es la entrada, no la salida.
  3. Reformula en lugar de reintentarSi la tarea es legítima, quitar la frase concreta que lo activa suele funcionar. El contenido de usuario citado es una causa frecuente.
Una respuesta filtrada es una petición completada, así que los tokens generados antes de la parada aparecen en tu registro de uso de APICLAN y se cobran. Una respuesta vacía con un recuento de salida distinto de cero es exactamente este caso.

Relacionado

Unexpected token '<' al llamar a una API compatible con OpenAI401 invalid API key: cuando la clave parece correcta pero sigue fallando

Revisado por última vez el 2026-10-01. Escrito a partir de problemas diagnosticados en una pasarela compatible con OpenAI en producción, no recopilado de otras webs.