मुख्य सामग्री पर जाएं
सीखेंशब्दावलीभुगतान किया गया MCP उपकरण
शब्दावली

एक भुगतान किए गए MCP उपकरण क्या है।

परिभाषा

एक भुगतान MCP उपकरण एक उपकरण है जो एक MCP सर्वर द्वारा उजागर किया गया है जो HTTP 402 के साथ एक भुगतान URL लौटाता है जब तक कि कॉल करने वाले एजेंट का वॉलेट निपट नहीं जाता। निपटान के बाद, वही कॉल वास्तविक परिणाम लौटाता है। यह उपकरण विज्ञापन, खोज और उद्घाटन के तरीके में एक मुफ्त MCP उपकरण से भिन्न नहीं है।

यह क्यों महत्वपूर्ण है

मुद्रीकरण जिसे बिक्री टीम की आवश्यकता नहीं है।

भुगतान किए गए MCP टूल के बिना, एक डेवलपर जो एजेंटों के लिए कुछ उपयोगी बनाता है, उसके पास दो अप्रिय विकल्प होते हैं: इसे मुफ्त रखें और अपनाने की उम्मीद करें, या इसके चारों ओर एक SaaS कंपनी स्थापित करें (साइनअप प्रवाह, बिलिंग पोर्टल, API कुंजी जारी करना, डनिंग, समर्थन)। दोनों मार्ग वास्तविक उपयोगकर्ता - एक स्वायत्त एजेंट जो केवल टूल को कॉल करना चाहता है - की अनदेखी करते हैं।

भुगतान किए गए MCP उपकरण ऑनबोर्डिंग चरण को शून्य में समेट देते हैं। जब पहली बार एक एजेंट उपकरण को कॉल करता है, तो 402 एक मूल्य टैग और चेकआउट के रूप में कार्य करता है। यदि एजेंट के वॉलेट में बजट है, तो कॉल सफल होती है; यदि नहीं, तो कॉल एक उपयोगी त्रुटि के साथ साफ़ हो जाती है। कोई साइनअप नहीं है, कोई API कुंजी नहीं है, कोई साझा रहस्य लीक नहीं है। उपकरण भुगतान किया गया है क्योंकि प्रोटोकॉल ने इसे भुगतान किया, न कि किसी बिक्री प्रक्रिया ने इसे भुगतान किया।

यह कैसे काम करता है

कॉल, 402, निपटान, पुनः प्रयास, परिणाम।

  1. कॉल। एजेंट सामान्य MCP परिवहन के माध्यम से संरचित तर्कों के साथ उपकरण को बुलाता है।
  2. 402. सर्वर इस कॉलर और इस उपकरण के लिए एक वैध पूर्व भुगतान की जांच करता है। यदि कोई नहीं है, तो यह इस कॉल के लिए भुगतान URL और उद्धृत मूल्य के साथ HTTP 402 लौटाता है।
  3. नीति जांच. एजेंट के वॉलेट रनटाइम द्वारा उद्धृत मूल्य की जांच एजेंट की व्यय नीति के खिलाफ की जाती है। बजट और काउंटरपार्टी नियमों के भीतर, यह आगे बढ़ता है; अन्यथा कॉल नीति त्रुटि के साथ विफल हो जाती है।
  4. सेटल। वॉलेट URL को USDC में भुगतान करता है। वॉलेट प्रदाता सर्वर को भुगतान की पुष्टि करता है, आमतौर पर एक साइन किए गए वेबहुक के माध्यम से।
  5. पुनः प्रयास और परिणाम। एक बार जब सर्वर ने कॉल करने वाले को भुगतान के रूप में चिह्नित कर दिया है, तो एजेंट उपकरण को फिर से बुलाता है; सर्वर इसे चलाता है और वास्तविक परिणाम लौटाता है।

एजेंट का योजनाकार को इनमें से किसी को भी समझने की आवश्यकता नहीं है। इसके दृष्टिकोण से, कॉल में थोड़ा अधिक समय लगा और एजेंट के ऑडिट लॉग में एक लेनदेन पंक्ति बढ़ गई। बाकी सब रनटाइम का काम है।

उदाहरण

तीन भुगतान-उपकरण आकार।

उदाहरण 1

एक प्रीमियम मार्केट-डेटा उपकरण

एक MCP सर्वर मुफ्त उपकरण (list_tickers, get_quote_delayed) और एक भुगतान किए गए उपकरण: get_quote_realtime को उजागर करता है। मुफ्त उपकरणों का नियमित 200 प्रतिक्रिया है। भुगतान किया गया उपकरण पहले कॉल पर एक भुगतान URL के साथ 402 लौटाता है। एक बार जब एजेंट का वॉलेट $0.005 का निपटान करता है, तो कॉल फिर से प्रयास करता है और लाइव उद्धरण लौटाता है। वही सर्वर, वही प्रोटोकॉल; केवल एक उपकरण गेटेड है।

