Codex CLI типово встановлює постійний фоновий демон із самооновленням
У Codex CLI версії 0.157.0 з'явився прихований фоновий демон, який працює автономно від термінала. Процес залишається активним після закриття вікон, дублює бінарні файли в локальний каталог і може примусово завершувати сесії під час оновлення.
Чому це важливо
Вимкніть автозапуск демона, якщо ви використовуєте ізольовані змінні оточення, проксі або очікуєте передбачуваного життєвого циклу процесів.
TL;DR
- 01Codex CLI 0.157.0 запускає постійний фоновий демон, що живе після закриття термінала.
- 02Фоновий процес оновлення опитує релізи щогодини й може вбивати активні сесії за 60 секунд.
- 03Вимкніть автозапуск через прапорець конфігурації або config.toml для ізоляції проксі.
Ключові факти
- Версія релізу з проблемою
- 0.157.0
- Розмір розпакованого пакета
- ~374 МБ
- Інтервал перевірки оновлень
- 5 хв після старту, далі щогодини
- Таймаут скидання сесії
- 60 секунд
Неочікувана фонова архітектура
Починаючи з версії 0.157.0, запуск інтерфейсу Codex CLI у Linux, WSL2 чи Windows автоматично активує codex app-server --managed-daemon. Замість роботи всередині активного термінала процес перепідпорядковується PID 1 і продовжує жити після закриття вікон. Він також копіює приблизно 374 МБ компонентів (разом із bwrap, zsh, rg) у каталог ~/.codex/packages/app-server-daemon/releases/<version>/.
Цикли оновлення та витік оточення
Демон запускає фоновий оновлювач (codex app-server daemon pid-update-loop), який опитує релізи через 5 хвилин після старту та щогодини потому. Під час оновлення сесіям дається лише 60 секунд на завершення перед примусовим перезапуском.
Окрім цього, процес блокує змінні оточення першої сесії. Якщо ви запускаєте сесії з різними значеннями HTTPS_PROXY або робочими каталогами, усі наступні команди виконуються в контексті першого виклику.
Як повернути штатний режим роботи
Щоб зупинити неконтрольований запуск процесів у фоні, вимкніть функціонал через CLI або конфігурацію:
1. Виконайте codex features disable daemon_auto_start 2. Завершіть завислі процеси: pkill -f 'app-server daemon pid-update-loop' 3. Видаліть кешовані файли демона: rm -rf ~/.codex/packages/app-server-daemon
Також можна додати daemon_auto_start = false у файл config.toml для звичного локального виконання.
Спробуй за 2 хвилини
codex features disable daemon_auto_start
pkill -f 'app-server daemon pid-update-loop'
rm -rf ~/.codex/packages/app-server-daemonbash
✓ Коли використовувати
- Використовуйте локальний режим у динамічних VPN, сесійних HTTPS-проксі або ізольованих середовищах.
- Залишайте демон активним лише за прямої потреби в системі Codex Remote Control на окремих робочих станціях.
✕ Коли НЕ варто
- Не залишайте типові налаштування на спільних робочих станціях чи в CI-контейнерах з ізоляцією процесів.
- Не розраховуйте, що закриття термінала гарантовано зупинить мережеві з'єднання Codex.
Що зробити сьогодні
- Виконайте `codex features disable daemon_auto_start` у своєму терміналі.
- Перевірте фонові процеси командою `pgrep -fl app-server` та завершіть цикли оновлення.
- Додайте рядок `daemon_auto_start = false` у власний файл ~/.codex/config.toml.
Що каже спільнота
“In some circles this is called a backdoor.”