Cierre de Conductor Cloud: exporta antes del 20 de noviembre

Como precaución, completa y verifica las transferencias de Conductor Cloud y los pasos de copia que requieren su terminal antes del 13 de noviembre de 2026. Descarga y verifica el archivo independiente de la cuenta antes del 20 de noviembre de 2026. Usa Transfer to local para los espacios de trabajo y Settings → Account → Export data para el archivo de la cuenta.

El anuncio de que Conductor se incorpora a Meta confirma que los chats antiguos y la exportación seguirán disponibles durante el acceso de solo lectura. No confirma que las transferencias de espacios de trabajo ni los terminales de Cloud sigan disponibles entonces. Cloud cerrará y comenzará a eliminar los datos de sus usuarios el 20 de noviembre.

Los usuarios actuales pueden continuar el trabajo pendiente con Conductor local. Trátalo como una solución temporal, no como tu única copia de seguridad ni como un reemplazo permanente.

¿Qué fechas importan para el cierre de Conductor?

Termina las transferencias y los pasos de copia que requieren el terminal antes del acceso de solo lectura. Distingue esta precaución del plazo documentado para exportar la cuenta. A fecha de 2026-11-10, este es el calendario oficial:

Fecha	Qué cambia	Qué hacer
4 de noviembre de 2026	Los nuevos usuarios ya no pueden registrarse en Conductor ni descargar la aplicación. Los usuarios Pro actuales pueden seguir usando gratis las funciones Pro.	Planifica con tu instalación y cuenta actuales.
13 de noviembre de 2026	Los espacios de Cloud pasan a solo lectura. Siguen disponibles los chats antiguos y la exportación, pero no los mensajes nuevos.	Termina antes el trabajo interactivo. Como precaución, completa y verifica también las transferencias y los pasos de copia que requieren el terminal.
20 de noviembre de 2026	Cloud cierra y comienza la eliminación de datos de sus usuarios.	Completa y verifica la exportación independiente de la cuenta antes de esta fecha.
Principios de 2027	Termina el periodo prometido de nuevos modelos y correcciones críticas para Conductor local. Comienza su retirada gradual.	Elimina antes las dependencias que aún tengas de la aplicación.

El anuncio también promete reembolsos a los usuarios con suscripciones activas. Comprueba tu historial de facturación por separado: esa promesa no confirma que el dinero ya haya llegado a tu cuenta.

Para una migración de equipo, fija el 12 de noviembre como objetivo interno. Es un margen recomendado, no una fecha oficial de desactivación de las transferencias. No planifiques suponiendo que podrás exportar la cuenta hasta el final del 20 de noviembre.

Cómo exportar Conductor Cloud sin perder trabajo pendiente

Usa ambas vías de exportación y guarda los archivos pendientes por separado mientras el espacio de Cloud siga accesible. Verifica cada copia antes de depender de ella. No supongas que el archivo de la cuenta permite restaurar archivos modificados, sin seguimiento o ignorados por Git.

Registra y guarda primero el estado de cada espacio

Prepara un inventario breve antes de mover nada. Anota el nombre del espacio, repositorio, rama, último commit, pull request abierto y persona responsable de verificar el resultado.

Pausa las ediciones y los commits de los agentes mientras registras el estado. Mientras los terminales de Cloud sean accesibles, ejecuta estas comprobaciones desde la raíz del repositorio de cada espacio. Completa esta parte antes del 13 de noviembre. El shell es Bash:

git rev-parse --verify HEAD
git status --short --branch --untracked-files=all
git diff HEAD --stat

El primer comando muestra el identificador del commit actual. El segundo muestra información de la rama y archivos modificados o sin seguimiento. El tercero resume las diferencias de los archivos con seguimiento respecto a ese commit. Git documenta estos comportamientos en las referencias de revisiones, estado y diferencias.

Guarda la salida completa del estado como pre-transfer-status.txt en tu copia independiente antes de crear carpetas de respaldo dentro del repositorio. Conserva junto a ella el identificador completo del commit y el nombre de la rama. Para eliminaciones y cambios de nombre, registra también qué rutas no existen en el estado final del árbol de trabajo.

