Namefi

एजेंट भुगतान क्या है, और हर कंपनी इसे उपलब्ध कराने की होड़ में क्यों है?

एजेंट भुगतान AI एजेंट को सीमित दायरे वाली, वापस ली जा सकने वाली अनुमति के साथ खर्च करने देता है—Stripe के एजेंट्स के लिए Link वॉलेट, Mercury के एजेंट कार्ड, और 2025–26 की होड़ के भीतर की पूरी जानकारी।

Aileen WrightAileen WrightलेखकVictor ZhouVictor ZhouसंपादकNirmit BuddhirajaNirmit Buddhirajaअनुवादक13 अग॰ 2026लगभग 12 मिनट पढ़ाई
  • ai-agents
  • payments
  • explainer
X पर शेयर करें

सोलह महीनों के भीतर, दोनों प्रमुख कार्ड नेटवर्क, Google, OpenAI और Stripe—इन सभी ने एक ही चीज़ के लिए इंफ्रास्ट्रक्चर घोषित किया है या तैयार करके भेजा है: किसी AI एजेंट को पैसा खर्च करने देना। Mastercard ने 29 अप्रैल, 2025 को Agent Pay की घोषणा की। Visa ने अगले दिन Intelligent Commerce पेश किया। Google ने सितंबर 2025 में 60 से अधिक पार्टनर संगठनों के साथ अपना Agent Payments Protocol (AP2) प्रकाशित किया। उसी महीने, OpenAI ने ChatGPT के भीतर Instant Checkout चालू किया। और अप्रैल 2026 में, Stripe ने Link का एजेंट्स के लिए वॉलेट लॉन्च किया—एक कंज्यूमर वॉलेट जिसे कोई एजेंट एक बार में एक खरीद के लिए उधार ले सकता है। यहाँ तक कि Mercury, एक बिज़नेस बैंकिंग प्लेटफ़ॉर्म, अब अपनी स्पेंड-मैनेजमेंट पिच को "टीमों और एजेंट्स के लिए कार्ड" के साथ आगे बढ़ाता है।

यह लेख बताता है कि "एजेंट भुगतान" असल में क्या है, दो सिखाने लायक कार्यान्वयनों—Stripe के कंज्यूमर-साइड वॉलेट और Mercury के बिज़नेस-साइड एजेंट कार्ड—से होकर गुज़रता है, और फिर यह देखता है कि इतनी सारी कंपनियों ने लगभग एक साथ यह क्यों तय किया कि वे इस मामले में किनारे बैठकर तमाशा नहीं देख सकतीं।

"एजेंट भुगतान" का असली मतलब

एजेंट भुगतान वह इंफ्रास्ट्रक्चर है जो किसी सॉफ़्टवेयर एजेंट को किसी व्यक्ति या कंपनी की ओर से पैसा खर्च करने देता है—ऐसी अनुमति के साथ जो सीमित दायरे वाली (इतनी राशि, इस व्यापारी के पास, इस उद्देश्य के लिए), साबित करने योग्य (व्यापारी बता सकता है कि एजेंट वास्तव में अधिकृत था), और वापस ली जा सकने वाली (मालिक इसे बंद कर सकता है) हो, न कि एजेंट को कच्चा कार्ड नंबर सौंप देने जैसा भोंडा तरीका।

असली बात यही आख़िरी हिस्सा है। आपको अपना Visa नंबर किसी bot की config file में पेस्ट करने से कभी किसी ने नहीं रोका। ज़्यादातर लोगों को जो चीज़ रोकती है वह यह है कि कार्ड नंबर असीमित अनुमति है: जिसके पास भी यह हो, वह तब तक कहीं भी, कुछ भी चार्ज कर सकता है जब तक आप ध्यान न दें और कार्ड रद्द न करें। Google की AP2 घोषणा अंतर्निहित समस्या को साफ़-साफ़ बताती है: आज की भुगतान प्रणालियां आमतौर पर "मान लेती हैं कि कोई मनुष्य किसी भरोसेमंद सतह पर सीधे 'buy' पर क्लिक कर रहा है", और भुगतान शुरू करने वाला कोई स्वायत्त एजेंट "इस बुनियादी धारणा को तोड़ देता है"। AP2 इस अंतर को तीन सवालों के रूप में बताता है जिनका जवाब हर एजेंट लेनदेन को देना चाहिए: प्राधिकरण (क्या उपयोगकर्ता ने एजेंट को इस खरीद के लिए अनुमति दी?), प्रामाणिकता (क्या एजेंट का अनुरोध उपयोगकर्ता के असली इरादे को दर्शाता है?), और जवाबदेही (कुछ गलत होने पर नुकसान कौन उठाएगा?)।

