Grabación y reproducción de OpenAI Codex, explicado

Resumen

OpenAI lanzó la grabación y reproducción en la aplicación Codex para macOS el 18 de junio de 2026 (versión de la aplicación 26.616). La idea es simple y genuinamente ingeniosa: en lugar de escribir un mensaje largo para describir una tarea complicada, demuestras el flujo de trabajo en tu Mac una vez, y Codex convierte la demostración en una habilidad reutilizable y editable que puedes reproducir más tarde con nuevas entradas.

Hay algo que confunde a la gente de inmediato, por lo que vale la pena decirlo desde el principio: la función que lanzó OpenAI trata sobre enseñarle a Codex una habilidad mostrándosela. Eso no es lo mismo que la "reproducción de sesión", lo que muchos desarrolladores quieren decir cuando hablan de volver a ejecutar la transcripción de un agente para depurar una ejecución. A continuación, aclararé ambos conceptos.

Es un paso real hacia agentes a los que enseñas mediante demostración en lugar de escribir instrucciones, con límites reales en el lanzamiento (solo macOS, sin UE/UK, necesita Uso del Ordenador). Si tu objetivo real es automatizar el soporte al cliente en lugar de las tareas de tu escritorio, la misma idea de "enséñalo una vez, deja que funcione" ya existe en una forma diferente: un agente de soporte con IA que aprende de tus tickets anteriores en lugar de pedirte que grabes cada tarea.

¿Qué es la grabación y reproducción de Codex?

Un poco de contexto primero. Codex es la herramienta de codificación agentiva de OpenAI: una CLI de terminal, una extensión de IDE y una aplicación de escritorio que puede ejecutar tareas por ti en tu máquina y en la web. En los últimos meses ha crecido mucho más allá del código hacia el uso general del ordenador, que es lo que hace posible esta función.

La grabación y reproducción, según la documentación de Codex, "te permite demostrar un flujo de trabajo en tu Mac y convertirlo en una habilidad reutilizable." OpenAI sugiere usarla "cuando el flujo de trabajo es repetitivo, depende de tus preferencias, o es más fácil de mostrar que de describir en un mensaje."

Los ejemplos en la documentación son deliberadamente mundanos, que es el punto: podrías grabar cómo registras un gasto, reservas un aparcamiento, creas un issue correctamente configurado, publicas un vídeo o descargas un informe recurrente. Estas son las tareas que resultan molestas de escribir como un mensaje ("haz clic en el menú desplegable, elige la tercera opción, solo si el proyecto es interno...") pero triviales de simplemente hacer mientras algo observa.

Llegó en el registro de cambios del 18 de junio de 2026 junto con la aplicación Codex 26.616 y CLI 0.141.0. El encuadre oficial en el lanzamiento, en la publicación de la comunidad de desarrolladores de OpenAI, fue que "le muestras a Codex una tarea recurrente, como registrar un informe de gastos o enviar una solicitud de días libres", y "Codex convierte esa demostración en una habilidad inspeccionable y editable. Tú controlas cuándo comienza y termina la grabación."

Cómo funciona realmente la grabación y reproducción

Aquí está el mecanismo de extremo a extremo, porque la "magia" son realmente tres etapas concretas.

Grabación. Inicias una grabación desde la aplicación Codex: abre Plugins, abre el menú + y selecciona Grabar una habilidad. Codex muestra un mensaje sugerido, añades cualquier contexto, y una vez que apruebas la solicitud de permiso simplemente realizas el flujo de trabajo en tu Mac. Te detienes desde la barra de menú, la superposición, o diciéndole a Codex que has terminado.

Qué captura. Durante la grabación, la documentación dice que Codex "observa las acciones y el contenido de las ventanas necesario para aprender el flujo de trabajo," y la grabación continúa hasta que la detienes. El detalle del "contenido de las ventanas" importa: está viendo tu pantalla, que es exactamente por qué el centro de ayuda de OpenAI te advierte que evites introducir secretos o datos sensibles mientras grabas.