उदाहरण 2

एक प्रति-पृष्ठ वेब-क्रॉलर उपकरण

एक crawl_page उपकरण प्रति पृष्ठ $0.001 चार्ज करता है जो लाया और पार्स किया जाता है। हर कॉल का भुगतान किया जाता है - कोई मुफ्त स्तर नहीं है। सर्वर को संचालित करना सस्ता रहता है क्योंकि हर आमंत्रण अपने आप को वित्तपोषित करता है। एजेंट की खर्च नीति यह निर्धारित करती है कि यह प्रति दिन कितने पृष्ठों को क्रॉल कर सकता है, जो अनियंत्रित लूप का प्राकृतिक उत्तर है।

उदाहरण 3

एक सदस्यता-शैली उपकरण जिसमें मुफ्त परीक्षण की अनुमति है

'पहले 50 कॉल प्रति माह मुफ्त' उपकरण पहले 50 कॉल के लिए 200 लौटाता है और 51वीं के लिए 402। एजेंट का वॉलेट अगले 1,000 कॉल कवर करने के लिए $5 USDC टॉप-अप का भुगतान करता है। एजेंट के दृष्टिकोण से, 402 महीने के अधिकांश समय अदृश्य है; प्रदाता के दृष्टिकोण से, मुद्रीकरण स्वचालित है।

सामान्य प्रश्न

तीन सामान्य प्रश्न।

क्या एजेंट हमेशा एक ही उपकरण के लिए एक ही कीमत चुकाता है?

ज़रूरी नहीं। 402 प्रतिक्रिया इस विशिष्ट कॉल के लिए मूल्य शामिल करती है, इसलिए सर्वर इसे भिन्न कर सकता है - तर्क के आकार, दिन के समय, स्तर, प्रति-ग्राहक अनुबंध, या उछाल के द्वारा। एजेंट का वॉलेट निपटने से पहले उद्धृत मूल्य की जांच एजेंट की खर्च नीति के खिलाफ करता है। यदि मूल्य सीमा से अधिक है, तो कॉल भुगतान के बजाय नीति त्रुटि के साथ विफल हो जाता है। प्रोटोकॉल गतिशील मूल्य निर्धारण को सुरक्षित बनाता है क्योंकि प्रत्येक मूल्य स्पष्ट होता है।

क्या होगा यदि उपकरण विफल हो जाए जब एजेंट ने भुगतान कर दिया हो?

वही चीज जो किसी भी भुगतान किए गए API के साथ होती है: सर्वर परिणाम देने या भुगतान वापस करने के लिए जिम्मेदार होता है, इसके शर्तों के अनुसार। अच्छी तरह से डिज़ाइन किए गए भुगतान किए गए MCP टूल केवल तभी भुगतान करते हैं जब काम सफल होता है (402 में एक होल्ड या एस्क्रो URL शामिल होता है) या विफलता पर धनवापसी करते हैं। प्रोटोकॉल इसे लागू नहीं करता है; यह प्रत्येक टूल प्रदाता के लिए कार्यान्वयन की गुणवत्ता का मुद्दा है, जिस तरह SLA प्रवर्तन किसी भी भुगतान किए गए API के लिए काम करता है।

क्या एक एजेंट भुगतान करने से मना कर सकता है और बस उसी सर्वर पर मुफ्त उपकरणों को कॉल कर सकता है?

हाँ, और यह इच्छित व्यवहार है। मुफ्त उपकरण सीधे 200 लौटाते हैं; केवल गेटेड उपकरण 402 लौटाते हैं। एजेंट का योजनाकार चुन सकता है: भुगतान किए गए उपकरण को छोड़ दें, कार्य को पूरा करने का कोई और तरीका खोजें, या निपटारा करें और आगे बढ़ें। यही बाजार की गतिशीलता का काम है - सस्ते, निम्न-गुणवत्ता वाले मुफ्त उपकरण भुगतान किए गए प्रीमियम उपकरणों के साथ सह-अस्तित्व में हैं, और एजेंट उत्तर के मूल्य के आधार पर चुनता है।
अंतिम समीक्षा: 2026-05-15. CC BY 4.0 के अंतर्गत प्रकाशित।

प्रत्येक उपकरण कॉल के लिए शुल्क लें।

402 लौटाएँ, अपनी कीमत बताएं, USDC स्वीकार करें। शुरू करने के लिए मुफ्त।