Namefi

प्राकृतिक भाषा से डोमेन कैसे खरीदें (2026)

प्राकृतिक भाषा के प्रॉम्प्ट से DNS कॉन्फ़िगर किए हुए रजिस्टर्ड डोमेन तक चरण-दर-चरण गाइड—ब्राउज़र चेकआउट के बिना और आपके नियंत्रण वाली सुरक्षा सीमाओं के साथ।

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

"मेरे लिए डोमेन खरीदो" का अर्थ पहले ब्राउज़र खोलना, खोज बॉक्स में नाम लिखना, गोपनीयता सुरक्षा और ईमेल होस्टिंग बेचने वाले पृष्ठों पर क्लिक करते हुए आगे बढ़ना और कार्ड नंबर भरना था। 2026 में बढ़ती संख्या में खरीदारों के लिए इसका अर्थ चैट विंडो में एक वाक्य लिखना और बाकी प्रक्रिया को अपने आप होते देखना है। लोग "प्राकृतिक भाषा में डोमेन खरीद" से यही मतलब लेते हैं—लेकिन यह वाक्यांश इतने ढीले ढंग से इस्तेमाल होता है कि यह स्पष्ट करना ज़रूरी है कि इसके लिए वास्तव में क्या चाहिए।

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

"प्राकृतिक भाषा में खरीद" का वास्तव में क्या अर्थ है

दो बिल्कुल अलग चीज़ों को "AI से डोमेन खरीदना" कहा जाता है और उन्हें एक मानना ही अधिकांश भ्रम की शुरुआत है।

पहली चीज़ चैट इंटरफ़ेस लगाए हुए नाम जनरेटर की है। आप अपना व्यवसाय बताते हैं, टूल उपलब्ध नाम सुझाता है और किसी नाम पर क्लिक करने से सामान्य रजिस्ट्रार चेकआउट पृष्ठ खुलता है—वही कार्ट, वही अकाउंट बनाना और वही "गोपनीयता सुरक्षा $9.99/year में जोड़ें" वाला अतिरिक्त बिक्री प्रस्ताव जो हाथ से ब्राउज़ करते समय मिलता। AI ने विचार खोजने का चरण छोटा किया; उसने खरीद प्रक्रिया छोटी नहीं की।

दूसरी चीज़ ऐसा एजेंट है जो बातचीत के भीतर खरीद पूरी करता है—उपलब्धता जाँचता है, आपके अकाउंट बैलेंस के सामने वास्तविक कीमत बताता है, आपकी पुष्टि के बाद डोमेन रजिस्टर करता है और DNS कॉन्फ़िगर करता है; इस सबमें आपको चैट छोड़नी नहीं पड़ती। इसके लिए एजेंट के पास कॉल करने योग्य वास्तविक API होना चाहिए, केवल लिखने के लिए शब्द नहीं: जिस क्लाइंट से आप बात कर रहे हैं वह Model Context Protocol (MCP) सर्वर से जुड़ा होता है या साधारण REST API के लिए स्क्रिप्ट किया गया होता है, जो असली डोमेन-रजिस्ट्रार ऑपरेशनों को ऐसे टूल के रूप में देता है जिन्हें वह बातचीत के बीच चला सकता है।

पहचानने का तरीका यह है: क्या AI कभी बताता है कि डोमेन रजिस्टर हो गया है और ऐसा ऑर्डर देता है जिसकी स्थिति आप जाँच सकते हैं—या वह आपको केवल "चेकआउट जारी रखें" बटन तक पहुँचाता है?

शुरू करने से पहले आपको क्या चाहिए

आपको दो चीज़ें चाहिए: डोमेन रजिस्ट्रार के API से जुड़ा एजेंट और भुगतान का तरीका। Namefi पर इसका अर्थ MCP-सक्षम क्लाइंट—Claude, Cursor, Windsurf और कई अन्य—है, जो Namefi के MCP सर्वर की ओर पॉइंट करता हो और API कुंजी या क्रिप्टो वॉलेट से प्रमाणित हो। सटीक कॉन्फ़िगरेशन हर क्लाइंट में अलग है और यहाँ के दायरे से बाहर है; Namefi पर अपने AI एजेंट से डोमेन कैसे रजिस्टर करें मुख्य सेटअप गाइड है और Claude से डोमेन खरीदें: Namefi MCP चरण-दर-चरण गाइड खास तौर पर Claude के लिए हर कमांड वाला रूप है। यह लेख मानकर चलता है कि यह हिस्सा पूरा हो चुका है और वहीं से आगे, यानी बातचीत से, शुरू होता है।

