Namefi

Namefi MCP क्विकस्टार्ट: Claude Code, Cursor और Windsurf

Claude Code, Cursor और Windsurf के लिए अलग-अलग MCP सेटअप, फिर नए ऐप से लाइव कस्टम डोमेन तक 5-चरण वाला क्विकस्टार्ट—एडिटर छोड़े बिना।

Fenwei BianFenwei BianलेखकVictor ZhouVictor ZhouसंपादकNirmit BuddhirajaNirmit Buddhirajaअनुवादक10 जुल॰ 2026लगभग 11 मिनट पढ़ाई
  • ai-agents
  • guide
X पर शेयर करें

आप पहले से एडिटर में हैं। ऐप का ढाँचा तैयार है, पहला डिप्लॉय किसी प्लेटफ़ॉर्म सबडोमेन पर जा चुका है और लोगों को उस पर भेजने से पहले केवल एक असली डोमेन बचा है। यह उसी ऐप को बनाने वाले कोडिंग एजेंट सेशन से बाहर निकले बिना रजिस्ट्रेशन करने का क्विकस्टार्ट है: Claude Code, Cursor और Windsurf के लिए सटीक MCP कनेक्शन कॉन्फ़िगरेशन, पाँच चरणों वाला संक्षिप्त प्रवाह और—वह हिस्सा जिसे अधिकांश डोमेन गाइड छोड़ देते हैं—अभी रजिस्टर किए डोमेन को अभी जारी किए गए डिप्लॉयमेंट की ओर वास्तव में कैसे पॉइंट करें। इसके लिए ब्राउज़र टैब खोलने, चेकआउट फ़ॉर्म भरने या एडिटर छोड़ने की ज़रूरत नहीं है।

इस गाइड में जानबूझकर तीन एडिटर शामिल हैं। यदि आप इसकी जगह OpenAI Codex, Gemini CLI या Claude Desktop इस्तेमाल करते हैं, तो Namefi पर अपने AI एजेंट से डोमेन कैसे रजिस्टर करें में सभी छह क्लाइंट के सत्यापित सेटअप और MCP-नेटिव न होने वाली किसी भी चीज़ के लिए सीधा REST तरीका मिलता है। यहाँ हर चीज़ उसी Namefi MCP सर्वर से जुड़ती है जिसका दस्तावेज़ीकरण उस मुख्य गाइड में है, इसलिए नीचे की कोई बात उसके विरोध में नहीं है—यह पृष्ठ उसका संक्षिप्त, डेवलपर-टूल-केंद्रित रूप है, जिसमें वह डिप्लॉयमेंट चरण भी है जिसे मुख्य गाइड शामिल नहीं करती।

डोमेन को एडिटर के भीतर ही क्यों रजिस्टर करें

"जाकर डोमेन रजिस्टर करें" पाँच मिनट के काम के लिए असामान्य रूप से महँगा कॉन्टेक्स्ट बदलाव है: एडिटर छोड़ें, किसी रजिस्ट्रार की साइट खोलें, नाम खोजें, अनचाही गोपनीयता सुरक्षा और ईमेल होस्टिंग बेचने वाली प्रक्रिया से गुज़रें, भुगतान करें, फिर वापस आकर पता लगाएँ कि कौन-से DNS रिकॉर्ड जोड़ने हैं।

विकल्प यह है कि प्रोजेक्ट का ढाँचा बनाने और डिप्लॉय जोड़ने वाला वही एजेंट अंतिम चरण भी सँभाले: नाम जाँचे, उसे रजिस्टर करे और DNS जोड़े—ये सभी काम उसी बातचीत में टूल कॉल के रूप में हों जो आप पहले से कर रहे हैं। Cloudflare अपने Registrar API के लिए इसी विचार के एक रूप का प्रचार करता है—यह इस बात का प्रमाण है कि यह कोई सीमित पसंद नहीं, बल्कि ऐसा वर्कफ़्लो है जिसकी ओर एक से अधिक रजिस्ट्रार बढ़ रहे हैं। अंत के पास वाला तुलना सेक्शन विशेष रूप से Cloudflare के पहलू को शामिल करता है; Namefi का तरीका टोकनाइज़्ड डोमेन विकल्प और बिना किसी अकाउंट के वॉलेट से हस्ताक्षरित भुगतान का तरीका जोड़ता है, जिसका विवरण क्रिप्टो वॉलेट से डोमेन के लिए भुगतान करें में है।

