Ir al contenido
Tier C — Especialista

Fecha de retirada

El proveedor retirará este modelo el 23 de octubre de 2026. Hasta entonces funciona con normalidad.

Se ejecuta en:USCreado en:United States
$6.58
salida · por 1M de tokens
Coste
542 ms
Velocidad de respuesta
1050
Inteligencia

Veredicto — resumenLIVE

● LIVE
ahora · 2026-10-04

Quality jumps to 95.3 with stronger factual performance, latency up 15%

✓ Quality improved to 95.3✓ Factual score reached 94✗ Latency increased 15%✗ Multilingual dropped to 92

The o4-mini model demonstrates significant quality improvement in the current benchmark window, rising from 91.3 to 95.3 overall. This four-point gain is primarily driven by enhanced factual reasoning capabilities, now scoring 94 compared to previous windows. Coding performance remains exceptional at a perfect 100, maintaining consistency across both evaluation periods. The model's multilingual capabilities show slight regression from 100 to 92, though this remains competitive. A notable operational change is the 15% increase in median latency, rising from 3121ms to 3603ms. This slowdown may reflect more thorough processing or internal model adjustments. The current window includes only three test runs compared to four previously, which may affect statistical confidence but still provides meaningful comparison. Creative writing scores are absent from the current window, making direct comparison incomplete. Users should expect substantially improved factual accuracy and maintained coding excellence, while accounting for moderately slower response times. The model continues to deliver strong multimodal and reasoning capabilities, making it suitable for applications requiring high-quality outputs where the latency increase remains acceptable.

Calidad

95.3

Latencia p50

3,603 ms

Ejecuciones de test

3

1 de 20

Imagen y explicaciónLIVE

OpenAI

o4-mini

Tier C — Especialista

Equipo editorial Tokonomix·Revisado por Mes Kalkan··

o4-mini es un modelo de lenguaje desarrollado por OpenAI como parte de la familia de la serie o. Esta serie representa un enfoque distinto al de los modelos GPT, ya que incorpora capacidades de razonamiento extendido que permiten al modelo procesar consultas complejas mediante un análisis de varios pasos antes de generar respuestas. La variante o4-mini se posiciona como una versión más compacta dentro de esta línea, diseñada para equilibrar el rendimiento de razonamiento con la eficiencia computacional en aplicaciones que requieren resolución lógica de problemas y tareas analíticas. El modelo admite capacidades estándar de generación de texto y está destinado a casos de uso que involucran razonamiento matemático, asistencia en programación, análisis científico y otros dominios donde el pensamiento sistemático resulta valioso. Si bien OpenAI no ha divulgado públicamente detalles técnicos específicos sobre el recuento de parámetros y la arquitectura, los modelos de la serie o se caracterizan por su capacidad de asignar cómputo adicional durante la inferencia para mejorar la calidad de las respuestas en problemas complejos. El tamaño de la ventana de contexto de o4-mini no ha sido confirmado oficialmente hasta el momento. Dentro del portafolio de modelos de OpenAI, o4-mini ocupa un rol especializado junto a la serie GPT-4. Mientras que los modelos GPT enfatizan una amplia capacidad conversacional y la generación de texto de propósito general, la serie o se centra en tareas que requieren un procesamiento analítico más profundo. La denominación "mini" sugiere que esta variante está optimizada para la accesibilidad y el despliegue práctico, manteniendo a la vez las características centrales de razonamiento de la familia o4, lo que la hace adecuada para desarrolladores que buscan capacidades mejoradas de resolución de problemas sin requerir los recursos completos de variantes de modelos más grandes.

o4-mini es la variante eficiente de la cuarta generación de modelos de razonamiento de OpenAI, diseñada para análisis lógico sin el costo del modelo completo.

— Resumen de benchmark Tokonomix

Capacidades

toolssource: litellmvisionjson modepdf inputreasoningjson schemaprompt cachingmax output tokens: 100000
o4-mini — illustration 1
o4-mini: el modelo de razonamiento rentable de OpenAI y sucesor de o3-mini