पूरी बातचीत, चरण-दर-चरण

यहाँ टिप्पणियों सहित एक पूरा उदाहरण है। उद्धृत पंक्तियाँ वे हैं जिन्हें मानव लिख सकता है; टिप्पणी समझाती है कि नीचे क्या हो रहा है और कहाँ एजेंट को आपका अनुरोध आगे भेजने के बजाय निर्णय लेना पड़ता है।

1. आप बताते हैं कि क्या चाहिए, किसी फ़ॉर्म फ़ील्ड का मान नहीं।

"मुझे Aurorafield नाम के नए प्रोजेक्ट के लिए डोमेन चाहिए। पहले aurorafield.com आज़माएँ और यदि वह लिया जा चुका है तो उससे मिलते-जुलते कुछ विकल्प सुझाएँ।"

ध्यान दें कि यह "aurorafield.com खोजें" नहीं है—यह ऐसा लक्ष्य है जिसमें दूसरा विकल्प पहले से शामिल है। एजेंट का काम इसे जाँचे जा सकने वाले चरणों में बाँटना है: ठीक उसी नाम की उपलब्धता जाँचना और यदि पहला नाम लिया हुआ निकले तो विकल्पों की बैच जाँच तैयार रखना। केवल शाब्दिक अर्थ लेने वाला एजेंट आपको हर क्वेरी अलग-अलग दोहराने को कहता है; उपयोगी एजेंट आपके बताए क्रम को समझ लेता है।

2. एजेंट जाँचता है और केवल हाँ या नहीं से अधिक जानकारी देता है।

"aurorafield.com रजिस्ट्रेशन के लिए उपलब्ध है। मुझे विकल्प जाँचने की ज़रूरत नहीं पड़ी।"

पर्दे के पीछे यह डोमेन-उपलब्धता जाँच है—केवल-पढ़ने वाला लुकअप, जिसके लिए प्रमाणीकरण या खर्च की अनुमति नहीं चाहिए; इसलिए कोई प्रतिबद्धता करने से पहले इसे चलाना सुरक्षित है। सावधान एजेंट यह भी बताता है कि उसने क्या जाँचा, ताकि पैसा खर्च होने से पहले आप गलत सुना या टाइप किया गया नाम पकड़ सकें।

3. आप पुष्टि करते हैं—पूरे प्रवाह में सोच-समझकर लिया जाने वाला एकमात्र खरीद निर्णय।

"हाँ, इसे एक वर्ष के लिए रजिस्टर करें। लाइव होने के बाद डोमेन को 203.0.113.10 की ओर पॉइंट करें और उसी जगह रीडायरेक्ट के रूप में www जोड़ें।"

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

4. एजेंट रजिस्ट्रेशन भेजता है और तुरंत पूरा होने का दिखावा नहीं करता।

"रजिस्ट्रेशन भेज दिया गया है। यह असिंक्रोनस रूप से चलता है, इसलिए मैं इसे सफल मानने के बजाय पूरा होने तक जाँचता रहूँगा—एक क्षण।"

डोमेन रजिस्ट्रेशन एक ही राउंड-ट्रिप नहीं है; यह ऐसा ऑर्डर है जिसे रजिस्ट्री को प्रोसेस करना होता है। एजेंट रजिस्ट्रेशन भेजता है और फिर किसी अंतिम स्थिति तक ऑर्डर की स्थिति पोल करता है: SUCCEEDED, FAILED, CANCELLED या PARTIALLY_COMPLETED। अनुरोध भेजते ही सफलता बताने वाला एजेंट वह बता रहा होता है जो उसने माँगा, वह नहीं जो वास्तव में हुआ। ईमानदार रूप डोमेन को आपका बताने से पहले अंतिम स्थिति का इंतज़ार करता है।

5. ऑर्डर सफल होने पर एजेंट DNS सेट करता है—और बिना पूछे फ़ॉर्मेट सही रखता है।

"aurorafield.com रजिस्टर हो गया है। रूट पर 203.0.113.10 की ओर पॉइंट करता A रिकॉर्ड और www को उसी जगह रीडायरेक्ट करने वाला CNAME सेट कर रहा हूँ—हो गया, दोनों रिकॉर्ड लाइव हैं।"