कनेक्शन सेट करें: तीन एडिटर, तीन कॉन्फ़िगरेशन फ़ाइलें

नीचे दिए तीनों एडिटर Streamable HTTP के ज़रिए एक ही एंडपॉइंट, https://api.namefi.io/mcp, से जुड़ते हैं और आपकी Namefi API कुंजी को x-api-key हेडर के रूप में भेजते हैं। हर एडिटर में केवल फ़ाइल फ़ॉर्मेट और उसे लिखने वाला कमांड बदलता है।

Claude Code

Claude Code के अपने दस्तावेज़ कस्टम हेडर वाले रिमोट HTTP सर्वर को जोड़ने के लिए सीधा CLI कमांड देते हैं:

claude mcp add --transport http namefi https://api.namefi.io/mcp --header "x-api-key: YOUR_KEY"

इसे अपने प्रोजेक्ट के टर्मिनल में एक बार चलाएँ और अपनी असली कुंजी डालें। डिफ़ॉल्ट रूप से यह सर्वर को local स्कोप में लिखता है—यह केवल आपको, केवल इसी प्रोजेक्ट में उपलब्ध होगा। इसके बजाय इसे मशीन के हर प्रोजेक्ट में उपलब्ध कराने के लिए --scope user जोड़ें और claude mcp list से पुष्टि करें कि कनेक्शन बन गया है।

Cursor

Cursor MCP सर्वर को mcp.json से पढ़ता है—प्रोजेक्ट की प्रति .cursor/mcp.json पर या वैश्विक प्रति ~/.cursor/mcp.json पर। उसके दस्तावेज़ों में रिमोट सर्वर की संरचना पर्यावरण चर के इंटरपोलेशन के साथ हेडर-आधारित प्रमाणीकरण का समर्थन करती है, इसलिए कुंजी को फ़ाइल में रखने की ज़रूरत नहीं है:

{
  "mcpServers": {
    "namefi": {
      "url": "https://api.namefi.io/mcp",
      "headers": {
        "x-api-key": "${env:NAMEFI_API_KEY}"
      }
    }
  }
}

${env:NAMEFI_API_KEY} उस शेल में मौजूद इस चर के मान से हल होता है जिसने Cursor को शुरू किया था—एडिटर खोलने से पहले इसे एक्सपोर्ट करें।

Windsurf (Cascade)

Windsurf का MCP एकीकरण—जिसका ब्रांड नाम Cascade है—~/.codeium/windsurf/mcp_config.json को पढ़ता है। वहाँ रिमोट सर्वर serverUrl फ़ील्ड इस्तेमाल करते हैं, url नहीं; headers और ${env:VAR} का पैटर्न Cursor जैसा ही है:

{
  "mcpServers": {
    "namefi": {
      "serverUrl": "https://api.namefi.io/mcp",
      "headers": {
        "x-api-key": "${env:NAMEFI_API_KEY}"
      }
    }
  }
}

एक बात ध्यान देने लायक है: इस गाइड की प्रकाशन तिथि पर docs.windsurf.com/windsurf/cascade/mcp, docs.devin.ai/desktop/cascade/mcp पर रीडायरेक्ट होता है—Windsurf के दस्तावेज़ अब Cognition के Devin उत्पाद-दस्तावेज़ डोमेन पर हैं और ऊपर दिया कॉन्फ़िगरेशन फ़ॉर्मेट उसी वर्तमान पृष्ठ में दर्ज है। यदि आपका बिल्ड पुराना है, तो फ़ील्ड के नाम उस दस्तावेज़ लिंक से मिलाएँ जिसकी ओर आपके संस्करण की इन-ऐप मदद संकेत करती है।

पाँच-चरण वाला क्विकस्टार्ट: नए ऐप से लाइव DNS तक

