Cierre de Google Jules: exporta tus datos y cambia de agente

Exporta ahora tus datos de Google Jules y repite la exportación cuando termines tus últimas sesiones de programación. Según Google, a fecha de 2026-11-01, puedes terminar sesiones hasta el 11 de noviembre de 2026. Después, el acceso será de solo lectura hasta fin de año. Jules cerrará el 31 de diciembre de 2026, según el anuncio oficial del cierre.

La migración tiene dos partes: conservar lo que almacena Jules y reproducir una tarea que funcione en la herramienta elegida. El repositorio por sí solo no contiene las memorias, la configuración del entorno y el historial de sesiones necesarios para ese segundo paso.

¿Qué debes terminar antes del modo de solo lectura?

Termina el trabajo activo y guarda los cambios útiles antes del 11 de noviembre. El anuncio de Google indica que Jules pasará a solo lectura después de esa fecha. No especifica una hora límite ni una zona horaria.

Tampoco promete que los endpoints de exportación sigan disponibles durante todo el periodo de solo lectura. Exportar antes del 11 de noviembre es, por tanto, una recomendación prudente, no una fecha límite de exportación anunciada por separado.

El código, las ramas y los pull requests que ya están en GitHub permanecerán allí. Revisa las sesiones pendientes y publica los cambios útiles cuando corresponda. Conserva los parches exportados del trabajo que todavía no haya llegado a una rama.

Google afirma que lo aprendido con Jules está contribuyendo a Antigravity. Esa declaración no ofrece un procedimiento de migración ni garantiza que tu configuración se transfiera automáticamente.

¿Cómo puedes exportar los datos de Jules?

Usa el prompt completo de exportación de Google con un agente de programación local de línea de comandos, o CLI. El prompt incluye un script de Python que obtiene la configuración de la cuenta, información de los repositorios y registros de las sesiones.

Prepara la CLI y un destino privado

Los comandos siguientes usan Bash en macOS o Linux. Necesitas Node.js con npm, Python y un agente de programación CLI instalado.

Comprueba los requisitos:

node --version
npm --version
python3 --version

Usa Python 3.9 o posterior para el script publicado. Este requisito se deduce de su uso de str.removeprefix, que la referencia de Python sitúa en Python 3.9.

Instala Jules Tools e inicia sesión:

npm install -g @google/jules
jules login
jules remote list --repo

Completa tú mismo el inicio de sesión en el navegador. Usa la cuenta de Google cuyos datos de Jules quieres guardar. El último comando debería mostrar los repositorios conectados a esa cuenta.

Si faltan repositorios, resuélvelo antes de exportar. Comprueba la conexión y el acceso a los repositorios en la página de instalación de Google Labs Jules en GitHub.

Desde tu directorio personal, crea un directorio privado para la exportación:

cd "$HOME"
umask 077
mkdir -m 700 "$HOME/jules-export"

Si el directorio ya existe, detente y cambia el nombre de la copia anterior antes de continuar. Mantén esa copia de seguridad privada. Usa un destino nuevo para la exportación final.

Inicia el agente instalado desde la misma shell. Para Claude Code, ejecuta claude; su guía de inicio rápido explica la instalación y la autenticación si las necesitas.

Ejecuta el prompt oficial completo

Abre el anuncio del cierre, despliega Show the export prompt y copia todo el prompt, incluido su script de Python. Pégalo en tu agente CLI.

En Linux, elimina del prompt la comprobación preliminar independiente con secret-tool lookup antes de enviarlo. Ese comando escribe el secreto almacenado en la salida estándar, como muestra la implementación de libsecret. Indica al agente que ya completaste la comprobación de Jules CLI.

Mantén la lectura de credenciales dentro del script de exportación. No pidas al agente que muestre el token de acceso ni los valores de env-variables.json.

Deja que el agente guarde y ejecute el script suministrado desde tu directorio personal. Cuando termine, solicita los recuentos impresos, los errores y la ruta completa del destino. El destino documentado es ~/jules-export.

