Codex CLI startet seit 0.157.0 standardmäßig einen Hintergrund-Daemon, und Nutzer berichten, dass er die Umgebung der ersten Sitzung behält und sich stündlich selbst aktualisiert

Unser Urteil

Prüfen Sie Ihre Maschinen. Seit Codex CLI 0.157.0, veröffentlicht am 25. September, starten berechtigte interaktive Sitzungen standardmäßig einen Hintergrund-Server, und kein Release seither hat daraus ein Opt-in gemacht. Nutzer berichten, dass dieser Prozess das Terminal überlebt und die Umgebung der ersten Sitzung behält, die ihn gestartet hat, einschließlich Credentials und Proxy-Einstellungen. Unser OpenAI-Codex-Urteil bleibt empfohlen: Das ist ein Standard, den man dort abschaltet, wo er zählt, kein Grund, das Tool fallen zu lassen. Wir haben das Verhalten nicht selbst reproduziert.

Was OpenAI ausgeliefert hat

Die Release-Notes von 0.157.0 sagen: "Automatischer Start des Hintergrund-Servers für berechtigte interaktive Sitzungen aktiviert, mit Wiederherstellungsoptionen bei inkompatiblen Servereinstellungen. (#47179, #47318)". Die Pull-Request-Liste nennt es unmissverständlich: "#47179 Enable automatic daemon startup by default".

Die Releases seitdem justieren daran, ohne ihn abzuschalten. 0.162.0 (8. Oktober) listet "#50555 Skip daemon auto-start for Windows-mounted WSL homes" und "#50559 Distinguish daemon release identity from executable contents". 0.162.1 (9. Oktober) ist das neueste stabile Release, und keine der von uns gelesenen Release-Notes macht den Autostart zum Opt-in.

Was Nutzer berichten

Diese Punkte stammen von Nutzern im GitHub-Issue #48195, das am 25. September eröffnet wurde und bei unserer Lektüre am 13. Oktober noch offen war. Es sind keine OpenAI-Aussagen, und wir fanden keine Antwort von OpenAI-Mitarbeitern im Thread.

Der Issue-Autor berichtet auf 0.157.0, dass der Daemon:

• weiterläuft, nachdem jedes Codex-Fenster geschlossen wurde, an PID 1 umgehängt;
• etwa 374 MB Plattformdateien nach ~/.codex/packages/app-server-daemon/releases/<version>/ kopiert;
• einen Updater startet, der 5 Minuten nach dem Start und danach stündlich nach Releases sucht, sie herunterlädt und das Backend neu startet;
• die Umgebung der Sitzung fixiert, die ihn gestartet hat, einschließlich Proxy-Variablen wie HTTPS_PROXY.

Ein Kommentator berichtet: Startet man Codex aus Verzeichnissen mit unterschiedlichen Umgebungsvariablen (etwa über direnv), behält der Daemon die Werte des ersten, was Workflows bricht, die gängige Namen wie GH_TOKEN nutzen.

Warum es wichtig ist

Wenn Ihre Projekte unterschiedliche Tokens oder Proxys pro Verzeichnis tragen, bedeutet das berichtete Verhalten, dass eine spätere Codex-Sitzung mit den Werten eines früheren Projekts laufen kann. Eine Binärdatei, die sich selbst aktualisiert, steht zudem außerhalb der Version, die Ihr Paketmanager fixiert.

Wie Nutzer ihn abschalten

Das folgende Opt-out ist das, was Nutzer im Issue berichten, keine OpenAI-Anleitung. Ein Kommentator merkt an, dass der Schlüssel daemon_auto_start in der offiziellen Konfigurationsreferenz fehlt.

codex features disable daemon_auto_start
# or, in ~/.codex/config.toml:
# daemon_auto_start = false
codex app-server daemon stop

Der Issue-Autor berichtet, dass codex app-server daemon stop den Updater-Prozess (pid-update-loop) weiterlaufen lässt; prüfen Sie daher anschließend die Prozessliste.