Si tienes un bot, un pipeline o cualquier app que llama a la API de OpenAI usando el modelo gpt-4.5-preview, tienes hasta el viernes 27 de junio para actualizar. Ese día OpenAI retira el modelo oficialmente, y las llamadas con ese identificador van a empezar a devolver error. No es degradación gradual ni aviso previo al request: el modelo baja y la llamada falla. GPT-5.2 ya fue retirado el 12 de junio; GPT-4.5 es el siguiente.
Qué modelos se retiran y en qué orden
OpenAI lleva varios meses consolidando su línea de modelos. La lógica es simple: tienen demasiados identificadores activos en la API y quieren reducirla a la familia GPT-5. Para los que construimos sobre su API, eso significa estar pendiente del calendario de retiros. Aquí el resumen de lo que pasó en junio 2026 según las notas de versión oficiales de OpenAI:
- ▸gpt-5.2: retirado el 12 de junio de 2026 — ya fuera de servicio
- ▸gpt-4.5-preview: se retira el 27 de junio de 2026 — en dos días desde hoy
- ▸Reemplazo recomendado por OpenAI: gpt-5.5 para uso general, gpt-5.5-mini para alto volumen
Si usas alguno de estos model IDs en producción —en tu API directa, en LangChain, en n8n o en cualquier integración— el reloj está corriendo. OpenAI a veces redirige modelos deprecados a un sucesor por un tiempo corto, pero eso no está garantizado ni documentado oficialmente para este retiro. No lo cuentes como red de seguridad.
GPT-5.5 como reemplazo: qué cambia realmente
GPT-5.5 no es simplemente "GPT-4.5 pero más nuevo". OpenAI rediseñó el razonamiento multi-paso en los modelos de la familia 5.x. En la práctica, eso significa mejor desempeño en tareas que requieren seguir instrucciones largas, mantener contexto en conversaciones extendidas y razonar sobre datos estructurados. Si venías usando GPT-4.5 para análisis de texto, extracción de datos o clasificación, es probable que notes una mejora sin cambiar ningún prompt.
El punto donde sí tienes que pensar es el costo. GPT-5.5 tiene un precio por token distinto al de gpt-4.5-preview. Si tu app hace miles de llamadas al día, revisa gpt-5.5-mini: mantiene el 85% del rendimiento para la mayoría de casos de uso a una fracción del precio. OpenAI lo recomienda explícitamente para aplicaciones de alto volumen donde el costo por llamada importa.
Cómo hacer la migración (en serio, son 5 minutos)
La migración técnica es más simple de lo que suena. En el 90% de los casos se reduce a cambiar un string en tu código. El trabajo real está en probar que todo sigue funcionando como esperas. Aquí el proceso:
- ▸Busca gpt-4.5-preview en todo tu codebase (grep -r en terminal o búsqueda global en tu IDE) y reemplázalo por gpt-5.5
- ▸Si usas LangChain, actualiza el modelo en ChatOpenAI(model="gpt-5.5") o en tu configuración de chain
- ▸En n8n, edita el nodo de OpenAI y selecciona el nuevo modelo en el dropdown de configuración
- ▸Corre tus tests o haz pruebas manuales con los 10-15 prompts más críticos de tu app
- ▸Monitorea costos y latencia durante las primeras 24h post-migración para detectar diferencias
Un caveat que se suele ignorar: GPT-5.5 puede ser ligeramente más verboso que GPT-4.5 en algunas respuestas. Si tu app depende de un formato de salida muy específico —JSON estructurado, listas con exactamente N ítems, respuestas de longitud fija— haz pruebas antes de ir a producción. No es un problema frecuente, pero cuando aparece puede sorprender.
Qué pasa exactamente si no migras el viernes
Las llamadas con model IDs retirados devuelven error directamente. No hay degradación gradual, no hay fallback automático: el request falla. Si tienes un bot de atención al cliente, un pipeline de análisis automatizado o una integración con la API, se rompe sin aviso. En producción, eso puede traducirse en horas de caída antes de que alguien lo detecte.
El patrón más grande: OpenAI consolida su plataforma
Este retiro no es un evento aislado. OpenAI está reduciendo su línea hacia una oferta más simple: GPT-5.5 y GPT-5.5-mini para uso general, con variantes para razonamiento y código. El ritmo de deprecaciones va a continuar. Lo que vale la pena hacer ahora, más allá de esta migración puntual, es configurar tu código para que el model ID sea una variable de entorno o una constante central, no un string hardcodeado en cada llamada. Eso hace que la próxima migración tome 30 segundos en vez de horas.
He visto equipos que tardan días en migrar simplemente porque el model ID está hardcodeado en 40 archivos distintos. Un patrón simple como MODEL_ID = os.getenv("OPENAI_MODEL", "gpt-5.5") en Python, o una variable de entorno en n8n, hace tu stack resistente a estos cambios sin costo adicional.
Cómo construir apps y agentes sobre la API de OpenAI desde cero
Si estas migraciones te están tomando más tiempo del que deberían, o si estás empezando a construir sobre la API de OpenAI, en DataPath tenemos cursos donde construyes con LLMs reales desde el primer día. En el curso de RAG y chatbots con tus propios datos aprendes a integrar GPT con bases de conocimiento propias usando embeddings y búsqueda semántica. En el de agentes con LangChain, construyes flujos agénticos que van mucho más allá de un simple prompt-response.
Si quieres el mapa completo —modelos, APIs, orquestación, memoria, herramientas y despliegue en producción— la ruta de AI Engineer cubre todo de forma estructurada, con proyectos reales que puedes mostrar en tu portafolio.
Haz el cambio hoy, no el viernes
Si tienes apps en producción con gpt-4.5-preview, la migración es sencilla y el riesgo de no hacerla es real. Y si estás construyendo sobre la API de OpenAI o quieres entrar al mundo de los agentes IA, estos son los recursos de DataPath que más van a ayudarte: ChatGPT y RAG desde cero · Agentes con LangChain · Ruta AI Engineer completa.


