Si buscas la respuesta más corta sobre OpenAI image generation API models, puedes empezar por aquí: para la mayoría de integraciones nuevas usa gpt-image-1.5; si el primer criterio es el coste, prueba antes gpt-image-1-mini; deja gpt-image-1 para migración y compatibilidad; y usa chatgpt-image-latest solo cuando lo que quieres es seguir el current image snapshot de ChatGPT.
Este keyword sigue pareciendo confuso no porque OpenAI no tenga una línea actual clara, sino porque la respuesta está repartida entre varias páginas. A fecha de 23 de marzo de 2026, el catálogo general de modelos y la página de GPT Image 1.5 colocan GPT Image 1.5 como current flagship de imagen. Pero el actual Images and vision guide todavía conserva una frase donde el latest image model aparece como gpt-image-1. Si te quedas con una sola página, es fácil llevarte el default equivocado.
La lectura más estable es esta: primero fija cuál es la línea actual en los model cards y en el catálogo; después usa las guías para decidir el API surface. Así conviertes cuatro nombres en una decisión operativa real.
Si el siguiente paso para ti es código ejecutable, lo lógico es ir después al OpenAI image generation API example o al OpenAI Image API tutorial. Esta página es más estrecha a propósito: sirve para elegir bien el modelo antes de escribir el request equivocado.
Resumen rápido
- El default actual para trabajo nuevo suele ser
gpt-image-1.5. - Si manda el presupuesto, prueba primero
gpt-image-1-mini. chatgpt-image-latestes un alias para ChatGPT parity, no un default universal.gpt-image-1queda para migración y compatibilidad, no para proyectos nuevos.
La línea actual de OpenAI image models en una sola tabla
La tabla siguiente resume la decisión más honesta posible según las official pages revisadas el 23 de marzo de 2026.
| Modelo | Papel actual | 1024x1024 medium | 1024x1024 high | Cuándo encaja | Por qué no es el default en todos los casos |
|---|---|---|---|---|---|
gpt-image-1.5 | current flagship | $0.034 | $0.133 | Proyectos nuevos, edits, trabajo quality-first | Cuesta más que Mini, así que no siempre es la mejor opción cost-first |
gpt-image-1-mini | current budget lane | $0.011 | $0.036 | Prototipos, borradores masivos, workloads sensibles a coste | La documentación lo coloca como línea barata, no como flagship |
chatgpt-image-latest | alias de ChatGPT | $0.034 | $0.133 | Cuando buscas seguir la imagen actual de ChatGPT | Es un moving alias, no un ID estable de largo plazo |
gpt-image-1 | previous model | $0.042 | $0.167 | Migración y referencia legacy | Es la línea anterior, no el mejor default nuevo |
De esta tabla salen tres ideas importantes.
La primera es que gpt-image-1.5 sigue siendo el default más defendible hoy. Está en el centro de la línea actual y es un model ID explícito que documentarás mejor.
La segunda es que gpt-image-1-mini no es un detalle menor, sino la budget lane real. Si tu primera pregunta es cuánto puedes abaratar el flujo, aquí es donde debes empezar a comparar.
La tercera es que chatgpt-image-latest no es simplemente otra forma de escribir gpt-image-1.5. Hoy comparten la price card visible, pero no comparten el mismo significado operativo.
Si tu pregunta siguiente es económica más que de routing, el paso natural es la guía de OpenAI image generation API pricing.
Por qué gpt-image-1.5 sigue siendo el default más seguro
La razón para empezar con gpt-image-1.5 no es solo que OpenAI lo presente como flagship. La razón fuerte es que es la decisión más fácil de sostener después, cuando el proyecto ya está en producción.
La página actual de GPT Image 1.5 junta tres cosas útiles a la vez: su papel como current flagship, la per-image price ladder y los endpoints de imagen que soporta. Eso te da un objeto concreto alrededor del cual escribir documentación, tests y notas de rollout.
Esto importa porque en este keyword casi siempre se mezclan tres preguntas distintas:
- cuál es el modelo actual
- cuál es la ruta más barata
- en qué API surface debería trabajar
Si respondes las tres a la vez, es muy fácil escoger el model name demasiado pronto. gpt-image-1.5 funciona bien como corrección porque es current flagship y no arrastra la ambigüedad de alias que sí tiene chatgpt-image-latest.
Además, hoy incluso es más fácil de defender en precio que gpt-image-1. A fecha de 23 de marzo de 2026, el precio medium 1024x1024 de gpt-image-1.5 es $0.034, frente a $0.042 de gpt-image-1; en high, $0.133 frente a $0.167. El modelo nuevo no solo es el actual: en la tabla pública también mejora a la línea anterior.
En la práctica, el orden más limpio sigue siendo este: elige gpt-image-1.5, haz pasar un request sencillo por Images API, y solo después decide si necesitas bajar a Mini por presupuesto o cambiar de surface por arquitectura.
Cuándo conviene probar primero gpt-image-1-mini
Muchas páginas tratan gpt-image-1-mini como una nota al pie barata. Eso se queda corto. Si el coste es la primera restricción, Mini suele ser el primer candidato real.
La página oficial de gpt-image-1-mini lo describe como una cost-efficient version de GPT Image 1, y la diferencia de precio actual sí cambia decisiones reales. El 23 de marzo de 2026, 1024x1024 medium cuesta $0.011 frente a $0.034 de gpt-image-1.5; high cuesta $0.036 frente a $0.133. En workloads cargados de drafts, la diferencia deja de ser cosmética.
Mini encaja especialmente bien cuando:
- quieres validar barato si una feature de imagen merece seguir adelante
- necesitas generar muchas opciones antes de seleccionar
- trabajas en herramientas internas o flujos donde la perfección no es el primer criterio
- quieres controlar el gasto antes de comprar calidad flagship
Eso sí, no hay que convertirlo en una regla automática. Si un tipo de tarea necesita muchos reruns, el headline price deja de contar toda la historia. Por eso la lectura correcta no es “Mini siempre gana”, sino “Mini es la primera comparación cuando el caso es cost-first”.
Para qué sirve realmente chatgpt-image-latest
chatgpt-image-latest confunde porque suena a “más nuevo”, pero como alias es menos estable que un model ID explícito.
La frase clave de la página actual de chatgpt-image-latest es que apunta al image snapshot actualmente usado en ChatGPT. Ese es el valor del alias. No existe para reemplazar a todos los demás nombres, sino para exponer la lane actual de ChatGPT a través de la API.
Eso hace que tenga sentido en algunos casos concretos:
- quieres paridad con el comportamiento actual de imagen en ChatGPT
- tu benchmark usa ChatGPT como referencia
- el hecho de seguir un moving snapshot es una requirement real
Lo que no significa es que deba ser el default de producción “porque parece más actual”. Esa inferencia es la equivocada.
Hoy chatgpt-image-latest y gpt-image-1.5 muestran la misma public price card y los mismos límites visibles, pero eso no elimina el riesgo operativo de un alias que se mueve. Si te importan la documentación, los evals y el control de cambios, gpt-image-1.5 sigue siendo más limpio como referencia estable.
Si quieres profundizar en esa comparación, conviene abrir chatgpt-image-latest vs gpt-image-1.5. La regla corta aquí es: solo usa el alias cuando de verdad necesitas la lógica del alias.
gpt-image-1 queda para migración, no para un default nuevo
La propia página actual de GPT Image 1 lo llama previous image generation model. Esa etiqueta ya dice bastante sobre su papel actual.
gpt-image-1 sigue teniendo sentido, pero sobre todo en dos escenarios.
El primero es la migración. Si tienes prompts, tests y outputs históricos alrededor de GPT Image 1, necesitas un baseline para comparar la transición.
El segundo es el ruido de la SERP. Muchos tutoriales y páginas antiguas siguen girando alrededor de GPT Image 1, así que entender su rol actual ayuda a leer correctamente resultados que parecen contradecirse.
Lo que ya no es razonable es usarlo como starting point solo porque lo mencionan más páginas viejas. Ni su posición actual ni sus precios públicos justifican ese hábito. La regla más limpia hoy es esta:
gpt-image-1para comparativa legacy y migracióngpt-image-1.5ogpt-image-1-minipara decisiones nuevas
Elegir modelo no es lo mismo que elegir API surface
Otra razón por la que este keyword se enreda es que model choice y API-surface choice se mezclan con demasiada facilidad.
El actual Images and vision guide explica que puedes generar o editar imágenes mediante Images API o Responses API. Eso es correcto. Pero no implica que los mismos model IDs vayan en los mismos campos en ambos caminos.
La limitación importante está en el current guide del tool image_generation: gpt-image-1.5, gpt-image-1 y gpt-image-1-mini no son valores válidos para el top-level model field de Responses API. En Responses, ese campo debe ser un modelo principal como gpt-5 o gpt-4.1, mientras la generación de imagen vive dentro del tool alojado.
En realidad, por tanto, son dos preguntas separadas:
- Qué image model line vas a usar
- Si vas por direct Images API o por Responses +
image_generation
Si solo quieres generar o editar imágenes, direct Images API sigue siendo la ruta más corta. Si la imagen es un tool dentro de un flujo multimodal mayor, Responses es más natural. Pero eso es una decisión de surface, no un motivo para cambiar el default model.
Antes de culpar al model ID, revisa access y rollout
A veces el model routing es correcto y el request aun así falla. En este cluster, eso suele significar que el problema no está en el nombre del modelo, sino en access, verification u organización.
La página actual de API Model Availability by Usage Tier and Verification Status indica que GPT-image-1 y GPT-image-1-mini están abiertos a tiers 1 through 5, con parte del access sujeto a organization verification. La guía actual de API Organization Verification también deja claro que una organización verificada desbloquea capacidades de image generation en la API.
Eso significa que “he elegido mal el modelo” y “mi account context aún no está lista” son dos fallos distintos. Cambiar model IDs a ciegas no arregla el segundo.
También hay ruido histórico por el rollout inicial de GPT Image 1.5. En el post oficial de la comunidad del 16 de diciembre de 2025, algunos usuarios reportaban que gpt-image-1.5 todavía no salía en el endpoint de modelos o respondía con “model does not exist”. Eso no describe el steady state de hoy, pero sí explica por qué ciertos snippets viejos siguen empujando expectativas equivocadas.
El troubleshooting order más útil sigue siendo:
- confirmar que elegiste la image model line actual correcta
- confirmar que estás usando el API surface correcto
- confirmar usage tier, organization, verification y project context
- solo después tocar prompt, SDK o wrappers
Si tu problema real es verification o 403, ve directo a la guía en español sobre OpenAI image generation API verification en lugar de seguir rotando nombres de modelo.
Recomendación final
La regla más corta y fiable para el 23 de marzo de 2026 es esta:
gpt-image-1.5para la mayoría del trabajo nuevo con OpenAI image generation APIgpt-image-1-minicuando el coste es la pregunta principalgpt-image-1solo para migración y comparativa legacychatgpt-image-latestsolo cuando la paridad con ChatGPT es el requisito real
Con esas cuatro líneas, la lineup actual deja de parecer una pila de model cards y pasa a leerse como un mapa de decisiones.
También es la secuencia más segura a nivel operativo: primero haces pasar un request sencillo por Images API con gpt-image-1.5, y después decides si necesitas Mini por economía o el alias por razones de producto.
FAQ
Si un guide de OpenAI todavía dice gpt-image-1, ¿por qué sigues recomendando gpt-image-1.5 como default?
Porque a fecha de 23 de marzo de 2026 el catálogo de modelos y la página de GPT Image 1.5 lo colocan como current flagship. La confusión viene de wording antiguo que sigue vivo en una parte de la guía, no de la línea actual del producto.
¿Cuándo debería usar chatgpt-image-latest en lugar de gpt-image-1.5?
Solo cuando la verdadera requirement sea seguir el current image snapshot de ChatGPT. Si lo que necesitas es un default estable y limpio para la API, gpt-image-1.5 sigue siendo mejor.
¿Puedo poner gpt-image-1.5 en el campo model superior de Responses API?
No. La guía actual del tool image_generation deja claro que los GPT Image model IDs no son valores válidos para el top-level model de Responses. Debes usar gpt-5 o gpt-4.1 y generar imagen mediante el tool alojado.
¿Hay free tier para los modelos actuales de imagen de OpenAI?
Según las current public model pages de GPT Image 1.5, gpt-image-1-mini y chatgpt-image-latest, no: todos muestran Free not supported. El punto de partida realista es paid Tier 1.