इस चरण में फ़ॉर्मेट का एक जाल है जिसे प्राकृतिक भाषा वाली परत को संभालना चाहिए, ताकि आपको इसके बारे में सोचना न पड़े: DNS रिकॉर्ड के rdata मान को होस्टनाम होने पर अंत में डॉट चाहिए (जैसे CNAME लक्ष्य aurorafield.com.), जबकि ज़ोन नाम के अंत में डॉट नहीं होना चाहिए। इसे उल्टा करना DNS लेखन अस्वीकार होने का सामान्य कारण है। आपने अंत में डॉट कभी नहीं लिखा; "www को उसी जगह पॉइंट करें" को सही फ़ॉर्मेट वाले दो रिकॉर्ड प्रकारों में बदलना ठीक वही निर्णय है जो बातचीत को आपके लिए संभालना चाहिए।

6. सरल भाषा में अगला अनुरोध भी उसी तरह काम करता है।

"ऑटो-रिन्यू भी चालू कर दें, ताकि मैं गलती से इसे खो न दूँ।"

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

अंत में आपके पास वास्तविक, ICANN से मान्यता प्राप्त रजिस्ट्रेशन, आपके बताए स्थान की ओर पॉइंट किया DNS और—Namefi पर डिफ़ॉल्ट रूप से—केवल डेटाबेस पंक्ति नहीं, बल्कि वॉलेट में NFT के रूप में रखा टोकनाइज़्ड डोमेन होता है। इनमें से किसी के लिए चेकआउट पृष्ठ की ज़रूरत नहीं पड़ी।

कहाँ आपको प्रक्रिया में शामिल रहना चाहिए

उस बातचीत को पढ़कर यह निष्कर्ष निकालना आसान है कि मानव का काम केवल पहला संदेश लिखना और आखिरी पढ़ना है। यह गलत निष्कर्ष है।

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

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

एजेंट-नेटिव डोमेन रजिस्ट्रार क्या है? में किसी भी रजिस्ट्रार के एजेंट-सामना करने वाले इंटरफ़ेस के लिए यह सामान्य जाँच-सूची अधिक विस्तार से दी गई है और Namefi पर अपने AI एजेंट से डोमेन कैसे रजिस्टर करें का सुरक्षा सीमाओं वाला सेक्शन Namefi के अपने सेटअप के लिए यही बातें समझाता है।

Cloudflare और Name.com पर यही विचार

Namefi अकेला रजिस्ट्रार नहीं है जो इस दिशा में काम कर रहा है। अप्रैल 2026 से बीटा में Cloudflare का Registrar API AI एजेंट को बिना ब्राउज़र इस्तेमाल या मानव की मैन्युअल मंज़ूरी के प्रोग्राम के ज़रिए डोमेन उपलब्धता खोजने, कीमत जाँचने और रजिस्ट्रेशन पूरा करने देता है—अलग विक्रेता के API पर ऊपर जैसी ही बातचीत। Name.com ने भी इसी बदलाव के लिए अपने API को समान "AI-नेटिव" प्रस्ताव के आसपास फिर से बनाया है।

ईमानदारी से यह कहना ज़रूरी है, क्योंकि ऊपर की सुरक्षा सीमाएँ हर रजिस्ट्रार पर लागू होती हैं: Cloudflare के बीटा पर उद्योग के एक लेख ने स्पष्ट रूप से कहा कि बीटा घोषणा प्रति-एजेंट खर्च सीमा या रजिस्ट्रेशन मंज़ूरी वर्कफ़्लो का वर्णन नहीं करती—ऊपर की वही "शुरू करने से पहले तय करें" सलाह, लेकिन अंतर्निहित सुविधा के बजाय कमी के रूप में। और "सुझाएँ, खरीदें नहीं" पैटर्न अब भी दूसरी जगह सामान्य है: उदाहरण के लिए Wix अपने वेबसाइट बिल्डर के भीतर AI-सहायित नाम सुझावों पर अपनी गाइड, "डोमेन नाम खरीदने के लिए AI का उपयोग कैसे करें", प्रकाशित करता है—यह "AI डोमेन खरीदता है" का पहला प्रकार है, जिसे इस लेख ने दूसरे प्रकार से अलग करके शुरुआत की थी।

हर एजेंट-नेटिव रजिस्ट्रार वास्तव में क्या देता है—कीमत, भुगतान, DNS प्रबंधन और टोकनाइज़्ड स्वामित्व—इसके पूरे विवरण के लिए Cloudflare vs Name.com vs Namefi: एजेंट-नेटिव रजिस्ट्रार पढ़ें।

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