Qué obtienes de vuelta. Esta es la parte que me parece más interesante como alguien que construye agentes. Codex no guarda una macro literal clic por clic. Inspecciona el flujo de trabajo capturado y redacta una habilidad que, en palabras de OpenAI, "explica cuándo usar el flujo de trabajo, qué entradas necesita, qué pasos seguir y cómo verificar el resultado." El resultado es una descripción de habilidad editable que puedes leer y refinar, no una grabación opaca.

Luego la reproduces: inicia un nuevo hilo, pídele a Codex que use la habilidad, y "dale los valores que difieren esta vez, como el archivo a cargar, el issue a crear, o el rango de fechas para el informe." Codex usa la habilidad como contexto y completa la tarea con las herramientas disponibles, incluido el Uso del Ordenador, las acciones del navegador y los plugins instalados.

Ese último punto es la verdadera mejora sobre los grabadores de macros con los que algunas personas lo comparan. Una macro reproduce las mismas coordenadas ciegamente. Una habilidad de Codex es una descripción razonada de la intención, por lo que puede adaptarse cuando cambia el nombre del archivo, la fecha o el diseño.

Espera, hay dos tipos de "reproducción" diferentes

Si buscaste "grabación y reproducción de Codex" y llegaste a un hilo sobre transcripciones JSONL y depuración, no te lo estabas imaginando. La frase apunta a dos cosas diferentes, y confundirlas es la confusión más común que he visto en las discusiones.

Grabación y reproducción (la función lanzada) es de lo que trata toda esta publicación: enseñarle a Codex una habilidad demostrando un flujo de trabajo de interfaz de usuario.

"Reproducción de sesión" es el sentido de herramientas para desarrolladores: volver a ejecutar una ejecución de agente guardada para ver qué hizo, reproducir un resultado inestable o auditar una decisión. Las sesiones de Codex se almacenan como transcripciones, y se ha acumulado un apetito real por reproducirlas. La solicitud de función más votada en GitHub lo expresó claramente:

"Cada sesión de Codex es efímera. Cuando los desarrolladores encuentran un flujo de trabajo exitoso... no pueden fácilmente: Reproducirlo en otros proyectos, Compartirlo con los miembros del equipo, Controlar la versión del flujo de trabajo."

@Aki-07, GitHub openai/codex#5083

Esa brecha es por lo que los desarrolladores construyeron sus propias capas de reproducción. Herramientas de la comunidad como codex-replay convierten los registros de ejecución de una sesión en un único archivo HTML compartible, y otras visualizan la cadena de llamadas a herramientas en tiempo real, porque, como dijo un creador en Reddit's r/codex, "Codex es poderoso, pero su ejecución es una caja negra. Ves el resultado final, no el proceso."

Entonces: la nueva función te ayuda a crear un flujo de trabajo. La reproducción de sesión te ayuda a inspeccionar una ejecución. Ambas son útiles, pero solo la primera se lanzó el 18 de junio.

Cuándo usar grabación y reproducción (y cuándo no)

OpenAI es sorprendentemente claro en que esta es una de tres formas de darle a Codex una habilidad, y se superponen menos de lo que pensarías.

Si una tarea es fácil de describir con palabras, simplemente envía un mensaje a Codex y continúa. La grabación no añade nada.

La grabación y reproducción merece su lugar cuando la tarea es "más fácil de mostrar que de describir" y es tu propio flujo de trabajo repetitivo con criterios de éxito estables y claros, lo que la documentación señala como el punto ideal.

Y cuando quieres distribuir una capacidad estable y documentada en todo un equipo, agrupar varias habilidades o conectar servidores MCP, OpenAI te indica que construyas un plugin en su lugar. La grabación y reproducción se describe como "una forma rápida de crear una habilidad a partir de un flujo de trabajo demostrado", no la forma de publicar algo duradero para cuarenta colegas.

Los consejos de OpenAI para mejores grabaciones merecen una lectura rápida antes de tu primer intento. Los que realmente marcan la diferencia: dile a Codex tu objetivo y qué entradas varían antes de presionar grabar, mantén la demostración corta y completa, usa entradas realistas (no secretas) y detén la grabación en el momento en que el flujo de trabajo esté terminado en lugar de seguir con tareas no relacionadas.

