O Que É Continuidade de Agente de IA?

Por Que Continuidade de Agente de IA Importa para Desenvolvedores

Agentes de IA como Claude Code, Cursor, OpenAI Codex CLI, aider e Gemini CLI já não são apenas assistentes que respondem perguntas sob demanda. Eles executam loops agênticos — chamando ferramentas, escrevendo arquivos, rodando testes, iterando sobre o resultado — por minutos ou horas seguidas. Uma única sessão interrompida pode significar um schema de banco de dados parcialmente migrado, uma suíte de testes que nunca terminou, ou um job de geração de código que precisa recomeçar do zero.

O termo descreve a propriedade de uma sessão de agente que sobrevive aos eventos normais de gerenciamento de energia do Mac: sono por inatividade, fechamento de tampa e desligamento automático por bateria fraca. É uma questão de categoria, não algo resolvido com uma única funcionalidade. Fazer a continuidade funcionar de verdade significa tratar os três modos de falha — não só suprimir o sono por inatividade e dar por encerrado.

Para gerações rápidas de cinco minutos, o gerenciamento de energia do macOS raramente atrapalha — o trabalho termina antes de o sistema decidir que algo parece ocioso. O problema aparece nas tarefas mais longas: análise de repositório inteiro, refatorações que tocam vários arquivos, treinamentos que rodam a noite toda — qualquer coisa longa o suficiente para o Mac ter tempo de concluir que a sessão foi abandonada e agir em cima disso.

As Três Formas Como o Mac Interrompe uma Sessão de Agente

O sono por inatividade é o modo de falha mais comum. O macOS monitora eventos de entrada — teclado, mouse, atividade na tela — e declara uma sessão ociosa depois de um tempo configurável. Um agente de IA não gera esses eventos. Mesmo enquanto está escrevendo arquivos e fazendo chamadas de API ativamente, o Mac só enxerga silêncio na camada de entrada e dorme. Na bateria, com uma configuração agressiva de Economia de Energia, esse tempo pode ser curto o bastante para pegar uma sessão em andamento em poucos minutos.

O sono por fechamento de tampa é acionado no instante em que a tampa do MacBook se fecha, independentemente de qualquer tempo de inatividade configurado. Muitos desenvolvedores fecham a tampa para ir da mesa até a sala de reunião partindo do princípio de que o job em segundo plano vai simplesmente esperar — não vai, a menos que algo tenha dito explicitamente ao macOS para manter uma assertion sem sono durante o evento de fechamento de tampa. Uma ferramenta que só bloqueia o sono por inatividade não faz nada aqui; o fechamento de tampa é um gatilho totalmente separado.

A bateria fraca é a menos previsível das três. A Apple não publica uma porcentagem universal em que o macOS força o sono — o comportamento exato depende do modelo do Mac, da versão do macOS e se o Modo de Baixo Consumo está ativo. O que é consistente é a direção: conforme a carga cai, o macOS reduz o desempenho de forma mais agressiva e, perto do fim, força o sono ou o desligamento para proteger a bateria, não importa se um terminal tem um job rodando. Um agente que começa uma tarefa de duas horas com 40% de bateria pode esbarrar nesse limite no meio do caminho, e o resultado parece uma falha, quando na verdade é um evento de gerenciamento de energia.

Uma ferramenta que bloqueia o sono por inatividade mas ignora a tampa, ou bloqueia a tampa mas ignora a bateria, ainda deixa a sessão de agente exposta no modo que ela não cobre. Os três precisam ser tratados juntos para o termo fazer sentido de verdade.

Formas Gratuitas de Manter uma Sessão de Agente Viva

Antes de sair procurando algum app, o macOS já vem com formas gratuitas de cobrir dois dos três modos de falha. O comando caffeinate -i bloqueia o sono por inatividade direto do terminal — é um comando nativo que todo Mac já tem. O truque mais útil dele para esse caso específico é a flag -w: caffeinate -i -w $(pgrep -n claude) bloqueia o sono por inatividade exatamente enquanto o processo indicado estiver vivo, e libera automaticamente no instante em que ele encerra. Sem instalar nada, sem precisar limpar depois, e vinculado ao tempo de vida real do agente em vez de um timer fixo.

O fechamento de tampa também tem uma solução manual gratuita: sudo pmset -a disablesleep 1 antes de fechar a tampa, e sudo pmset -a disablesleep 0 quando terminar. É exatamente o mesmo toggle do sistema que qualquer ferramenta de fechamento de tampa acaba chamando por baixo dos panos — não existe mecanismo mais privilegiado do que esse.

