Google Jules será encerrado: exporte seus dados e migre

Exporte seus dados do Google Jules agora e repita a exportação depois das últimas sessões de programação. Conforme as informações disponíveis em 2026-11-01, você pode concluir sessões até 11 de novembro de 2026. Depois disso, o acesso será somente de leitura até o fim do ano. O Jules será encerrado em 31 de dezembro de 2026, conforme o aviso oficial de encerramento.

A migração tem duas etapas: preservar o que o Jules armazena e reproduzir uma tarefa funcional na ferramenta escolhida. Seu repositório, sozinho, não contém as memórias, a configuração do ambiente e o histórico de sessões necessários para essa segunda etapa.

O que concluir antes do modo somente leitura?

Conclua o trabalho em andamento e preserve as alterações úteis antes de 11 de novembro. O aviso do Google informa que o Jules ficará somente para leitura depois dessa data, sem especificar horário ou fuso.

O aviso também não garante que os endpoints de exportação continuarão funcionando durante todo o período de acesso somente leitura. Exportar antes de 11 de novembro é, portanto, uma recomendação conservadora, não um prazo de exportação anunciado separadamente.

Seu código, suas branches e seus pull requests existentes permanecem no GitHub. Revise as sessões inacabadas e publique as alterações úteis quando fizer sentido. Guarde os patches exportados do trabalho que ainda não chegou a uma branch.

O Google afirma que os aprendizados com o Jules estão contribuindo para o Antigravity. Essa declaração não apresenta um procedimento de migração nem garante a transferência automática da sua configuração.

Como exportar seus dados do Jules?

Use o prompt completo de exportação do Google com um agente de programação local pela linha de comando, ou CLI. O prompt inclui um script Python que recupera a configuração da conta, as informações dos repositórios e os registros das sessões.

Prepare a CLI e um destino privado

Use Bash no macOS ou Linux para executar os comandos abaixo. Tenha Node.js com npm, Python e um agente de programação por CLI instalados.

Verifique os pré-requisitos:

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

Use Python 3.9 ou mais recente para executar o script publicado. Essa exigência decorre do uso de str.removeprefix, introduzido no Python 3.9 segundo a referência da linguagem.

Instale o Jules Tools e autentique sua conta:

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

Conclua pessoalmente o login no navegador com a conta Google cujos dados do Jules você precisa recuperar. O último comando deve listar os repositórios conectados a essa conta.

Se faltarem repositórios, resolva isso antes de exportar. Use a página de instalação do Google Labs Jules no GitHub para verificar a conexão e o acesso aos repositórios.

A partir do seu diretório pessoal, crie uma pasta privada para a exportação:

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

Se a pasta já existir, pare e renomeie o backup anterior antes de continuar. Mantenha esse backup privado. Use um destino novo para a exportação final.

Inicie o agente de programação instalado no mesmo shell. Para o Claude Code, execute claude; o guia de início rápido explica a instalação e a autenticação, se necessário.

Execute o prompt oficial completo

Abra o aviso de encerramento, expanda Show the export prompt e copie o prompt inteiro, incluindo o script Python. Cole-o no seu agente por CLI.

No Linux, remova a verificação preliminar independente com secret-tool lookup antes de enviar o prompt. Esse comando escreve o segredo armazenado na saída padrão, como mostra a implementação do libsecret. Informe ao agente que você já concluiu a verificação da CLI do Jules.

Mantenha a leitura de credenciais dentro do script de exportação. Não peça ao agente para exibir o token de acesso nem os valores de env-variables.json.

Deixe o agente salvar e executar o script fornecido a partir do seu diretório pessoal. Ao terminar, peça as contagens exibidas, os erros encontrados e o caminho completo do destino. O destino documentado é ~/jules-export.

Verifique o backup antes de depender dele

Verifique error_count e os arquivos esperados, além da mensagem final de sucesso. O total sessions conta as sessões listadas, incluindo aquelas cujos downloads individuais falharam.

A exportação foi projetada para preservar estes dados:

Dados	Onde procurar	Próxima ação
Configurações da conta, variáveis de ambiente e tarefas agendadas	Arquivos JSON da conta, incluindo env-variables.json	Recrie as configurações e os segredos relevantes no destino
Repositórios conectados	sources.json	Compare a lista com os repositórios esperados
Memórias, scripts de preparação e comandos de teste dos repositórios	Pastas de cada repositório, quando esses registros existirem	Revise e adapte o conteúdo antes de usá-lo
Prompts, planos, logs de atividades e patches das sessões	Pastas de cada sessão, incluindo arquivos legíveis summary.md	Preserve o histórico e recupere o trabalho inacabado

Confirme que error_count é 0 e inspecione uma amostra de sessões antigas e recentes. Verifique separadamente a sessão inacabada mais importante. Confirme a presença do prompt, do plano, dos registros de atividades e dos patches esperados.