Comprueba la copia antes de depender de ella

Comprueba error_count y los archivos esperados, además del mensaje final de éxito. El total sessions cuenta las sesiones enumeradas, incluidas aquellas cuya descarga individual haya fallado.

La exportación está diseñada para conservar estos datos:

Datos	Dónde buscarlos	Siguiente paso
Configuración de la cuenta, variables de entorno y tareas programadas	Archivos JSON de la cuenta, incluido `env-variables.json`	Recrea la configuración y los secretos pertinentes en el destino
Repositorios conectados	`sources.json`	Compara la lista con los repositorios esperados
Memorias, scripts de preparación y comandos de prueba de cada repositorio	Carpetas por repositorio, cuando existan esos registros	Revísalos y adáptalos antes de usarlos
Prompts, planes, registros de actividad y parches de las sesiones	Carpetas por sesión, incluidos archivos legibles `summary.md`	Conserva el historial y recupera el trabajo pendiente

Exige que error_count sea 0 y revisa una muestra de sesiones antiguas y recientes. Comprueba por separado la sesión pendiente más importante. Confirma que contiene su prompt, plan, registros de actividad y los parches esperados.

Los scripts de preparación y los comandos de prueba se recuperan de los metadatos de salida de las sesiones. Si falta un setup.sh necesario, revisa la configuración del repositorio en Jules mientras siga disponible.

Trata esta carpeta como una copia de la configuración y del historial. Conserva el repositorio de GitHub por separado. Mantén toda la copia fuera de los repositorios, porque env-variables.json contiene los valores reales de las variables de entorno.

¿Qué error de exportación aparece?

Renueva la autenticación de Google si fallan todas las llamadas. Comprueba el acceso a GitHub si solo falla la consulta de repositorios. Son casos distintos en las instrucciones de diagnóstico de Google.

Síntoma	Causa probable o condición documentada	Solución y comprobación
Todas las llamadas de exportación devuelven `401`	El token de acceso puede haber caducado. Google indica que dura aproximadamente una hora desde el inicio de sesión.	Ejecuta un comando de Jules o vuelve a iniciar sesión con `jules login`. Repite la comprobación de repositorios y después la exportación.
`ListSources` devuelve `401` con `missing required authentication credential`, pero las demás llamadas funcionan	Google atribuye este patrón a una conexión de GitHub ausente.	Conecta GitHub, confirma el acceso a los repositorios y repite `jules remote list --repo`.
Falta un repositorio esperado	Debes revisar la conexión de la cuenta o el acceso a los repositorios seleccionados.	Confirma la cuenta de Google y la instalación de la aplicación en GitHub. Vuelve a exportar y revisa `sources.json`.
Un endpoint de exportación devuelve `404` o `400`	El script usa endpoints internos sin documentar.	Anota la llamada que falla y su código de respuesta. Consulta el prompt oficial vigente antes de reintentarlo; no adivines endpoints alternativos.

Si nunca has usado Jules con repositorios de GitHub, el prompt de Google permite omitir esa conexión. Indica que, en ese caso, la exportación no tendrá datos de repositorios. Si esperas encontrarlos, completa la conexión y repite la comprobación de repositorios antes de exportar.

Traslada las memorias y la preparación al nuevo agente

Migra primero el conocimiento duradero del proyecto y una preparación reproducible del entorno. Conserva la copia completa de las sesiones como material de consulta.

Convierte las memorias útiles en instrucciones del proyecto

Contrasta las memorias de cada repositorio con el código actual. Conserva los comandos de compilación válidos, las restricciones de arquitectura y las soluciones a problemas recurrentes. Elimina los consejos obsoletos, las reglas duplicadas y los secretos.

Coloca las instrucciones compartidas en un archivo AGENTS.md en la raíz del repositorio. Codex lee este archivo, y OpenCode 2 lo usa para las instrucciones del proyecto. OpenCode 2 no recurre a CLAUDE.md como alternativa.

