Mover ChatGPT y Codex a otra unidad

Examinamos dónde guardan sus archivos ChatGPT y Codex, colocamos la aplicación y sus datos principales en la unidad D y conservamos en la unidad C unos 3.78GB de entornos de ejecución activos y otros archivos. Los archivos que hay que considerar se dividen en tres grupos: aplicación, datos guardados y entornos de ejecución.

Tres grupos principales de archivos

«Mover todo lo relacionado con ChatGPT a la unidad D» resultó ser un objetivo demasiado amplio. Los archivos que ejecutan la aplicación son distintos de los que guardan conversaciones y ajustes. La CLI, Python, Node y otros componentes que invoca la aplicación también estaban instalados en ubicaciones diferentes.

La especificación de variables de entorno de OpenAI indica que CODEX_HOME establece la raíz de la configuración, autenticación, registros, sesiones, skills y estado relacionado. El directorio debe existir. Este ajuste no mueve conjuntamente la aplicación, AppData de Windows y todos los entornos de ejecución asociados.

Conservar las sesiones locales de Codex tampoco equivale a exportar todo el historial de conversaciones en la nube de una cuenta de ChatGPT. No consideramos esta copia una exportación completa de todos los datos de ChatGPT.

Qué estaba ya en la unidad D y qué cambió

Al comenzar la investigación, los datos reales del directorio principal de Codex ya estaban en la unidad D. En la unidad C, %USERPROFILE%\.codex era una unión de directorios que apuntaba a CodexHome en la unidad D. Esta operación no trasladó inicialmente unos 65GB del directorio principal de C a D: los datos ya estaban en D.

Una unión de directorios convierte una carpeta en punto de entrada a otra. Microsoft explica que puede apuntar a otro volumen local del mismo equipo. Ver archivos a través de una entrada en la unidad C no significa necesariamente que allí se guarde una segunda copia. Explicación de Microsoft sobre las uniones de directorios

Esta distinción también importó al investigar el navegador. El navegador integrado y la integración con Chrome se recuperaron después de especificar la ruta real del directorio principal, cerrar por completo la aplicación y reiniciarla. Sin embargo, no medimos por separado el efecto de la ruta y el del reinicio. Nuestro caso de recuperación del navegador describe el estado anterior y posterior y las comprobaciones realizadas.

Copia de unos 68.6GB con las aplicaciones detenidas

Antes de cambiar la forma de inicio, hicimos una copia con ChatGPT, Codex y los componentes de Codex del IDE detenidos. Copiamos el directorio principal de Codex, el área real de almacenamiento del paquete y la carpeta OpenAI de la ubicación habitual de Local AppData. Conservamos la copia en C, no en la unidad de destino.

La tabla muestra el tamaño lógico de la copia hecha en este equipo. Cada GB se calcula como mil millones de bytes. Los aproximadamente 68.6GB corresponden a la copia conservada en C, no al espacio liberado en C.

Solo el usuario y SYSTEM tienen acceso a la ubicación de la copia. No adjuntamos la copia al artículo porque contiene archivos de autenticación y conversaciones privadas.

Prueba de CODEX_HOME y comprobación del inicio normal

Como el directorio principal ya estaba en D, primero probamos un único inicio con CODEX_HOME=D:\CodexHome configurado. Mantuvimos la misma versión, cerramos la aplicación por completo e iniciamos una instancia nueva.

Solo cambiamos la variable CODEX_HOME del ámbito de usuario. No modificamos las variables del equipo ni PATH. Windows distingue los ámbitos de proceso, usuario y equipo, por lo que comprobamos la aplicación iniciada normalmente, en lugar de limitarnos al valor mostrado en un shell. Explicación de Microsoft sobre las variables de entorno

Comandos de solo lectura para comprobar la ubicación

