Codex CLI ставит фоновый self-updating демон по умолчанию — инцидент без исправления
Саммари
С открытием интерактивной сессии Codex CLI начиная с версии 0.157.0 в системе появляется постоянный фоновый демон codex app-server --managed-daemon, который переживает закрытие всех окон Codex, копирует около 374 МБ платформенного пакета в ~/.codex/packages/, самостоятельно обновляется каждый час и наследует окружение (включая прокси) той сессии, которая его запустила. Issue открыт 25 сентября 2026 года, обсуждение вылилось в 513 голосов на Hacker News 12 октября, но на момент цикла issue остаётся открытым — запрос сведён к тому, чтобы сделать daemon_auto_start опциональным. Это реальный продакшн-инцидент coding-агента: не баг в модели, а решение об инфраструктуре, принятое дефолтом.
Из этого следует, что дефолты установки coding-агента — часть его threat model: способность агента приводить с собой постоянный самоподдерживающийся процесс определяет доверие к нему сильнее, чем качество модели на бенчмарках.
На практике для команд, внедряющих Codex/подобные CLI в корпоративную среду, до массового развёртывания стоит проверять три вещи: что остаётся после закрытия сессии, что обновляется без ведома SCM и какое окружение наследует фоновый процесс.
Важный нюанс разграничения: проблема не в самом паттерне «демон вместо per-session процесса» — он легитимен для десктопных приложений, — а в том, что он применён дефолтом к инструменту, чей контракт с пользователем был «процесс по вызову».
Ограничение: issue — голосование пользователей, а не постмортем вендора: официальная позиция OpenAI в тексте issue не представлена, статус исправления на момент цикла неизвестен, поэтому числа (374 МБ, 513 голосов) описывают спрос на изменение, а не эффект от его внедрения.