Un utilisateur signale que, depuis la version 0.157.0 de Codex CLI, il suffit d’ouvrir une session codex interactive pour qu’un démon d’arrière-plan persistant se lance et continue de tourner après la fermeture de la fenêtre. Le démon copie le package complet de la plateforme, soit environ 374 Mo, dans un dossier local de versions et s’exécute à partir de cette copie. Cela découple la version du backend de celle installée via npm. Un programme de mise à jour distinct vérifie les nouvelles versions peu après le démarrage, puis toutes les heures, en redémarrant le backend au passage.
L’utilisateur affirme également que le démon fige l’environnement de la session qui l’a lancé. Comme il utilise un wrapper qui définit HTTPS_PROXY à chaque invocation, le démon conserve les variables de proxy de la première session, et ses connexions sortantes passent par ce proxy quelles que soient les sessions suivantes. Des problèmes liés au répertoire de travail et à l’héritage du terminal semblent partager la même cause profonde.
La demande consiste à rendre daemon_auto_start optionnel pour la CLI, avec la valeur par défaut false, ou au minimum à demander confirmation avant de l’activer. L’utilisateur estime qu’un démon partagé et auto-mis à jour convient à Remote Control et à l’application de bureau, mais qu’une CLI devrait disposer d’un backend qui naît et meurt avec la fenêtre et exécute le binaire installé par l’utilisateur. Si l’option reste activée par défaut, il suggère d’arrêter les démons lancés automatiquement lorsque le dernier client se déconnecte, et d’omettre l’auto-copie et l’auto-mise à jour lorsque la CLI provient d’un gestionnaire de paquets tel que npm, Homebrew ou pacman.
L’utilisateur a aussi relevé un bogue : codex app-server daemon stop arrête le serveur d’application mais laisse tourner le programme de mise à jour pid-update-loop. Son contournement actuel consiste à désactiver le drapeau de fonctionnalité, arrêter le démon, tuer manuellement le programme de mise à jour et supprimer le dossier des paquets en cache.
Source: Hacker News · Résumé par HeadlinesBriefing