Claude Code से बनाए गए ऐप का स्थानीयकरण करने का सबसे अच्छा तरीका है Claude Code के भीतर ही रहना: एक स्थानीयकरण skill इंस्टॉल करें, agent को कोडबेस का अंतर्राष्ट्रीयकरण करने दें, और फिर इंफ्रास्ट्रक्चर को हर भाषा को सिंक में रखने दें। globalize.now इसी लूप के लिए बनाया गया AI-संचालित स्थानीयकरण इंफ्रास्ट्रक्चर है। यह hardcoded strings को translation keys में निकालता है, locale files बनाता है और हर git push पर अनुवादित भाषाओं को pull requests के रूप में लौटाता है। यह गाइड English-only repo से लेकर merged multilingual PR तक पूरी प्रक्रिया दिखाती है।

आपका Claude Code ऐप केवल English में क्यों है?

क्योंकि हर coding agent की तरह Claude Code भी user-facing कॉपी को literal strings के रूप में लिखता है। काम करने वाले feature तक पहुँचने का यह सबसे छोटा रास्ता है, और default prompt में translation keys बनाने के लिए कुछ नहीं कहा जाता। ऐप के काम करने तक English सैकड़ों components में hardcode हो चुकी होती है, जबकि plurals और dates string concatenation से संभाले जाते हैं, जो केवल एक भाषा में सही बैठता है।

लुभावना समाधान है agent से कहना, “ऐप को German में translate कर दो।” इससे दूसरी hardcoded भाषा बनती है—duplicated components या ternaries का ढेर—और हर नए feature का काम दोगुना हो जाता है। हमने इस failure mode को AI-generated app का स्थानीयकरण कैसे करें में समझाया है। अंतर्राष्ट्रीयकरण के बिना किया गया अनुवाद ही i18n debt को बढ़ाता है।

Claude Code से बनाए गए ऐप का स्थानीयकरण करने का सबसे अच्छा तरीका क्या है?

स्थानीयकरण वर्कफ़्लो उसी agent के भीतर चलाएँ जिसने ऐप बनाया है: एक skill Claude Code को अंतर्राष्ट्रीयकरण की प्रक्रिया सिखाती है, और इंफ्रास्ट्रक्चर हर push के बाद अनुवाद और sync संभालता है। Skills, Claude Code के लिए Anthropic का समर्थित extension format हैं—निर्देशों वाले folders जिन्हें task मेल खाने पर agent लोड करता है, जैसा कि Agent Skills docs में बताया गया है। ये portable भी हैं: Vercel का open skills CLI Claude Code, Cursor, Codex और दर्जनों अन्य agents में skill packages इंस्टॉल करता है, इसलिए आप जिस भी agent का इस्तेमाल करें, वही workflow आपके साथ चलता है।

यह अधिकांश localization tooling से अलग मॉडल है। स्थापित प्लेटफ़ॉर्मों ने ऐसे workflow के ऊपर AI features और agent connectors जोड़े हैं जिसका केंद्र अब भी उनका dashboard है: आपकी strings उनके सिस्टम में रहती हैं और agent उसका client होता है। Agent-native localization इस मॉडल को उलट देता है। काम आपके repository में होता है, agent अंतर्राष्ट्रीयकरण करता है, और globalize.now अनुवाद और sync संभालता है। आपके code के साथ अलग content database को aligned रखने की ज़रूरत नहीं, क्योंकि code ही database है।

Claude Code ऐप का step-by-step स्थानीयकरण कैसे करें?

पूरा लूप पाँच steps का है, और सबसे भारी काम agent करता है।

  1. Repository को globalize.now से connect करें। Conversion ऐप में एक बार चलता है और pull request के रूप में आता है। अगर आप यह पहला pass सीधे Claude Code से चलाना चाहते हैं, तो skills इंस्टॉल करें:

    npx skills add globalize-now/globalize-skills

    अगर आप skills को केवल Claude Code में नहीं, बल्कि अपनी मशीन के हर agent के लिए उपलब्ध कराना चाहते हैं, तो --all जोड़ें।

  2. Claude Code से ऐप का अंतर्राष्ट्रीयकरण करने को कहें। Skill पहले repo का निरीक्षण करती है: कौन-सा framework है, कौन-सी strings user-facing हैं और क्या पहले से कोई i18n setup मौजूद है। यह plan, library, key structure और locale-file layout प्रस्तावित करती है और code में बदलाव करने से पहले आपकी मंज़ूरी का इंतज़ार करती है।

  3. Repository को globalize.now से connect करें, ताकि pushes पर translation शुरू हो। Developer setup में केवल एक connection लगता है, और AI tools में काम करने वाले builders को step 1 के बाद terminal छुए बिना यही loop मिल जाता है।

  4. Push करें। नई और बदली हुई strings अनुवादित होकर pull request के रूप में लौटती हैं, जिसकी समीक्षा आप किसी भी अन्य code change की तरह करते हैं।

  5. Merge करें। बाद में दूसरी भाषा जोड़ना project नहीं, केवल config change है।

