Localization अब SDK नहीं, agent skill बन रही है

पहले किसी app को localize करने का मतलब था SDK जोड़ना, provider को wire करना और keys को हाथ से संभालना। AI coding agents के साथ रास्ता छोटा हो गया है: एक skill install करें और agent wiring कर देगा। globalize.now AI-powered localization infrastructure है, जो open agent skill के रूप में उपलब्ध है। आप एक command चलाते हैं, आपका agent playbook पढ़ता है और आपका codebase translation-ready structure में बदल जाता है—बिना नई plumbing को maintain किए।

Agent skill क्या होती है?

Agent skill निर्देशों का एक छोटा package है, जिसे coding agent पढ़कर उस पर काम करता है। यह open skills ecosystem के ज़रिए वितरित होती है और skills CLI से install की जाती है, उदाहरण के लिए npx skills add owner/repo। यही command Claude Code, Cursor, Codex, OpenCode और पचास से अधिक अन्य agents पर काम करती है।

Skill स्वयं एक SKILL.md file और उससे जुड़ी supporting files का package होती है, जो उस directory में पहुँचती है जहाँ आपका agent पहले से skills खोजता है। CLI इसे एक canonical copy से link करती है और install को lockfile में दर्ज करती है, इसलिए skill आपके project के बाकी हिस्से के साथ versioned रहती है, किसी vendor account में अलग से नहीं। इसका public registry भी है, इसलिए आप skill को किसी भी dependency की तरह खोज, पढ़ और pin कर सकते हैं।

ध्यान देने योग्य बदलाव यह है: skill कोई ऐसा product नहीं है जिसके साथ आपका agent integration करता है। यह वह knowledge है जिसे आपका agent आत्मसात करके आपके code पर लागू करता है। इसका अंतर teammate को onboard करते ही दिख जाता है। वह repo clone करता है, skill पहले से मौजूद होती है और उसका agent localization को ठीक उसी तरह संभालता है जैसे आपका agent।

i18n को SDK के बजाय skill के रूप में क्यों ship करें?

क्योंकि internationalization का कठिन हिस्सा refactor है, और skill आपके agent को यह काम आपके लिए करना सिखाती है। SDK यह मानकर चलती है कि आपका code पहले से translation के लिए structured है। फिर भी आपको hardcoded strings ढूँढने, key scheme design करने, locale files बनाने और runtime library connect करने का काम करना पड़ता है।

AI से बनी apps इस समस्या को और बढ़ा देती हैं, क्योंकि coding agents translation architecture के बजाय working screen को प्राथमिकता देते हैं। नतीजा आम तौर पर सही और shippable होता है, लेकिन उसमें keyed call के बजाय <button>Submit order</button> जैसी hardcoded strings भरी होती हैं। पूरे project में यही दोहरने पर localization config change नहीं, refactor बन जाती है।

अगर इसे यूँ ही छोड़ दिया जाए, तो समस्या बढ़ती जाती है। वही label तीन थोड़े-थोड़े अलग तरीकों से लिखा जाता है, counts 1 messages के रूप में render होते हैं, और पहली बार कोई भाषा जोड़ने पर पता चलता है कि कुछ screens आधी English और आधी दूसरी भाषा में हैं। Skill इन सबको एक ही pass में पकड़ने के लिए बनाई गई है—सैकड़ों छोटे tickets बनने से पहले।

Skill उस refactor को ऐसे instructions में बदल देती है जिन्हें आपका agent चला सकता है। यह आपका framework detect करती है, आपके मौजूदा i18n runtime—जैसे next-intl या i18next—की पुष्टि करती है, English strings extract करती है और keys तथा locale files generate करती है। आपको version और maintain करने के लिए नया runtime import नहीं करना पड़ता। Skill setup पूरा करती है और फिर रास्ते से हट जाती है।

Skill, MCP server से कैसे अलग है?

MCP server वह service है जिसे आपका agent call करता है; skill आपके project में मौजूद files होती है। Model Context Protocol running server के ज़रिए agents को live tools और data देने का अच्छा तरीका है। लेकिन server को आपको या किसी vendor को host करना पड़ता है, और आपका agent उसके reachable होने पर निर्भर रहता है।