Para un proyecto npm con package-lock.json y un script npm test que funcione, puedes usar este ejemplo breve:

- Install dependencies with `npm ci`.
- Run `npm test` after code changes.
- Keep generated files out of manual edits.
- Report failing checks and unresolved setup requirements.

El ejemplo indica cómo instalar dependencias, ejecutar pruebas, evitar cambios manuales en archivos generados e informar de comprobaciones fallidas. Incorpora las instrucciones revisadas a los archivos existentes en lugar de reemplazarlos.

Para Claude Code, añade esta importación a un CLAUDE.md en la raíz del repositorio. Conserva las instrucciones específicas de Claude que ya contenga:

@AGENTS.md

La documentación de memoria de Claude admite esta forma de compartir el archivo. Inicia una sesión nueva y usa /context para confirmar que CLAUDE.md aparece en Memory files.

Pide al agente que identifique los comandos necesarios de preparación y prueba antes de permitir cambios. Así comprobarás si las instrucciones migradas resultan útiles. Para organizar el conocimiento a largo plazo, consulta la guía de memoria para agentes de programación.

Reconstruye el entorno de ejecución

Adapta el script de preparación exportado al entorno de ejecución y al ciclo de vida del destino. Antes de ejecutarlo, revisa los directorios de trabajo, las versiones de los entornos de ejecución y los registros de paquetes. Comprueba también el acceso a secretos y los servicios.

Para las sesiones de Claude Code en la nube, abre el editor del entorno y selecciona Setup script. Usa Choose file para cargar un script revisado. La guía de entornos en la nube explica las fases de preparación. Las variables configuradas para la sesión todavía no están definidas durante el script de preparación. No asumas que el acceso a variables funciona igual que en Jules.

Para Codex Cloud, crea un entorno para tus repositorios de GitHub siguiendo la guía vigente de entornos en la nube. Proporciona los comandos revisados de instalación y prueba. Usa Install script para las dependencias y Start skill para iniciar servicios. Revisa el entorno preparado, publícalo e inicia una tarea nueva.

Para Claude Code u OpenCode locales, recrea el entorno necesario en tu máquina o en un contenedor de desarrollo (devcontainer). Una opción es guardar los comandos de instalación revisados como .devcontainer/setup.sh. En un .devcontainer/devcontainer.json existente, establece postCreateCommand en bash .devcontainer/setup.sh. La referencia de Development Containers define cuándo se ejecuta este comando.

Traslada los valores secretos mediante la configuración de secretos del destino. No copies env-variables.json en las instrucciones del proyecto ni lo añadas al repositorio junto con un script de preparación.

Por último, ejecuta el comando de prueba recuperado en un entorno nuevo. Resuelve los fallos de preparación antes de pedir al agente que cambie el código de la aplicación.

Recrea las tareas programadas después de una prueba manual

Reconstruye cada tarea recurrente a partir de su prompt y su programación exportados. Conserva su repositorio, la rama prevista, la zona horaria, los requisitos del entorno y el resultado esperado.

Para Claude Code, las tareas programadas en la nube están en fase experimental, research preview, a fecha de 2026-11-01. Están disponibles en los planes Pro, Max, Ultra, Team y Enterprise, sujetas a los controles de la organización.

Abre la página de tareas programadas de Claude y elige New task; algunas cuentas muestran New routine. Introduce el prompt, selecciona el repositorio y el entorno en la nube, y configura la programación. Usa Run now y revisa History, siguiendo la guía de tareas programadas.

Para el trabajo local relacionado con Codex, usa Scheduled en la aplicación de escritorio de ChatGPT. La documentación vigente de programación exige mantener el equipo encendido y la aplicación abierta cuando una tarea necesita archivos locales. Codex CLI no ofrece la interfaz de gestión Scheduled. Distingue este requisito de la ejecución alojada de Codex Cloud.

