¿Codex sigue trabajando con el PC suspendido? Remote, Cloud y acceso desde el móvil

Si el PC que ejecuta Codex entra en suspensión, Remote no puede continuar el trabajo que utiliza ese PC. Las tareas enviadas a Codex Cloud pueden continuar mientras tu propio PC está suspendido. Lo que importa es dónde se leen los archivos y se ejecutan los comandos, más que si consultas la tarea desde el móvil.

Consultamos la documentación original de OpenAI, incluidas Conexiones Remote y Entornos Cloud, el 7 de octubre de 2026. No reprodujimos la suspensión del PC ni las interrupciones de conexión en equipos reales para este artículo. Las opciones y comprobaciones siguientes se basan en las especificaciones oficiales.

1. Comparación de Local, Worktree, Remote y Cloud

Local y Worktree se ejecutan en un PC. Worktree separa los directorios de trabajo de Git; no traslada la ejecución a la nube. Remote permite acceder desde otro dispositivo al host que ejecuta el trabajo. Cloud selecciona un entorno de desarrollo en la nube como destino de ejecución.

Fuentes: Entornos de Codex y Qué utiliza Remote del host conectado. Tener un PC como host no significa que todos los cálculos del modelo y las comunicaciones se realicen exclusivamente en ese dispositivo.

Por ejemplo, si tu móvil se conecta a un ordenador de casa que permanece encendido, no es necesario que el portátil que llevas contigo esté encendido. Si ese portátil es el host de Remote, al suspenderlo dejará de ser accesible. Comprueba el nombre del host seleccionado y la ubicación de trabajo, en lugar de guiarte por la expresión «mi PC».

2. Salir de una pantalla, suspender y cerrar la aplicación son cosas distintas

La respuesta a «¿seguirá trabajando si lo cierro?» depende de qué cierres. Distingue entre salir de la pantalla del móvil, cerrar la tapa del portátil y cerrar la aplicación en el PC host.

La guía de Remote de OpenAI indica que, si el host se suspende, pierde la conexión de red o se cierra la aplicación, el acceso Remote se detiene hasta que el host vuelve a estar disponible. Esta explicación no permite determinar hasta dónde continúa un comando tras desconectarse ni qué operaciones se reanudan automáticamente al volver a conectarse. Comprueba por separado el último registro de la tarea, los cambios y los resultados de las pruebas.

Cerrar la tapa de un portátil Mac

La guía oficial recomienda mantener abierta la tapa del portátil Mac y conectarlo a la corriente para que Remote siga disponible. Para usarlo con la tapa cerrada también exige conectar una pantalla externa, y señala que seleccionar explícitamente Sleep detiene Remote. Una tapa cerrada y un ordenador suspendido no son necesariamente el mismo estado. No conviertas estas condiciones en una garantía para todos los modelos de Mac.

Interacción con la pantalla en Windows

Para el trabajo con Computer Use en Windows, el requisito oficial es mantener la sesión desbloqueada y disponible. Las interacciones con la pantalla se ejecutan en primer plano, por lo que debes dejar ese PC disponible para el trabajo. Esta condición se refiere a la interacción con la pantalla en Windows; no afirma que bloquearla detenga necesariamente todos los comandos.

Fuente: Remote: requisitos del PC conectado. Para el trabajo iniciado en la CLI o una extensión del IDE, distingue también entre cerrar un terminal, suspender el sistema operativo y cerrar una herramienta de desarrollo. Este artículo no garantiza que sus procesos sobrevivan al cierre de esas herramientas.

3. Continúa el trabajo de tu PC desde el móvil

Remote es una opción para utilizar un repositorio local existente, herramientas instaladas o sesiones del navegador ya iniciadas. Usas el móvil para dar instrucciones, aprobar y ver resultados, mientras el PC conectado proporciona el entorno. Estos son los pasos oficiales de configuración. Debe realizarlos la persona que autoriza el acceso al PC de destino.

