Автоматично запущений демон Codex CLI 0.157.0 викликає невдоволення користувачів

Що змінилося в Codex CLI 0.157.0

Починаючи з 0.157.0, інтерактивна сесія Codex CLI автоматично запускає постійний фоновий демон (codex app-server --managed-daemon). Він працює у власній сесії, без TTY, залишається прив'язаним до PID 1 після закриття вікон і триває до тих пір, поки не виконається codex app-server daemon stop або пристрій не перезавантажиться.

Демон копіює пакети для всієї платформи, приблизно 374 MB, включно з codex, codex-code-mode-host, bwrap, zsh та rg, у ~/.codex/packages/app-server-daemon/releases/<version>/ і працює звідти. Тому версія backend не пов'язана з версією CLI. Окремий процес оновлення (codex app-server daemon pid-update-loop) перевіряє оновлення щогодини, завантажує нові релізи та перезапускає backend, через що активні тури можуть перерватися (issue #40969).

Скарги користувачів і обхідне рішення

Відкритий 25 вересня 2026 року issue #48195 повідомляє, що постійний самооновлюванийся демон не повинен бути за замовчуванням для CLI. Він прив'язаний до стартового середовища, тому змінні proxy, встановлені під час виклику, ігноруються в подальших сесіях, а в режимі --remote хуки беруть робочу директорію демона, а не сесії (issues #42457, #37537). Проблема також в тому, що codex app-server daemon stop зупиняє app-server, але не pid-update-loop, тому потрібно вбивати вручну.

Документоване рішення: codex features disable daemon_auto_start, зупинка демона, вбивання процесу оновлення та видалення ~/.codex/packages/app-server-daemon. При тимчасовому вимкненні нові TUI сесії більше не створюють демон. На Windows 10 LTSC CLI стає непрацездатним, а daemon_auto_start = false у config.toml вирішує проблему. Один користувач знайшов 1,3 GB фонових оновлень через дні після встановлення. Реакція була різко негативною: багато хто назвав поведінку «схожою на шкідливе ПЗ», деякі заявили, що повернули ліцензії місць Codex.

Обхідне рішення і залишкові питання

Коміт пакетування від 28 вересня (b51c036, у nixvital/ml-pkgs) вимикає автозапуск демона в цьому пакеті Nix, але офіційна зміна за замовчуванням з боку OpenAI не згадується в обговоренні. Прапорець вимкнення також не в офіційному конфігураційному довіднику, а примітка 0.157.0 описує функцію одним реченням, без згадки про постійний процес, копіювання керованих пакетів і щогодинні оновлення.

Подальше обговорення стосується причини: CLI копіює сам себе в папку випуску, фонове оновлення може замінити цю копію, тому наступний тур може не обслужувати артефакт, який встановив користувач. Один коментатор запропонував рівень виконання для прив'язки кожного клієнта: версія клієнтського CLI, бінарний демон демона, покоління демона, стан оновлення та успадковане середовіще середовищ, щоб клієнт визначав, який демон є авторитетним. Пов'язані issues #40969, #41188, #46468 та #48050 залишаються відкритими.

Джерела: GitHub