Para OpenCode 2, el ejemplo oficial de CI usa --standalone con las credenciales del proveedor suministradas como secretos de CI. Una vez configurados OpenCode 2 y el proveedor y modelo deseados, puedes realizar esta primera comprobación:

opencode run --standalone "Read AGENTS.md and identify the setup and test commands. Do not edit files."

El comando pide leer las instrucciones e identificar los comandos de preparación y prueba sin editar archivos. Revisa la respuesta en la salida del flujo de trabajo. Para GitHub Actions, empieza con workflow_dispatch para una ejecución manual y después añade un disparador schedule. GitHub documenta ambos en su referencia de eventos de flujos de trabajo. Los flujos programados se ejecutan desde la rama predeterminada.

Antes de permitir cambios sin supervisión, revisa los cambios de permisos de OpenCode 2. Confirma que el trabajo puede realizar las acciones necesarias sin una solicitud interactiva inesperada.

Desactiva la tarea recurrente anterior cuando la nueva supere las comprobaciones. Evita ejecutar ambas programaciones sobre el mismo trabajo. Revisa las primeras ejecuciones para detectar cambios duplicados, fallos repetidos y consumo inesperado.

¿Qué alternativa a Jules debes elegir?

Empieza con un agente alojado en la nube si necesitas que siga trabajando después de cerrar el portátil. Elige una opción basada en CI si controlar el entorno y el proveedor de modelos importa más que disponer de una interfaz gestionada.

Estas recomendaciones se basan en capacidades documentadas a fecha de 2026-11-01:

Lo que necesitas	Qué probar primero	Qué podría cambiar la elección
Tareas alojadas para repositorios con un entorno reutilizable	Codex Cloud	Si el entorno alojado no puede acceder a los servicios necesarios o reproducir la compilación, evalúa un runner que controles
Tareas recurrentes de programación gestionadas	Sesiones de Claude Code en la nube con tareas programadas en la nube	Si la disponibilidad experimental o la política de la organización impiden programarlas, usa una opción de CI autorizada
Control del acceso a modelos y de la ejecución	OpenCode 2 en tu runner de CI	Elige un agente alojado si no quieres mantener flujos de trabajo, credenciales y permisos
Acceso remoto a una máquina de desarrollo existente que use herramientas de Google	Antigravity Remote Control	Su proceso en segundo plano necesita que la máquina siga encendida; elige ejecución alojada si eso no te sirve

La modalidad Remote Control documentada para Antigravity funciona en tu máquina. Evalúa ese modelo de ejecución antes de tratar la dirección anunciada por Google como sustituto del entorno alojado de Jules.

Para trabajar con una CLI, BetterToken documenta conexiones API para Claude Code y OpenCode. Considera ese acceso a modelos por separado de los requisitos de cuenta, ejecución alojada y programación de tareas de cada herramienta.

Compara los costes con la misma tarea de prueba. Incluye el consumo del modelo, las suscripciones obligatorias y los costes del runner que correspondan a la opción elegida. Una exportación no demuestra qué alternativa costará menos.

Valida una tarea antes de completar la migración

Elige un cambio acotado con un resultado esperado claro. Usa la misma revisión del repositorio, los mismos requisitos de preparación y el mismo comando de prueba al evaluar una alternativa.

Confirma que el agente carga las instrucciones, prepara el entorno, completa la tarea y deja un resultado que puedas revisar. Para el trabajo alojado, comprueba que continúa sin tu sesión local. Para el trabajo programado, revisa una ejecución programada real después de la prueba manual.

Usa la lista de comprobación de tareas completadas por agentes para verificar los cambios y resultados de pruebas en los sistemas que los registran.

Después de las últimas sesiones de Jules, realiza una nueva exportación y revísala otra vez. Conserva la copia privada, las instrucciones revisadas del proyecto y las pruebas del funcionamiento de la tarea nueva en el registro de migración.