1. Comprueba que coincidan la cuenta y el espacio de trabajo. Confirma que la última versión de la aplicación de escritorio de ChatGPT esté ejecutándose en Mac o Windows y que el PC esté despierto y conectado. En una organización, puede ser necesario que el administrador autorice Remote Control.
2. Abre la configuración de conexiones en el PC. Ve a Settings → Connections → Control this Mac or PC, después a Set up o Add, y completa la autorización de acceso y las verificaciones de identidad necesarias.
3. Escanea el código QR con el móvil. Completa la conexión en la aplicación de ChatGPT. Puede requerirse MFA, SSO o una verificación con clave de acceso. Cada pareja de móvil y host se configura por separado.
4. Abre Codex en el móvil. En iOS, abre Codex, o Remote en las pantallas que conservan el nombre anterior. La visualización y disponibilidad varían según el despliegue, también en Android. Selecciona el host y el chat existente.
5. Comprueba las instrucciones enviadas y los resultados. Revisa el progreso, los cambios, la salida del terminal y los resultados de las pruebas. Comprueba las solicitudes de aprobación para operaciones que necesitan permiso y evita enviar repetidamente la misma petición.

Fuentes: Requisitos previos y Pasos de configuración. Esta configuración de conexión móvil empieza en la aplicación de escritorio. No describe cómo realizarla únicamente con la CLI o una extensión del IDE.

Remote utiliza las credenciales, los plugins, el entorno del navegador y los permisos del host. Por tanto, el PC que autorices afecta al alcance del trabajo. No presupongas que siempre hay que añadir interacción con la pantalla o una extensión del navegador para conectarse; primero decide qué necesita el trabajo y qué permisos conceder.

4. Usa Codex Cloud mientras tu PC descansa

Para continuar cambios de código o investigación mientras tu PC está suspendido, prepara un repositorio, dependencias y un entorno de pruebas que puedan ejecutarse en la nube. También puedes iniciar y continuar trabajo desde el móvil, siempre que ya tengas acceso a un entorno de desarrollo publicado.

Aquí, Publish significa guardar el entorno de desarrollo preparado como estado inicial para nuevas tareas. Es distinto de publicar una aplicación web para el público, pero comprueba cómo se comparte el entorno mediante ajustes como Who can use. Codex también investiga, instala y prueba durante la preparación; no presupongas que no se procesa nada solo porque aún no has solicitado desarrollar la aplicación. Fuente: Crear y publicar un entorno.

Qué no se traslada automáticamente a la nube

Fuentes: Ubicaciones de ejecución y recursos y Reutilizar el estado guardado. Las nuevas tareas empiezan de forma independiente a partir del entorno publicado. Las existentes conservan sus propios archivos guardados y herramientas instaladas.

Límites de las comprobaciones de pantalla y la conservación del estado

La documentación actual de Cloud environments indica que Computer and browser use, GitLab y GitHub Enterprise Server autohospedado no son compatibles. Enviar trabajo a Cloud no significa que siempre se completen pruebas interactivas en un navegador real. Comprueba por separado si las pruebas por comandos, como Playwright, pueden ejecutarse en el entorno necesario. Que las funciones integradas de navegador no sean compatibles no demuestra que otro método funcione ni que todas las alternativas estén prohibidas.

La documentación indica que, por defecto, el estado guardado de la VM puede recuperarse hasta siete días después de iniciarse el último turno o reanudarse la tarea. Eso no significa «siete días de ejecución autónoma ininterrumpida». Conserva el código importante mediante commits y artefactos guardados, sin sustituir el control de versiones por la retención del estado en la nube. Fuentes: Especificaciones de la VM y estado guardado y Limitaciones actuales.

Codex Cloud (Legacy), en la configuración, se refiere a los entornos anteriores para Code Review y las integraciones con Linear y GitHub. Mantén su configuración separada de la de los nuevos entornos Cloud. No apliques las explicaciones de la guía anterior sobre la caché de contenedores y los secretos de preparación a las especificaciones de retención del estado o autenticación del nuevo entorno. Fuente: Codex Cloud (Legacy).

