Intlayer LSP सर्वर

Intlayer लैंग्वेज सर्वर Language Server Protocol (LSP) का एक कार्यान्वयन है जो आपके IDE, और आपके AI एजेंट, को Intlayer के प्रति सजग बनाता है। यह useIntlayer("home") जैसे कॉल को उस .content.ts फ़ाइल से जोड़ता है जो उसे घोषित करती है, दोनों दिशाओं में।

विशेषताएँ

दो अतिरिक्त व्यवहार जानने योग्य हैं:

• मर्ज की गई डिक्शनरियाँ: कई कंटेंट फ़ाइलों में बँटी कुंजी हर फ़ाइल के लिए एक परिणाम लौटाती है, जिससे आप हर घोषणा तक जा सकते हैं।
• मोनोरेपो-अनुकूल: सर्वर हर फ़ाइल के निकटतम intlayer.config.* को हल करता है, जिससे एक ही वर्कस्पेस के कई प्रोजेक्ट्स को अपनी-अपनी डिक्शनरियाँ मिलती हैं।

समर्थित कॉल

कुंजी या तो स्थिति-आधारित स्ट्रिंग आर्ग्युमेंट से पढ़ी जाती है, या विकल्प ऑब्जेक्ट ({ namespace }, { id }) से।

यह हर *-intlayer पैकेज (next-intlayer, react-intlayer, vue-intlayer, svelte-intlayer, solid-intlayer, preact-intlayer, angular-intlayer, lit-intlayer, express-intlayer, hono-intlayer, fastify-intlayer, intlayer) के लिए काम करता है, और उन compat अडैप्टर पैकेजों के लिए भी जो आपको अपना मौजूदा i18n सिंटैक्स बनाए रखने देते हैं।

डिक्शनरियाँ बिल्ड आउटपुट से पढ़ी जाती हैं, इसलिए npx intlayer build चलाएँ, या अपना डेव सर्वर चालू रखें, ताकि सर्वर के पास हल करने को कुछ हो।

इंस्टॉलेशन

सर्वर @intlayer/lsp में intlayer-lsp बाइनरी के रूप में वितरित होता है:

npm install --save-dev @intlayer/lsp

यदि आपके एडिटर को PATH में intlayer-lsp चाहिए तो इसके बजाय इसे ग्लोबली इंस्टॉल करें (npm install -g @intlayer/lsp), Claude Code प्लगइन और नीचे दिए हर उस कॉन्फ़िगरेशन के लिए यही स्थिति है जो बाइनरी को सीधे कॉल करता है।

सेटअप

npm install -g @intlayer/lsp

claude plugin marketplace add intlayer@github:aymericzip/intlayer
claude plugin install intlayer-lsp@intlayer

{
  "env": {
    "ENABLE_LSP_TOOL": "1"
  }
}

{
  "lsp": {
    "intlayer-lsp": {
      "binary": {
        "path": "npx",
        "arguments": ["--yes", "@intlayer/lsp"]
      }
    }
  },
  "languages": {
    "TypeScript": { "language_servers": ["intlayer-lsp", "..."] },
    "TSX": { "language_servers": ["intlayer-lsp", "..."] },
    "JavaScript": { "language_servers": ["intlayer-lsp", "..."] },
    "Vue.js": { "language_servers": ["intlayer-lsp", "..."] },
    "Svelte": { "language_servers": ["intlayer-lsp", "..."] }
  }
}

local lspconfig = require('lspconfig')
local configs = require('lspconfig.configs')

if not configs.intlayer_lsp then
  configs.intlayer_lsp = {
    default_config = {
      -- सर्वर को npx से चलाएँ ताकि ग्लोबल इंस्टॉल की ज़रूरत न पड़े
      cmd = { 'npx', '--yes', '@intlayer/lsp' },
      filetypes = {
        'typescript',
        'typescriptreact',
        'javascript',
        'javascriptreact',
        'vue',
        'svelte',
      },
      root_dir = lspconfig.util.root_pattern(
        'intlayer.config.ts',
        'intlayer.config.js',
        'package.json'
      ),
    },
  }
end

lspconfig.intlayer_lsp.setup({})

{
  "languageserver": {
    "intlayer": {
      "command": "npx",
      "args": ["@intlayer/lsp"],
      "filetypes": [
        "typescript",
        "typescriptreact",
        "javascript",
        "javascriptreact",
        "vue",
        "svelte"
      ],
      "rootPatterns": [
        "intlayer.config.ts",
        "intlayer.config.js",
        "package.json"
      ]
    }
  }
}

[language-server.intlayer-lsp]
command = "npx"
args = ["@intlayer/lsp"]

[[language]]
name = "typescript"
language-servers = ["intlayer-lsp", "typescript-language-server"]

[[language]]
name = "tsx"
language-servers = ["intlayer-lsp", "typescript-language-server"]

टर्मिनल AI एजेंट्स पर टिप्पणी

Claude Code एक वास्तविक LSP क्लाइंट की तरह काम करता है, ऊपर का टैब देखें।

OpenAI Codex और अधिकांश अन्य टर्मिनल टूल LSP क्लाइंट नहीं हैं: वे फ़ाइलें सीधे पढ़ते और लिखते हैं। सर्वर को अकेले चलाने से उन्हें मदद नहीं मिलती; लाभ तब मिलता है जब वह किसी सहयोगी एडिटर में सक्रिय हो जिसका इंडेक्स एजेंट क्वेरी कर सके (Cursor Composer, Windsurf Cascade, Copilot Chat)।

यह कैसे काम करता है

हर फ़ाइल के लिए सर्वर निकटतम intlayer.config.* खोजता है और उस प्रोजेक्ट का कॉन्फ़िगरेशन लोड करके संकलित डिक्शनरियाँ ढूँढता है। कॉन्फ़िगरेशन, डिक्शनरियाँ और स्रोत-फ़ाइल सूची छोटे TTL के साथ कैश होती हैं, और किसी निगरानी-अधीन कंटेंट फ़ाइल के बदलते ही अमान्य कर दी जाती हैं।

अनुरोध पर, सर्वर दस्तावेज़ को (oxc के ज़रिए) पार्स करता है और कर्सर की स्थिति जाँचता है:

1. किसी कुंजी स्ट्रिंग पर (useIntlayer("home")) → उस कुंजी को घोषित करने वाली हर कंटेंट फ़ाइल लौटाता है, उसकी key: पंक्ति पर स्थित।
2. किसी फ़ील्ड उपयोग पर (content.title, कोई डीस्ट्रक्चर की गई प्रॉपर्टी, t('path.to.field'), <Trans>, …) → वेरिएबल को उसकी डिक्शनरी तक पीछे हल करता है और कंटेंट फ़ाइलों में संगत फ़ील्ड लौटाता है।
3. किसी कंटेंट फ़ाइल से → उलटी खोज चलाता है, और उस कुंजी या फ़ील्ड के कॉल स्थानों के लिए प्रोजेक्ट स्रोतों को स्कैन करता है।

समस्या-निवारण

VS Code में सर्वर View → Output → "Intlayer LSP" में लॉग लिखता है, यह पुष्टि करने में उपयोगी कि कौन-सा कॉन्फ़िगरेशन हल हुआ और कितनी डिक्शनरियाँ मिलीं।