Existe ainda uma opção totalmente nativa que não precisa de nenhum override. O workflow Closed-Lid oficialmente suportado pela própria Apple é: conectar à energia e ligar um monitor externo (orientações mais antigas também pediam teclado e mouse externos; na maioria dos MacBooks modernos, energia mais um monitor já bastam). Feche a tampa, a tela interna se apaga, e o Mac continua rodando na tela externa — sem envolver a flag disablesleep, nada para lembrar de desligar depois. Para quem trabalha em uma mesa com monitor, essa é possivelmente a mais segura das três opções, porque não sobra nada em estado pela metade se você esquecer algum passo.

Onde as Opções Gratuitas Deixam a Desejar

O caffeinate cobre só o sono por inatividade. Ele não sobrevive ao fechamento de tampa de jeito nenhum — fechar a tampa o sobrepõe, não importa a flag usada — e não tem noção nenhuma de porcentagem de bateria. Deixado rodando sem supervisão, ele mantém o job vivo alegremente até o Mac se forçar a um desligamento de emergência, em vez de parar antes por conta própria.

O par manual de pmset disablesleep é global e persistente por design. Esqueça o disablesleep 0 correspondente — um crash, um terminal forçado a fechar, um reboot pulado — e o Mac fica sobreposto indefinidamente. Numa mesa com boa circulação de ar, isso é praticamente cosmético. Vira um risco real se o Mac acabar em algum lugar fechado: uma mochila, uma capa, uma pilha de livros, qualquer lugar onde o calor não consiga escapar. A solução não é evitar o Closed-Lid Mode — é manter o Mac numa superfície plana e ventilada e ter um plano de verdade para desligar o override depois, não só a esperança de que você vai lembrar.

O truque do monitor externo só funciona preso a uma tela. Ele não ajuda no caso de fechar a tampa, colocar o Mac na mochila e sair andando enquanto um job da noite continua rodando — que é exatamente o cenário por trás de boa parte das dúvidas sobre Continuidade de Agente de IA.

O ponto em comum: nenhuma das três opções gratuitas monitora o nível de bateria ou o estado térmico enquanto o job roda, e nenhuma delas se libera automaticamente quando o processo do agente realmente termina. Seja qual for a ferramenta usada, é nessa camada de monitoramento que a continuidade realmente vive — e, com as opções gratuitas, é disciplina manual sua a cada vez.

A Abordagem Segura para Continuidade

O primitivo certo para o sono por inatividade é uma assertion de energia do IOKit — especificamente kIOPMAssertionTypePreventUserIdleSystemSleep, a mesma categoria de assertion que o próprio macOS usa quando, por exemplo, um vídeo está em tela cheia. Ela diz ao sistema que algo relevante está acontecendo, sem mexer nos governadores de segurança térmica ou de bateria — por isso é o bloco de construção correto, e não uma gambiarra: coopera com o macOS em vez de brigar com ele.

Cobrir o fechamento de tampa significa emparelhar pmset disablesleep 1 com um 0 automático correspondente — ao parar, ao fechar o app, e reconferido na próxima vez que o app abre, para o caso de o desligamento anterior não ter sido limpo. Pular essa limpeza é exatamente o risco descrito acima: um Mac preso permanentemente em override. Quando a tampa realmente for fechada, use uma superfície plana com boa ventilação e mantenha o Mac arejado em vez de trancado; estar na tomada também importa, já que o Closed-Lid Mode tira a opção de simplesmente dar uma carregada rápida na bateria no meio do job, como você faria com a tampa aberta.

Do lado da bateria, como o próprio limite do macOS não é documentado, a jogada mais segura é definir o seu próprio piso bem antes dele, em vez de tentar adivinhar o número do macOS. O auto-stop padrão do LidRun é 20% de bateria (ajustável numa faixa de 15–50%), com avisos antecipados aos 15% e 5%, apoiado por um piso de emergência que não pode ser empurrado abaixo de 4% — mais ou menos o ponto a partir do qual o macOS pode não ter mais margem para dormir de forma limpa antes de o Mac morrer — e esse piso dispara mesmo que o auto-stop normal tenha sido desativado.