ऊपर दिए कनेक्शन में से कोई एक चालू होने के बाद बाकी प्रवाह हर एडिटर में समान है।

  1. API कुंजी पाएँ—इसे namefi.io/api-key पर उस वॉलेट से बनाएँ जिसे नए डोमेन का मालिक होना चाहिए।
  2. कनेक्ट करें—ऊपर अपने एडिटर का कॉन्फ़िगरेशन इस्तेमाल करें, फिर एक सामान्य जाँच करें: पूछें, "जाँचें कि <yourapp>.com Namefi पर उपलब्ध है या नहीं और बताएँ कि आपने कौन-सा टूल कॉल किया।" यह केवल-पढ़ने वाली checkAvailability कॉल है, इसलिए किसी धनराशि की व्यवस्था करने से पहले भी काम करती है।
  3. रजिस्टर करें। सामान्य भाषा में नाम और अवधि की पुष्टि करें—"इसे एक वर्ष के लिए रजिस्टर करें।" एजेंट registerDomain भेजता है और ऑर्डर को तब तक पोल करता है जब तक वह SUCCEEDED (या किसी अंतिम विफलता स्थिति) तक न पहुँच जाए; सामान्य रजिस्ट्रेशन कुछ पोल चक्रों में पूरा हो जाता है।
  4. इसे अपने डिप्लॉय की ओर पॉइंट करें। अगले सेक्शन में इस चरण का विस्तार है—उसी बातचीत के ज़रिए आपके होस्टिंग प्लेटफ़ॉर्म द्वारा माँगे गए DNS रिकॉर्ड जोड़ें।
  5. पुष्टि करें कि यह रिज़ॉल्व होता है। DNS प्रोपेगेशन तुरंत नहीं होता, इसलिए कुछ मिनट दें और फिर सार्वजनिक DNS लुकअप से या बस ब्राउज़र में डोमेन खोलकर पुष्टि करें।

नए डोमेन को अभी किए गए डिप्लॉयमेंट की ओर पॉइंट करें

सामान्य "डोमेन कैसे रजिस्टर करें" गाइड इस हिस्से तक कभी नहीं पहुँचती, क्योंकि यह रजिस्ट्रेशन के बाद होस्टिंग प्लेटफ़ॉर्म की ओर होता है—लेकिन एडिटर के भीतर यह काम करने का असली उद्देश्य यही है: आपका एजेंट पहले से जानता है कि उसने किस प्लेटफ़ॉर्म पर डिप्लॉय किया और वह रजिस्ट्रेशन के साथ ही DNS जोड़ सकता है।

Vercel

Vercel के अपने डोमेन दस्तावेज़ प्रोजेक्ट डैशबोर्ड में Settings → Domains से शुरू होने वाला प्रवाह बताते हैं: डोमेन जोड़ें और Vercel बताता है कि वह एपेक्स डोमेन है या सबडोमेन, उसके अनुसार कौन-सा रिकॉर्ड बनाना है। एपेक्स डोमेन (yourapp.com) के लिए Vercel अपने सर्विंग IP की ओर इशारा करता A रिकॉर्ड माँगता है; सबडोमेन (www.yourapp.com) के लिए वह CNAME माँगता है। किसी पुराने गाइड का उदाहरण कॉपी करने से पहले यह जानना उपयोगी है कि Vercel के दस्तावेज़ स्पष्ट करते हैं कि यह CNAME लक्ष्य हर प्रोजेक्ट के लिए अलग होता है—यह हर प्रोजेक्ट के साझा एक स्थिर होस्टनाम के बजाय आपको डैशबोर्ड में दिखाया जाता है।

वह मान मिलने के बाद DNS वाला हिस्सा एजेंट से एक और अनुरोध है:

"@ के लिए 76.76.21.21 की ओर पॉइंट करता A रिकॉर्ड और www के लिए Vercel द्वारा दिए गए CNAME लक्ष्य की ओर पॉइंट करता CNAME जोड़ें।"

