Google cerrará Jules: fechas y pasos para conservar el trabajo del agente de código
Google anunció el 29 de octubre de 2026 que cerrará Jules, su agente asíncrono para tareas de programación, el 31 de diciembre. La compañía indicó que las personas usuarias tienen hasta el 11 de noviembre para seguir terminando sesiones; después de esa fecha, el servicio pasará a modo de solo lectura hasta el cierre.
El anuncio incluye una ruta para exportar configuraciones e historial. El código, las ramas y los pull requests que ya están en GitHub permanecen allí, según Google. La novedad no es una migración automática: quien dependa de Jules necesita distinguir el trabajo guardado en el repositorio del contexto y los ajustes que viven en el servicio.
Dos fechas, dos cambios distintos
La primera fecha relevante es el 11 de noviembre de 2026. Google la presenta como el límite para seguir finalizando sesiones; posteriormente Jules quedará en modo de lectura. El cierre del servicio está previsto para el 31 de diciembre. El aviso consultado no especifica una hora ni zona horaria para esos cambios.
La transición a solo lectura y el cierre no son el mismo hito. El plazo anterior puede afectar la forma de terminar tareas abiertas, mientras que el segundo determina hasta cuándo estará disponible el servicio según el anuncio. Una organización que espere hasta diciembre para revisar trabajo pendiente podría encontrarse con que ya no puede continuarlo en Jules.
Qué era Jules y por qué importa su cierre
Google describe Jules como un experimento para estudiar cómo los agentes de programación asíncronos pueden ayudar con trabajo pendiente de desarrollo. En ese modelo, una persona encarga una tarea y revisa su resultado sin tener que mantener una conversación continua durante cada paso.
Para equipos que incorporaron el agente a su flujo, la herramienta no solo produce cambios de código: también reúne instrucciones, planes y registros de actividad que ayudan a entender qué se intentó. Una rama puede conservar el resultado técnico sin contener necesariamente toda esa explicación. Identificar ambas piezas es parte del trabajo de cierre.
Qué permanece en GitHub y qué debe exportarse
Google afirma que el código, las ramas y los pull requests ya alojados en GitHub permanecen en ese servicio. Esa afirmación se refiere a objetos que efectivamente están allí; no demuestra por sí sola que cada cambio de una sesión haya sido guardado, revisado o integrado en una rama.
La exportación descrita por Google cubre datos que viven dentro de Jules: ajustes de cuenta, variables de entorno, tareas programadas, repositorios conectados, memorias y scripts de preparación. Para cada sesión, incluye instrucciones, plan, registro completo de actividad y parches de código. La lista procede del proveedor y no acredita que una exportación concreta haya terminado sin errores.
Google anuncia que la exportación está disponible ahora, pero no especifica si seguirá disponible durante el período de solo lectura. Conviene comprobar la guía vigente y no presumir que podrá realizarse después del 11 de noviembre.
La exportación puede contener información sensible
El aviso advierte que el archivo de variables de entorno exportado contiene los valores, no solo sus nombres. Por ello, copiar esa carpeta a un repositorio compartido o publicar su contenido podría exponer credenciales. Google recomienda conservarla en un lugar privado y fuera de los repositorios.
El proveedor ofrece instrucciones con Jules Tools, inicio de sesión y un agente de línea de comandos para ejecutar el procedimiento. Antes de utilizarlo conviene leer la guía oficial, comprender qué guarda y verificar dónde quedará el resultado. El aviso también señala que algunos accesos utilizados en el procedimiento no están documentados y pueden fallar; un reporte de errores no debe confundirse con una exportación completa.
Cómo revisar el trabajo antes de la fecha límite
Una revisión ordenada puede comenzar por las sesiones abiertas y sus repositorios vinculados. Para cada una conviene identificar la tarea, el estado del código, la rama o pull request asociado y la persona responsable de decidir qué ocurre con los cambios. Esta es una recomendación editorial de organización, no una función nueva anunciada por Google.
Después, el equipo puede contrastar el historial exportado con los elementos que realmente están en GitHub. Tener un parche en un archivo no significa que el cambio haya sido aceptado, fusionado o desplegado. Una lectura de los resultados y errores de la exportación ayuda a descubrir información faltante antes de depender de la copia.
Qué dice Google sobre Antigravity
Google indica que lo aprendido con Jules está influyendo en productos de la compañía, incluido Google Antigravity, su plataforma de desarrollo orientada a agentes. El aviso de cierre no promete que todas las sesiones, memorias, configuraciones o tareas programadas de Jules se transfieran automáticamente a ese entorno.
Antigravity anunció por separado un directorio de plugins el 29 de octubre. Ese anuncio describe una capacidad propia de la plataforma; no es una prueba de compatibilidad total con el historial de Jules ni establece una fecha para trasladar cada función. Comparar herramientas, permisos y procesos sigue siendo una tarea aparte.
Qué cambia para tareas programadas y procesos de equipo
Las tareas programadas figuran entre los datos que Google dice que pueden exportarse. El aviso no describe una transferencia automática de esos trabajos a otra plataforma ni garantiza que una exportación los vuelva a ejecutar. Su configuración, responsables y permisos deben revisarse en el destino que el equipo elija.
Una tarea que ejecutaba un agente puede depender también de credenciales, acceso al repositorio y reglas de revisión. Preservar esas relaciones requiere más que guardar una lista de nombres. La conveniencia de reconstruir cada proceso depende de su utilidad y de los controles del entorno de destino.
Lo que el anuncio no resuelve
El texto de Google no indica una hora de corte para cada fecha ni detalla qué ocurrirá con todos los datos después del cierre. Tampoco proporciona una fecha de entrega para una función equivalente de trabajo en segundo plano dentro de Antigravity. Esas ausencias no prueban que una opción no vaya a existir; indican que no debe darse por confirmada a partir del aviso.
El anuncio tampoco establece que el código almacenado fuera de GitHub esté preservado por la exportación de GitHub, ni que todos los resultados de sesiones estén fusionados. Antes de cerrar un proceso conviene comprobar su estado en los sistemas donde realmente se guarda.
Preguntas frecuentes
¿Cuándo deja Jules de aceptar trabajo activo?
Google dice que se pueden seguir terminando sesiones hasta el 11 de noviembre de 2026; después el servicio pasará a solo lectura hasta el cierre.
¿Se borrarán las ramas y pull requests de GitHub?
Google indica que los objetos ya alojados en GitHub permanecen allí. Eso no demuestra que cada cambio de una sesión se haya guardado o fusionado.
¿La exportación incluye secretos?
Google advierte que el archivo exportado de variables de entorno contiene sus valores y debe mantenerse privado y fuera de repositorios.
¿Todo se migrará automáticamente a Antigravity?
El aviso no promete una migración automática de sesiones, configuraciones o tareas programadas.
¿La fecha de cierre tiene una hora confirmada?
El aviso consultado proporciona las fechas, pero no especifica una hora o zona horaria.
