Codex CLI lance un daemon qui s'auto-met à jour en arrière-plan par défaut

Ce que dit la source

L'auteur, développeur Linux/WSL2, signale que Codex CLI 0.157.0 lance silencieusement un daemon persistant à chaque session interactive, alors que le binaire CLI était simplement fourni via npm. Ce daemon ne s'arrête pas quand la session se ferme, se copie lui-même dans ~/.codex/packages/ (doublonnage de 374 MB), et déclenche un processus d'auto-mise à jour qui vérifie les updates toutes les heures. L'auteur affirme que ce comportement est non documenté, contraire aux attentes des utilisateurs de CLI (où le backend devrait vivre et mourir avec la session), et crée des problèmes en cascade : l'updater tue les tâches actives sans avertissement, il accumule les versions anciennes, et le daemon mémorise les variables de la première session qui l'a lancé, ce qui interfère avec les invocations ultérieures.

• >La copie de 374 MB du package complet dans ~/.codex/ à chaque démarrage est inutile quand le CLI est installé par un gestionnaire de packages (npm, Homebrew, Pacman), ce qui crée un décalage de version entre le binaire lancé et le daemon exécuté.
• >L'updater en arrière-plan (app-server daemon pid-update-loop) continue de tourner même après un `daemon stop` sans être arrêté, et doit être tué manuellement.
• >Le daemon hérite des variables d'environnement (comme HTTPS_PROXY) de la session qui l'a lancé en premier, ce qui affecte toutes les sessions suivantes et rend impossible de changer de proxy par invocation.
• >Plusieurs commentaires rapportent que le disque remplit progressivement de versions anciennes du daemon (jusqu'à 12 GB observés), ce qui n'est pas nettoyé automatiquement.
• >Les bugs de permission (fichiers .git devenant read-only lors des mises à jour) et les blocages aléatoires rendent le CLI instable et peu fiable pour les tâches complexes.

• >Plusieurs utilisateurs signalent que le daemon consomme beaucoup d'espace disque (12 GB rapportés) avec des versions qui s'accumulent et ne sont jamais nettoyées, ce qui n'était pas adressé par la source originale.
• >Un développeur conteste que l'auto-update soit une pratique standard justifiée : il expose son choix (mises à jour manuelles au démarrage plutôt que daemon) comme alternative à Codex, montrant qu'il y a des trade-offs design réels au-delà du simple confort.
• >Plusieurs commentateurs signalent des bugs spécifiques du daemon (permissions corrompues, blocages aléatoires de tâches) qui rendent le CLI instable indépendamment de la question du daemon lui-même, ce qui élargit la critique de la stabilité générale.
• >L'absence de documentation sur cette feature et l'impossibilité de la désactiver facilement (fichier de config caché dans ~/.codex/) est dénoncée comme un défaut de communication produit.
• >Quelques voix soulagées mentionnent que Claude Code a le même problème, confirmant que ce n'est pas une anomalie Codex mais une orientation produit d'OpenAI et Anthropic que le marché commence à contester.

Alternatives citées : Plusieurs commentateurs mentionnent des alternatives : hax (wrapper minimaliste sans daemon), gestion des versions via package manager du système (pacman, brew) plutôt que auto-update intégré, utilisation de Claude Code via OpenAI (non via Codex CLI), et une mention de Codeium.