Estos comandos inspeccionan el estado; no guardan el contenido de los archivos. Envía los commits revisados a un repositorio remoto aprobado y confirma allí la rama y el commit. Anota su URL, sin secretos incorporados, en el inventario. Para los commits que no puedas enviar, completa la comprobación de respaldo y restauración mediante bundle descrita más abajo antes de mover el espacio. No añadas secretos ni configuración privada a Git solo para obtener un estado limpio.

Revisa .conductor/settings.toml, .conductor/settings.local.toml y .context donde existan. Conductor documenta en estas ubicaciones los scripts del proyecto, la configuración local y las notas de traspaso sin commit.

Registra los comandos de preparación, las versiones necesarias del entorno de ejecución, los servicios externos y los nombres de variables de entorno. Recupera los valores secretos desde el almacén de credenciales aprobado, no desde un ticket de migración ni un prompt del agente.

Antes de transferir un espacio, crea una copia independiente de los archivos pendientes necesarios. Una vía documentada es Sync to a local directory, que refleja el espacio de Cloud en una carpeta local. Cuando aparezcan los archivos necesarios, cópialos desde esa carpeta a un almacenamiento de respaldo separado y aprobado.

Conserva las rutas relativas y guarda el inventario con la copia. Incluye los archivos modificados y sin seguimiento que necesites. Comprueba por separado los archivos ignorados necesarios. Guarda la configuración sensible únicamente en ubicaciones autorizadas para esos datos.

Abre los archivos copiados y compara su contenido con el origen accesible. Contrasta la lista con tu inventario, incluidas las eliminaciones y los cambios de nombre. No edites la carpeta sincronizada ni la uses como único respaldo.

Si falta un archivo de texto pequeño, guarda todo su contenido original en un archivo local con la misma ruta relativa. Vuelve a abrirlo y compáralo. Si algún archivo necesario sigue sin tener una copia local verificada, detén la transferencia. Esto incluye cualquier binario omitido por la sincronización, como repository.bundle. Contacta con Conductor mediante su anuncio mientras el espacio de Cloud siga accesible.

Mantén las ediciones pausadas hasta verificar las copias o actualiza el registro de estado y las copias después del último cambio. Completa y verifica los pasos de copia que requieran el terminal antes del 13 de noviembre.

Respalda los commits que no puedas enviar al remoto

Guarda una copia local del historial Git antes de transferir una rama cuyos commits no puedas enviar. El comando bundle de Git empaqueta referencias del repositorio y su historial de commits para recuperarlos sin conexión. Conserva también las copias separadas de los archivos pendientes.

Pausa los nuevos commits y las actualizaciones de ramas mientras tomas esta instantánea. Desde la raíz del repositorio en Cloud, ejecuta este ejemplo en Bash. El directorio conductor-history-backup no debe existir:

mkdir conductor-history-backup &&
git for-each-ref --format='%(objectname) %(refname)' refs/heads > conductor-history-backup/branches.txt &&
git bundle create conductor-history-backup/repository.bundle --all

Comprueba que branches.txt incluya cada rama necesaria y el identificador completo de su commit según el inventario. Copia la carpeta entera al almacenamiento local aprobado con el método anterior. Conserva esta copia fuera de la carpeta sincronizada y confirma que repository.bundle también llegó al Mac. Guarda pre-transfer-status.txt, el inventario y los archivos con este respaldo.

Antes de transferir el espacio, prueba la recuperación desde la copia local. Abre Bash en la carpeta conductor-history-backup copiada. Usa un destino restored.git que no exista:

git clone --mirror repository.bundle restored.git &&
git --git-dir=restored.git for-each-ref --format='%(objectname) %(refname)' refs/heads > restored-branches.txt &&
git diff --no-index --exit-code -- branches.txt restored-branches.txt &&
git --git-dir=restored.git fsck

La clonación en espejo restaura las referencias en un repositorio bare separado, sin una copia de archivos de trabajo. La comparación de las listas de ramas no debe mostrar diferencias. git fsck no debe informar de objetos Git ausentes o dañados.

Confirma los nombres de rama y los identificadores esperados en restored-branches.txt antes de mover el espacio. Detente si falla cualquier comando o falta una rama necesaria. Resuelve el problema del respaldo mientras el repositorio de Cloud siga accesible.

Protege el bundle, las listas de ramas y los archivos pendientes como datos privados del repositorio. Repite el procedimiento para cada repositorio con trabajo sin enviar y actualízalo después de nuevos commits.

Transfiere un espacio, verifica el resultado y continúa