यह createDnsRecord को दो बार कॉल करता है—हर रिकॉर्ड के लिए एक बार—और यह वही DNS रिकॉर्ड टूल है जो Namefi पर किसी भी DNS लेखन में इस्तेमाल होता है। यहाँ भी अंत में डॉट लगाने का वही नियम लागू होता है: CNAME लक्ष्य के rdata के अंत में डॉट चाहिए, जबकि zoneName (आपके डोमेन) के अंत में नहीं।

Cloudflare Pages

यदि आपका डिप्लॉय लक्ष्य Cloudflare Pages है और आपके डोमेन का DNS पहले से Cloudflare पर प्रबंधित नहीं होता, तो Cloudflare के अपने कस्टम-डोमेन दस्तावेज़ आपके प्रोजेक्ट के .pages.dev सबडोमेन की ओर पॉइंट करता एक CNAME रिकॉर्ड माँगते हैं—A रिकॉर्ड की ज़रूरत नहीं, क्योंकि Pages सब कुछ उस CNAME लक्ष्य से सर्व करता है। Cloudflare डैशबोर्ड वाला चरण (Workers & Pages → your project → Custom domains → Set up a domain) पहले करना होता है; उसके बाद ही CNAME लक्ष्य सही ढंग से रिज़ॉल्व होता है।

"app के लिए my-project.pages.dev. की ओर पॉइंट करता CNAME जोड़ें।"

वही टूल कॉल, लक्ष्य पर अंत में डॉट लगाने का वही नियम, प्लेटफ़ॉर्म अलग।

इसकी तुलना Cloudflare के इन-एडिटर रजिस्ट्रेशन से कैसे होती है

Cloudflare दूसरा रजिस्ट्रार है जो सक्रिय रूप से इन-एडिटर तरीके का प्रचार कर रहा है, इसलिए उसका सीधे उल्लेख करना उचित है। उसका Registrar API, अप्रैल 2026 में बीटा होने की रिपोर्ट के अनुसार, Cursor और Claude Code सहित MCP-सक्षम एडिटर के साथ भी जुड़ता है। इससे एजेंट अपना मौजूदा कॉन्टेक्स्ट छोड़े बिना डोमेन खोजने, कीमत जानने और रजिस्ट्रेशन करने के काम समकालिक रूप से पूरा कर सकता है—यही मूल विचार यह गाइड Namefi के लिए समझाती है। उसी रिपोर्ट में कहा गया है कि बीटा के समय Cloudflare का API रजिस्ट्रेशन के बाद ट्रांसफ़र और रिन्यूअल जैसे प्रबंधन को अभी शामिल नहीं करता; इन्हें 2026 में बाद में लाने की योजना है।

Namefi का MCP सर्वर आज पूरा जीवनचक्र सँभालता है—रजिस्ट्रेशन, DNS और ऑटो-रिन्यू—साथ ही दो ऐसी चीज़ें भी देता है जो Cloudflare के रास्ते में नहीं हैं: डोमेन डिफ़ॉल्ट रूप से टोकनाइज़्ड डोमेन NFT के रूप में रजिस्टर होता है (और उसे किसी भी वॉलेट पर रीडायरेक्ट किया जा सकता है), और यह बिना Namefi अकाउंट के वॉलेट से हस्ताक्षरित चेकआउट का समर्थन करता है, जिसका विवरण क्रिप्टो वॉलेट से डोमेन के लिए भुगतान करें में है। दोनों एक ही "एडिटर न छोड़ें" वर्कफ़्लो की ओर बढ़ रहे हैं; आपके लिए कौन-सा सही है, यह इस पर निर्भर है कि आपको सामान्य रजिस्ट्रेशन चाहिए या ऐसा रजिस्ट्रेशन जो ऑन-चेन एसेट भी हो।

अक्सर पूछे जाने वाले प्रश्न

क्या इसमें Codex या Gemini CLI भी शामिल हैं?

यहाँ नहीं—यह गाइड जानबूझकर Claude Code, Cursor और Windsurf तक सीमित है। Namefi पर अपने AI एजेंट से डोमेन कैसे रजिस्टर करें में Codex CLI, Gemini CLI और Claude Desktop के लिए ठीक यही सत्यापित कॉन्फ़िगरेशन मिलता है।