इस क्षेत्र का हर प्रोडक्ट—कार्ड-नेटवर्क टोकन प्रोग्राम, ओपन प्रोटोकॉल, वॉलेट, एजेंट कार्ड—इन तीनों सवालों का इतना अच्छा जवाब देने की कोशिश है कि किसी एजेंट को पैसा खर्च करने देना एक सामान्य, उबाऊ काम बन जाए।

Stripe: एक वॉलेट जिसे आपका एजेंट एक बार में एक खरीद के लिए उधार ले सकता है

Stripe की एंट्री, जिसकी 29 अप्रैल, 2026 को घोषणा हुई, है Link का एजेंट्स के लिए वॉलेट, जो एक नई एजेंट्स के लिए Issuing लेयर के ऊपर बना है। Link, Stripe का कंज्यूमर वॉलेट है—वह "तेज़ चेकआउट के लिए मेरी जानकारी सेव करें" वाला प्रोडक्ट—जिसका ग्राहक आधार Stripe 20 करोड़ से अधिक कंज्यूमर बताता है। एजेंट फ्लो इस तरह काम करता है:

  1. कंज्यूमर एक मानक OAuth फ्लो के जरिए एजेंट को अपने Link वॉलेट तक पहुंच देता है—वही सहमति पैटर्न जो किसी भी थर्ड-पार्टी ऐप को कनेक्ट करने में इस्तेमाल होता है।
  2. जब एजेंट कुछ खरीदना चाहता है, तो वह संदर्भ ले जाने वाला एक खर्च अनुरोध बनाता है: व्यापारी का नाम, URL, राशि, और यह क्या और क्यों खरीद रहा है इसका मनुष्य-पठनीय विवरण।
  3. कंज्यूमर वेब पर या Link के मोबाइल ऐप में अनुरोध की समीक्षा करता है और उसे मंज़ूर करता है। आज, कोई भी क्रेडेंशियल शेयर होने से पहले हर अनुरोध की व्यक्ति द्वारा समीक्षा जरूरी है; Stripe कहता है कि खर्च सीमाएं और पहले से मंज़ूर स्वायत्तता आगे योजनाबद्ध हैं।
  4. मंज़ूरी मिलने पर, एजेंट को या तो एक बार इस्तेमाल होने वाला कार्ड मिलता है या Shared Payment Token (SPT)—एक क्रेडेंशियल जिसे राशि, मुद्रा और व्यापारी जैसे नियंत्रणों से सीमित दायरे में रखा जा सकता है। जैसा Stripe कहता है: "एजेंट को कभी आपकी असली भुगतान क्रेडेंशियल तक पहुंच नहीं मिलती।"

यह डिज़ाइन ध्यान से पढ़ने लायक है क्योंकि यह फ़ाइल-में-रखे-कार्ड मॉडल को उल्टा कर देता है। संग्रहित कार्ड एक स्थायी अनुमति है जिसे व्यापारी (या एजेंट) बार-बार इस्तेमाल कर सकता है, और इसकी सीमा क्रेडेंशियल में ही नहीं बल्कि बाद में लागू होने वाले समझौतों में तय होती है; खर्च अनुरोध अनुमति का एक अकेला अनुदान है, जो खरीद के ठीक क्षण में बनता है, उसी खरीद तक सीमित रहता है, और उसके बाद खत्म हो जाता है। Stripe नीचे की लेयर—एजेंट्स के लिए Issuing—भी उजागर करता है, ताकि बिज़नेस अपने खुद के एजेंटिक वॉलेट बना सकें: एक बार इस्तेमाल होने वाले वर्चुअल कार्ड, फंड स्टोरेज, कार्ड-स्तर की अनुमतियां, ट्रांजेक्शन मॉनिटरिंग, और प्राधिकरण के समय फ्रॉड नियंत्रण।

Mercury: कॉर्पोरेट कार्ड और एजेंट का मिलन

Stripe का वॉलेट कंज्यूमर वाले सवाल का जवाब देता है—मैं किसी शॉपिंग एजेंट को अपने पैसे से चीज़ें खरीदने कैसे दूं? Mercury का स्पेंड मैनेजमेंट इसका बिज़नेस वर्शन का जवाब देता है, और उसका जवाब खुलासा करने वाला है: एजेंट को कर्मचारियों जैसा समझो।

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

