AI कनेक्शन · MCP

अपना AI असिस्टेंट जोड़ें।

अपने Wholly Crypto इंस्टॉलेशन से भुगतान खोजें, बैलेंस जाँचें और इनवॉइस बनाएँ।

आपका सर्वर। एक MCP URL।

मर्चेंट में शामिल 5.0.0+। कोई अतिरिक्त डेमन, Node.js रनटाइम या होस्टेड रिले नहीं। इंस्टॉलेशन का कॉन्फ़िगर किया API डोमेन इस्तेमाल करें, उदाहरण के लिए https://api.example.com/mcp.

खोलें: सेटिंग → API पहुँच। एक अलग क्रेडेंशियल बनाएँ और असिस्टेंट के लिए ज़रूरी प्रोजेक्ट असाइन करें। केवल पढ़ने की अनुमति से शुरू करें।
यहाँ: AI कनेक्शन · MCP, MCP सक्षम करें। अपना क्रेडेंशियल चुनें, चुनें केवल पढ़ना और सहेजें।
दिखाया गया URL अपने असिस्टेंट की रिमोट HTTP/MCP सेटिंग में जोड़ें।
OAuth के लिए अपने मर्चेंट कंसोल में साइन इन करें। क्लाइंट का नाम, वापसी पता और क्रेडेंशियल अनुमतियाँ जाँचकर मंज़ूरी दें। आपका मौजूदा Basic Auth और TOTP तब भी लागू होता है।

{
  "mcpServers": {
    "whollycrypto": {
      "url": "https://api.example.com/mcp"
    }
  }
}

उदाहरण वाला डोमेन बदलें। कॉन्फ़िगरेशन फ़ॉर्मैट क्लाइंट के अनुसार अलग होते हैं; Streamable HTTP चुनें, लोकल कमांड या पुराना SSE URL नहीं।

अपने भुगतानों के बारे में पूछें।

“मेरी दुकान के हाल के अवैतनिक इनवॉइस दिखाओ।”
“यह दुकान कौन-से एसेट स्वीकार कर सकती है?”
“वॉलेट बैलेंस और विफल वेबहुक डिलीवरी जाँचो।”
“ऑर्डर 1042 के लिए 25 EUR का इनवॉइस बनाओ।” इनवॉइस बनाने की अनुमति ज़रूरी है।

आठ रीड टूल प्रोजेक्ट, दुकानें, भुगतान तरीके, वॉलेट, इनवॉइस, डिलीवरी इतिहास और कैश किए रूपांतरण कवर करते हैं। वैकल्पिक नौवाँ टूल मौजूदा API नियमों से इनवॉइस बनाता है।

परिणामों में प्रोजेक्ट और दुकान के ID शामिल होते हैं। राशियाँ दशमलव स्ट्रिंग रहती हैं। कैश की गई दरों और बैलेंस के साथ उनकी ताज़गी की जानकारी रहती है; रूपांतरण इनवॉइस की गारंटीकृत दर नहीं है।

चुनें कि असिस्टेंट किस तक पहुँच सकता है।

अपग्रेड के बाद भी MCP डिफ़ॉल्ट रूप से बंद रहता है। मौजूदा API कुंजियों को अपने आप पहुँच नहीं मिलती। असिस्टेंट केवल मंज़ूर प्रोजेक्ट देखता है; IP प्रतिबंध और क्रेडेंशियल की REST रेट लिमिट MCP पर भी लागू होती है।

इनवॉइस बनाने के लिए रीड/राइट क्रेडेंशियल चुनें और पढ़ना + इनवॉइस बनाना। OAuth क्लाइंट को अनुरोध करना होगा mcp:invoice:create, और आपको चुनना होगा इनवॉइस बनाने की भी अनुमति दें मंज़ूरी देते समय।

वही दोबारा इस्तेमाल करें idempotency_key और टाइमआउट के बाद वही इनवॉइस बॉडी। नई कुंजी नया इनवॉइस बनाती है। सामान्य स्प्रेड, सहनशीलता, भुगतान और क्रेडिट नियम तब भी लागू होते हैं।

कुंजी निर्यात या पैसे भेजने के टूल नहीं। MCP रिकवरी फ़्रेज़ दिखा नहीं सकता, फंड भेज नहीं सकता, स्वीप, रिफ़ंड या कॉलबैक दोबारा नहीं भेज सकता और खाते, डोमेन व बिलिंग बदल नहीं सकता।

