Geri qayıt
Codex CLI 0.157.0-da avtomatik işə salınan daemon istifadəçilərin narazılığına səbəb olur
SiTech AI Team2 dəq oxu

Codex CLI 0.157.0-da avtomatik işə salınan daemon istifadəçilərin narazılığına səbəb olur

İstifadəçilər deyir ki, Codex CLI 0.157.0 interaktiv sessiyada səssizcə daimi, özünüyeniləyən fon daemonunu işə salır. Müzakirədə təqdim olunan yan keçmə üsulu onu feature flag ilə söndürür, amma problem hələ də açıqdır.

Codex CLI 0.157.0-da nə dəyişdi

0.157.0-dan etibarən interaktiv Codex CLI sessiyası avtomatik olaraq daimi fon daemonunu işə salır (codex app-server --managed-daemon). O, öz sessiyasında, TTY olmadan işləyir, pəncərələr bağlandıqdan sonra PID 1-ə bağlı qalır və codex app-server daemon stop icra olunana və ya cihaz yenidən başladılana qədər davam edir.

Daemon bütün platforma paketini, təxminən 374 MB, o cümlədən codex, codex-code-mode-host, bwrap, zsh və rg, ~/.codex/packages/app-server-daemon/releases/<version>/ qovluğuna kopyalayır və oradan işləyir. Buna görə backend versiyası artıq CLI versiyasına bağlı deyil. Ayrı yeniləmə prosesi (codex app-server daemon pid-update-loop) beş dəqiqədən sonra, sonra hər saat yeniləmələri yoxlayır, yeni buraxılışları yükləyir və backend-i yenidən işə salır, bu da aktiv gedişatları kəsə bilər (issue #40969).

İstifadəçi şikayətləri və yan keçmə

25 sentyabr 2026-cı ildə açılmış issue #48195 bildirir ki, daimi, özünüyeniləyən daemon CLI üçün standart olmamalıdır. O, başlanğıc sessiyanın mühitini bərkidir, buna görə çağırış zamanı təyin edilmiş proxy dəyişənləri sonrakı sessiyalarda nəzərə alınmır, --remote rejimində isə hooks-lar sessiyanın deyil, daemonun iş qovluğunu alır (issues #42457, #37537). Bir qüsur da odur ki, codex app-server daemon stop app-server-i dayandırır, pid-update-loop-u isə yox, buna görə əl ilə öldürmək lazımdır.

Yan keçmə və qalan suallar

Sənədləşdirilmiş həll yolu codex features disable daemon_auto_start, daemonu dayandırmaq, yeniləmə prosesini öldürmək və ~/.codex/packages/app-server-daemon-u silməkdir. Bayrağı söndürməklə yeni TUI sessiyaları artıq daemon yaratmır. Windows 10 LTSC-də CLI işləməz olur, config.toml-də daemon_auto_start = false isə problemi həll edir. Bir istifadəçi quraşdırmadan günlər sonra 1,3 GB fon yeniləməsi tapıb. Reaksiya kəskin mənfi idi: çoxları davranışı «zərərli proqram kimi» adlandırdı, bəziləri Codex yerləri üçün lisenziyaları geri qaytaracağını dedi.

28 sentyabr paketləmə commit-i (b51c036, nixvital/ml-pkgs daxilində) bu Nix paketində daemonun avtomatik işə salınmasını söndürür, OpenAI tərəfindən standartın rəsmi dəyişməsi isə müzakirədə görünmür. Söndürmə bayrağı rəsmi konfiqurasiya sənədində də yoxdur, 0.157.0 qeydi isə funksiyanı bir cümlə ilə təsvir edirdi, daimi prosesin, idarə olunan paket kopyasının və saatlıq yeniləmənin adını çəkmədən.

Sonrakı müzakirə mənbəyə aiddir: CLI özünü idarə olunan buraxılış qovluğuna kopyalayır, fon yeniləməsi isə bu kopyanı əvəz edə bilər, buna görə növbəti gedişata istifadəçinin quraşdırdığı artefakt artıq xidmət etməyə bilər. Bir şərhçi hər müştəri qoşulması üçün icra qəbzi təklif etdi: müştərinin CLI versiyası, daemonun binary digest-i, daemon nəsli, yeniləmə vəziyyəti və mühitin irsi nəsli, ki müştəri hansı daemonun səlahiyyətli olduğunu müəyyən edə bilsin. Əlaqəli issues #40969, #41188, #46468 və #48050 açıqdır.

Mənbələr: GitHub

SSiTech

SiTech — AI ilə gücləndirilmiş veb hazırlanması

Sürətli və müasir saytlar qurur, AI-ı real biznes proseslərinə gətiririk. Layihəniz və ya sualınız var? Kömək etməyə hazırıq.