पेज इसका डेमो भी दिखाता है: एक एजेंट "Jane के एजेंट कार्ड" से चेकआउट फ़ॉर्म भरता है, $100 का एक विज्ञापन ऑर्डर देता है, और वापस रिपोर्ट करता है कि कार्ड की $1,000-प्रति-माह की खर्च सीमा है और कार्ड की जानकारी सिर्फ़ उस चेकआउट के लिए इस्तेमाल हुई—कभी संग्रहित नहीं हुई। Mercury Spend सभी Mercury बिज़नेस बैंकिंग ग्राहकों के लिए शामिल है, और जो टीमें कहीं और बैंकिंग करती हैं उनके लिए एक स्टैंडअलोन वर्शन की योजना है।

फीचर लिस्ट से ज़्यादा मायने यह फ्रेमिंग रखती है। किसी बिज़नेस के लिए, पैसा खर्च करने वाला एजेंट कोई अनोखी नई भुगतान समस्या नहीं है—वह हेडकाउंट है। उसे एक कार्ड, एक बजट, एक उद्देश्य, एक मासिक सीमा और एक ऑडिट ट्रेल मिलता है—बिल्कुल वैसे ही जैसे फाइनेंस सिस्टम में किसी नए कर्मचारी को मिलता है। जहां Stripe ने कंज्यूमर के लिए सहमति लूप बनाया, वहीं Mercury ने सॉफ़्टवेयर के लिए ऑर्ग-चार्ट में एक जगह बनाई।

सोलह महीनों की घोषणाएं

इस टाइमलाइन को एक जगह रखें तो यह होड़ नज़रअंदाज़ करना मुश्किल है:

तारीख़कंपनीक्या घोषित किया गया
29 अप्रैल, 2025MastercardAgent Pay: Agentic Tokens; लेनदेन के लिए एजेंट्स का रजिस्टर्ड और वेरिफाइड होना ज़रूरी
30 अप्रैल, 2025VisaIntelligent Commerce: टोकनाइज़्ड क्रेडेंशियल के जरिए Visa के नेटवर्क को AI एजेंट्स के लिए खोलना
16 सितंबर, 2025GoogleAgent Payments Protocol (AP2): Amex से Coinbase से PayPal तक 60+ पार्टनर वाला एक ओपन प्रोटोकॉल
29 सितंबर, 2025OpenAI + StripeChatGPT में Instant Checkout, जो ओपन-सोर्स किए गए Agentic Commerce Protocol (ACP) से संचालित है
15 जनवरी, 2026GoogleUniversal Commerce Protocol (UCP): एक ओपन कॉमर्स-इंटरऑपरेबिलिटी स्टैंडर्ड जो AP2 के साथ मिलकर काम करने के लिए डिज़ाइन किया गया है
29 अप्रैल, 2026StripeLink का एजेंट्स के लिए वॉलेट + एजेंट्स के लिए Issuing: एजेंट खर्च के लिए कंज्यूमर वॉलेट एक्सेस और इशूइंग प्रिमिटिव
2026Mercuryएजेंट कार्ड के साथ स्पेंड मैनेजमेंट: एजेंट्स के लिए बजट, गार्डरेल्स और समर्पित कार्ड

यह भगदड़ क्यों? तीन ताकतें, और यह हिस्सा घोषणाओं में सीधे कही गई किसी बात के बजाय व्याख्या है:

खरीदार आगे बढ़ रहा है, और वॉलेट उसके साथ आगे बढ़ना चाहता है। OpenAI बताता है कि 70 करोड़ से अधिक लोग हर हफ़्ते ChatGPT का रुख करते हैं, और अब यह चैट के भीतर ही खरीद संभालता है। अगर खोज और चेकआउट दोनों किसी एजेंट बातचीत के भीतर होते हैं, तो जो भी एजेंट का वॉलेट देता है वह हर व्यापारी और हर ग्राहक के बीच बैठ जाता है। डेवलपर्स के लिए Stripe की पिच इस इनाम के बारे में साफ़ है—Link पर बनाएं और इसके 20 करोड़ कंज्यूमर के आधार तक पहुंचें। भुगतान कंपनियों ने दो दशक तक सर्च और सोशल को कॉमर्स के बीचोंबीच आते देखा है; इनमें से कोई भी किनारे बैठकर एजेंट्स को यह करते देखना नहीं चाहती।

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

प्रोटोकॉल एक ज़मीन हथियाने की दौड़ हैं। ACP, AP2, Mastercard के Agentic Tokens, और Visa के टोकनाइज़्ड क्रेडेंशियल—ये सभी मशीन खरीद की डिफ़ॉल्ट व्याकरण बनना चाहते हैं। ओपन स्टैंडर्ड आमतौर पर अपनाए जाने लायक होकर ये दौड़ जीतते हैं—यही वजह है कि OpenAI ने ACP को ओपन-सोर्स किया और Google ने AP2 के लिए 60 लॉन्च पार्टनर जुटाए, फिर जनवरी 2026 में भुगतान के इर्द-गिर्द शॉपिंग वर्कफ़्लो को मानकीकृत करने के लिए Universal Commerce Protocol के साथ आगे बढ़े। कोई भी हारने वाले स्टैंडर्ड को दो बार इंटीग्रेट नहीं करना चाहता।