OAuth, bearer कुंजियाँ और पहुँच रद्द करना

OAuth एक्सेस टोकन 15 मिनट चलते हैं। रीफ़्रेश टोकन बदलते रहते हैं और कनेक्शन 30 दिन तक रहता है। पुराने रीफ़्रेश टोकन को दोबारा इस्तेमाल करने से कनेक्शन रद्द हो जाता है। केवल पंजीकृत HTTPS या लूपबैक वापसी URL स्वीकार किए जाते हैं।

इस्तेमाल करें: जुड़े क्लाइंट → रद्द करें से पहुँच हटाएँ। MCP बंद करने पर OAuth कनेक्शन रद्द होते हैं। क्रेडेंशियल बदलने, MCP नीति बदलने और कैनॉनिकल API डोमेन बदलने पर नया कनेक्शन चाहिए।

कस्टम हेडर का समर्थन करने वाले क्लाइंट MCP-सक्षम API कुंजी इस्तेमाल कर सकते हैं Authorization: Bearer …में। उस कुंजी की अलग REST अनुमतियाँ बनी रहती हैं, इसलिए केवल MCP पहुँच के लिए OAuth को प्राथमिकता दें। सीक्रेट कभी चैट, URL या स्रोत कोड में पेस्ट न करें।

केवल पहचाने हुए क्लाइंट को मंज़ूरी दें। क्लाइंट नाम सत्यापित नहीं होते। आपका AI प्रदाता वह जानकारी पाता है जिसे पढ़ने की आप अनुमति देते हैं, जिसमें इनवॉइस टूल से मिला ग्राहक डेटा भी शामिल है।

कनेक्शन विफल हो तो।

404: MCP सक्षम करें और API होस्ट इस्तेमाल करें, कंसोल या चेकआउट होस्ट नहीं।
401: OAuth से फिर जुड़ें या जाँचें कि आपका bearer क्रेडेंशियल वैध है।
403: क्रेडेंशियल की पहुँच, मंज़ूर प्रोजेक्ट, origin और स्रोत-IP प्रतिबंध जाँचें।
GET पर 405: अपेक्षित है। यह स्टेटलेस एंडपॉइंट POST और सीमित JSON जवाब इस्तेमाल करता है, अलग SSE स्ट्रीम नहीं।
429: इंतज़ार करें Retry-After। MCP और REST क्रेडेंशियल का कोटा साझा करते हैं।
इनवॉइस नहीं बन रहे: सभी लेखन अनुमतियाँ, प्रोजेक्ट/दुकान की स्थिति, भुगतान की तैयारी और क्रेडिट खाते का सत्यापन जाँचें।

Cloudflare कैशिंग और इंटरैक्टिव चैलेंज बंद रखें /mcp, /mcp/oauth/* और OAuth डिस्कवरी पथों के लिए। IP अनुमति सूची में असिस्टेंट सेवा के दस्तावेज़ में दिए आउटगोइंग पते शामिल होने चाहिए।

समर्थित प्रोटोकॉल संस्करण: 2025-11-25, 2025-06-18 और 2025-03-26। क्लाइंट को इनमें से किसी एक का समर्थन करना चाहिए। देखें API संदर्भ हर टूल, एंडपॉइंट और त्रुटि फ़ॉर्मैट के लिए।

हर इनवॉइस के भुगतान तरीके चुनें।

इस्तेमाल करें: invoice.payment_methods इसके साथ: chain_slug: "ethereum" और asset_tickers: ["USDC", "USDT"]। दुकान के भुगतान तरीकों में या इससे स्लग और टिकर खोजें list_payment_methods.

Merchant 5.4.0+ निष्क्रिय या अस्वीकार्य विकल्पों को अनदेखा करता है। कोई मेल न मिले तो दुकान के डिफ़ॉल्ट लागू होते हैं। केवल चेन चुनने पर सभी सक्रिय स्वीकार किए एसेट शामिल होते हैं। साझा टिकर के लिए सटीक चाहिए asset_ids। तैयारी और दर की जाँच अब भी लागू होती है, चेन-विशिष्ट त्रुटियों के साथ। Lightning अलग है; खाली चयन ऐरे अमान्य है। अनुरोध फ़ॉर्मैट →