क्या इसे आज़माने से पहले मुझे Namefi अकाउंट चाहिए?

नहीं। केवल-पढ़ने वाली उपलब्धता जाँच के लिए प्रमाणीकरण की ज़रूरत नहीं होती, इसलिए ऊपर दिया कोई भी एडिटर कनेक्ट करके API कुंजी बनाने या किसी धनराशि की व्यवस्था करने से पहले चरण 2 वाला परीक्षण प्रॉम्प्ट चला सकते हैं।

यदि मेरा डिप्लॉयमेंट प्लेटफ़ॉर्म Vercel या Cloudflare Pages नहीं है तो क्या होगा?

पैटर्न हर जगह समान है: आपके प्लेटफ़ॉर्म का डैशबोर्ड बताता है कि उसे किस प्रकार का DNS रिकॉर्ड चाहिए—एपेक्स डोमेन के लिए लगभग हमेशा A रिकॉर्ड, सबडोमेन के लिए CNAME—और आप वह मान अपने एजेंट को createDnsRecord से लिखने के लिए देते हैं।

क्या इस तरह रजिस्टर करने पर डोमेन अपने आप टोकनाइज़ हो जाता है?

हाँ, डिफ़ॉल्ट रूप से—डोमेन Base पर NFT के रूप में आपकी API कुंजी से जुड़े वॉलेट में रजिस्टर होता है, जब तक अनुरोध में कोई अलग nftReceivingWallet न दिया जाए। यदि यह आपके लिए नया है, तो टोकनाइज़्ड डोमेन क्या हैं? डोमेन टोकनाइज़ेशन के लिए एक गाइड देखें।

क्या मैं API कुंजी को पूरी तरह छोड़ सकता हूँ?

हाँ, लेकिन एक शर्त के साथ: Namefi का वॉलेट से हस्ताक्षरित x402 चेकआउट तरीका धन वाले वॉलेट को बिना किसी अकाउंट या API कुंजी के रजिस्ट्रेशन का भुगतान करने देता है। इसकी अलग व्याख्या चाहिए, जो क्रिप्टो वॉलेट से डोमेन के लिए भुगतान करें में दी गई है।

ऐप के साथ नाम भी लाइव करें

डोमेन भी डिप्लॉय लक्ष्य और डेटाबेस जैसा इंफ़्रास्ट्रक्चर है—ऐप जारी करने का यही एक हिस्सा ऐसा रहे जिसके लिए अब भी अपने टूल छोड़कर वेब फ़ॉर्म भरना पड़े, इसका कोई वास्तविक कारण नहीं है। ऊपर दिए तीन कॉन्फ़िगरेशन में से एक कनेक्ट करें और पाँच चरणों वाला प्रवाह चलाएँ; एक भी ब्राउज़र टैब खोले बिना डोमेन लाइव होकर उसी डिप्लॉयमेंट की ओर पॉइंट करेगा जिसे आपके एजेंट ने अभी बनाया है।

Namefi API कुंजी बनाएँ और पहले से खुले अपने किसी भी एडिटर में उपलब्धता-जाँच वाला प्रॉम्प्ट आज़माएँ; या यदि आप हर चरण विस्तार से देखना चाहते हैं, तो टिप्पणियों सहित ट्रांसक्रिप्ट वाला पूरा Claude Code चरण-दर-चरण गाइड पढ़ें।

स्रोत और आगे पढ़ने के लिए

योगदानकर्ता

Fenwei Bian
Fenwei Bianलेखक
सॉफ़्टवेयर डेवलपर और लेखिका • Namefi

Fenwei Bian तीसवें दशक की सॉफ़्टवेयर डेवलपर हैं, जो अपने काम के घंटे पुल रिक्वेस्ट्स में और सप्ताहांत मिट्टी या लकड़ी के बुरादे में हाथ डालकर बिताती हैं। GitHub पर वर्षों तक ओपन सोर्स में काम करने से उन्होंने सीखा कि नाम इंटरफ़ेस होते हैं: अच्छा नाम स्पष्ट होता है, वह जो करता है उसे ईमानदारी से बताता है और अगले उपयोगकर्ता का खयाल रखता है।

