Codex CLI varsayılan olarak kalıcı, kendini güncelleyen bir daemon başlatıyor, GitHub uyarısı

Codex'u başlattığınızda ne oluyor

Codex CLI'nin 0.157.0 sürümünden bu yana, etkileşimli bir oturum açmak yalnızca terminal uygulamasını başlatmıyor: OpenAI'nin Codex deposuna açılan ve Hacker News ana sayfasına ulaşan bir feature request'e göre, aynı zamanda arka planda bir daemon, aracın binary'lerinin bir kopyası ve bağımsız bir updater da başlatıyor.

Codex 0.157.0'ı Linux (WSL2) üzerinde npm ile kurmuş olan raporlayan kişi, codex app-server --managed-daemon daemon'unun kendi oturumunda, denetleyici bir terminal olmadan çalıştığını belirtiyor. Bir kez başlatıldığında PID 1'e yeniden üst süreç olarak bağlanıyor ve tüm Codex pencereleri kapatıldıktan sonra da çalışmaya devam ediyor; kullanıcı codex app-server daemon stop komutunu çalıştırana veya sistemi yeniden başlatana kadar kalıcı oluyor. Issue, OpenAI'den daemon_auto_start bayrağını opt-in yapmasını ya da en azından etkinleştirmeden önce kullanıcıları bir kez sormasını istiyor.

Gizli bir kopya ve saatlik bir updater

İki davranış özellikle itiraz topladı. Birincisi, kurulum, codex binary'si, codex-code-mode-host ile paketlenmiş bwrap, zsh ve ripgrep kopyalarını içeren yaklaşık 374 MB'lık platform paketinin tamamını ~/.codex/packages/app-server-daemon/releases/ dizinine kopyalıyor; oysa dosyalar npm'in az önce kurduğuyla bayt bayt aynı. Çalışan backend daha sonra kullanıcının paket yöneticisiyle yönettiği sürümden koparılıyor.

İkincisi, başlangıçta bağımsız bir updater olan codex app-server daemon pid-update-loop çalışıyor; bu updater başlatıldıktan beş dakika sonra ve ardından saatte bir yeni sürümleri kontrol ediyor, indiriyor ve backend'i yeniden başlatıyor. Bağlantılı bir issue (#40969), bu güncelleme yolunun 60 saniyelik bir drain penceresinden sonra etkin turn'leri sonlandırdığını ve devre dışı bırakılamadığını bildiriyor.

Sabitlenen ortamlar ve bozulan hook'lar

Daemon ayrıca onu tesadüfen başlatan oturumun ortamını kilitliyor. Raporlayan kişi Codex'u her çağrıda HTTPS_PROXY belirten bir wrapper ile başlatıyor; daemon ilk oturumun proxy değişkenlerini tuttuğu için, giden trafiği sonraki oturumların yapılandırmasından bağımsız olarak o proxy'den geçiyor. İlgili issue'lar (#42457, #37537), remote moddaki hook'ların oturumun yerine daemon'un çalışma dizinini aldığını, bu durumun terminal hedefli hook'ları bozduğunu anlatıyor.

Paket yöneticileriyle sürtünme

Raporlayan kişi, paylaşılan ve kendini güncelleyen bir daemon'un masaüstü uygulaması veya Remote Control için makul olduğunu kabul ediyor; orada tek bir kalıcı backend tasarımın kendisi. Ancak bir CLI için beklenen sözleşme, backend'in pencereyle birlikte başlayıp durması, kurulu binary'yi çalıştırması ve arka planda kendini güncellememesi.

Varsayılan böyle kalırsa, issue en azından daemon'un son istemcisi bağlantıyı kestiğinde çıkmasını ve CLI npm, Homebrew veya pacman gibi bir paket yöneticisiyle kurulduysa kopyalama ve kendini güncelleme rutinini atlamasını istiyor. Bağlantılı issue'lar sürtünmenin şimdiden somut olduğunu gösteriyor: #48050, Codex 0.157.0'ın --no-daemon geçirilmedikçe Arch Linux paketinden başlayamadığını bildiriyor; #46468, npm güncellemelerinin app-server'ı eski sürümde bırakırken daemon'un kendi güncelleme mantığının kurtulmayı reddetmesini anlatıyor; #41188 ise dışarıdan yönetilen daemon çalıştırılabilir dosyaları için destek talep ediyor.

Özelliği devre dışı bırakmak bile dağınık. Raporlayan kişi, codex app-server daemon stop komutunun app-server'ı durdurduğunu ama bir dakikadan uzun süre sonra bile pid-update-loop sürecini canlı bıraktığını, elle süreç öldürme gerektirdiğini görmüş.

Nasıl kapatılır

Issue'da paylaşılan geçici çözüm dört adımdan oluşuyor: codex features disable daemon_auto_start komutunu çalıştırın, daemon'u durdurun, geride kalan pid-update-loop sürecini öldürün ve ~/.codex/packages/app-server-daemon dizinini silin. Bayrak devre dışı bırakıldığında, raporlayan kişi yeni TUI oturumlarının artık daemon başlatmadığını doğruluyor.

Neden önemli

CLI araçları güveni öngörülebilirlikle kazanır: kurduğunuz binary'yi, tam olarak çağırdığınız süre boyunca çalıştırırlar. Terminalinizden uzun yaşayan, paket yöneticinizi yok sayan ve her saat kendi kodunu sessizce değiştiren bir daemon, bu modeli izin sormadan bozuyor.

Güvenlik boyutu soyut değil. Saatlik kendini güncellemeler, bir makinede çalışan kodun incelenen, sabitlenen veya denetlenen koddan farklı olabileceği anlamına geliyor; yeni sürümleri indirip çalıştıran uzun ömürlü bir süreç de anlamlı bir supply-chain yüzeyi oluşturuyor. Paket yöneticisiyle yönetilen CLI ile daemon'un özel kopyası arasındaki sürüm kayması ayrıca hata ayıklama ve tekrarlanabilirliği zorlaştırıyor.

Son olarak, bağlantılı issue'lar kümesi maliyetlerin şimdiden somut olduğunu gösteriyor: Arch'ta başlatma hatalarından turn ortasında öldürülen oturumlara ve yanlış yönlendirilen proxy trafiğine kadar. Satıcılar terminal araçlarına uygulama tarzı mimariler iterken, bu tür varsayılanlar geliştiricilerin değişikliği dokümantasyondan mı yoksa bir olaydan mı öğreneceğini belirliyor.