Mantenha o Claude Code trabalhando com o notebook fechado

Você passa para o Claude Code algo que vai levar quarenta minutos e precisa sair. Por padrão, o trabalho para quando você fecha a tampa. Existem quatro formas confiáveis de contornar isso, e a que serve para você depende de uma única pergunta: você tem uma máquina que fica acordada?

Por que ele para

Três coisas diferentes podem encerrar uma sessão. Vale a pena distingui-las, porque cada solução resolve só algumas delas:

• O processo para. A máquina entra em suspensão, ou o shell dono do claude é encerrado. Nada roda num notebook suspenso, seja qual for o app.
• A conexão cai. Você perdeu o sinal, ou o celular suspendeu o app. O processo pode estar bem; você só não consegue vê-lo.
• A sessão se perde. O processo sobreviveu, mas nada sabe como colocar você de volta diante dele, nem avisar que ele terminou.

O próprio Remote Control da Anthropic mostra bem a diferença. A documentação diz que, se o notebook entra em suspensão ou a rede cai, o Claude Code se reconecta quando a máquina volta a ficar online. Isso resolve a conexão. Não mantém nada rodando com a tampa fechada, porque "o computador precisa continuar ligado e o processo claude precisa continuar rodando".

Opção 1: as sessões na nuvem da Anthropic

Se você não tem uma máquina que fica acordada, tire o trabalho das suas máquinas de vez. As sessões na nuvem rodam o Claude Code numa VM gerenciada pela Anthropic. A sessão continua depois que você fecha o notebook, e você pode acompanhá-la pelo app do Claude, por um navegador ou pelo terminal. Elas saíram do research preview em 23 de setembro de 2026. Estão disponíveis nos planos Pro, Max e Team, e para usuários Enterprise com licenças premium ou Chat + Claude Code.

Você pode iniciar uma pelo terminal e ir embora:

claude --cloud "Fix the flaky test in auth.spec.ts"

A VM na nuvem clona o seu remoto do GitHub na branch atual, então faça push antes. Quando terminar, claude --teleport traz a sessão e a branch de volta para o seu terminal. O que saber antes de depender disso, segundo a documentação das sessões na nuvem:

• Clonar e abrir pull requests exige o GitHub.
• A sessão não enxerga a sua rede privada nem o seu banco de dados local.
• O uso sai dos mesmos limites que o resto do seu uso do Claude.
• VMs ociosas são recuperadas depois de um tempo. Reabrir restaura a conversa, mas não o trabalho em segundo plano que ainda estava rodando.

Comparamos esse caminho com mais detalhes em Maude vs Claude Code na web.

Opção 2: um servidor com tmux ou systemd

A resposta clássica é rodar o Claude Code numa VPS, que nunca dorme, dentro do tmux, que é dono do processo para que a sua conexão SSH não precise ser:

tmux new -s work
# start claude, then Ctrl-B then D to detach
tmux attach -t work

Isso resolve os três problemas: o processo vive numa máquina sempre ligada, uma conexão que cai não o afeta, e tmux attach coloca você de volta diante dele. Custa alguns euros por mês, e nosso guia de configuração de VPS mostra o passo a passo.

Vale conhecer duas melhorias:

• Remote Control dentro do tmux. Rode claude remote-control na sessão do tmux e você poderá comandá-la pela aba Code do app do Claude, com notificações push, em vez de um terminal. Isso junta o app oficial da Anthropic com uma máquina que nunca dorme.
• systemd para reinicializações. O tmux não sobrevive a um reboot. Um serviço do systemd (uma unit de usuário com lingering ativado, para iniciar sem login) pode trazer de volta um processo de longa duração no boot. O próprio Claude Code não retoma um turno interrompido por um reboot. claude --continue reabre a conversa mais recente daquele diretório para você mandar ele continuar.

No celular, o problema é sobretudo de ergonomia. Uma sessão de tmux pura não consegue avisar você quando o trabalho termina, e reconectar significa um terminal em tela cheia e um teclado virtual. Mais sobre isso em tmux, mosh e Tailscale para agentes de código.

Opção 3: um daemon de sessões (Maude)

É a mesma ideia, uma camada acima. Um pequeno processo de longa duração no servidor é dono de todas as sessões de agentes e registra o que acontece nelas. Os clientes se conectam e se desconectam, e a sessão nem percebe. Comparado ao tmux:

• Ao reconectar, você recebe a própria conversa, não um buffer de tela para rolar.
• Vários dispositivos podem acompanhar a mesma sessão.
• Tem algo de olho mesmo quando você não está, então você pode receber uma notificação push quando o trabalho termina ou precisa de uma decisão.

É assim que o Maude funciona. Quando você adiciona um servidor, o app implanta o próprio daemon via SSH e o registra para iniciar no boot: uma unit de usuário do systemd no Linux, um LaunchAgent no macOS e uma entrada @reboot do cron como alternativa. As sessões continuam rodando no servidor quando você fecha o app ou o notebook. A caixa de entrada mostra quais terminaram, deram erro ou precisam de você, e as notificações push deixam você responder a um pedido de permissão com Permitir ou Negar sem abrir nada. Como qualquer processo, um turno que está rodando durante um reboot é interrompido, mas a conversa é mantida e você pode continuar pelo app.

O mesmo daemon roda Codex, OpenCode, Grok Build e Antigravity, então isso funciona com qualquer agente que você iniciar. Tratamos da versão com vários agentes em rodar agentes de código 24/7.

Opção 4: uma máquina sempre ligada em casa

Se você já tem um desktop sempre ligado, como um Mac mini, uma workstation ou um servidor doméstico, ele pode fazer o papel do servidor sem custo extra. Use o Remote Control, o tmux ou o Maude nele, exatamente como faria numa VPS. Alguns pontos práticos:

• Impeça que ele entre em suspensão. Os ajustes de Energia do macOS têm uma opção para impedir a suspensão automática quando a tela está desligada. O caffeinate mantém um Mac aberto acordado pela linha de comando, mas não impede que um MacBook entre em suspensão quando você fecha a tampa.
• Um MacBook fechado só fica acordado no modo de tela fechada, que exige um monitor externo conectado e energia. Funciona numa mesa, não dentro de uma mochila.
• Acessar de fora. O Remote Control e o relay do Maude se conectam para fora, então a máquina não precisa de uma porta aberta. Para SSH puro, o Tailscale é o caminho habitual.

Como escolher

Uma coisa que ajuda em qualquer caso

Uma tarefa que ninguém está acompanhando deve ser escrita de modo a não precisar de acompanhamento. Diga onde parar, o que fazer em caso de falha e o que não tocar. "Corrija os testes que falham em api/; se uma correção exigir mudar o schema, pare e explique" funciona muito melhor que "corrija os testes". A instrução específica evita que uma execução de quarenta minutos sem supervisão saia do rumo. Decida também de antemão quanto ele pode fazer sem perguntar: rodar o Claude Code com permissões totais, com segurança trata desse equilíbrio.

Comande pelo celular

Para manter o Claude Code rodando no seu próprio servidor e acompanhá-lo pelo celular, veja Claude Code no seu celular. Para todas as opções, incluindo as gratuitas, veja todas as formas de rodar o Claude Code no iPhone e no iPad.

Perguntas frequentes

O que mudou

• 1 de outubro de 2026 — Reescrito: as sessões na nuvem saíram do research preview; o Remote Control se reconecta depois da suspensão, mas não roda durante ela; Remote Control dentro do tmux num servidor; reinicializações com systemd e --continue; opção de máquina sempre ligada em casa.
• 25 de julho de 2026 — Primeira publicação.