5. ¿Puedes trasladar directamente a Cloud el trabajo local en curso?

Handoff, en la guía oficial de Remote, transfiere un chat y su estado de Git entre tu PC y otro host conectado. El destino necesita un proyecto guardado del mismo repositorio de Git. Si trabajas en un subdirectorio, registra la misma ubicación en ambos hosts. Hacer el traspaso mientras se está trabajando interrumpe la respuesta actual.

La guía dice expresamente que este Handoff no permite trasladarse a un entorno de Codex Cloud. Pasar a otro host Remote y pasar a Codex Cloud son operaciones distintas. Un chat de Codex en ejecución no se traslada automáticamente a Cloud cuando tu PC deja de estar disponible. Fuente: Traspasar un chat entre hosts.

Codex /goal, que conserva los criterios de finalización en el mismo chat, tampoco cambia la ubicación de ejecución ni los requisitos de alimentación del PC. Necesitas tanto un objetivo continuado como un entorno de ejecución disponible.

6. Diferencias respecto a ChatGPT Work y dot

La forma en que ChatGPT Work coordina en la nube y utiliza herramientas de un PC autorizado difiere de Codex Remote. La guía oficial explica que Local computer access con Work Cloud solo se aplica a nuevas tareas compatibles iniciadas con Cloud seleccionado en la aplicación de escritorio después de activar la función. Las tareas existentes conservan su modo original.

Fuentes: Work Cloud frente a Remote y Condiciones de uso para Work y dots. Esta última es una guía de Enterprise, y la disponibilidad depende del espacio de trabajo y del despliegue. No generalices este comportamiento de cambio a todas las cuentas personales o tareas de Codex.

Los requisitos de Enterprise para la ejecución local tampoco se trasladan sin cambios a los contenedores en la nube. Además de comprobar que los archivos no se transfieren automáticamente, revisa los controles adecuados al destino de ejecución. Nuestra guía de dot, con precios y comparación con Codex, explica la función de dot, la aplicación que realmente creamos y los límites de su verificación.

7. Precios, límites de uso y elección de una opción

La página de precios de Codex indica que los mensajes locales y las tareas Cloud comparten el límite de uso del plan. Las tareas Cloud pueden consumir más que los mensajes locales, pero no existe un multiplicador fijo que siempre se aplique a la misma petición. El consumo varía según el modelo, contexto, razonamiento, uso de herramientas, información recuperada, caché y trabajo realizado.

La descripción de Free y Go en la tabla de precios se refiere al despliegue gradual de GPT-6 Luna en la aplicación de escritorio. Por sí sola no confirma el acceso gratuito a Codex Cloud o Remote. La descripción de Plus incluye web, CLI, IDE, iOS e integraciones en la nube; el acceso en organizaciones depende también de la configuración del administrador. En la tabla de funciones, Remote Control móvil con una clave API no es compatible y se distingue de las conexiones remotas por SSH. La tarifa con clave API no incluye funciones de nube, y los precios de la API por consumo no pueden convertirse directamente en cantidades de tareas de una suscripción. Fuente: Precios y límites de uso de Codex.

Comprar créditos adicionales al llegar al límite supone un pago aparte. Distingue entre consumir créditos que ya tienes, comprar más y activar una recarga automática. Cambiar la ubicación de ejecución no repone el límite de uso. Para los niveles Pro y cómo elegir un reinicio, consulta la comparación de Pro 100, 200 y 500.

Para las conexiones SSH, la guía oficial exige instalar Codex y autenticarse en el destino remoto, con codex en el PATH del shell de inicio de sesión. No recomienda mantener el acceso exponiendo un app-server sin autenticación en una red pública. Comprueba los costes del servidor dedicado, la VPN y los servicios externos por separado del límite de uso de tu plan Codex.

8. Qué comprobar si el móvil no puede conectarse