o4-mini es el modelo que sucedió a o3-mini en la línea de razonamiento de volumen de OpenAI. Mismo patrón arquitectónico de generación basada en razonamiento, mismo posicionamiento amplio de cargas de trabajo, pero con una precisión mediblemente superior y un perfil de latencia ligeramente mejor en los tipos de problemas que anteriormente se ejecutaban en o3-mini. Para equipos que ejecutan flujos de trabajo en producción sobre el mini anterior, este es el objetivo de migración.

Qué obtienes en el nivel mini

o4-mini maneja problemas con forma de razonamiento a un perfil de costes que escala a cargas de trabajo de volumen. Revisión de código a escala, análisis estructurado de documentos, planificación de múltiples pasos sobre restricciones moderadamente complejas, extracción de cláusulas contractuales, clasificación de literatura científica. El mini cubre todo esto cómodamente y a un coste por llamada que hace que los despliegues de alto rendimiento sean económicamente viables.

El paso de razonamiento sigue ocurriendo. Sigues pagando por tokens de razonamiento. El modelo sigue tardando más que un modelo reflexivo en producir una respuesta. Lo que sacrificas en el nivel mini comparado con el o3 completo o la frontera de razonamiento más reciente es cierta precisión en los problemas absolutamente más difíciles y cierta amplitud en el espacio de soluciones candidatas que el modelo puede explorar antes de comprometerse con una respuesta.

Para la mayoría de cargas de trabajo de razonamiento este intercambio es favorable. La mayoría de los problemas no requieren el techo de capacidad absoluto. Requieren deliberación que capture el tipo de error que un modelo reflexivo enviaría, y lo requieren a un coste que escale a miles de consultas por hora. El nivel mini está construido para esa forma de trabajo.

La capacidad de contexto largo se mantiene. o4-mini maneja bien cargas de trabajo de razonamiento sobre documentos largos, aunque la especificación exacta de la ventana de contexto no siempre está documentada de forma prominente. Para análisis de documentos largos en el nivel mini, esta es la herramienta correcta.

Dónde funciona

Ingeniería de software a dificultad moderada. Revisión de código, asistencia en refactorización, ayuda de depuración donde el problema está uno o dos pasos alejado del síntoma. o4-mini captura suficientes errores para ser una capa útil de programación en pareja sin el coste de ejecutar o3 completo para cada consulta.

Análisis de documentos a volumen. Pipelines de revisión de contratos, clasificación de presentaciones regulatorias, selección de artículos de investigación. El paso de razonamiento añade suficiente deliberación para capturar el tipo de error que el reconocimiento de patrones pasaría por alto, a un coste unitario que hace el despliegue económicamente viable.

Cargas de trabajo de planificación estructurada. Asignación de recursos bajo restricciones moderadas, problemas de programación, árboles de decisión de múltiples pasos. El mini maneja estos bien siempre que las restricciones no interactúen de las formas más complejas, donde el o3 completo comienza a destacar notablemente.

Objetivo de migración desde o3-mini. La razón más común por la que los equipos están eligiendo o4-mini hoy es para migrar desde o3-mini antes de su precipicio de depreciación. La migración es directa en superficie de API y generalmente favorable en comportamiento, aunque merece una revalidación adecuada.

Dónde falla

Los problemas absolutamente más difíciles en la frontera de razonamiento. Para estos, el o3 completo o su instantánea fechada o3-2025-04-16 destacan mediblemente. El nivel mini nunca fue diseñado para competir en la frontera; fue diseñado para llevar razonamiento útil al trabajo de volumen.

Aplicaciones interactivas en tiempo real. La latencia de razonamiento hace que el mini sea incompatible con UX de chat que necesita respuestas por debajo del segundo. Usa modelos reflexivos para esas cargas de trabajo y reserva el mini para trabajo de razonamiento asíncrono.

Resumen y extracción simples. El cómputo de razonamiento se desperdicia en tareas que no lo necesitan. Usa modelos reflexivos para estas cargas de trabajo donde el coste por llamada importa más que la profundidad de razonamiento.

Escritura creativa donde el flujo importa. El mini produce prosa cuidadosa y correcta con el efecto plano típico de los modelos de razonamiento. Los modelos reflexivos a menudo producen salida creativa más viva.

Elegirlo o subir de nivel

Para nuevas construcciones en el nivel de razonamiento, o4-mini es el predeterminado correcto en el nivel de volumen. La instantánea fechada o4-mini-2025-04-16 es la versión a fijar para flujos de trabajo regulados o reproducibilidad en producción.