वे बागवानी करती हैं क्योंकि वह धैर्य का फल देती है और खुशफ़हमी को सज़ा देती है। वे लकड़ी का काम करती हैं क्योंकि कोई जोड़ या तो ठीक बैठता है या नहीं। दोनों आदतें नामकरण पर उनके लेखन में दिखती हैं — दो बार नापो, स्रोत जाँचो और किसी खुरदुरी जगह को ऊपर-ऊपर घिसकर यह उम्मीद मत करो कि किसी की नज़र नहीं पड़ेगी।

Namefi के लिए वे लिखती हैं कि डोमेन बाज़ार वास्तव में कैसे चलते हैं, नामों को टोकनाइज़ और फ़्लिप करने में कौन-से व्यावहारिक ट्रेडऑफ़ होते हैं, और ऐसा डोमेन कैसे चुनें जिसे बीस साल बाद भी अपने पास रखकर खुशी हो।

Victor Zhou
Victor Zhouसंपादक
संस्थापक और मानक संपादक • Namefi

Victor Zhou डिजिटल पहचान और भरोसे पर केंद्रित टेक्नोलॉजी उद्यमी और मानक संपादक हैं। उन्होंने Namefi की स्थापना की, Ethereum Improvement Proposals का संपादन करते हैं और इससे पहले Google Labs में स्मार्ट-कॉन्ट्रैक्ट आर्किटेक्चर के काम का नेतृत्व कर चुके हैं।

उनका काम नामकरण, स्वामित्व और उन प्रणालियों के संगम पर है जिनका उपयोग लोग ऑनलाइन अपनी पहचान स्थापित करने के लिए करते हैं। यही नज़रिया उन्हें इस बात में खास दिलचस्पी देता है कि नाम निजी अर्थ, सार्वजनिक मान्यता और डिजिटल इन्फ़्रास्ट्रक्चर के बीच कैसे आते-जाते हैं।

Namefi के लिए Victor टिकाऊ डिजिटल पहचान के रूप में डोमेन पर संपादन और लेखन करते हैं: नाम कैसे मालिकाना हक़ वाले ऑनचेन एसेट बनते हैं, टोकनाइज़ेशन कस्टडी और भरोसे को कैसे बदलता है, और नामकरण उन प्रणालियों से क्या सीख सकता है जिनका उपयोग लोग ऑनलाइन अपनी पहचान स्थापित करने के लिए करते हैं।

Nirmit Buddhiraja
Nirmit Buddhirajaअनुवादक
हिंदी लोकलाइज़ेशन अनुवादक • Namefi

Nirmit Buddhiraja (निर्मित बुद्धिराजा) बीसवें दशक के उत्तरार्ध के अनुवादक हैं, जो जयपुर में पले-बढ़े और अब बेंगलुरु से काम करते हैं। मैकेनिकल इंजीनियरिंग में स्नातक होने के बाद वे IT सपोर्ट में गए और फिर अंग्रेज़ी व हिंदी के बीच तकनीकी और संपादकीय सामग्री को लोकलाइज़ करने लगे।

वे उसी हिंग्लिश रजिस्टर में काम करते हैं जिसमें ज़्यादातर भारतीय पाठक सचमुच सोचते हैं। शुद्ध हिंदी या शुद्ध अंग्रेज़ी थोपने के बजाय, जहाँ स्वाभाविक लगे वहाँ वे लिपि बदलते हैं। रविवार का गली क्रिकेट, चाय-समोसे के ब्रेक और सप्ताहांत की ट्रेकिंग उनके लिए ज़रूरी हैं।

Namefi के लिए वे डोमेन और नामकरण से जुड़े लेखों को हिंदी में लोकलाइज़ करते हैं — देवनागरी IDN, .in और .bharat नेमस्पेस, और लिप्यंतरण के उन फैसलों का ध्यान रखते हुए जो तय करते हैं कि कोई ब्रांड नाम एक साथ दो लिपियों में सही दिखेगा या नहीं।

संबंधित गाइड

इस लेख पर चर्चा करें

Namefi Discuss पर चर्चा देखें