एक डिज़ाइन पैटर्न, कई लोगो

ब्रांडिंग हटा दें तो हर गंभीर एजेंट-भुगतान प्रोडक्ट एक जैसी चार खासियतों पर आकर मिलता है:

  1. असली क्रेडेंशियल कभी उजागर न करें। एक बार इस्तेमाल होने वाले कार्ड (Stripe), Shared Payment Tokens (Stripe/ACP), Agentic Tokens (Mastercard), टोकनाइज़्ड क्रेडेंशियल (Visa)। एजेंट आपका PAN नहीं, बल्कि खास तौर पर बनाया गया इंस्ट्रूमेंट साथ रखता है।
  2. अनुमति को सीमित दायरे में रखें। क्रेडेंशियल पर ही राशि, मुद्रा, व्यापारी और समय की सीमाएं—OpenAI का वर्शन: एन्क्रिप्टेड भुगतान टोकन "केवल विशेष राशियों और विशेष व्यापारियों के लिए अधिकृत" होते हैं।
  3. अभी के लिए मंज़ूरी के लूप में इंसान को बनाए रखें। Stripe आज हर अनुरोध की समीक्षा ज़रूरी बनाता है; Mercury के बजट किसी इंसान द्वारा तय सीमाओं के भीतर खर्च को पहले से अधिकृत करते हैं। स्वायत्तता का डायल हिलता है, लेकिन शुरू लगभग शून्य से होता है।
  4. एजेंट के खर्च को पढ़ने लायक बनाएं। रजिस्टर्ड एजेंट्स (Mastercard), खर्च-अनुरोध संदर्भ स्ट्रिंग्स (Stripe), रीयल-टाइम ट्रैकिंग और रसीद-नहीं-तो-कार्ड-लॉक एनफ़ोर्समेंट (Mercury)। हर लेनदेन को इस सवाल का जवाब देना चाहिए: "कौन-सा एजेंट, किसकी अनुमति से, किसलिए?"

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

डोमेन इसमें कहाँ फिट होते हैं

डोमेन उन शुरुआती चीज़ों में से एक साबित हो रहे हैं जिन्हें एजेंट खुद खरीदते हैं—ये शुद्ध API ऑब्जेक्ट हैं, किसी शिपिंग एड्रेस की ज़रूरत नहीं, और हर डिप्लॉय किए गए एजेंट प्रोडक्ट को आख़िरकार एक ऐसे नाम की ज़रूरत होती है जिस पर उसका नियंत्रण हो। हमने एजेंट बिना किसी इंसान के डोमेन कैसे खरीदते हैं, एजेंट-नेटिव रजिस्ट्रार कैसा दिखता है, और Namefi पर कोई एजेंट डोमेन कैसे रजिस्टर करता है चरण-दर-चरण, इस बारे में लिखा है।

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

आख़िरकार, एजेंट भुगतान उपलब्ध कराने की यह होड़ भरोसेमंद बनने की होड़ है। 20 करोड़ से अधिक Link कंज्यूमर, 70 करोड़ से अधिक साप्ताहिक ChatGPT उपयोगकर्ता, और हर कॉर्पोरेट कार्ड प्रोग्राम—सभी एक ही दांव पर आकर मिल रहे हैं: अगला एक अरब खरीदार सभी इंसान नहीं होंगे, और जो इंफ्रास्ट्रक्चर उनके सॉफ़्टवेयर को सुरक्षित, सीमित दायरे वाली, जवाबदेह खर्च करने की अनुमति देगा, वह कॉमर्स के पिछले युग के लिए कार्ड नेटवर्क जितना ही बुनियादी होगा।

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

योगदानकर्ता

Aileen Wright
Aileen Wrightलेखक
कला और इतिहास लेखिका • Namefi

Aileen Wright न्यूयॉर्क सिटी में रहने वाली बीसवें दशक की छात्रा हैं, जहाँ किसी संग्रहालय की दीवार और किसी लाइब्रेरी के वाचन कक्ष के बीच की दूरी एक छोटी-सी सैर और एक लंबी दोपहर है। नामों पर लिखने की ओर वे कला और इतिहास के रास्ते आईं — जिस तरह एक अकेला चित्र, सिक्का या पांडुलिपि का हाशिया किसी नाम को सदियों तक आगे ले जा सकता है और रास्ते में उसका अर्थ बदल सकता है।

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

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