Como precaución, completa y verifica cada transferencia antes del 13 de noviembre. En el Mac, haz clic derecho en un espacio de Cloud y selecciona Transfer to local. Las notas de la versión 0.93.0 describen el traslado del espacio y sus chats al Mac.

Cuando termine la transferencia, abre el espacio local y repite los comandos del inventario. Compara rama, commit, cambios pendientes y contenido con el inventario y las copias independientes verificadas antes del traslado. Abre tanto un chat antiguo como la conversación más reciente.

Revisa por separado los archivos sin seguimiento y la configuración del proyecto. Ver el repositorio no demuestra que se hayan conservado todos los archivos o dependencias del entorno.

Restaura las dependencias con el procedimiento documentado del proyecto. Después ejecuta su prueba o comprobación de compilación más pequeña que resulte útil. Investiga las diferencias usando el historial verificado del remoto o bundle y las copias independientes. Compara con el espacio original de Cloud solo si sigue accesible.

Repite el proceso para todos los espacios que necesites, incluidos experimentos pendientes y trabajos antiguos con decisiones útiles. Asigna una persona a cada verificación. No supongas que otro miembro ya exportó el trabajo compartido.

Descarga e inspecciona el archivo de la cuenta

Genera el archivo de la cuenta aunque los espacios ya aparezcan localmente. Abre Settings → Account → Export data y guarda la descarga fuera de los directorios de trabajo de Conductor. Completa y verifica esta exportación antes del 20 de noviembre.

Conserva otra copia en la ubicación de respaldo aprobada por el equipo. Abre la exportación localmente con un visor adecuado y comprueba una muestra de registros de proyectos y conversaciones. Anota la fecha de exportación y cualquier material ausente.

Trata el archivo como un respaldo que debes inspeccionar, no como un formato de importación garantizado para otro agente. Reconstruye el entorno con código verificado, archivos guardados aparte, configuración, dependencias y credenciales.

Si Transfer to local no aparece o falla, elige la vía de recuperación correspondiente que se explica a continuación. Usa el remoto aprobado si enviaste allí los commits, o el espejo verificado si los guardaste en un bundle. Recupera material faltante de Cloud solo si sigue accesible. Exporta la cuenta por separado, pero no lo tomes como prueba de que el código pendiente se puede recuperar.

Anota la versión de la aplicación, el espacio afectado y el error exacto. Usa el contacto de soporte del anuncio de Conductor antes del plazo. No envíes credenciales ni contenido sensible de las conversaciones.

Durante el periodo anunciado de solo lectura, los chats antiguos y la exportación seguirán disponibles. No hagas depender la recuperación de un mensaje nuevo, una transferencia o un terminal de Cloud que siga funcionando después del 13 de noviembre.

Recupera una copia de trabajo desde el respaldo

Recupera el historial desde el remoto aprobado si lo enviaste, o desde restored.git si creaste un bundle. Elige una vía y después sigue los pasos comunes para restaurar archivos y eliminaciones.

Para los commits enviados, abre Bash en un directorio local de recuperación autorizado. Introduce la URL del remoto aprobado sin secretos incorporados. Usa el nombre de rama sin refs/heads/ y el identificador completo del commit del inventario. Utiliza tu autenticación habitual de Git y un directorio recovered-worktree que no exista:

read -r -p "Approved remote URL (no embedded secrets): " RECOVERY_REMOTE &&
read -r -p "Branch from inventory: " RECOVERY_BRANCH &&
read -r -p "Full commit ID from inventory: " RECOVERY_COMMIT &&
mkdir recovered-worktree &&
(
  cd recovered-worktree &&
  git init &&
  git remote add origin "$RECOVERY_REMOTE" &&
  git fetch origin &&
  git switch --create "$RECOVERY_BRANCH" "$RECOVERY_COMMIT" &&
  test "$(git branch --show-current)" = "$RECOVERY_BRANCH" &&
  test "$(git rev-parse --verify HEAD)" = "$RECOVERY_COMMIT" &&
  git status --short --branch --untracked-files=all
)

El paso fetch obtiene el historial remoto. git switch --create crea la rama local deseada en el commit registrado, no en el último commit remoto. Detente si falla la autenticación, falta el commit registrado o falla cualquiera de las comparaciones. Obtén el commit ausente desde un bundle verificado o un espacio de Cloud accesible; no lo sustituyas por otro.

