विस्तृत विश्लेषण · लगभग 8 मिनट पढ़ना
Qwen Code v0.26.1: रिकवरी और ऑटोमेशन के लिए स्पष्ट गेट
इस रिलीज़ में वर्कस्पेस की टिकाऊ अवस्था पर आधारित रिकवरी, निर्धारित काम से पहले जाँच और स्पष्ट सेशन नियंत्रण जुड़े हैं; वैकल्पिक सक्रियण और प्रदाता की सीमाएँ बनी हुई हैं।
- यहाँ प्रकाशित
- यहाँ अपडेट किया गया
- स्रोत की तारीख
- स्रोत जाँचा गया
24 अक्टूबर को जारी Qwen Code v0.26.1 उन कई स्थितियों को बदलता है जिनमें एजेंट सेशन आगे बढ़ सकता है, निर्धारित काम शुरू कर सकता है या अवस्था सहेज सकता है। रिलीज़ नोट्स में इंटरफ़ेस, प्रदाता समर्थन और सेशन प्रबंधन के बदलावों के साथ रिकवरी तथा ऑटोमेशन गेट बताए गए हैं। डेवलपर के लिए उपयोगी सवाल यह है कि हर गेट वास्तव में किस शर्त की जाँच करता है।
समाचार सुनें
यह लेख सुनें या समाचार लगातार चलाएँ।
पढ़ने की तैयारी हो रही है…
डिवाइस की आवाज़
वाक् प्रक्रिया आपके ब्राउज़र या डिवाइस में होती है। AISubHub पाठ किसी ऑडियो API को नहीं भेजता। आवाज़ों और लॉक स्क्रीन पर चलने की सुविधा डिवाइस पर निर्भर है।
जारी करने पर छोटा वाक्यांश दोहराया जा सकता है।
मुख्य बातें
- Managed Workspace की रिकवरी टिकाऊ अवस्था के स्थिर होने तक प्रतीक्षा करती है, WebShell में रिकवरी के कारण और मान्य कार्रवाइयाँ दिखाती है तथा संदेश भेजने को नियंत्रित करती है। Workspace से जुड़े Managed Sessions का मैनुअल संपीड़न केवल निष्क्रिय अवस्था में होता है और ऑडिट इतिहास सुरक्षित रखता है।
- निर्धारित कार्यों के गेट मॉडल के बाहर चलने वाले shell कमांड का उपयोग कर सकते हैं और daemon तथा Web Shell तक पहुँचते हैं। Managed ऑटोमेशन द्वारा काम अपने जिम्मे लेने से पहले Runtime प्रोब चलता है।
- daemon टोकन को स्थायी रूप से सहेजने के लिए स्पष्ट सहमति से विकल्प सक्रिय करना पड़ता है। Anthropic की वैश्विक प्रॉम्प्ट कैशिंग भी वैकल्पिक है; डिफ़ॉल्ट कैशिंग प्रति सेशन रहती है। QQBot में thread स्कोप के भीतर प्रति समूह अलगाव की वापसी संगतता तोड़ने वाला बदलाव है।
1. अगला संदेश भेजने से पहले रिकवरी की अवस्था स्थिर हो
आधिकारिक नोट्स Managed Workspace को आगे बढ़ने की अनुमति टिकाऊ अवस्था के स्थिर होने से जोड़ते हैं और WebShell में रिकवरी के कारण, मान्य कार्रवाइयाँ तथा संदेश भेजने का गेट देते हैं। इससे दिखाई देने वाली बातचीत रिकवरी के निर्णय से जुड़ती है: सेशन का इंटरफ़ेस में वापस दिखना अपने आप यह नहीं बताता कि वह अगला निर्देश स्वीकार कर सकता है। एक अन्य सुधार ऐसे Harness सेशन पहचानता है जिनमें हार्टबीट जारी है, लेकिन रिकवरी के कारण काम रुका है। इसलिए सक्रिय हार्टबीट और काम फिर शुरू करने की अनुमति अलग-अलग जाँचना जरूरी है।
AISubHub का एक काल्पनिक उदाहरण लें: किसी टूल की बाधित कार्रवाई के बाद डेवलपर दोबारा जुड़ता है और अगला निर्देश देना चाहता है। दोबारा भेजने से पहले रिकवरी का कारण और उपलब्ध कार्रवाई देखना उपयोगी है; केवल प्रतिक्रिया देने वाले इंटरफ़ेस को पूरा होने का संकेत नहीं मानना चाहिए। रिलीज़ में सार्वजनिक API और WebShell के उपयोग-पॉपओवर से Workspace से जुड़े Managed Sessions के संदर्भ का मैनुअल संपीड़न भी जुड़ता है। यह केवल निष्क्रिय सेशन में उपलब्ध है और ऑडिट इतिहास बचाता है। संदर्भ के रखरखाव की योजना बनाते समय यह सीमा महत्वपूर्ण है: चल रहा टर्न संपीड़न के लिए उपयुक्त समय नहीं है।
2. निर्धारित काम से पहले मॉडल के बाहर जाँच
रिलीज़ मॉडल के बाहर चलने वाले shell कमांड पर आधारित निर्धारित कार्य के गेट का वर्णन करती है, उसे daemon और Web Shell तक ले जाती है और Managed ऑटोमेशन द्वारा काम अपने जिम्मे लेने से पहले Runtime प्रोब जोड़ती है। PR निगरानी के प्रोब भी निर्धारित कार्य के गेट के बाद रखे गए हैं। संरचना का अंतर निर्णय के स्थान में है: काम स्वीकार करने से पहले पूर्वशर्त जाँची जा सकती है, बजाय इसके कि काम शुरू होने के बाद केवल मॉडल से निर्देश याद रखने की अपेक्षा की जाए।
AISubHub के काल्पनिक PR निगरानी कार्य में टीम समर्थित गेट व्यवस्था से रन से पहले जरूरी पूर्वशर्त देख सकती है। नोट्स किसी सार्वभौमिक जाँच, सटीक एग्ज़िट-कोड अनुबंध या हर निर्भरता की जाँच की गारंटी नहीं देते। इसलिए टीम को अपना चुना विन्यास सत्यापित करना होगा। आंतरिक बदलावों में उसी idempotency key से दोबारा रद्द करने और सक्रिय टर्न के दौरान दूसरी बार शुरू होने से रोकने के टेस्ट जुड़े हैं। ये दर्ज किए गए टेस्ट बदलाव हैं; AISubHub ने उन्हें चलाया नहीं है और उत्पादन परिवेश के परिणामों की स्वतंत्र पुष्टि नहीं की है।
3. अवस्था सहेजना और अलगाव अलग विकल्प हैं
daemon टोकन का स्थायी भंडारण स्पष्ट रूप से वैकल्पिक है। नोट्स के अनुसार qwen daemon start --save-token bearer token को केवल मालिक की पहुँच वाली फ़ाइल में सहेजता है, qwen daemon token उसका प्रबंधन करता है और daemon stop उसे हटा देता है। संचालन के लिहाज से रीस्टार्ट की सुविधा को चुनी हुई जीवनचक्र सेटिंग मानना और नियंत्रित परिवेश में बताई गई हटाने की प्रक्रिया जाँचना चाहिए। घोषणा स्थायी भंडारण को डिफ़ॉल्ट नहीं बनाती, किसी एन्क्रिप्टेड क्रेडेंशियल वॉल्ट की पुष्टि नहीं करती और टोकन को प्रोजेक्ट फ़ाइलों में रखने का आधार भी नहीं देती।
QQBot की अवस्था-सीमा अलग है। संगतता तोड़ने वाले बदलावों का खंड thread स्कोप में प्रति समूह सेशन अलगाव वापस लाता है। कई समूह इस्तेमाल करने वाली टीमों को अपग्रेड से पहले देखना चाहिए कि बातचीत सेशन से कैसे जुड़ती है। AISubHub के काल्पनिक उदाहरण में यदि दो समूह अलग रिपॉज़िटरी पर चर्चा करें, तो अपेक्षित समूह अलगाव जाँचें; thread स्कोप देखकर एक ही इतिहास साझा होने का अनुमान न लगाएँ। यह अपग्रेड की संगतता का मुद्दा है, इस बात का प्रमाण नहीं कि daemon की स्थायी भंडारण सेटिंग QQBot की बातचीत का अलगाव नियंत्रित करती है।
4. मॉडल का विन्यास उपयोग-अधिकार साबित नहीं करता
प्रदाता संबंधी बदलावों का सटीक दायरा है। आधिकारिक DeepSeek समर्थन अब deepseek-flash उपयोग करता है, केवल उसी सटीक मॉडल के लिए चित्र स्वीकार करता है और विचार-प्रयास की मैपिंग उसके API से मिलाता है। Alibaba ModelStudio Token Plan के प्रीसेट में deepseek-v4.1-flash के संस्करण और glm-5.3 जुड़ते हैं, जबकि Standard प्रीसेट में deepseek-v4.1-flash, glm-5.3 तथा मॉडल खोज जुड़ती है। दोनों अनुपलब्ध प्रविष्टियाँ हटाते हैं। ये Qwen Code के एकीकरण और प्रीसेट के बदलाव हैं। इनसे मॉडल का वैश्विक लॉन्च, हर एंडपॉइंट पर उपलब्धता या पाठक की सदस्यता में उसका शामिल होना स्थापित नहीं होता।
Anthropic के वैश्विक प्रॉम्प्ट-कैश दायरे के लिए हर base URL पर विकल्प सक्रिय करना जरूरी है, जबकि डिफ़ॉल्ट कैशिंग प्रति सेशन रहती है। विन्यास स्थानांतरित करते समय कैश का दायरा स्पष्ट रूप से जाँचें; नोट्स में कैश-हिट, लागत या विलंब का कोई मापन नहीं है। एम्बेड करने वाले होस्ट अनुपलब्ध मॉडल को कंपोज़र चयन सूची में निष्क्रिय पंक्ति के रूप में भी दिखा सकते हैं, जिसमें होवर या फ़ोकस पर संकेत और वैकल्पिक होस्ट कार्रवाइयाँ हों। इसलिए दिखता मॉडल नाम किसी सीमा की सूचना भी दे सकता है। इसे वर्तमान खाते के उस मॉडल को चुनने या उपयोग करने का प्रमाण नहीं मानना चाहिए।
5. काम करने का रास्ता और प्रमाण का स्तर जाँचें
OpenTUI के बदलाव इनपुट, संपादन, ड्राफ़्ट, स्टेटस लाइन, Vim, इतिहास और लाइव आउटपुट को Ink के अनुरूप करते हैं; इसमें पूर्णता सुझाव, कतार और रद्द करने का संचालन भी शामिल है। Managed Sessions दोबारा बनाए बिना MCP सर्वर प्रबंधित कर सकते हैं। सेशन जीवनचक्र का UI और पढ़ने के लिए एक्सपोर्ट भी जुड़ते हैं। केंद्रित अपग्रेड जाँच वास्तविक कार्यप्रवाह पर चलनी चाहिए: ड्राफ़्ट संपादित करें, इनपुट को कतार में डालकर रद्द करें, रिकवरी अवस्था देखें और उसी सेशन में समर्थित MCP सर्वर प्रबंधन कार्रवाई करें। ये सुझाई गई जाँचें हैं, इस लेख के लिए की गई कार्रवाइयाँ नहीं।
प्रमाण के स्तर अलग रखें। नोट्स में CI चयन गार्ड, विफलता-टेस्ट फ़िक्स्चर और समय संबंधी टेस्ट की स्थिरता के बदलाव हैं; Java idle-watchdog टेस्ट की प्रविष्टि स्पष्ट करती है कि रनटाइम व्यवहार नहीं बदला। इनमें वैकल्पिक Linux स्थानीय-प्रक्रिया सीमाबंदी का द्विभाषी डिज़ाइन प्रस्ताव भी है, जिसमें पात्रता जाँच और विफलता पर बंद रहने का व्यवहार शामिल है। प्रस्ताव किसी डिफ़ॉल्ट तैनाती की पुष्टि नहीं है। AISubHub का विश्लेषण है कि काम स्वीकार करने की स्पष्ट शर्तें और अवस्था की सीमाएँ विन्यास समीक्षा को ठोस बनाती हैं, लेकिन केवल रिलीज़ नोट्स से हर विफलता के समाधान या सुधार की मात्रा को सिद्ध नहीं किया जा सकता।
यह क्यों अहम है
AISubHub का विश्लेषण: डेवलपर रिकवरी, काम स्वीकार करने, स्थायी भंडारण, प्रदाता चयन और सेशन संचालन को अलग निर्णयों के रूप में जाँच सकते हैं। उपयोगी स्थानांतरण रिकॉर्ड में पूर्वशर्त, अपेक्षित दिखाई देने वाली अवस्था और टीम के अपने परिवेश में देखा गया परिणाम दर्ज होना चाहिए।
सीमाएँ और उपलब्धता
यह लेख आधिकारिक v0.26.1 रिलीज़ नोट्स और सार्वजनिक प्रकाशन-समय तत्व पर आधारित है। AISubHub ने जुड़े pull requests या स्रोत-कार्यान्वयन नहीं जाँचे, बाइनरी नहीं चलाईं, दिए गए टेस्ट नहीं चलाए और प्रदर्शन बेंचमार्क नहीं किए। प्रदाता तक पहुँच और सदस्यता के अधिकार अलग से सत्यापित करने होंगे; Linux सीमाबंदी को डिज़ाइन प्रस्ताव के रूप में बताया गया है। रिलीज़ का Full Changelog v0.26.0 से v0.26.1 की तुलना करता है; AISubHub ने जुड़े अंतर की स्वतंत्र जाँच नहीं की।
स्रोत और प्रमाण
स्रोत की तारीख: · स्रोत जाँचा गया:
AI की सहायता से लिखे लेखों को दिए गए प्राथमिक स्रोतों से जाँचा जाता है। प्रदाता के दावों का श्रेय स्पष्ट है; सूची में होना समर्थन नहीं है।