Para cargas de trabajo que necesitan razonamiento genuinamente de frontera, el o3 completo es la ruta de actualización. Para los problemas más difíciles donde quieres máxima precisión independientemente del coste, o1-pro y su instantánea fechada siguen disponibles en la configuración de razonamiento extendido de la generación o1.

Para flujos de trabajo de investigación que necesitan navegación e integración de fuentes externas junto con razonamiento, o4-mini-deep-research y o4-mini-deep-research-2025-06-26 son las variantes dedicadas en modo investigación. Estas abordan una forma de carga de trabajo para la que el o4-mini estándar no es exactamente la herramienta adecuada.

Para flujos de trabajo que migran desde o3-mini, la cuestión de planificación es de tiempo más que de capacidad. Configura evaluación paralela contra o4-mini, documenta las diferencias en tu carga de trabajo, y realiza el cambio antes del precipicio de depreciación de o3-mini. La migración es generalmente favorable pero merece validación adecuada en lugar de una actualización ciega de sustitución directa.

La residencia de datos en la UE no se satisface por defecto en ninguno de los endpoints de razonamiento de OpenAI. El patrón de gateway regional sigue siendo la solución alternativa para despliegues europeos regulados.

Última revisión técnica: 2026-05-22 — Tokonomix.ai

o4-mini — illustration 2

Comparación de proveedoresLIVE

Comparación de proveedores
Compara cada proveedor de este modelo — precio, calidad, latencia y disponibilidad.
Azure OpenAI (EU - Sweden)UE
Coste de entrada✓ mejor$1.65
Coste de salida$6.58
Calidad✓ mejor1050
Latencia (p50)Aún sin probar
DisponibilidadAún sin probar
Precios por 1M de tokens en Tokonomix
OpenAIEE. UU.Esta oferta
Coste de entrada$1.65
Coste de salida$6.58
Calidad1050
Latencia (p50)✓ mejor542 ms
DisponibilidadAún sin probar
Precios por 1M de tokens en Tokonomix

Inteligencia de consenso

TODO EL MODELOINACTIVO

Las señales de consenso son de todo el modelo — todavía no por proveedor.

El scoring de consenso aún recopila datos para este modelo — todavía sin señales.

Votos de la comunidadLIVE

Votos de la comunidad
Lo que opinan los visitantes reales — por proveedor.
Azure OpenAI (EU - Sweden)UE

Aún no hay votos de la comunidad.

OpenAIEE. UU.

Aún no hay votos de la comunidad.

Más resultados — por proveedor

Calidad por categoría

Generación de códigoCreativoFactualMultilingüeRazonamiento

Rúbrica de juego

Aún sin datos.

Veredicto del juez

■ OK 81%■ Parcial 2%■ Incorrecto 17%

Juegos y arena

Aún sin datos.

Velocidad y salud

542 ms

Latencia (p50)

—

Disponibilidad

Pregunta y respuesta — explorarLIVE

1 de 80
🧠 inteligenciaOpenAIcoding · 2026-10-04puntuación: 100

Identify the bug in this Python code and fix it:\n```python\ndef merge_sorted(a, b):\n result = []\n i = j = 0\n while i < len(a) and j < len(b):\n if a[i] < b[j]:\n result.append(a[i])\n i += 1\n else:\n result.append(b[j])\n j += 1\n return result\n```

The problem with the code as written is that as soon as one of the two lists runs out of elements you exit the `while`‐loop and immediately `return`, never copying the “tail” of the other list into the result. To fix it you just need to append whatever is left in `a` (if any) and whatever is left in `b` (if any) after the main loop. For example: ```python def merge_sorted(a, b): result = [] i = j = 0 # merge until one list is exhausted while i < len(a) and j < len(b): if a[i] < b[j]: result.append(a[i]) i += 1 else: result.append(b[j]) j += 1 # append any remaining elements result.extend(a[i:]) result.extend(b[j:]) return result ``` Now if, say, `a` still has leftover elements after `b` i…

Historial de pruebas — todos los proveedoresLIVE

Puntuación de calidad en el tiempoúltimo 95
09-2710-04
Velocidad — latencia p50 en el tiempoúltimo 585 ms
09-2310-10