Para un respaldo bundle, abre Bash en tu directorio local conductor-history-backup. Introduce el nombre de rama sin refs/heads/ y el identificador completo del commit del inventario guardado. Usa un directorio recovered-worktree que no exista:

read -r -p "Branch from inventory: " RECOVERY_BRANCH &&
read -r -p "Full commit ID from inventory: " RECOVERY_COMMIT &&
git clone --branch "$RECOVERY_BRANCH" restored.git recovered-worktree &&
(
  cd recovered-worktree &&
  test "$(git branch --show-current)" = "$RECOVERY_BRANCH" &&
  test "$(git rev-parse --verify HEAD)" = "$RECOVERY_COMMIT" &&
  git status --short --branch --untracked-files=all
)

git clone --branch selecciona la rama de la copia de trabajo. git branch --show-current comprueba su nombre y git rev-parse --verify HEAD comprueba el commit. El informe final de estado solo aparece cuando ambas comparaciones tienen éxito. Detente ante cualquier error o discrepancia.

Cuando termine correctamente cualquiera de las dos vías, trabaja dentro de su nueva copia recovered-worktree. Copia los archivos modificados, añadidos y sin seguimiento guardados a sus rutas relativas originales. Restaura por separado los archivos ignorados necesarios. No modifiques las copias de respaldo originales.

Usa pre-transfer-status.txt y el registro de rutas ausentes en el estado final para reconstruir eliminaciones y cambios de nombre. Elimina cada ruta anotada como eliminada únicamente de la copia de recuperación, después de confirmar que faltaba en la instantánea final. Para un cambio de nombre, restaura el archivo guardado en la nueva ruta. Elimina la ruta antigua solo si ya no existía en esa instantánea.

Repite los comandos del inventario desde la raíz de la copia recuperada. Contrasta cada ruta modificada con el estado guardado y el contenido con las copias independientes. Esto restaura el árbol de trabajo, no el estado original del área de preparación. Revisa las diferencias antes de preparar cambios o reanudar el agente, y no envíes commits al espejo de respaldo.

Usa Conductor local como solución temporal

Conserva Conductor local para continuar trabajando mientras eliminas dependencias de su interfaz. El anuncio promete nuevos modelos y correcciones críticas hasta principios de 2027, seguidos de una retirada gradual. Esto no amplía el plazo de Cloud del 20 de noviembre.

Valida el entorno de ejecución después de transferir un espacio. La documentación de espacios de Cloud describe un entorno aislado Linux conectado al Mac. Una compilación correcta en Cloud no prueba que las mismas dependencias y comandos funcionen localmente.

Ejecutar el proyecto localmente tampoco implica ejecutar el modelo sin conexión. La documentación de privacidad indica que el tráfico de modelos de los espacios locales va al proveedor configurado.

Ten en cuenta cuándo terminan los procesos. Las preguntas frecuentes de Cloud indican que las sesiones locales terminan al cerrar Conductor o apagar el Mac. Un espacio transferido no sustituye a un proceso de Cloud que funciona continuamente.

Aprovecha la transición para que el repositorio se pueda usar sin Conductor. Guarda instrucciones de preparación, comandos de prueba y notas de traspaso en archivos revisados del proyecto. Comprueba los límites del proveedor o la factura de API por separado del acceso gratuito a las funciones Pro.

Recupera el trabajo paralelo con Claude Code, Codex u OpenCode

Empieza con el agente que ya utilizas y recupera el trabajo paralelo mediante árboles de trabajo de Git separados. Un worktree es otra copia de trabajo del mismo repositorio, normalmente en una rama diferente.

Este método sirve para quienes pueden ejecutar el proyecto localmente y revisar cambios con Git. Crea directorios de trabajo separados; no reproduce el servicio compartido de Conductor Cloud ni toda su interfaz.

Elige el agente y verifica la autenticación

Instala y autentica el CLI elegido fuera de Conductor antes de trasladar una tarea. El ejemplo con agentes distintos requiere Claude Code y Codex instalados y autenticados. Para usar un solo agente, ejecuta el mismo CLI en ambos árboles de trabajo.

Usa Claude Code para conservar tu forma de trabajar con esa herramienta. Ejecuta claude dentro del proyecto y sigue las indicaciones de autenticación del primer uso.