A temperatura funciona do mesmo jeito. O macOS expõe quatro níveis térmicos públicos via ProcessInfo — nominal, fair, serious, critical — o mesmo sinal que apps como codificadores de vídeo usam para reduzir a carga. É no Closed-Lid Mode que isso importa mais, já que fechar a tampa remove a principal via de ar do Mac; uma ferramenta bem-comportada monitora esse sinal, avisa em serious e desativa automaticamente o Closed-Lid Mode em critical, para que o hardware possa reduzir o desempenho e dormir do jeito normal, em vez de ser forçado a isso. Nada disso é uma garantia — um timer de sessão e um monitoramento térmico ajudam a reduzir o risco, mas não o eliminam — mas a combinação de uma assertion de energia de verdade, um piso de bateria e um monitoramento térmico é o que torna rodar um agente em Closed-Lid uma troca defensável, e não uma imprudência.

Juntando tudo, uma configuração segura tem a mesma cara, seja você quem monta na mão ou usa uma ferramenta pronta: manter a assertion de sono por inatividade durante a duração do job, não indefinidamente; se a tampa precisar fechar, emparelhar disablesleep 1 com um 0 automático; definir um piso de bateria acima do limite não documentado do macOS e deixá-lo sempre ativo; monitorar o estado térmico e recuar antes que ele force a situação; e amarrar tudo isso ao processo do agente, para que se libere no instante em que o job realmente terminar — não só quando você lembrar de desligar.

Ferramentas Que Dão Suporte à Continuidade de Agente de IA no Mac

As opções gratuitas acima cobrem terreno de verdade — a flag -w do caffeinate é um padrão genuinamente bom para um job avulso em primeiro plano, e o truque do clamshell com monitor externo não exige instalar absolutamente nada. Onde elas param é mais ou menos onde a maioria dos utilitários de menu bar de terceiros também para: bloqueio de sono genérico que você configura para se aproximar desse caso, não algo construído especificamente em torno de monitorar um processo de agente de IA.

O Amphetamine é a mais completa das ferramentas populares de menu bar — grátis na Mac App Store, com gatilhos por app, nome de processo, nível de bateria, rede Wi-Fi e agenda, além de sua própria forma de permitir uso com a tampa fechada quando há um monitor externo conectado. Se personalização profunda é o que você quer e não se importa de passar um tempo mexendo nas configurações de gatilho, é uma ótima escolha de propósito geral.

O KeepingYouAwake é gratuito e open-source: um toggle minimalista de propósito único no menu bar, sem agendamento nem gatilhos — bom se tudo que você quer é um botão manual de ligar/desligar e nada mais. O Lungo e o app Caffeine da Mac App Store embalam a mesma ideia num toggle simples e barato baseado em timer, útil se viver no Terminal não é bem o seu estilo. Nenhuma dessas quatro ferramentas foi construída especificamente em torno de um agente de IA sem supervisão — você está configurando um bloqueador de sono genérico para se encaixar no caso, o que funciona na maior parte do tempo, mas o piso de bateria e o ciclo de vida do processo continuam sendo responsabilidade sua gerenciar.

O LidRun foi construído em torno exatamente desse caso. O plano gratuito — sem trial, sem limite de sessão — já inclui Keep Awake, um Timer de sessão, Only-While-Charging, Low Battery Auto Stop com os pisos de 20%/4% descritos acima, um Safety Governor, um Activity Log, a CLI lidrun, e um visualizador de assertion ao vivo do tipo 'por que meu Mac está acordado', para você ver exatamente o que está segurando o sono e por quê, a qualquer momento.

O plano pago é uma compra única, com atualizações vitalícias e sem assinatura — os planos diferem só na quantidade de Macs que você pode ativar, com reembolso de 14 dias caso não seja para você. Ele adiciona o Auto Mode, que monitora mais de duas dezenas de padrões de processo de IA e dev já incluídos (claude, codex, cursor, aider, gemini e outros, além de qualquer padrão personalizado que você adicionar) e inicia e libera a assertion de acordo com o tempo de vida real do processo, em vez de um chute baseado em timer; Run & Watch para rodar um comando; Closed-Lid Mode com o emparelhamento de pmset e a desativação térmica automática já resolvidos para você; além de dashboard, smart rules, alertas do Watchdog e relatórios semanais.

O objetivo de design por trás de tudo isso cabe numa frase: agente rodando, fica acordado; agente terminado ou em situação insegura, libera e dorme. Isso não é um wake lock cego de propósito — é um conjunto de guardrails que segura a assertion só enquanto há um motivo real para isso, e solta no instante em que a bateria, a temperatura ou o próprio agente sinalizam que o trabalho acabou. Para a configuração prática, passo a passo, de uma sessão noturna sem supervisão, o artigo sobre manter agentes de IA rodando enquanto você dorme cobre tudo, do início ao fim.