Amazon Seller MCP सर्वर खोजें, तो पहले पन्ने पर तीन तरह के जवाब मिलेंगे: होस्टेड रिले जो आपको कनेक्शन बेचते हैं, ओपन-सोर्स रिपॉज़िटरी जिन्हें आप खुद चलाते हैं, और डायरेक्टरी सूचियाँ जो दोनों को सूचीबद्ध करती हैं। सभी लगभग एक जैसे शब्दों में एक ही क्षमता बताते हैं: अपनी दुकान के बारे में सामान्य अंग्रेज़ी में सवाल पूछें और अपने वास्तविक डेटा से जवाब पाएँ।
यह क्षमता वास्तविक है और उपयोगी भी। लेकिन इसका दायरा शब्दों से मिलने वाले संकेत से छोटा है, और दोनों के बीच का अंतर ही अधिकतर निराशा की वजह बनता है।
Amazon Seller MCP सर्वर वास्तव में क्या है
Model Context Protocol ऐसा तरीका है जिससे AI क्लाइंट किसी और के परिभाषित टूल कॉल कर सकता है। Amazon Seller MCP सर्वर एक छोटा प्रोग्राम है जो Amazon के Selling Partner API, SP-API, को आवरण देता है और उसके एंडपॉइंट ऐसे टूल के रूप में उपलब्ध कराता है जिन्हें आपका क्लाइंट कॉल कर सके। इसके डिज़ाइन में Amazon के लिए कुछ विशिष्ट नहीं है; यही ढाँचा Shopify, eBay, Stripe और सौ अन्य API पर लागू हो रहा है।
इन्हें बेचने के लिए दिए जाने वाले उदाहरण समान हैं और इनके काम के बारे में ईमानदार हैं: पिछले महीने की मार्केटप्लेस-वार कुल बिक्री और इकाइयाँ, किन SKU का स्टॉक खत्म होने का खतरा है, नब्बे दिनों में श्रेणी-वार वापसी दर। ये सभी पहले से मौजूद एंडपॉइंट से डेटा पढ़ने वाली क्वेरी हैं। MCP परत ने वह चरण हटा दिया जिसमें आप रिपोर्ट निर्यात करके स्प्रेडशीट खोलते थे।
तीन रूप, और हर एक की लागत
होस्टेड रिले। एक विक्रेता सर्वर चलाता है और आप उसे अधिकृत करते हैं। शुरुआत का सबसे तेज़ तरीका और एकमात्र विकल्प जिसमें स्थानीय प्रक्रिया की ज़रूरत नहीं होती। बदले में आपका विक्रेता डेटा एक तृतीय पक्ष से गुजरता है, जिसका मूल्यांकन अब आपको करना है, और आप प्रति उपयोगकर्ता या प्रति कॉल भुगतान करते हैं।
ऐसी रिपॉज़िटरी जिसे आप खुद चलाते हैं। GitHub पर कई उपलब्ध हैं, कुछ खास तौर पर Claude Desktop के लिए लिखी गई हैं। आपके और Amazon के बीच कुछ नहीं होता, और यही इसका उद्देश्य है। अब आप एक सेवा चला रहे हैं: प्रक्रिया चालू रखना, मूल SP-API में बदलावों पर नज़र रखना, और क्रेडेंशियल की अवधि खत्म होने पर उन्हें बदलना।
ऐसा क्लाइंट जिसमें प्रोटोकॉल का मूल समर्थन हो। चलाने के लिए अलग सर्वर नहीं, क्योंकि क्लाइंट पहले से MCP क्लाइंट है और कनेक्टर साथ देता है। संभालने के लिए कम हिस्से, लेकिन आप अपने मौजूदा क्लाइंट में कुछ जोड़ने के बजाय क्लाइंट चुन रहे होते हैं।
वह हिस्सा जिसे छोड़ दिया जाता है
तीनों रास्तों की एक ही पूर्वशर्त है, और लगभग कोई गाइड उससे शुरुआत नहीं करती: आपका अपना SP-API एप्लिकेशन होना चाहिए। यानी डेवलपर पंजीकरण, एप्लिकेशन द्वारा माँगी जाने वाली भूमिकाओं का चयन, और ऐसे LWA क्रेडेंशियल रखना जिनकी अवधि समाप्त होती है और जिन्हें बदलना पड़ता है।
इसके दो नतीजे हैं जिनका पता अक्सर देर से चलता है। पहला, भूमिकाएँ श्रेणी के अनुसार दी जाती हैं, और खरीदार की व्यक्तिगत पहचान योग्य जानकारी से जुड़ी प्रतिबंधित भूमिकाओं की अलग स्वीकृति प्रक्रिया है, जिसे अधिकतर विक्रेता न प्राप्त करते हैं, न उन्हें उसकी ज़रूरत होती है। दूसरा, SP-API में हर एंडपॉइंट की अनुरोध-दर सीमित है, इसलिए एक वाक्य में पूछा गया सवाल दर-सीमा से रुकी कॉल की श्रृंखला बन सकता है, और चुपचाप दोबारा कोशिश करने वाला चैट क्लाइंट इंतज़ार करते हुए टोकन खर्च करेगा।
यह सब इसे करने के विरुद्ध तर्क नहीं है। यह इसे दस मिनट में सेटअप होने वाला काम बताने के विरुद्ध तर्क है।
डेटा निकालने से मिलने वाले लाभ की सीमा
मान लें सब काम करता है। अब आपके पास ऐसी चैट विंडो है जो बता सकती है कि आपकी श्रेणी-वार वापसी दर 8.4% है और चार SKU का स्टॉक तीन सप्ताह के भीतर खत्म हो जाएगा।
इनमें से कोई भी संख्या अपने आप निर्णय नहीं है। वापसी दर का अर्थ तभी बनता है जब आपको पता हो कि वजह आकार की शिकायत है, पैकेजिंग की कमी है या लिस्टिंग में ऐसा वादा है जो करना ही नहीं चाहिए था, और यह सब रिटर्न एंडपॉइंट के बजाय समीक्षा के टेक्स्ट में होता है। स्टॉक खत्म होने का महत्व आपूर्ति में लगने वाले समय और मौसम के संदर्भ में ही समझ आता है। और जब आप लिस्टिंग दोबारा लिखने का निर्णय लेते हैं, तो मॉडल को जानना चाहिए कि Amazon को कीवर्ड से भरपूर शीर्षक और वर्ण-सीमा के भीतर पाँच बुलेट चाहिए, प्रभावशीलता के दावों के लिए प्रमाण चाहिए, और कौन-से अतिशयोक्तिपूर्ण विशेषण लिस्टिंग को छिपवा सकते हैं।
यह विषयगत ज्ञान है। MCP एक ट्रांसपोर्ट है। उसे यह ज्ञान देना ही नहीं था, और उससे इसकी अपेक्षा करना उसकी भूमिका को गलत समझना है।
इसमें Orkas की जगह
Orkas एक MCP क्लाइंट है, इसलिए ऊपर बताया गया कोई भी सर्वर इसके साथ वैसे ही काम करता है जैसे अन्य क्लाइंट के साथ। यह अपना Amazon Seller Central कनेक्टर भी देता है, जो आपके अपने निजी SP-API एप्लिकेशन से चलता है, जिसमें क्रेडेंशियल आपके डिवाइस पर एन्क्रिप्टेड रहते हैं और खरीदार की PII न माँगी जाती है, न उजागर की जाती है। इस खास एकीकरण के लिए चालू रखने को कोई अलग सर्वर नहीं है।
अधिक महत्वपूर्ण हिस्सा उसके ऊपर की परत है। Orkas देता है बिक्री प्रबंधन की चार स्किल जो वह विषयगत ज्ञान रखती हैं जो प्रोटोकॉल में नहीं है: लाभ संबंधी मान्यताओं को लिखकर श्रेणी अनुसंधान, हर प्लैटफ़ॉर्म के नियमों और अनुपालन जाँच के साथ लिस्टिंग बनाना, खरीदने की वजहों वाले कार्ड से लेकर इमेज प्रॉम्प्ट और वीडियो स्टोरीबोर्ड तक रचनात्मक योजना, और समीक्षा विश्लेषण जो शिकायतों को सुधार योग्य विषयों में समूहित करने से पहले खरीदार की पहचान हटा देता है।
वे आपके दिए हुए किसी भी उपयुक्त डेटा पर काम करती हैं। कनेक्टर कॉन्फ़िगर हो, तो डेटा API से आता है। उसके बिना, वे आपकी खुद निर्यात की हुई रिपोर्ट पढ़ती हैं। अधिकतर विक्रेता पहले से इसी तरह काम करते हैं, और शुरुआत के लिए यह बिल्कुल अच्छा तरीका है।
इसके दायरे में क्या नहीं आता
MCP सर्वर, हमारा हो या किसी और का, वही डेटा पढ़ता है जो आपके विक्रेता खाते में पहले से है। वह पूरे मार्केटप्लेस की खोज मात्रा, BSR इतिहास या प्रतिस्पर्धियों की अनुमानित बिक्री नहीं देता; ये लाइसेंस वाले डेटासेट हैं, और इन्हें बेचने वाले टूल की जगह कोई प्रोटोकॉल नहीं लेता। यदि आपके सवाल के लिए वह डेटा चाहिए, तो वह डेटा खरीदें। यदि आपका सवाल यह है कि पहले से मौजूद आँकड़ों के साथ क्या करना है, तो उसके लिए अलग टूल और अलग लेख है।