एक उपयोगकर्ता की रिपोर्ट है कि Codex CLI संस्करण 0.157.0 से, केवल एक interactive codex सत्र खोलने पर एक लगातार चलने वाला background daemon शुरू हो जाता है, जो विंडो बंद होने के बाद भी चलता रहता है। daemon पूरे platform package, लगभग 374 MB, को एक स्थानीय releases फ़ोल्डर में कॉपी करता है और उसी कॉपी से चलता है। इससे backend का संस्करण npm के माध्यम से इंस्टॉल किए गए संस्करण से अलग हो जाता है, और एक अलग updater शुरू होने के थोड़ी देर बाद और फिर हर घंटे नए releases की जांच करता है, जिससे प्रक्रिया में backend फिर से शुरू होता है।
उपयोगकर्ता का यह भी कहना है कि daemon उस सत्र का environment पिन कर देता है जिसने उसे शुरू किया था। चूंकि वह एक wrapper का उपयोग करते हैं जो हर invocation के लिए HTTPS_PROXY सेट करता है, daemon पहले सत्र के proxy variables को रखता है, और उसके outbound connections बाद के सत्रों की परवाह किए बिना उसी proxy से होकर जाते हैं। working directory और terminal inheritance से जुड़ी अन्य समस्याएं भी इसी मूल कारण से जुड़ी लगती हैं।
अनुरोध यह है कि CLI के लिए daemon_auto_start को opt-in बनाया जाए, जिसका डिफ़ॉल्ट मान false हो, या कम से कम इसे सक्षम करने से पहले पूछा जाए। उपयोगकर्ता का तर्क है कि साझा, स्वयं-अपडेट होने वाला daemon Remote Control और desktop app के लिए उपयुक्त है, लेकिन CLI के लिए ऐसा backend होना चाहिए जो विंडो के साथ ही शुरू और बंद हो और उपयोगकर्ता द्वारा इंस्टॉल किए गए binary को चलाए। यदि डिफ़ॉल्ट रूप से चालू रहता है, तो उपयोगकर्ता सुझाव देता है कि अंतिम client के disconnect होने पर स्वचालित रूप से शुरू हुए daemons बंद हो जाएं, और जब CLI npm, Homebrew या pacman जैसे package manager से आया हो तो self-copying और self-updating छोड़ दी जाए।
उपयोगकर्ता को एक बग भी मिला: codex app-server daemon stop app server को रोक देता है, लेकिन pid-update-loop updater चलता रहता है। उनका अस्थायी समाधान है कि feature flag बंद करें, daemon रोकें, updater को मैन्युअली बंद करें, और cached packages फ़ोल्डर हटा दें।
स्रोत: Hacker News · HeadlinesBriefing द्वारा सारांशित