Usa Codex CLI para conservar tu flujo de Codex. Ejecuta codex dentro del proyecto. El primer inicio ofrece acceso con ChatGPT u otro método de autenticación disponible.

Usa OpenCode si ya usas su configuración de proveedores o quieres poder elegir proveedor. Ejecuta opencode y después /connect y /models, como explican las instrucciones de proveedores.

No supongas que las credenciales configuradas solo dentro de Conductor están disponibles para un CLI independiente. Verifica la cuenta activa, el proveedor y el modelo antes de autorizar una tarea real.

Para una vía de API separada con pago por uso, BetterToken publica guías específicas de Claude Code y Codex. Separa la configuración de acceso a modelos de la recuperación del espacio. Usa la lista de primeras comprobaciones de las API de Claude Code y Codex antes de trasladar una tarea de producción.

Crea dos árboles de trabajo y comprueba el proceso completo

Empieza en la raíz del repositorio local verificado, desde un commit conocido. Este ejemplo de Bash crea dos ramas a partir del HEAD actual:

git worktree add -b migration/docs ../migration-docs HEAD &&
git worktree add -b migration/tests ../migration-tests HEAD &&
git worktree list

La referencia de worktree de Git documenta la creación de ramas con -b y la inspección con list. Confirma que la salida incluya ambos directorios nuevos y sus ramas.

Son copias nuevas del estado guardado en el commit. No copian archivos sin commit ni el estado de los chats de Conductor. Conserva el trabajo pendiente de recuperación antes de ejecutar el ejemplo.

Usa nombres de rama y directorio que no estén ocupados. Si falla la creación, inspecciona el estado existente antes de decidir si debes reintentar. No añadas --force solo para superar el error.

Los dos comandos siguientes presuponen que Claude Code y Codex están instalados y autenticados. Abre dos pestañas de terminal, ambas inicialmente en la raíz del repositorio original. En la primera, inicia Claude Code:

(cd ../migration-docs && claude)

En la segunda, inicia Codex:

(cd ../migration-tests && codex)

Para un solo agente, usa el mismo comando instalado en ambos directorios: claude, codex u opencode. Evita ejecutar dos agentes que editen archivos en el mismo directorio.

Empieza cada sesión con este prompt de verificación:

Use read-only tools to inspect this repository.
Report the current directory and Git branch.
Identify the documented setup command and one existing test command.
Cite the repository files that define those commands.
If a command is not documented, say so.
Do not edit files, install packages, commit, or push.

El resultado esperado son dos informes vinculados a directorios y ramas diferentes. Cada informe debe citar archivos reales, no inventar un comando de prueba genérico. Mantén habilitados los controles normales de aprobación: un prompt no constituye una barrera de seguridad.

Cuando las comprobaciones sean correctas, autoriza la preparación necesaria y ejecuta una prueba pequeña existente en cada árbol. Después asigna tareas independientes, como corregir documentación y mejorar una prueba distinta. Revisa cada diff antes de crear commits o fusionar cambios.

Usa las conversaciones exportadas para escribir un traspaso breve de cada tarea: objetivo, restricciones, cambios terminados, trabajo pendiente y último resultado de pruebas. Revisa las instrucciones y los hooks importados antes de reutilizarlos. La guía de auditoría de configuración de agentes ofrece una lista útil.

No confundas una nueva sesión del CLI con la recuperación del historial de conversación. La documentación de importación de OpenAI enumera Claude Code y Cursor como fuentes para Codex CLI. No confirma que se pueda importar directamente un archivo de cuenta de Conductor.

Los árboles de trabajo separados tampoco crean bases de datos, cuentas de servicio ni puertos de desarrollo independientes. Asigna esos recursos antes de ejecutar compilaciones en paralelo. Conductor también distingue entre aislamiento de espacios y barreras de seguridad.

Controla la cuota de uso del proveedor o los cargos de API de cada sesión activa. Por ejemplo, la documentación de autenticación de OpenAI distingue la facturación con clave API de los créditos incluidos en ChatGPT. Abrir otra pestaña no aumenta la cuota de uso incluida en tu suscripción.

Da por terminada la migración solo cuando el archivo se abra, los archivos y commits necesarios estén localizados y una tarea local supere sus comprobaciones. Mantén los espacios pendientes en la lista hasta que su responsable los verifique o registre expresamente qué no pudo recuperar.