Пользователь сообщает, что начиная с версии Codex CLI 0.157.0 достаточно открыть интерактивную сессию codex, чтобы запустился постоянный фоновый демон, который продолжает работать после закрытия окна. Демон копирует весь пакет для платформы, примерно 374 МБ, в локальную папку releases и работает из этой копии. Это отделяет версию backend от версии, установленной через npm. Отдельный модуль обновления проверяет наличие новых релизов вскоре после запуска, а затем каждый час, перезапуская backend в ходе этой проверки.
Пользователь также утверждает, что демон фиксирует окружение сессии, которая его запустила. Поскольку он использует обёртку, которая задаёт HTTPS_PROXY при каждом вызове, демон сохраняет переменные прокси первой сессии, и его исходящие соединения идут через этот прокси независимо от последующих сессий. Связанные проблемы с рабочей директорией и наследованием терминала, по-видимому, имеют ту же первопричину.
Запрос состоит в том, чтобы сделать daemon_auto_start для CLI необязательным, со значением по умолчанию false, или хотя бы спрашивать перед включением. Пользователь считает, что общий самообновляющийся демон подходит для Remote Control и настольного приложения, но у CLI должен быть backend, который запускается и завершается вместе с окном и работает с установленным пользователем бинарным файлом. Если значение по умолчанию оставят включённым, он предлагает завершать автоматически запущенные демоны, когда отключается последний клиент, и пропускать самокопирование и самообновление, если CLI установлен через менеджер пакетов, например npm, Homebrew или pacman.
Пользователь также обнаружил ошибку: команда codex app-server daemon stop останавливает сервер приложения, но оставляет работать модуль обновления pid-update-loop. Его текущий обходной путь: отключить флаг функции, остановить демон, вручную завершить модуль обновления и удалить папку с кэшированными пакетами.
Источник: Hacker News · Сводку подготовил HeadlinesBriefing