El siguiente PowerShell solo lee valores. La primera línea muestra el valor usado por ese shell; la segunda y la tercera, los ajustes almacenados en Windows; la última, el punto de entrada al directorio principal predeterminado. Un valor puede estar vacío: una respuesta en blanco no demuestra por sí sola pérdida de datos.

$env:CODEX_HOME
[Environment]::GetEnvironmentVariable('CODEX_HOME', 'User')
[Environment]::GetEnvironmentVariable('CODEX_HOME', 'Machine')
Get-Item -LiteralPath (Join-Path $env:USERPROFILE '.codex') -Force |
  Select-Object FullName, Attributes, LinkType, Target

Aquí no se incluyen comandos para mover ni borrar. La prueba partió de datos que ya estaban en D, algo distinto de apuntar el ajuste a una carpeta vacía. Antes de aplicar este enfoque a otro equipo, decide qué copiar, qué aplicaciones detener y dónde restaurarías los datos.

Mover la aplicación con la función de Windows

Después de comprobar el directorio principal y recuperar el navegador, el operador seleccionó «Mover» para ChatGPT en la lista de aplicaciones de Windows y lo trasladó a D. Los destinos fueron WindowsApps y WpSystem, administrados por Windows. Explicación de Microsoft sobre el almacenamiento de paquetes

Comprobamos el evento de traslado correcto, la firma válida del ejecutable en D (OpenAI OpCo) y el enlace en C. En los datos de la aplicación, las carpetas correspondientes también tenían los mismos identificadores de dispositivo y de archivo.

La ubicación mostrada no basta para demostrar un traslado correcto ni un almacenamiento duplicado. Comprobamos conjuntamente las ubicaciones reales, los destinos de los enlaces y las operaciones básicas. No cambiamos las entradas ni los permisos administrados por Windows.

Por qué quedaron unos 3.78GB en C

Incluso después de trasladar los componentes principales, quedaron datos activos en C. La tabla resume las áreas relacionadas que identificamos, sin contar dos veces las entradas que apuntan a D.

El total es el tamaño lógico de las carpetas identificadas. No es un recuento exhaustivo de cachés de actualización, puntos de restauración ni de todo lo que cada navegador y editor guarda en C.

Los entornos de ejecución que quedaron en C pueden funcionar sin copias equivalentes en D porque la aplicación utiliza los archivos actuales de C. Borrarlos creyendo que ya se trasladaron podría impedir el funcionamiento de la CLI o del control del navegador. La configuración final utiliza tanto C como D.

También examinamos la variable oficial CODEX_INSTALL_DIR, pero modifica la ubicación del instalador de la CLI independiente. No reubica todos los componentes de CLI y entornos compartidos administrados por la aplicación. Instalar otra CLI en D no demuestra que los archivos existentes en C hayan dejado de ser necesarios.

Examinamos también el proceso de actualización de esta versión sin modificarlo y probamos el reemplazo con pequeñas carpetas de prueba. En una configuración, convertir la carpeta actualizada en enlace a D hizo que el enlace se apartara como versión anterior, mientras se creaba una carpeta normal nueva en C. Solo comprobamos el reemplazo de archivos; no fue una prueba de migración de la aplicación real.

Decidimos no añadir ubicaciones no oficiales ni comprobaciones adicionales después de cada actualización solo para mover unos 3GB de entornos de ejecución. Sopesamos el beneficio de trasladar la aplicación y sus datos principales a D frente al espacio que quedaba ocupado en C y conservamos los componentes que funcionaban normalmente.

Qué comprobamos después de la migración

No nos limitamos a que la aplicación arrancara. Comparamos los valores guardados con la copia. Coincidieron los elementos examinados, incluidos 2 chats fijados, 18 proyectos fijados, 63 proyectos locales, 43 entradas de orden de proyectos y 58 asociaciones entre chats y proyectos. Comparamos los valores completos de esos elementos, no solo sus cantidades.

