OpenAI muestra cómo trabajar con Codex por voz, desde la nube y a través del agente personal dot

Hace un año, un agente de programación era una ventana en la que escribías una petición y esperabas. Ahora los laboratorios de frontera compiten por ofrecer otro modo: el agente trabaja en la nube, escucha la voz y vive entre tus sesiones. En el primer día del AI Engineer Code Summit, los ingenieros de OpenAI Dominik Kundel y Charlie Guo mostraron cómo trabajan ellos mismos con Codex. Richard Macmanus publicó en Latent Space una crónica del taller.

Una nube a la que por fin no hay que temer

Codex se lanzó en mayo de 2025 como un agente en la nube para tareas paralelas. Pero, según admitió Kundel, los modelos y las herramientas que los rodean necesitaron tiempo para convertir todo esto en una experiencia cómoda. Un cambio notable llegó después del DevDay a finales de septiembre, cuando se anunció la segunda versión de Codex Cloud. La promesa era sencilla: puedes cerrar el portátil y los agentes seguirán trabajando.

Funciona así. Publicas un entorno una sola vez, es decir, eliges los repositorios de GitHub a los que se necesita acceso, y después lanzas cuantas tareas quieras en copias aisladas de esa configuración. El entorno puede ser personal o compartido por toda la empresa. Para un equipo, es como una imagen ya preparada del puesto de trabajo que no hay que montar de nuevo para cada tarea.

Lo más interesante es el traslado del trabajo entre Codex local y la nube. El autor de la crónica reconoció con franqueza que todavía se lía con esto, y Kundel estuvo de acuerdo: debería ser más sencillo. Su truco personal es este: si una tarea empezó en local, simplemente pide a Codex local que envíe la rama y abra un nuevo hilo en la nube. Según él, la nube se convierte en «otro ejecutor más», y el Codex local y el de la nube se van fusionando poco a poco. La dificultad, señaló, está en la diferencia de contexto entre ambos.

La voz como panel de control

En la demostración, Kundel editó por voz el sitio web de un sello discográfico ficticio, Blossom Music. El dictado resulta cómodo aquí cuando uno mismo aún no tiene del todo claro qué resultado quiere y va iterando rápido.

Guo fue más allá. Según su observación, la mayoría percibe la voz como otra forma de entrada sobre el trabajo habitual. Él usa la voz como control plane, es decir, como una capa de gestión de todo: comprobar qué ocurre en los hilos, crear un nuevo hilo, sacar datos de otras aplicaciones del ordenador. No «un carril de trabajo por voz», sino la gestión de todas las tareas.

Kundel usa la voz también de otra manera: habla con su dot de camino al trabajo y lanza PR para revisarlos después, en casa o en la oficina. Es un escenario potente, pero aquí es importante recordar la verificación: el agente prepara, la persona revisa.

dot: un agente personal entre sesiones

El taller solo rozó los agentes personales como dot de OpenAI (Anthropic tiene un análogo llamado Claude Duet). Guo dijo sin rodeos que para un usuario experimentado de Codex, dot resulta extraño: es un nuevo paradigma y destaca en cosas distintas a las del Codex principal.

Aun así, mencionó tres roles en los que dot es útil:

• red de seguridad: el agente resalta lo que usted pudo haber pasado por alto;
• «sumidero de delegación»: Guo lo usa a menudo en Slack;
• presencia omnipresente: el objetivo es que dot esté en todos los sitios donde usted trabaja.

Kundel empieza muchas tareas precisamente con dot, y no con un prompt en Codex. La razón es que dot ya tiene acceso a las máquinas de desarrollo, al portátil y a los entornos en la nube, y por tanto conoce el contexto de lo que usted hace.

Qué hacer con todo esto

Si ya usa agentes de programación, de lo contado se pueden extraer varias cosas:

1. Configure el entorno en la nube una sola vez, sobre todo si trabaja en equipo. Así se evita repetir la configuración.
2. Pruebe la voz no solo para dictar, sino también para gestionar flujos de tareas.
3. Si tiene un agente personal, désele el papel de recordatorio y receptor de delegaciones, no de sustituto de la herramienta principal.
4. Siga el consejo de Kundel: reduzca el nivel de esfuerzo (effort) cuando la tarea sea sencilla y pida a los propios agentes que ayuden con la configuración.

También conviene señalar las limitaciones. Es una crónica de un taller, no una prueba independiente: no hay cifras de velocidad ni de calidad, y la transición entre el trabajo local y el de la nube, según los propios desarrolladores, sigue sin ser evidente. El consejo final de Kundel es quizá el más honesto: no se aferre demasiado a la forma actual de trabajar con Codex, porque todo cambia rápido.