Codex Cloud: programar desde el móvil

La tarea se encarga en el teléfono y se termina en el escritorio

En el DevDay del martes 29 de septiembre, en San Francisco, OpenAI anunció que Codex pasa a estar del todo en la nube. La promesa que vendió es la de no perder el hilo: una tarea empieza en el teléfono, se recoge en el navegador o en el escritorio donde se dejó y no hay que preocuparse por cerrar el portátil en mitad de una ejecución.

El ciclo de trabajo que describe la documentación tiene tres pasos. Se eligen los repositorios y Codex inspecciona el proyecto, resuelve su montaje y pregunta lo que le falte; se lanzan tareas desde un entorno ya publicado, cada una con su propio espacio de trabajo; y al final la persona repasa los ficheros cambiados, comprueba los resultados, pide retoques y decide si confirma el cambio o abre una propuesta de fusión.

La versión en la nube no es una versión recortada: la propia OpenAI dice que trabaja con las mismas herramientas que Codex en el portátil, incluidos los plugins y el manejo del ordenador, de modo que ahí se pueden mandar las tareas más ambiciosas. En la demostración del 29 de septiembre el encargo de ejemplo fue reescribir el servidor de una aplicación entera en Rust, con la advertencia de que iba a tardar un rato.

El entorno se publica una vez y se reutiliza en cada tarea

La pieza que OpenAI pone por delante no es la máquina, es el montaje reutilizable. Al crear un entorno se conectan los repositorios de GitHub —la plataforma de alojamiento de código propiedad de Microsoft—, Codex instala las dependencias y las herramientas, prueba el flujo de trabajo y pide los accesos que le falten; después se revisa el resultado de esas pruebas, se guarda y se publica. Hasta que aparece el aviso de entorno publicado, no se lanza nada.

Lo que se reutiliza es el montaje, no el trabajo: cada tarea mantiene su estado aparte, y el entorno se va actualizando cuando el proyecto cambia. En los ajustes se decide si hay salida a internet y con qué lista de dominios permitidos, se guardan variables de entorno y secretos de red para los servicios HTTPS autorizados, y se fija quién puede usar ese entorno, solo su dueño o todo el equipo. Hay conexiones de identidad por el estándar OIDC, y la documentación avisa de que la red privada virtual no está disponible para estos entornos.

El cambio deja atrás lo anterior sin decirlo en el escenario: la documentación de la revisión de código ya remite a la configuración previa de entornos en la nube como «legacy».

Dónde llega y qué se paga

La ficha de Codex en la nube, en el resumen que OpenAI publicó del DevDay, enumera seis planes: Plus, Pro, Business, Healthcare, Edu y Enterprise. No hay lista de espera, ni solicitud, ni interruptor de administrador anunciado, y no se cobra aparte: entra en la suscripción que cada uno ya tenga.

El precio que se paga, por tanto, es el del plan, y el rango es ancho: Codex Cloud entra ya con los 20 dólares al mes de Plus y sigue incluido en los 500 del Pro 500, con los dos tipos de asiento de Business por medio. Enterprise y Edu van por presupuesto con el equipo comercial, y de Healthcare no hay cifra en las páginas del anuncio.

Lo que no existe es una tarifa de Codex Cloud. OpenAI no ha publicado cuánto uso de Codex incluye cada plan ni cuánto cuesta una tarea en la nube; lo que sí detalla su centro de ayuda es el orden de cobro: primero se consume lo incluido en la suscripción y después se tira del saldo de créditos, que se compran cuando la cuenta lo admite y sirven para Codex y ChatGPT Work, entre otras cosas. Business y Enterprise también pueden comprar créditos para ampliar el acceso.

OpenAI lo propone para equipos con un mismo montaje y tareas largas

La documentación enumera cuándo conviene mandar el trabajo fuera: cuando tiene que ejecutarse en remoto, cuando varias tareas necesitan la misma preparación, cuando el flujo depende de credenciales de servicios —ahí entran los secretos de red y la lista cerrada de destinos— y cuando se quiere arrancar desde el terminal, que puede lanzar una tarea a la nube, listar las conversaciones recientes, mirar su estado y traerse el resultado al repositorio local.

Conviene fijarse en lo que no cambia. El agente prepara el cambio, pero quien confirma, abre la propuesta de fusión y decide si eso entra en el proyecto sigue siendo una persona; la propia guía recomienda repasar el cambio y lo que han dado las pruebas antes de pedir cualquier retoque.