https://mcp.didit.me/mcp) को API कुंजी की ज़रूरत नहीं होती। पहली बार कनेक्ट करने पर आपका क्लाइंट एक ब्राउज़र खोलता है, जहाँ आप Didit के साथ लॉग इन करें कर सकते हैं और अनुमतियों को स्वीकृत कर सकते हैं।
जो क्लाइंट अभी रिमोट/HTTP MCP को सपोर्ट नहीं करते (Windsurf, Zed), वे
mcp-remote ब्रिज के ज़रिए कनेक्ट होते हैं। यह ब्रिज stdio को होस्टेड URL तक पहुँचाता है और आपके लिए OAuth हैंडशेक संभालता है।होस्टेड सर्वर (अनुशंसित)
- Claude Code
- Claude वेब और डेस्कटॉप
- Cursor
- VS Code
- Windsurf
- Zed
- कोई अन्य क्लाइंट
CLI से सर्वर जोड़ें, फिर साइन-इन शुरू करें:Claude Code शुरू करें और
/mcp चलाएँ। यह Didit के साथ लॉग इन करें के लिए ब्राउज़र खोलता है। मंज़ूरी देने के बाद didit टूल उपलब्ध हो जाते हैं।कॉन्फ़िगरेशन में API कुंजी नहीं है। होस्टेड सर्वर ब्राउज़र में आपकी पहचान प्रमाणित करता है और आपकी ओर से कार्य करता है: आपके सभी संगठनों में, आपकी भूमिका की अनुमतियों के साथ। देखें प्रमाणीकरण।
GET https://mcp.didit.me/healthz का उत्तर अपने संस्करण के साथ देता है।
कनेक्शन सत्यापित करें
साइन इन करने के बाद, अपने क्लाइंट से पूछें:didit_context_get कॉल करना चाहिए और आपके संगठनों को उनके एप्लिकेशन सहित दिखाना चाहिए।
यदि वह कहता है कि उसके पास कोई Didit टूल नहीं है, तो या तो सर्वर कनेक्ट नहीं हुआ या साइन-इन पूरा नहीं हुआ। समस्या निवारण देखें।
सेल्फ़-होस्टिंग
होस्टेड सर्वर ओपन-सोर्स रिपॉज़िटरी github.com/didit-protocol/mcp से बना है (MIT)। हर रिलीज़@didit-protocol/mcp-server के नाम से npm पर भी प्रकाशित होती है, इसलिए आप stdio सर्वर सीधे npm से चला सकते हैं, या क्लोन से किसी भी एंट्री पॉइंट को बना सकते हैं। एक ही कोडबेस दो एंट्री पॉइंट के साथ आता है:
दोनों मोड Didit उपयोगकर्ता के रूप में काम करते हैं। एप्लिकेशन API कुंजी वाला कोई मोड नहीं है।
1
क्लोन करें और बिल्ड करें
docker build -t didit-mcp .। यह इमेज dist/http.js को नॉन-रूट उपयोगकर्ता के रूप में चलाती है, पोर्ट 3000 को एक्सपोज़ करती है, और /healthz पर हेल्थ चेक रखती है।2
HTTP सर्वर चलाएँ (OAuth)
.env.example को .env में कॉपी करें और होस्टेड-मोड के मान भरें, फिर:MCP_RESOURCE_URI को ट्रांसपोर्ट का पूरा सार्वजनिक URL सेट करना ज़रूरी है (उदाहरण के लिए https://mcp.example.com/mcp, केवल बेयर ओरिजिन नहीं)। साथ ही उन क्रेडेंशियल्स की भी ज़रूरत है जिनसे यह टोकन की जाँच करता है (MCP_OAUTH_CLIENT_ID, MCP_OAUTH_CLIENT_SECRET), Didit ऑथराइज़ेशन सर्वर के विरुद्ध। पूरी वेरिएबल सूची उन्नत → सेल्फ़-होस्टिंग में है।3
या stdio पर चलाएँ (हेडलेस)
ऐसे लोकल एजेंट के लिए जो OAuth फ़्लो नहीं चला सकता, प्रकाशित पैकेज चलाएँ (क्लोन की ज़रूरत नहीं) और एनवायरनमेंट में उपयोगकर्ता एक्सेस टोकन दें:क्लोन से, या Cursor की
DIDIT_ACCESS_TOKEN=<user-access-token> node dist/index.js वही काम करता है। टोकन के बिना, एजेंट didit_account_login से साइन इन कर सकता है, और जिस खाते में दो-चरणीय प्रमाणीकरण चालू है, वहाँ उसके बाद didit_account_verify_2fa।वैकल्पिक MCP_DEFAULT_ORG और MCP_DEFAULT_APP सिंगल-टेनेंट सेटअप के लिए स्कोप तय करते हैं। Claude Code में इसे इस तरह रजिस्टर करें:mcp.json में:didit_org_top_up, didit_org_reveal_application_api_key और पाँच अकाउंट-सेटअप टूल्स जुड़े हैं (didit_account_register, didit_account_verify_email, didit_account_resend_otp, didit_account_login, didit_account_verify_2fa)। ये क्रेडेंशियल्स को आर्गुमेंट के रूप में लेते हैं और इसलिए इन्हें कभी रिमोट कनेक्टर पर उपलब्ध नहीं कराया जाता। फ़ाइल लेने वाले टूल्स stdio पर *_path आर्गुमेंट भी स्वीकार करते हैं, क्योंकि सर्वर आपका फ़ाइल सिस्टम साझा करता है।
अगले चरण
प्रमाणीकरण
साइन-इन, स्कोप और भूमिकाएँ।
टूल्स का संदर्भ
वह सब कुछ जो एजेंट कॉल कर सकता है।