Um usuário relata que, desde a versão 0.157.0 do Codex CLI, basta abrir uma sessão interativa do codex para iniciar um daemon persistente em segundo plano, que continua em execução depois que a janela é fechada. O daemon copia o pacote completo da plataforma, de cerca de 374 MB, para uma pasta local de releases e executa a partir dessa cópia. Isso desvincula a versão do backend da versão instalada via npm. Além disso, um atualizador separado verifica novas versões pouco depois de iniciar e depois a cada hora, reiniciando o backend nesse processo.
O usuário também afirma que o daemon fixa o ambiente da sessão que o iniciou. Como ele usa um wrapper que define HTTPS_PROXY a cada invocação, o daemon mantém as variáveis de proxy da primeira sessão, e suas conexões de saída passam por esse proxy independentemente das sessões seguintes. Outros problemas relacionados ao diretório de trabalho e à herança do terminal parecem ter a mesma causa raiz.
O pedido é tornar daemon_auto_start opcional para a CLI, com valor padrão false, ou pelo menos pedir confirmação antes de ativá-lo. O usuário argumenta que um daemon compartilhado e com autoatualização serve ao Remote Control e ao aplicativo de desktop, mas uma CLI deveria ter um backend que nasce e morre com a janela e executa o binário instalado pelo usuário. Se o padrão continuar ativado, ele sugere encerrar os daemons iniciados automaticamente quando o último cliente se desconectar, e pular a autocópia e a autoatualização quando a CLI vier de um gerenciador de pacotes como npm, Homebrew ou pacman.
O usuário também encontrou um bug: codex app-server daemon stop interrompe o servidor de aplicativo, mas deixa o atualizador pid-update-loop em execução. Seu contorno atual é desativar a flag de recurso, parar o daemon, encerrar manualmente o atualizador e remover a pasta de pacotes em cache.
Fonte: Hacker News · Resumido por HeadlinesBriefing