OpenAI muestra cómo el dot de un ingeniero analizó un incidente nocturno y puso en marcha Codex

A las 3 de la madrugada, a un ingeniero de OpenAI llamado Ali le salta un incidente on-call. No abre el portátil. Del análisis se encarga su dot: estudia el problema y abre por su cuenta un hilo en Codex, mientras Ali dirige el trabajo desde el móvil a través de la aplicación de ChatGPT. Es el argumento del vídeo «Put your dot on call», que OpenAI publicó en su canal de YouTube el 16 de octubre de 2026.

Qué se sabe a partir de la descripción

El texto que acompaña al vídeo es breve y aporta pocos hechos. Hay un protagonista, el ingeniero Ali. Hay una hora: las tres de la madrugada, cuando el responsable de guardia está menos dispuesto a tomar decisiones complejas. Hay una tarea: el triaje del incidente, es decir, una evaluación rápida de qué se ha roto, cuán grave es y qué hacer primero. Y hay una cadena de herramientas: el dot, después un hilo de Codex y, por último, la interfaz móvil de ChatGPT.

La descripción no explica qué es un dot. De la fórmula «his dot» solo se deduce que es una entidad personal asignada a una persona concreta, capaz de investigar un problema por sí sola y de lanzar tareas. El texto no menciona su formato, el modelo que lleva debajo ni su nivel de acceso a la infraestructura. No vamos a especular.

Cómo está planteado el escenario

La lógica del vídeo es la siguiente. Primero llega el incidente. Luego el dot realiza la investigación inicial sin intervención humana. Después presenta el resultado como una unidad de trabajo en Codex, el agente de programación de OpenAI: un hilo en el que se analiza el problema y se prepara la corrección. Por último, la persona se incorpora cuando ya hay contexto preparado y gestiona el proceso desde el smartphone.

Lo central aquí es el reparto de papeles. El agente asume la parte más tediosa de la guardia: sacar los logs, cruzar los síntomas y localizar el código sospechoso. El ingeniero sigue siendo quien decide. La descripción lo expresa con el verbo «steer», es decir, «dirigir», y no «encargar y olvidarse».

Datos clave del material:

• Protagonista: Ali, ingeniero de OpenAI.
• Tarea: triaje de un incidente on-call.
• Hora: 3 de la madrugada.
• Primera línea: el dot, que investiga el problema por su cuenta.
• Entorno de trabajo para el código: un hilo en Codex.
• Interfaz de control: la aplicación de ChatGPT en el teléfono.
• No se revela: la naturaleza del dot, el tipo de incidente, el tiempo hasta la resolución, los permisos de acceso ni si hay confirmación antes de aplicar cambios.

Lo que falta en el vídeo

Es una demostración del propio proveedor, protagonizada por un empleado suyo. No hay verificación independiente, ni estadísticas sobre el número de incidentes, ni comparación con una guardia convencional. Tampoco se sabe si el dot resolvió el problema o solo reunió contexto, ni cuántas veces tuvo el humano que corregirlo. Para valorar la madurez del producto, esas cifras importan más que una buena historia.

Aun así, la dirección es clara. OpenAI presenta a los agentes de programación no como una herramienta de escritorio, sino como un empleado en segundo plano que detecta un evento, empieza a trabajar y acude a la persona para que decida. En este esquema, la combinación de ChatGPT y Codex funciona como un mando a distancia que se lleva en el bolsillo.

Qué deben comprobar los equipos con guardias

Si la idea les resulta interesante, conviene valorar varias cosas antes de cualquier experimento. ¿Qué permisos tendrá el agente para leer logs, métricas y repositorios, y se pueden limitar a solo lectura? ¿Quién confirma el merge y el despliegue, y es posible hacerlo desde el móvil por error, medio dormido? ¿Queda un registro de las acciones del agente que permita analizar el incidente a posteriori? ¿Existe un rollback rápido?

Y hay que medir el resultado. Tomen el tiempo hasta la primera reacción y el tiempo hasta la recuperación de varios meses de guardias, y compárenlos con el periodo en que el agente hace el triaje. Sin esa comparación, el escenario nocturno sigue siendo un vídeo atractivo, no un proceso de trabajo.