Retirada de GPT-4o: qué revisar si tu empresa lo usa

Qué ha anunciado OpenAI

El 14 de octubre, OpenAI avisó a quienes usan esos modelos de que dejarán de estar disponibles en su API, la puerta por la que otros programas se conectan a su inteligencia artificial. Así lo recoge su página oficial de retiradas de modelos, que detalla las versiones afectadas y la fecha de apagado.

• Modelos afectados: GPT-4o, GPT-4o mini, GPT-4.1 y GPT-4.1 mini, en cinco versiones fechadas, según OpenAI.
• Fecha de apagado: 14 de enero de 2027. Las versiones afinadas de esos modelos, es decir, las que una empresa ha entrenado con sus propios ejemplos, siguen el mismo calendario.
• Sustituto recomendado: GPT-6 Luna para los cuatro modelos. Según DataNorth, GPT-6 Luna no se puede afinar.
• Antes llegan otras retiradas: por un aviso de abril, gpt-4.1-nano y la versión de GPT-4o de mayo de 2024 salen de la API el 23 de octubre de 2026, según la misma página de OpenAI.

El aviso habla solo de la API. Según DataNorth, quien solo usa ChatGPT no tiene que cambiar nada por esta noticia. Para quien sí cambia de modelo, Superpower Daily recomienda probar el sustituto con peticiones representativas y con los casos raros antes de dar el paso.

El programa de pedidos que nadie sabe cómo funciona

Imagina que llevas una distribuidora de vinos familiar con cuatro personas. Hace año y medio, un programador independiente os montó una pequeña automatización: lee los correos de pedidos que mandan bares y restaurantes, entiende qué vinos y cuántas cajas piden y los apunta solos en la hoja de pedidos. Desde entonces, Elena, que lleva la oficina, ya no copia a mano cada pedido del lunes por la mañana.

Funciona tan bien que nadie se acuerda de ella. El programador ahora trabaja en otra empresa. La cuenta de OpenAI está a nombre de un correo que no mira nadie. Y si alguien le preguntara a Elena qué modelo de IA usa su automatización, no sabría qué contestar. No es un descuido suyo: nunca le hizo falta saberlo.

¿Por qué tantas automatizaciones dependen de un solo modelo?

La escena es inventada, pero se parece a muchas que vemos. Cuando alguien conecta un programa con la IA de OpenAI, escribe en el código el nombre exacto del modelo que va a usar. Durante las pruebas se elige el que mejor responde ese mes, todo funciona y el proyecto se da por cerrado.

Ese nombre se queda ahí, escondido, mientras el resto del mundo sigue avanzando. Los proveedores de IA renuevan sus modelos a menudo y retiran los antiguos con un plazo de aviso. La propia página de OpenAI tiene retiradas programadas con fechas que van de octubre de 2026 a abril de 2027. Quien construye con IA construye sobre una pieza con fecha de caducidad, aunque no la vea.

Lo que cuesta enterarse tarde

El problema no es el cambio de modelo, que en muchos casos es sencillo. El problema es descubrirlo el día que deja de funcionar. En la distribuidora de Elena, eso podría ser un lunes de enero con los pedidos sin pasar a la hoja, los repartos por preparar y nadie que sepa por dónde empezar a mirar.

Y aunque el cambio llegue a tiempo, un modelo nuevo no siempre responde igual que el anterior. Puede leer un pedido de otra forma, tardar más o costar distinto. Si nadie lo prueba con los correos de verdad, el error puede pasar semanas sin que se note, apuntando cantidades equivocadas en silencio.

¿Qué hacer ante la retirada de GPT-4o?

Si en tu empresa hay algo hecho con IA, estos pasos se pueden hacer con calma antes de enero:

• Haz la lista de todo lo que usa IA por dentro: el chatbot de la web, las automatizaciones de correo, los informes que se generan solos, las integraciones con tu programa de gestión.
• Averigua qué modelo usa cada una. Lo sabe quien la programó, y también aparece en el panel de la cuenta de OpenAI de la empresa.
• Comprueba que la cuenta está a nombre de alguien del equipo y que los avisos de OpenAI llegan a un correo que se lee.
• Reúne veinte o treinta casos reales, incluidos los raros: el pedido con faltas de ortografía, el que mezcla dos clientes, el que llega en un adjunto.
• Prueba el sustituto con esos casos y compara las respuestas con las del modelo actual antes de cambiarlo en el día a día.
• Apunta el modelo que usa cada herramienta y una fecha para revisarlo, para que la próxima retirada no te pille igual.

En la distribuidora, la prueba sería tan simple como pasar los pedidos de un mes por el modelo nuevo y comparar la hoja que sale con la que ya tienen. Si cuadra, se cambia. Si no, hay tiempo para ajustar las instrucciones antes de enero.

Cómo te ayudamos desde digizone

Cuando hacemos desarrollo de aplicaciones web y software a medida, las piezas que trabajan solas forman parte del producto desde el primer día: están documentadas, viven en la infraestructura del cliente y se pueden revisar y cambiar sin tener que reconstruir nada. Y si ya tienes una automatización hecha por otra persona, podemos revisarla contigo, encontrar qué modelo usa y preparar el cambio con calma.

En WannaNow construimos un importador que rastrea a diario las agendas públicas de la ciudad, normaliza cada evento, lo clasifica y lo geolocaliza sin intervención humana. Lo levantamos sobre Supabase, con tareas programadas dentro de la propia base de datos Así, la tarea que trabaja sola cada día queda dentro del propio sistema.

Empieza por una lista de tus automatizaciones

No hace falta rehacer nada para quedarse tranquilo. La primera versión de esta tarea es una lista sencilla: qué herramientas usan IA, qué modelo lleva cada una, quién la cuida y cuándo se revisa. En la distribuidora de Elena, sería una sola fila con la automatización de pedidos. Con esa lista, la retirada de enero se convierte en una tarea más del calendario.

Si quieres ver cómo se haría en tu caso, en nuestro taller gratuito lo contamos paso a paso.