क्या यह सचमुच डोमेन नाम सुझाने वाले चैटबॉट से अलग है?

हाँ—अंतर सुझाव में नहीं, खरीद में है। नाम सुझाने वाला चैटबॉट "यहाँ कुछ उपलब्ध नाम हैं, चेकआउट के लिए किसी एक पर क्लिक करें" पर रुक जाता है। प्राकृतिक भाषा वाली खरीद प्रक्रिया ऐसे रजिस्टर्ड डोमेन पर खत्म होती है जिसके ऑर्डर की स्थिति आप जाँच सकते हैं और यह सब बातचीत छोड़े बिना होता है।

क्या एजेंट कभी मुझसे पूछे बिना पैसा खर्च करता है?

यदि आपने ऊपर सुझाए तरीके से सेटअप किया है, तो उसे ऐसा नहीं करना चाहिए। केवल-पढ़ने वाले लुकअप की कोई लागत नहीं होती और उन्हें पुष्टि नहीं चाहिए; आपके बैलेंस से खर्च करने वाले हर काम को स्पष्ट "हाँ" का इंतज़ार करने के लिए कॉन्फ़िगर किया जाना चाहिए। यह आपके द्वारा तय नीति है, तकनीक की अंतर्निहित विशेषता नहीं।

यदि मैं एजेंट को सटीक डोमेन नाम न दूँ तो क्या होगा?

सक्षम एजेंट अस्पष्ट अनुरोध—"मेरी कॉफ़ी शॉप के लिए कुछ, संभव हो तो छोटा"—को पहले खोज और सुझाव के चरण के रूप में लेता है। खरीद केवल तभी होती है जब आपने किसी वास्तविक नाम की पुष्टि कर दी हो।

क्या रजिस्ट्रेशन हो जाने के बाद मैं उसे पूर्ववत कर सकता हूँ?

ऑर्डर के सफल अंतिम स्थिति तक पहुँचने के बाद वह किसी अन्य डोमेन जैसा वास्तविक डोमेन है—रजिस्ट्रार की सामान्य रद्दीकरण और रिफ़ंड नीतियाँ लागू होती हैं; एजेंट इस्तेमाल करने के कारण कोई विशेष "पूर्ववत करें" विकल्प नहीं मिलता। इसलिए रजिस्ट्रेशन से पहले पुष्टि का चरण बातचीत के किसी भी दूसरे बिंदु से अधिक महत्वपूर्ण है।

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

Namefi पर डिफ़ॉल्ट रूप से हाँ: यदि आप कोई अलग वॉलेट नहीं बताते, तो नया रजिस्टर्ड डोमेन आपकी API कुंजी से जुड़े वॉलेट को Base पर NFT के रूप में जारी होता है। इससे मानक ICANN रजिस्ट्रेशन के साथ ऑन-चेन, ट्रांसफ़र किया जा सकने वाला स्वामित्व मिलता है। अधिक जानकारी टोकनाइज़्ड डोमेन में है।

क्या इस तरह बात करने के लिए मुझे Namefi का API सीखना होगा?

नहीं—यही इसका उद्देश्य है। ऊपर के ट्रांसक्रिप्ट में सब कुछ सरल वाक्यों में होता है; API और उसके सटीक अनुरोध फ़ॉर्मेट नीचे मौजूद हैं ताकि एजेंट उन्हें कॉल करे, आपको उन्हें पढ़ने की ज़रूरत नहीं। प्रक्रिया सीधे देखने के लिए Claude से डोमेन खरीदें: Namefi MCP चरण-दर-चरण गाइड हर चरण में अंतर्निहित ऑपरेशन का नाम दिखाता है।

बातचीत शुरू करें

"नाम सोचने में मदद करने वाले AI" और "रजिस्टर्ड डोमेन दिलाने वाले AI" के बीच अंतर AI नहीं है—अंतर यह है कि दूसरी ओर वास्तविक रजिस्ट्रार API है या नहीं और आपने बिना पूछे किए जा सकने वाले काम की समझदार सीमाएँ तय की हैं या नहीं। Namefi का MCP सर्वर Namefi के लिए वही API है; सेटअप में कुछ मिनट लगते हैं और उसके बाद ऊपर का पूरा प्रवाह केवल लिखने भर का काम है।

Namefi API कुंजी बनाएँ और बातचीत शुरू करें

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

योगदानकर्ता

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 पर चर्चा देखें