Uma verificação de saúde que falhou não é motivo para encerrar o navegador

Uma única sondagem de 1 segundo sem resposta bastou para a nossa automação encerrar e reiniciar um navegador logado, ocupado mas saudável.

O pool que gerencia esse navegador testava se ele estava travado com uma única sondagem de 1 segundo em /json/version. Uma falha levava direto a encerrar e reiniciar.

Como isso apareceu

Pedimos a um assistente de IA que revisasse uma lista de achados sobre a nossa própria automação. Neste caso, ele leu a lógica de encerramento e viu que o teste de travamento era uma única sondagem de 1 segundo que levava direto a um kill. Ele escreveu 6 testes novos primeiro. Eles falhavam sem a correção e passavam com ela.

O que o pool verifica antes de encerrar

Agora a rotina pula o encerramento se qualquer uma destas condições for verdadeira:

• Uma nova sondagem paciente, de 8 segundos, recebe resposta.
• Existe um detentor de lease CDP ativo.
• Um sucesso de CDP foi registrado nos últimos 15 minutos.

Um navegador que continua em silêncio ainda é reparado depois que os 15 minutos passam.

Um loop que não existia

A mesma lista tinha um achado sobre um agente de janela que supostamente estava em loop. O assistente não conseguiu reproduzir o problema. O agente de janela fica estacionado de propósito, sem rodar, e o desk_live usou 0,00 segundo de CPU em uma amostra de 60 segundos. O loop tinha sido reescrito para ser orientado a eventos em 25/09/26, dentro do período que o achado cobre. Ele não encontrou nenhum caminho comprovado de loop, então não houve correção. Se voltar a acontecer, o próximo passo é um dump com py-spy.

Uma retenção que fica

Outro achado era sobre a ponte reter mensagens enquanto uma sessão está ocupada. O assistente deixou como está. A retenção é proposital, um teste existente cobre esse comportamento, e a única correção de verdade é arriscada. Ele classificou o achado com uma proposta em vez de mexer no código.

Mais uma correção no mesmo commit

the CLI chrome launch agora detecta o Chrome rodando no perfil do agente sem porta de depuração e falha rápido com rc 3. A mensagem aponta a causa, um atalho de aplicativo como o PWA do WhatsApp, e o comando seguro, the CLI chrome kill, que se recusa a rodar enquanto uma sessão detém o lease. Adicionei 4 testes. O atalho ainda compartilha o perfil, então a correção de verdade é usar um perfil separado para o WhatsApp.