Un fallo de conexión no significa por sí solo que el código o el historial del PC hayan desaparecido. Sigue este orden para acotar el problema antes de restablecer el entorno o eliminar la información de conexión.

1. Comprueba el host de destino. ¿Te estás conectando a otro PC, cuenta o espacio de trabajo?
2. Comprueba el estado del PC. ¿Se ha suspendido, perdido la conexión, cerrado la aplicación o cerrado la sesión?
3. Comprueba Remote Control después de cerrar sesión. La guía oficial indica que cerrar sesión pone Remote Control en OFF sin eliminar el emparejamiento de los dispositivos. Volver a iniciar sesión puede no restablecer el estado anterior.
4. Distingue entre una aprobación pendiente y un fallo de conexión. Revisa la tarea de Codex o Remote para ver si hay verificaciones de identidad o solicitudes de aprobación. Vuelve a comprobar que coincidan la cuenta y el espacio de trabajo.
5. Si sigue fallando, registra el estado y la hora. Anota el sistema operativo, la versión de la aplicación, el host, las suspensiones o cierres de sesión recientes y el error mostrado. Excluye de los informes el código confidencial, las credenciales y los datos personales.

Fuente: Resolución de problemas de Remote. Antes de probar los pasos oficiales de reinicio o configuración, guarda los cambios y resultados en curso. Después de reactivar el PC, ver la aplicación y poder enviar más instrucciones son comprobaciones distintas.

En GitHub hay un informe de usuario, #23470, que describe un fallo de reconexión de Remote con 409 Conflict tras reactivarse un Mac, incluso estando conectado. Apunta a posibles errores más allá de la indisponibilidad normal por suspensión, pero no establece la causa en todos los dispositivos ni una reparación recomendada. No conviertas la eliminación de ajustes internos que menciona el informe en un procedimiento general de recuperación.

Si puedes leer el historial pero no enviar instrucciones y aparece un error como thread not found, consulta también los pasos de recuperación que distinguen el historial guardado del estado de ejecución. Lee el error completo antes de eliminar y volver a crear los ajustes de conexión.

9. Comprobaciones antes de salir y al volver

Considera Remote para utilizar el entorno de tu PC actual, y Codex Cloud para continuar mientras tu PC está suspendido. Cloud tiene recursos que no se transfieren y funciones no compatibles; Remote necesita un host disponible. Lo esencial es distinguir entre «visible en el móvil», «conversación conservada», «trabajo en ejecución» y «verificación completada», en lugar de tratarlos como un único estado.

Preguntas frecuentes

¿Puedo cerrar el portátil que ejecuta Codex y continuar desde el móvil?

Si ese PC es el host de Remote, debe estar despierto y conectado, con la aplicación de escritorio en ejecución. El acceso Remote se detiene si al cerrar la tapa entra en suspensión. Las tareas de Codex Cloud pueden continuar mientras tu propio PC está suspendido.

¿Codex en el móvil siempre se conecta a mi propio PC?

No. Las guías oficiales también describen cómo iniciar y continuar tareas Cloud seleccionando un entorno publicado. Un host Remote y un entorno de desarrollo Cloud son destinos de ejecución distintos. Comprueba las opciones que muestra tu aplicación y su disponibilidad.

¿Codex se traslada automáticamente a Cloud cuando mi PC deja de funcionar?

Codex Handoff no admite la transferencia a entornos Cloud. Las tareas Work Cloud compatibles tienen condiciones para continuar en Cloud en un nuevo turno, pero no disponen de los archivos y herramientas locales del PC y un turno en curso no puede cambiar a mitad de su ejecución.

¿Cloud siempre terminará el trabajo si lo dejo solo?

No tener que mantener despierto el PC es distinto de garantizar que el trabajo termine. La autenticación, aprobaciones, falta de herramientas, errores de ejecución o límites de uso pueden requerir tu atención. Evalúa el resultado por los artefactos, cambios, comprobaciones realizadas y puntos no verificados, en lugar de basarte solo en el informe final.