Os scripts de preparação e os comandos de teste são recuperados dos metadados das saídas das sessões. Se faltar um setup.sh necessário, consulte a configuração do repositório no Jules enquanto ela ainda estiver disponível.

Trate a pasta como um backup da configuração e do histórico. Preserve o repositório do GitHub separadamente. Mantenha todo o backup fora dos repositórios, pois env-variables.json contém os valores reais das variáveis de ambiente.

Qual erro de exportação você está encontrando?

Atualize a autenticação do Google quando todas as chamadas falharem; verifique o acesso ao GitHub quando apenas a consulta de repositórios falhar. São situações diferentes nas instruções de solução de problemas do Google.

Sintoma	Causa provável ou condição documentada	Correção e verificação
Todas as chamadas de exportação retornam 401	O token de acesso pode ter expirado. Segundo o Google, ele dura cerca de uma hora após o login.	Execute um comando Jules ou entre novamente com jules login. Repita a verificação dos repositórios e execute a exportação novamente.
ListSources retorna 401 com missing required authentication credential, enquanto as outras chamadas funcionam	O Google associa esse padrão à falta de conexão com o GitHub.	Conecte o GitHub, confirme o acesso aos repositórios e execute novamente jules remote list --repo.
Um repositório esperado está ausente	É preciso verificar a conexão da conta ou o acesso aos repositórios selecionados.	Confirme a conta Google e a instalação do aplicativo no GitHub. Exporte novamente e inspecione sources.json.
Um endpoint de exportação retorna 404 ou 400	O script usa endpoints internos não documentados.	Registre a chamada que falhou e o status. Confira o prompt oficial atual antes de tentar novamente; não adivinhe endpoints alternativos.

Se você nunca usou o Jules com repositórios GitHub, o prompt do Google permite pular essa conexão. Segundo o prompt, a exportação ficará sem dados de repositórios. Se você espera esses dados, conclua a conexão e repita a verificação dos repositórios antes de exportar.

Transfira memórias e preparação do ambiente para o próximo agente

Migre primeiro o conhecimento duradouro do projeto e uma preparação de ambiente reproduzível. Mantenha o backup completo das sessões disponível como referência.

Transforme memórias úteis em instruções do projeto

Compare as memórias de cada repositório com o código atual. Mantenha comandos de build válidos, restrições de arquitetura e correções recorrentes. Remova orientações obsoletas, regras duplicadas e segredos.

Coloque as instruções compartilhadas em um AGENTS.md na raiz do repositório. O Codex lê esse arquivo, e o OpenCode 2 o usa como orientação do projeto. O OpenCode 2 não usa CLAUDE.md como alternativa.

Para um projeto npm com package-lock.json e um script npm test funcional, este é um exemplo simples:

- 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.

O exemplo define a instalação, os testes, os limites de edição manual e o relato de problemas. Incorpore as instruções revisadas aos arquivos existentes, sem substituir seu conteúdo.

Para o Claude Code, adicione esta importação a um CLAUDE.md na raiz do repositório. Preserve as instruções específicas do Claude já existentes:

@AGENTS.md

A documentação de memória do Claude descreve esse compartilhamento de arquivo. Inicie uma nova sessão e use /context para confirmar que CLAUDE.md aparece em Memory files.

Peça ao agente para identificar os comandos de preparação e teste antes de permitir alterações. Isso verifica se as orientações migradas são úteis. Para organizar esse conhecimento a longo prazo, consulte o guia de memória para agentes de programação.

Recrie o ambiente de execução

Adapte o script exportado ao ambiente de execução e ao ciclo de preparação do destino. Antes de executá-lo, revise diretórios de trabalho, versões dos runtimes, registros de pacotes, acesso a segredos e serviços.

Para sessões do Claude Code na nuvem, abra o editor de ambiente e selecione Setup script. Use Choose file para carregar um script revisado. O guia de ambientes na nuvem explica as etapas de preparação. As variáveis configuradas para a sessão ainda não estão definidas durante a execução desse script. Não suponha que o acesso às variáveis funcionará como no Jules.

Para o Codex Cloud, crie um ambiente para seus repositórios GitHub seguindo o guia atual de ambientes na nuvem. Forneça os comandos de instalação e teste revisados. Use Install script para dependências e Start skill para iniciar serviços. Revise o ambiente preparado, publique-o e inicie uma nova tarefa.

Para Claude Code ou OpenCode locais, recrie o ambiente necessário na sua máquina ou em um contêiner de desenvolvimento, chamado devcontainer. Uma opção é salvar os comandos de instalação revisados em .devcontainer/setup.sh. No arquivo existente .devcontainer/devcontainer.json, defina postCreateCommand como bash .devcontainer/setup.sh. A referência de Development Containers especifica quando esse comando é executado.

Transfira os valores secretos pelas configurações de segredos do destino. Não copie env-variables.json para as instruções do projeto nem o inclua em um commit junto com o script de preparação.

Por fim, execute o comando de teste recuperado em um ambiente novo. Corrija as falhas de preparação antes de pedir ao agente para alterar o código da aplicação.