Skill के पीछे कोई service नहीं होती। यह आपके repository में ship होने वाला text और code है, network call के बिना काम करता है और किसी भी अन्य change की तरह pull request में दिखाई देता है। Codebase को एक बार internationalize करने जैसे setup work के लिए, ऐसी files उस service से बेहतर हैं जिसे चालू रखना पड़े। आप पढ़ते हैं कि skill क्या करेगी, उसे चलाते हैं और diff review करते हैं।

Skills एक-दूसरे के साथ stack भी हो सकती हैं। आप कई skills install कर सकते हैं और वे साथ-साथ रहती हैं, क्योंकि हर skill केवल instructions है—चलाने और भुगतान करने के लिए कोई अलग process नहीं।

globalize.now को agent skill के रूप में कैसे install किया जाता है?

एक command चलाइए, फिर आपका agent बाकी काम संभाल लेगा।

npx skills add globalize-now/globalize-skills --all

--all flag आपकी machine पर हर agent के लिए हर skill install करता है। यदि आपको पता नहीं कि आप कौन-सा agent इस्तेमाल कर रहे हैं, तो यह सुरक्षित default है। CLI globalize.now skill को उस स्थान पर रखती है जहाँ आपका agent skills खोजता है। यह आपके मौजूदा agent के साथ काम करती है, जिसमें Claude Code और Cursor भी शामिल हैं।

इसके बाद आप अपने agent से i18n setup करने को कहते हैं और वह playbook का पालन करता है: framework detect करना, runtime library की पुष्टि करना, user-facing English strings ढूँढना और keys तथा locale files generate करना। Developers जिस हिस्से को तुरंत पहचानते हैं, वह before-and-after है।

// before
<button>Submit order</button>

// after
<button>{t("checkout.submit_order")}</button>

Skill द्वारा बनाई और maintain की गई locale files में keys इस तरह आती हैं:

/locales
  en.json
  de.json
  es.json
  fr.json

Agent को मिली strings के आधार पर आपकी English file भर दी जाती है। अन्य भाषाएँ हर push पर generate होकर updated रहती हैं, इसलिए किसी नए market को जोड़ना locale file का काम है, पूरे sprint का नहीं।

Setup के बाद हर Git push पर translations sync हो जाती हैं। आपको कुछ export नहीं करना पड़ता और clear करने के लिए कोई queue नहीं होती। यदि आप vibe-coding your app कर रहे हैं, तो यही पूरा काम है। यदि आप a developer who wants the details हैं, तो यही skill refactor को साफ़-सुथरे ढंग से चलाकर आपको standard locale files देती है।

क्या मेरी translations मेरे repo में ही रहती हैं?

हाँ। Skill द्वारा generate की गई locale files किसी भी अन्य source file की तरह आपके repository में commit होती हैं। Lock-in के संदर्भ में यही सबसे महत्वपूर्ण बात है।

कुछ approaches आपकी translated strings को build step या hosted dashboard में ले जाती हैं, इसलिए जिस दिन आप service छोड़ते हैं, translation layer भी आपके साथ चली जाती है। Repo-native locale files के साथ आपका en.json, de.json और बाकी सब आपके project की सामान्य files होती हैं। Skill कल गायब भी हो जाए, तब भी आपकी app पहले से मौजूद हर भाषा में ship होती रहेगी। बाहर निकलने के लिए बस skill को दोबारा install न करें—कुछ migrate करने की आवश्यकता नहीं, क्योंकि आपका कुछ भी कभी किसी और जगह था ही नहीं। इसी वजह से globalize.now आपके stack की infrastructure layer में रहती है: यह keys और locale files generate करती है, आपकी app के चारों ओर खुद को लपेटती नहीं।

क्या skill model आपको किसी vendor से बाँध देता है?

नहीं—और lock-in से बचना ही इसे चुनने का कारण है। Skill एक open registry से install होती है, जिसे कोई भी supported agent पढ़ सकता है; यह किसी बंद plugin store पर निर्भर नहीं है। इसका output आपके चुने हुए मौजूदा runtime library के लिए standard locale files होती हैं, न कि कोई proprietary format जिसे बाद में खोलना पड़े।

आप skill को चलाने से पहले ठीक-ठीक पढ़ सकते हैं कि वह क्या करती है, क्योंकि वह केवल files है। यदि आपको तर्क के बजाय पूरा walkthrough चाहिए, तो how to localize an AI-generated app guide यही setup शुरू से अंत तक समझाती है।