एक वास्तविक production monorepo में, इस workflow से चलाए गए agent ने लगभग 30 मिनट में codebase का अंतर्राष्ट्रीयकरण करके पाँच भाषाएँ तैयार कर दीं। आपके project के आकार के अनुसार समय अलग होगा, लेकिन step 2 में manual refactoring का एक पूरा सप्ताह agent session में सिमट जाता है।

Agent आपके code में वास्तव में क्या बदलता है?

यह literal strings को translation calls में बदलता है और runtime के लिए आवश्यक locale files बनाता है। ठोस रूप से, यह आपके stack के आधार पर i18n runtime library (i18next, next-intl या Lingui) चुनता या पहचानता है, hardcoded JSX text को t() calls या message components से बदलता है, समझदारीपूर्ण नामों वाली keys बनाता है और source-language locale file लिखता है। Plurals को count + " items" के बजाय वास्तविक ICU forms मिलते हैं।

globalize.now runtime library को replace नहीं करता और न ही किसी बाहरी queue को hand-off करके अनुवाद करता है। यह एक layer ऊपर काम करता है: वह इंफ्रास्ट्रक्चर जो आपके runtime द्वारा इस्तेमाल की जाने वाली keys और locale files बनाता और बनाए रखता है। अगर आपके पास पहले से i18next या next-intl wired है, तो skill आपकी मौजूदा keys और structure को बनाए रखती है और वहीं से काम संभालती है।

अगले git push पर क्या होता है?

Setup के बाद हर push बदली हुई चीज़ों का अनुवाद शुरू करता है और updated languages pull request के रूप में आती हैं। कोई export step नहीं, कोई import step नहीं, किसी अलग tool में queue नहीं। समीक्षा वहीं होती है जहाँ engineers पहले से करते हैं—diff में।

यही पूरा operating model है। एक बार setup करें, हर git push पर auto-sync पाएँ, और किसी manual intervention की ज़रूरत न हो। AI-built apps की वह समस्या—जहाँ agent localization process की गति से तेज़ी से features ship करता है—अप्रासंगिक हो जाती है, क्योंकि localization process उसी push से जुड़ी होती है जिस पर feature ship होता है।

क्या इसके लिए MCP server या dashboard चाहिए?

नहीं। MCP agent को किसी external platform से connect करता है; skill agent को वहीं काम करना सिखाती है जहाँ code मौजूद है। कई localization products अब MCP servers देते हैं, जो web editor में copy-paste करने से निश्चित रूप से बेहतर हैं। लेकिन strings और उनकी state अब भी उस connection के दूसरे छोर वाले platform में रहती हैं, और आपको दोनों को फिर भी reconcile करना पड़ता है।

Skill-plus-push loop में reconcile करने के लिए कुछ नहीं होता। Locale files git में रहती हैं, translations commits के रूप में आती हैं और rollback git revert है। हमने Claude Code skills localization standard क्यों बन रही हैं में लिखा है कि यह pattern क्यों फैल रहा है। दोनों approaches dashboard युग से बेहतर हैं; अंतर केवल इतना है कि आपके source of truth की जगह कहाँ है।

Claude Code ऐप का स्थानीयकरण करने में कितना खर्च आता है?

globalize.now की कीमत प्रति workspace €20 प्रति माह है। इसमें हर महीने €20 का translation credit (लगभग 200,000 शब्द) शामिल है; इसके बाद token-based usage पर ऊपर बताई गई वही per-character दर लागू होती है। एक plan, कोई tiers नहीं, per-seat शुल्क नहीं और per-language शुल्क नहीं। RTL सहित unlimited languages। लगभग 5 locales में 10,000 translation keys वाला सामान्य SaaS शामिल volume के भीतर आसानी से आ जाता है।

Signup के साथ €5 का translation credit मिलता है और card की ज़रूरत नहीं होती। यह लगभग दस लाख characters के लिए पर्याप्त है—यानी भुगतान करने से पहले किसी वास्तविक ऐप पर पूरा loop चलाने के लिए काफी।

आपका ऐप पहले से बना हुआ है। उसका स्थानीयकरण बस एक skill install और एक push दूर है।

globalize.now आपके ऐप्लिकेशन की हार्डकोडेड कॉपी को अनुवाद-तैयार locale फ़ाइलों में बदल देता है और जैसे-जैसे आप नई रिलीज़ करते हैं, उन्हें अपडेट रखता है।

globalize.now को निःशुल्क आजमाएं