Recrie as tarefas agendadas após uma execução manual

Recrie cada tarefa recorrente a partir do prompt e do agendamento exportados. Preserve o repositório, a branch pretendida, o fuso horário, os requisitos do ambiente e o resultado esperado.

No Claude Code, as tarefas agendadas na nuvem estão em fase experimental, research preview, em 2026-11-01. Elas estão disponíveis nos planos Pro, Max, Ultra, Team e Enterprise, sujeitas aos controles da organização.

Abra a página de tarefas agendadas do Claude e escolha New task; algumas contas mostram New routine. Insira o prompt, selecione o repositório e o ambiente na nuvem e configure o agendamento. Use Run now e depois consulte History, seguindo o guia de tarefas agendadas.

Para trabalho local relacionado ao Codex, use Scheduled no aplicativo ChatGPT para desktop. A documentação atual de agendamento exige que o computador e o aplicativo permaneçam ligados quando a tarefa precisa de arquivos locais. A CLI do Codex não oferece a interface de gerenciamento Scheduled. Diferencie essa exigência da execução hospedada do Codex Cloud.

Para o OpenCode 2, o exemplo oficial de CI usa execução em modo standalone, com credenciais do provedor fornecidas como segredos de CI. Depois de configurar o OpenCode 2 e o provedor e modelo desejados, você pode fazer esta primeira verificação:

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

O comando pede a leitura das instruções e a identificação dos comandos de preparação e teste, sem editar arquivos. Inspecione a resposta na saída do workflow. No GitHub Actions, comece com workflow_dispatch para uma execução manual e depois adicione um gatilho schedule. O GitHub documenta ambos na referência de eventos de workflows. Workflows agendados são executados a partir da branch padrão.

Antes de permitir edições sem supervisão, revise as mudanças nas permissões do OpenCode 2. Confirme que o job consegue executar as ações necessárias sem uma solicitação interativa inesperada.

Desative a tarefa recorrente antiga quando a substituta passar nas verificações. Evite executar os dois agendamentos sobre o mesmo trabalho. Nas primeiras execuções, procure alterações duplicadas, falhas repetidas e consumo inesperado.

Qual alternativa ao Jules escolher?

Comece com um agente executado na nuvem se o requisito principal for continuar o trabalho depois de fechar o notebook. Escolha uma solução baseada em CI quando controlar o ambiente e o provedor de modelos importar mais que uma interface gerenciada.

Estas recomendações consideram as capacidades documentadas em 2026-11-01:

Seu requisito	Primeira opção a testar	O que pode mudar a escolha
Tarefas de repositório hospedadas com um ambiente reutilizável	Codex Cloud	Se o ambiente não conseguir acessar os serviços necessários ou reproduzir o build, avalie um runner sob seu controle
Tarefas de programação recorrentes com gerenciamento pelo serviço	Sessões do Claude Code na nuvem com tarefas agendadas na nuvem	Se o acesso à prévia ou a política da organização impedir o agendamento, use uma solução de CI aprovada
Controle sobre acesso aos modelos e execução	OpenCode 2 no seu runner de CI	Escolha um agente na nuvem se não quiser manter workflows, credenciais e permissões
Acesso remoto a uma máquina de desenvolvimento existente com ferramentas do Google	Antigravity Remote Control	O serviço em segundo plano documentado exige que a máquina permaneça ligada; escolha execução hospedada se isso não servir

O Remote Control documentado do Antigravity opera na sua máquina. Avalie esse modelo real de execução antes de tratar a direção anunciada pelo Google como substituta do ambiente hospedado do Jules.

Para uma solução por CLI, a BetterToken documenta conexões via API para Claude Code e OpenCode. Considere esse acesso aos modelos separadamente dos requisitos de conta, execução hospedada e agendamento de cada ferramenta.

Compare os custos usando a mesma tarefa de teste. Inclua o consumo do modelo, qualquer assinatura obrigatória e os custos de runner aplicáveis à solução escolhida. Uma exportação não determina qual substituto será mais barato.

Valide uma tarefa antes de concluir a migração

Escolha uma alteração de escopo limitado, com um resultado esperado claro. Ao avaliar uma alternativa, use a mesma revisão do repositório, os mesmos requisitos de preparação e o mesmo comando de teste.

Confirme que o agente carrega as instruções, prepara o ambiente, conclui a tarefa e deixa um resultado que possa ser revisado. Para trabalho hospedado, verifique se a execução continua sem sua sessão local. Para tarefas agendadas, inspecione uma execução real pelo agendamento após o teste manual.

Use a lista de verificação de conclusão de tarefas por agentes para conferir as alterações e os resultados dos testes nos sistemas que os registram.

Depois das últimas sessões no Jules, faça uma nova exportação e verifique-a novamente. Guarde o backup privado, as instruções revisadas do projeto e as evidências da tarefa substituta junto ao registro da migração.