En el historial y los archivos relacionados, todos los archivos correspondientes de la copia estaban presentes y eran legibles: 459 en sessions, 39 en archived_sessions, 4 en attachments y 3 en automations. Hubo 0 archivos ausentes y 0 errores de lectura. Esta comprobación verificaba la presencia de los archivos; no significa que volviéramos a calcular hashes de cada conversación ni del contenido completo de cada base de datos.

La comprobación del estado de inicio de sesión de la CLI terminó correctamente. El navegador integrado pudo leer una página pública, pulsar un enlace y volver atrás. Comprobamos también la lectura y la navegación en una pestaña de prueba de Chrome, que después cerramos. No recopilamos contenido de pestañas privadas existentes para el artículo.

Verificamos un reinicio normal de la aplicación, pero no la continuidad tras reiniciar el propio PC ni después de una futura actualización. Ambas comprobaciones quedaron para un momento adecuado para el usuario. No provocamos otro reinicio solo para completar el artículo.

La configuración que conservamos

Consideramos completada la migración dentro de este alcance: especificar directamente la ruta real del directorio principal en D, colocar allí la aplicación y sus datos principales, y mantener los entornos de ejecución en C. La copia previa de unos 68.6GB sigue en C; el usuario decidirá por separado cuándo borrarla.

Lo importante era entender qué se guarda en cada lugar, qué aplicación lo usa y qué se conserva para recuperar datos, en lugar de reducir a cero el uso de C. En especial, al registrar por primera vez una unidad de destino como almacenamiento de aplicaciones de Windows, el plan de cierre debe incluir discos virtuales y proyectos activos de esa misma unidad.

Orden para hacer la misma migración

1. Divide los elementos que vas a mover en tres grupos: el directorio principal de Codex, la aplicación y sus datos principales, y los entornos de ejecución como la CLI. Comprueba la ubicación actual de cada uno.
2. Detén no solo ChatGPT y Codex, sino también las demás aplicaciones que usen la unidad de destino (por ejemplo, los discos virtuales de Docker) y los proyectos de trabajo abiertos.
3. Haz la copia con todo detenido, compara el número de archivos y los tamaños, y compara también los hashes de los archivos importantes, como los ajustes y la autenticación. Guarda la copia en una unidad distinta de la de destino.
4. Prueba CODEX_HOME primero con un único inicio, comprueba las operaciones básicas y solo después configúralo como variable de entorno de usuario.
5. Mueve la aplicación con la función de Windows. No borres la unión que queda en C.
6. No borres los entornos de ejecución que quedan en C mientras la aplicación los siga usando.
7. No des la migración por terminada solo porque la aplicación arranque. Comprueba los elementos guardados, los archivos del historial y las operaciones del navegador. Vuelve a comprobarlo tras reiniciar el PC y tras actualizar la aplicación, y solo entonces decide si borras la copia.

Preguntas frecuentes

¿Configurar CODEX_HOME en D mueve allí todo lo relacionado con ChatGPT?

No. Especifica la raíz donde Codex guarda su estado. En este equipo, la aplicación se trasladó por separado, mientras que la CLI, los entornos compartidos y la extensión de VS Code permanecieron en C.

¿Puedo borrar las carpetas .codex o de la aplicación que aparecen en C?

En este caso, C contiene entradas que apuntan a D. Aunque parezcan ocupar espacio, no son necesariamente copias independientes. Borrar una entrada rompe la referencia. También conservamos sin cambios los enlaces de administración creados por Windows.

¿Puedo borrar inmediatamente la copia previa a la migración?

La conservamos en este equipo. El plan es seguir trabajando con la distribución nueva, comprobarla tras un reinicio del PC o una actualización cuando corresponda y dejar que el usuario decida cuándo borrar la copia.

¿Necesito mover la aplicación para reparar el navegador?

En este caso, el navegador se recuperó antes de trasladar la aplicación a D. No hay fundamento aquí para recomendar el traslado como paso obligatorio para repararlo.