Վերադառնալ
Codex CLI 0.157.0-ի ավտոմատ գործարկվող դեմոնը օգտվողների դժգոհությունն է առաջացնում
SiTech AI Team2 րոպե ընթերցում

Codex CLI 0.157.0-ի ավտոմատ գործարկվող դեմոնը օգտվողների դժգոհությունն է առաջացնում

Օգտվողները նշում են, որ Codex CLI 0.157.0-ը ինտերակտիվ սեսիայում լուռ միացնում է մշտական, ինքնաթարմացվող ֆոնային դեմոն։ Քննարկության մեջ բերված շրջանցման եղանակը այն անջատում է feature flag-ով, սակայն խնդիրը դեռ բաց է։

Ինչ փոխվեց Codex CLI 0.157.0-ում

0.157.0-ից ինտերակտիվ Codex CLI սեսիան ավտոմատ միացնում է մշտական ֆոնային դեմոն (codex app-server --managed-daemon)։ Այն աշխատում է իր սեփական սեսիայում, առանց TTY-ի, պատուհանների փակվելուց հետո մնում է կցված PID 1-ին և շարունակվում է այնքան ժամանակ, քանի դեռ չի կատարվել codex app-server daemon stop կամ սարքը չի վերագործարկվել։

Դեմոնը պատճենում է ամբողջ պլատֆորմի փաթեթը՝ մոտ 374 MB, ներառյալ codex, codex-code-mode-host, bwrap, zsh և rg, ~/.codex/packages/app-server-daemon/releases/<version>/ ուղի և աշխատում է այնտեղից։ Այդ պատճառով backend-ի տարբերակն այլևս կապված չէ CLI-ի տարբերակին։ Առանձին թարմացման գործընթացը (codex app-server daemon pid-update-loop) ստուգում է թարմացումները հինգ րոպեից, ապա ամեն ժամ, ներբեռնում է նոր թողարկումներ և վերագործարկում backend-ը, ինչը կարող է ընդհատել ակտիվ փոխազդեցությունները (issue #40969)։

Օգտվողների բողոքները և շրջանցումը

2026 թվականի սեպտեմբերի 25-ին բացված issue #48195-ը նշում է, որ մշտական, ինքնաթարմացվող դեմոնը CLI-ի համար լռելյայն չպետք է լինի։ Այն ամրացնում է սկզբնական սեսիայի միջավայրը, ուստի կանչի պահին սահմանված proxy փոփոխականները անտեսվում են հետագա սեսիաներում, իսկ --remote ռեժիմում hooks-երը ստանում են դեմոնի աշխատանքային գրացուցակը, ոչ թե սեսիայինը (issues #42457, #37537)։ Թերություն է նաև այն, որ codex app-server daemon stop-ը կանգնեցնում է app-server-ը, բայց ոչ pid-update-loop-ը, ուստի անհրաժեշտ է ձեռքով սպանել։

Շրջանցումը և մնացած հարցերը

Փաստագրված լուծումն է codex features disable daemon_auto_start, դեմոնի կանգնեցումը, թարմացման գործընթացի սպանումը և ~/.codex/packages/app-server-daemon-ի ջնջումը։ Դրոշի անջատմամբ նոր TUI սեսիաները դեմոն այլևս չեն ստեղծում։ Windows 10 LTSC-ում CLI-ն դառնում է ոչ աշխատունակ, իսկ config.toml-ում daemon_auto_start = false-ը լուծում է խնդիրը։ Մի օգտվող տեղադրումից օրեր անց հայտնաբերել է 1,3 GB ֆոնային թարմացում։ Արձագանքը խիստ բացասական էր. շատերը վարքագիծը կոչեցին «չարամիտ ծրագրի նման», ոմանք ասացին, որ Codex-ի տեղերի լիցենզիաները հետ կվերադարձնեն։

Սեպտեմբերի 28-ի փաթեթավորման commit-ը (b51c036, nixvital/ml-pkgs-ում) այս Nix փաթեթում անջատում է դեմոնի ավտոմատ գործարկումը, մինչդեռ OpenAI-ի կողմից լռելյայնի պաշտոնական փոփոխություն քննարկման մեջ չի երևում։ Անջատման դրոշը պաշտոնական կոնֆիգուրացիայի տեղեկատուում նույնպես չկա, իսկ 0.157.0-ի նշումը ֆունկցիան նկարագրում էր մեկ նախադասությամբ՝ առանց մշտական պրոցեսի, կառավարվող փաթեթի պատճենի և ամենժամյա թարմացման անվանման։

Հետագա քննարկումը վերաբերում է ծագմանը. CLI-ն իրեն պատճենում է կառավարվող թողարկման պանակում, իսկ ֆոնային թարմացումը կարող է փոխարինել այդ պատճենը, ուստի հաջորդ փոխազդեցությանը կարող է այլևս չսպասարկել այն արտեֆակտը, որը տեղադրել է օգտվողը։ Մի մեկնաբան առաջարկեց կատարման անդորրագիր յուրաքանչյուր հաճախորդի կցման համար՝ հաճախորդի CLI տարբերակը, դեմոնի բինար դիջեստը, դեմոնի սերունդը, թարմացման վիճակը և միջավայրի ժառանգական սերունդը, որպեսզի հաճախորդը որոշի, թե որ դեմոնն է հեղինակավոր։ Հարակից issues #40969, #41188, #46468 և #48050 բաց են։

Աղբյուրներ: GitHub

SSiTech

SiTech — AI-ով հզորացված վեբ մշակում

Ստեղծում ենք արագ ու ժամանակակից կայքեր և AI-ը ներդնում իրական բիզնես գործընթացներում։ Ունե՞ք նախագիծ կամ հարց։ Ուրախ կլինենք օգնել։