Los límites que vale la pena conocer antes de depender de él

Este es un lanzamiento, no una función madura, y las restricciones son reales. Ninguna es un obstáculo insalvable, pero algunas decidirán silenciosamente si puedes usarlo en absoluto.

La reacción de la comunidad siguió estas limitaciones casi perfectamente. La función en sí impresionó a la gente, con una reacción en r/accelerate siendo un contundente "santo cielo, esto es una locura y mucho más poderoso que la grabación de macros." Pero las dos quejas recurrentes fueron exactamente las restricciones anteriores:

"Codex lanzó Grabación y Reproducción esta semana. Muéstrale una tarea en vivo, observa tu pantalla y la convierte en una habilidad. Función interesante. Solo para Mac, y solo se reproduce a través de Codex."

u/RawalDelhi, Reddit r/AI_Agents

El punto de "solo se reproduce a través de Codex" es el estratégico. La habilidad que grabas es portable en concepto pero está bloqueada en Codex en la práctica, lo cual es un intercambio razonable si ya te has comprometido con el ecosistema y una fricción real si no lo has hecho.

Lo que esto dice sobre hacia dónde se dirigen los agentes

Quita las advertencias de macOS y te quedas con un cambio significativo: la forma más barata de enseñarle a un agente está empezando a ser la demostración, no la instrucción. Escribir un mensaje perfecto es difícil. Hacer la tarea mientras algo observa es fácil. Eso encaja mejor con cómo la mayoría de las personas realmente tienen el conocimiento sobre su propio trabajo, que vive en la memoria muscular, no en la documentación.

Esta es la parte en la que voy a mostrar mis cartas, porque construyo agentes de IA en eesel para ganarme la vida. El instinto de "enseñar mostrando, no diciéndolo" es exactamente correcto, y es el mismo instinto detrás de cómo ya funciona la buena automatización de soporte. Hemos pasado los últimos años poniendo agentes de IA en colas de soporte en vivo, y la lección que quedó grabada es que un agente es tan bueno como aquello de lo que aprendió, y el maestro más rico es el trabajo que ya has realizado.

Para el soporte al cliente específicamente, no grabas respondiendo tickets uno a uno. El historial ya está en tu helpdesk. Por lo tanto, la mejor versión de la "grabación y reproducción" para un equipo de soporte es un agente que lee tus tickets pasados de Zendesk o Front, tu centro de ayuda y tus macros, y aprende los patrones desde el primer día, sin necesidad de demostración. La función de Codex es la versión de tareas de escritorio de una idea que, para el soporte, ya está más avanzada.

Prueba eesel para la automatización del soporte

Si llegaste aquí porque intentas automatizar las partes repetitivas de tu trabajo, y ese trabajo es soporte al cliente en lugar de registrar informes de gastos, esta es la parte que merece tu atención.

eesel AI es un agente de soporte con IA que se conecta a tu helpdesk existente y aprende de lo que ya tienes. En lugar de grabar cada tarea, se entrena con tus tickets históricos, documentos de ayuda y macros, luego redacta y resuelve conversaciones de nivel 1 en la voz de tu marca. Lo más parecido al bucle "demuestra y luego reproduce" de Codex es nuestro modo de simulación: antes de responder a un solo cliente real, lo ejecutas contra miles de tus tickets pasados para ver exactamente cómo los habría gestionado, encontrar las brechas, y solo entonces lo activas.

No es teórico. Gridwise tuvo a eesel resolviendo el 73% de las solicitudes de nivel 1 en el primer mes, y Smava gestiona un agente de Zendesk completamente automatizado con más de 100.000 tickets en alemán al mes. El precio es basado en el uso sin tarifas por asiento, y puedes empezar gratis sin tarjeta de crédito. Si tu plataforma es Zendesk, Freshdesk, Gorgias, Help Scout, u otras cien herramientas, lo más probable es que se conecte.