Geri Dön
Codex CLI 0.157.0’da otomatik olarak başlatılan daemon kullanıcı memnuniyetini düşürüyor
SiTech AI Team2 dk okuma

Codex CLI 0.157.0’da otomatik olarak başlatılan daemon kullanıcı memnuniyetini düşürüyor

Kullanıcılar, Codex CLI 0.157.0’ın etkileşimli oturuma sessizce kalıcı, kendini güncelleyen bir daemon eklediğini söylüyor. İncelemede gösterilen geçici çözüm bunu feature flag ile kapatıyor; sorun hâlâ açık.

Codex CLI 0.157.0’da neler değişti

0.157.0’dan itibaren etkileşimli Codex CLI oturumu, kalıcı arka plan daemon’ını (codex app-server --managed-daemon) otomatik olarak başlatır. Bu daemon kendi oturumunda, TTY olmadan çalışır, pencereler kapandıktan sonra PID 1’e bağlanarak kalır ve codex app-server daemon stop çalıştırılana veya cihaz yeniden başlatılıncaya kadar devam eder.

Daemon, tüm platform paketini, yaklaşık 374 MB, codex, codex-code-mode-host, bwrap, zsh ve rg dahil olmak üzere ~/.codex/packages/app-server-daemon/releases/<version>/ altına kopyalar ve oradan çalışır. Bu yüzden backend sürümü CLI sürümüne bağlı değildir. Ayrıştırılmış güncelleme süreci (codex app-server daemon pid-update-loop) beş dakikada bir, sonra her saat güncellemeleri kontrol eder, yeni sürümleri indirir ve backend’i yeniden başlatır; bu da aktif oturumları kesintiye uğratabilir (issue #40969).

Kullanıcı şikayetleri ve tarafındaki geçici çözüm

25 Eylül 2026’da açılan issue #48195, kalıcı ve kendini güncelleyen daemon’ın CLI için varsayılan olmaması gerektiğini belirtiyor. Başlangıç oturumunu ortama eklediği için, çağrı sırasında ayarlanan proxy değişkenleri sonraki oturumlarda yok sayılır; --remote modunda ise hooks’lar oturum değil daemon’ın çalışma dizinini kullanır (issues #42457, #37537). Sorun şu ki, codex app-server daemon stop app-server’ı durdurur, pid-update-loop’u durdurmaz; bu yüzden elle sonlandırılması gerekir.

Belgelenmiş çözüm şunlardır: codex features disable daemon_auto_start, daemon’ı durdurmak, güncelleme sürecini sonlandırmak ve ~/.codex/packages/app-server-daemon dizinini silmek. Daemon’ın devre dışı bırakılması, yeni TUI oturumlarının daemon oluşturmamasını sağlar. Windows 10 LTSC’de CLI kullanılamaz hâle gelir; config.toml dosyasındaki daemon_auto_start = false ayarı sorunu çözer. Bir kullanıcı, kurulumdan günler sonra 1,3 GB arka plan güncellemesi buldu. Tepkiler kesinlikle olumsuzdu: birçok kişi davranışı „kötü amaçlı yazılıma benzer“ olarak nitelendirdi, bazıları ise Codex’in lisanslarını geri çekeceğini söyledi.

Geçici çözüm ve kalan sorular

28 Eylül’deki paketleme commit’i (b51c036, nixvital/ml-pkgs içinde), bu Nix paketinde daemon’ın otomatik başlatılmasını devre dışı bırakır; OpenAI tarafından varsayılanın değiştirilmesine dair resmi bir değişiklik incelemede görünmez. Devre dışı bırakma bayrağı resmi yapılandırma referansında da yoktur; 0.157.0 notu ise işlevi tek cümleyle, kalıcı işlem, yönetilen paketin kopyası ve saatlik güncelleme bahsetmeden açıklar.

Sonraki inceleme kökenle ilgilidir: CLI kendini yönetilen sürüm klasörüne kopyalar, arka plan güncellemesi ise bu kopyayı değiştirebilir; bu yüzden bir sonraki oturumda kopya, kullanıcının kurduğu artifact’e hizmet etmeyebilir. Bir yorumcu, yürütme çözümleme katmanını her istemci bağlaması için önerdi: istemcinin CLI sürümü, daemon’ın ikili özeti, daemon’ın kuşak numarası, güncelleme durumu ve ortamın kalıtsal kuşak numarası; böylece istemci hangi daemon’ın yetkili olduğunu belirleyebilir. İlgili issues #40969, #41188, #46468 ve #48050 açık.

Kaynaklar: GitHub

SSiTech

SiTech — AI destekli web geliştirme

Hızlı ve modern web siteleri kuruyor, AI'yı gerçek iş akışlarına taşıyoruz. Projeniz veya sorunuz mu var? Yardımcı olmaktan mutluluk duyarız.