@intlayer/docs 8.12.4 → 9.0.0-canary.10

package/docs/hi/autoFill.md

@@ -25,8 +25,56 @@ history:
   - version: 5.5.10
     date: 2025-06-29
     changes: "इतिहास आरंभ करें"
+author: aymericzip
 ---
 
+# कंटेंट डिक्लेरेशन फ़ाइल अनुवाद भरें
+
+**अपने CI में कंटेंट डिक्लेरेशन फ़ाइलों को ऑटोफिल करना** आपके विकास वर्कफ़्लो को तेज़ करने का एक तरीका है।
+
+## व्यवहार को समझना
+
+`fill` कमांड में दो मोड शामिल हैं:
+
+- **Complete**: प्रत्येक locale के लिए सभी missing content को स्वचालित रूप से भरें और वर्तमान फ़ाइल को संपादित करें, या यदि निर्दिष्ट हो तो दूसरी फ़ाइल को संपादित करें। यानी, complete मोड पहले से से अनुवादित मौजूदा content को छोड़ देगा।
+- **Review**: प्रत्येक locale के लिए **सभी** content को स्वचालित रूप से भरें और एक विशिष्ट फ़ाइल के लिए generate करें, या यदि निर्दिष्ट हो तो दूसरी फ़ाइल के लिए generate करें।
+
+`fill` कमांड आपकी सभी locale content declaration files को process करेगा। यानी, यह CMS से आपकी remote content को process नहीं करेगा। CMS के पास अपना स्वयं का translations management है।
+यदि आप `@intlayer/sync-json-plugin` जैसे plugins का उपयोग करते हैं, तो Intlayer JSON files को locale content declaration files में transform करेगा। यानी, वे `fill` कमांड द्वारा process किए जाएंगे।
+
+नई generated files में एक `filled` instruction को dictionary metadata के रूप में शामिल है। यह instruction Intlayer को यह जानने के लिए उपयोग किया जाएगा कि फ़ाइल को autofilled किया गया है या नहीं, और यदि मौजूद है तो इस फ़ाइल को फिर से translate किए जाने से छोड़ दें।
+
+Intlayer autofill के लिए निम्नलिखित instruction पर भी विचार करेगा:
+
+- आपकी `.content.{ts|js|json}` → `fill` instruction से
+- आपकी configuration file `.intlayer.config.ts` → `dictionary.fill` instruction से
+- अन्यथा `true` पर set किया जाएगा
+
+Per-locale content declaration files के लिए, `true` instruction को `./{{fileName}}.fill.content.json` से replace किया जाएगा। यह इसलिए है क्योंकि एक per-locale content declaration file अतिरिक्त localized content प्राप्त नहीं कर सकता है। इसलिए यह मौजूदा फ़ाइल को overwrite न करने के लिए एक नई फ़ाइल generate करेगा।
+
+## डिफ़ॉल्ट व्यवहार
+
+डिफ़ॉल्ट रूप से, `fill` को globally `true` पर सेट किया गया है, जिसका अर्थ है कि Intlayer automatically सभी content files को fill करेगा और फ़ाइल को स्वयं edit करेगा। इस व्यवहार को कई तरीकों से customize किया जा सकता है:
+
+### वैश्विक कॉन्फ़िगरेशन विकल्प
+
+1. **`fill: true` (डिफ़ॉल्ट)** - सभी locales को स्वचालित रूप से भरें और वर्तमान फ़ाइल को संपादित करें
+2. **`fill: false`** - इस सामग्री फ़ाइल के लिए स्वचालित भरण अक्षम करें
+3. **`fill: "./relative/path/to/file"`** - वर्तमान फ़ाइल को संपादित किए बिना निर्दिष्ट फ़ाइल को बनाएं/अपडेट करें, वर्तमान फ़ाइल के स्थान के आधार पर हल किए गए सापेक्ष पथ की ओर इशारा करके
+4. **`fill: "/absolute/path/to/file"`** - वर्तमान फ़ाइल को संपादित किए बिना निर्दिष्ट फ़ाइल को बनाएं/अपडेट करें, कॉन्फ़िगरेशन फ़ाइल `.intlayer.config.ts` में बेस डायरेक्टरी (फ़ील्ड `baseDir`) के आधार पर हल किए गए सापेक्ष पथ की ओर इशारा करके
+5. **`fill: "C:\\absolute\path\to\file"`** - वर्तमान फ़ाइल को संपादित किए बिना निर्दिष्ट फ़ाइल को बनाएं/अपडेट करें, आपके ऑपरेटिंग सिस्टम के आधार पर हल किए गए निरपेक्ष पथ की ओर इशारा करके
+6. **`fill: { [key in Locales]?: string }`** - प्रत्येक locale के लिए निर्दिष्ट फ़ाइल को बनाएं/अपडेट करें
+
+### v7 व्यवहार परिवर्तन
+
+v7 में, `fill` कमांड का व्यवहार अपडेट किया गया है:
+
+- **`fill: true`** - वर्तमान फ़ाइल को सभी locales के लिए भरी गई सामग्री के साथ फिर से लिखता है
+- **`fill: "path/to/file"`** - निर्दिष्ट फ़ाइल को भरता है बिना वर्तमान फ़ाइल को संशोधित किए
+- **`fill: false`** - auto-fill को पूरी तरह अक्षम करता है
+
+जब किसी दूसरी फ़ाइल में लिखने के लिए path विकल्प का उपयोग करते हैं, तो fill तंत्र सामग्री घोषणा फ़ाइलों के बीच एक _master-slave_ संबंध के माध्यम से काम करता है। मुख्य (master) फ़ाइल सत्य का स्रोत है, और जब इसे अपडेट किया जाता है, तो Intlayer स्वचालित रूप से उन परिवर्तनों को path द्वारा निर्दिष्ट व्युत्पन्न (भरी गई) घोषणा फ़ाइलों पर लागू करता है।
+
 # ऑटोफिल सामग्री घोषणा फ़ाइल अनुवाद
 
 **ऑटोफिल सामग्री घोषणा फ़ाइलें** आपके विकास कार्यप्रवाह को तेज़ करने का एक तरीका हैं।
@@ -87,6 +135,40 @@ Intlayer स्वचालित रूप से व्युत्पन्
 
 इसके बाद, दोनों घोषणा फ़ाइलों को एकल शब्दकोश में मर्ज किया जाएगा, जिसे मानक `useIntlayer("example")` हुक (react) / कॉम्पोज़ेबल (vue) का उपयोग करके एक्सेस किया जा सकता है।
 
+## Global Configuration
+
+आप `intlayer.config.ts` फ़ाइल में global auto fill configuration को कॉन्फ़िगर कर सकते हैं।
+
+```ts fileName="intlayer.config.ts"
+import { type IntlayerConfig, Locales } from "intlayer";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+    requiredLocales: [Locales.ENGLISH, Locales.FRENCH],
+  },
+  dictionary: {
+    // सभी dictionaries के लिए लापता translations को auto-generate करें
+    fill: "./{{fileName}}Filled.content.ts",
+    //
+    // fill: "/messages/{{locale}}/{{key}}/{{fileName}}.content.json",
+    //
+    // fill: true, // सभी dictionaries के लिए लापता translations को auto-generate करें जैसे "./{{fileName}}.content.json" का उपयोग करना
+    //
+    // fill: {
+    //   en: "./{{fileName}}.en.content.json",
+    //   fr: "./{{fileName}}.fr.content.json",
+    //   es: "./{{fileName}}.es.content.json",
+    // },
+  },
+};
+
+export default config;
+```
+
+आप content files में `fill` field का उपयोग करके प्रति dictionary को fine-tune कर सकते हैं। Intlayer पहले per dictionary configuration पर विचार करेगा और फिर global configuration पर fallback करेगा।
+
 ## ऑटोफिल की गई फ़ाइल प्रारूप
 
 सिफारिश की गई स्वरूप ऑटोफिल की गई घोषणा फ़ाइलों के लिए **JSON** है, जो स्वरूपण प्रतिबंधों से बचने में मदद करता है। हालांकि, Intlayer `.ts`, `.js`, `.mjs`, `.cjs`, और अन्य स्वरूपों का भी समर्थन करता है।

package/docs/hi/benchmark/index.md

@@ -17,6 +17,7 @@ history:
   - version: 8.7.5
     date: 2026-01-06
     changes: "बेंचमार्क इनिशियलाइज़ेशन"
+author: aymericzip
 ---
 
 # Benchmark - रिपोर्ट

package/docs/hi/benchmark/nextjs.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - nextjs
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n
 history:
   - version: 8.9.8

package/docs/hi/benchmark/solid.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - solid
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-solid-template
 history:
   - version: 8.9.8
@@ -118,6 +118,28 @@ i18n लीकेज समस्याओं को तुरंत पहच
 - **Scoped static**: जटिल अतिरिक्त नेटवर्क अनुरोधों के बिना कोड को व्यवस्थित रखता है (तार्किक पृथक्करण)।
 - **Scoped dynamic**: _कोड स्प्लिटिंग_ और प्रदर्शन के लिए सर्वोत्तम दृष्टिकोण। केवल वर्तमान दृश्य और सक्रिय लोकेल के लिए आवश्यक सामग्री लोड करके मेमोरी को कम करता है।
 
+### मैंने क्या मापा:
+
+मैंने हर स्टैक के लिए एक वास्तविक ब्राउज़र में एक ही बहुभाषी ऐप चलाया, फिर लिखा कि वास्तव में क्या तार पर दिखाई दिया और कितने समय लगे। आकार सामान्य वेब संपीड़न के **बाद** रिपोर्ट किए जाते हैं, क्योंकि यह कच्चे स्रोत गणना की तुलना में लोग जो डाउनलोड करते हैं उसके करीब है।
+
+- **Internationalization लाइब्रेरी आकार**: बंडलिंग, ट्री-शेकिंग और मिनिफिकेशन के बाद, i18n लाइब्रेरी का आकार providers + hooks/primitives कोड एक खाली कंपोनेंट में है। इसमें ट्रांसलेशन फाइलों को लोड करना शामिल नहीं है। यह जवाब देता है कि लाइब्रेरी आपकी सामग्री तस्वीर में आने से पहले कितनी महंगी है।
+
+- **प्रति पृष्ठ JavaScript**: प्रत्येक बेंचमार्क रूट के लिए, ब्राउज़र उस विज़िट के लिए कितनी स्क्रिप्ट खींचता है, सूट में पृष्ठों में औसत (और locales में जहां रिपोर्ट उन्हें रोल करती है)। भारी पृष्ठ धीमे पृष्ठ हैं।
+
+- **अन्य locales से रिसाव**: यह एक ही पृष्ठ की सामग्री है लेकिन एक अन्य भाषा में जो ऑडिट किए गए पृष्ठ में गलती से लोड हो सकती है। यह सामग्री अनावश्यक है और इससे बचा जाना चाहिए। (उदाहरण के लिए `/fr/about` पृष्ठ की सामग्री `/en/about` पृष्ठ बंडल में)
+
+- **अन्य routes से रिसाव**: **अन्य स्क्रीन** के लिए भी यही विचार: कि क्या उनकी कॉपी तब चल रही है जब आपने केवल एक पृष्ठ खोला है। (उदाहरण के लिए `/en/about` पृष्ठ की सामग्री `/en/contact` पृष्ठ बंडल में)। उच्च स्कोर कमजोर splitting या over-broad बंडल का संकेत देता है।
+
+- **औसत कंपोनेंट बंडल आकार**: सामान्य UI टुकड़ों को **एक समय में एक** मापा जाता है एक विशाल ऐप नंबर के अंदर छिपने के बजाय। यह दिखाता है कि क्या internationalization चुपचाप रोज़मर्रा के कंपोनेंट को बढ़ाता है। उदाहरण के लिए, यदि आपका कंपोनेंट पुनः रेंडर करता है, तो यह मेमोरी से सभी डेटा लोड करेगा। किसी कंपोनेंट से एक विशाल JSON को जोड़ना अप्रयुक्त डेटा के एक बड़े स्टोर को जोड़ने जैसा है जो आपके कंपोनेंट के प्रदर्शन को धीमा कर देगा।
+
+- **भाषा स्विच प्रतिक्रिया**: मैं ऐप के अपने नियंत्रण का उपयोग करके भाषा को फ्लिप करता हूं और समय करता हूं कि पृष्ठ स्पष्ट रूप से स्विच होने तक कितना समय लगता है, एक आगंतुक को क्या ध्यान देगा, lab micro-step नहीं।
+
+- **भाषा परिवर्तन के बाद रेंडरिंग कार्य**: एक संकीर्ण अनुवर्ती: एक बार स्विच उड़ान में आने के बाद नई भाषा के लिए इंटरफेस को पुनः पेंट करने में कितना प्रयास लगा। उपयोगी जब "महसूस" किया गया समय और framework cost भिन्न हों।
+
+- **प्रारंभिक पृष्ठ लोड समय**: navigation से ब्राउज़र तक उन परिदृश्यों के लिए पृष्ठ को पूरी तरह से लोड माना जाता है जिनका मैंने परीक्षण किया। cold starts की तुलना के लिए अच्छा।
+
+- **Hydration समय**: जब ऐप इसे उजागर करता है, तो क्लाइंट कितने समय तक server HTML को उन चीजों में बदलने में खर्च करता है जिन पर आप वास्तव में क्लिक कर सकते हैं। तालिकाओं में एक dash का मतलब है कि इस बेंचमार्क में कार्यान्वयन ने एक विश्वसनीय hydration आंकड़ा प्रदान नहीं किया।
+
 ## GitHub सितारे
 
 GitHub सितारे किसी प्रोजेक्ट की लोकप्रियता, सामुदायिक विश्वास और दीर्घकालिक प्रासंगिकता का एक मजबूत संकेतक हैं। हालांकि यह तकनीकी गुणवत्ता का प्रत्यक्ष माप नहीं है, वे दर्शाते हैं कि कितने डेवलपर्स प्रोजेक्ट को उपयोगी पाते हैं, इसकी प्रगति का पालन करते हैं, और इसे अपनाने की संभावना रखते हैं। किसी प्रोजेक्ट के मूल्य का अनुमान लगाने के लिए, सितारे विकल्पों के बीच कर्षण की तुलना करने में मदद करते हैं और पारिस्थितिकी तंत्र के विकास में अंतर्दृष्टि प्रदान करते हैं।

package/docs/hi/benchmark/svelte.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - svelte
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-svelte-template
 history:
   - version: 8.9.8
@@ -116,6 +116,28 @@ i18n लीकेज समस्याओं को तुरंत पहच
 - **Scoped static**: जटिल अतिरिक्त नेटवर्क अनुरोधों के बिना कोड को व्यवस्थित रखता है (तार्किक पृथक्करण)।
 - **Scoped dynamic**: _कोड स्प्लिटिंग_ और प्रदर्शन के लिए सर्वोत्तम दृष्टिकोण। केवल वर्तमान दृश्य और सक्रिय लोकेल के लिए आवश्यक सामग्री लोड करके मेमोरी को कम करता है।
 
+### मैंने क्या मापा:
+
+मैंने प्रत्येक stack के लिए एक ही बहुभाषी ऐप्लिकेशन को एक वास्तविक ब्राउज़र में चलाया, फिर नोट किया कि वास्तव में तार पर क्या दिखाई दिया और चीजें कितनी देर लीं। आकार **सामान्य वेब संपीड़न के बाद** रिपोर्ट किए जाते हैं, क्योंकि यह कच्चे स्रोत गणना की तुलना में लोगों द्वारा डाउनलोड किए जाने वाले से करीब है।
+
+- **Internationalization library size**: bundling, tree-shaking और minification के बाद, i18n library का आकार providers + stores code का आकार एक खाली component में है। इसमें translation files को लोड करना शामिल नहीं है। यह इस बात का उत्तर देता है कि आपकी content से पहले library कितनी महंगी है।
+
+- **JavaScript per page**: प्रत्येक benchmark route के लिए, browser उस visit के लिए कितनी script खींचता है, suite में pages के औसत पर (और locales के पार जहां report उन्हें roll करता है)। Heavy pages slow pages हैं।
+
+- **Leakage from other locales**: यह एक ही page की content है लेकिन दूसरी language में जो audited page में गलती से load हो जाती है। यह content अनावश्यक है और इससे बचा जाना चाहिए। (उदाहरण के लिए `/fr/about` page content `/en/about` page bundle में)
+
+- **Leakage from other routes**: **अन्य screens** के लिए भी यही विचार: क्या उनकी copy तब भी साथ आती है जब आपने केवल एक page खोला हो। (उदाहरण के लिए `/en/about` page content `/en/contact` page bundle में)। एक high score weak splitting या over-broad bundles का संकेत देता है।
+
+- **Average component bundle size**: Common UI pieces को **एक बार में** measure किया जाता है बजाय एक giant app number के अंदर छिपने के। यह दिखाता है कि internationalization आम components को quietly inflate करता है या नहीं। उदाहरण के लिए, यदि आपका component rerender करता है, तो यह memory से सभी उस data को load करेगा। किसी भी component के साथ एक giant JSON को attach करना एक बड़े unused data store को जोड़ने जैसा है जो आपके components के performance को slow down करेगा।
+
+- **Language switch responsiveness**: मैं ऐप के अपने control का उपयोग करके language को flip करता हूं और time करता हूं कि page clearly switch होने में कितना समय लगता है, जो एक visitor को notice होगा, न कि एक lab micro-step।
+
+- **Rendering work after a language change**: एक narrower follow-up: interface को नई language के लिए repaint करने में कितनी effort लगी एक बार switch in flight हो। उपयोगी जब "felt" समय और framework cost में divergence हो।
+
+- **Initial page load time**: navigation से browser तक जब page को उन scenarios के लिए fully loaded माना जाए जिन्हें मैंने test किया। Cold starts की तुलना के लिए अच्छा।
+
+- **Hydration time**: जब app इसे expose करता है, तो client कितना समय server HTML को कुछ ऐसे में बदलने में खर्च करता है जिसे आप actually click कर सकते हैं। Tables में एक dash का मतलब है कि implementation ने इस benchmark में एक reliable hydration figure provide नहीं किया।
+
 ## GitHub सितारे
 
 GitHub सितारे किसी प्रोजेक्ट की लोकप्रियता, सामुदायिक विश्वास और दीर्घकालिक प्रासंगिकता का एक मजबूत संकेतक हैं। हालांकि यह तकनीकी गुणवत्ता का प्रत्यक्ष माप नहीं है, वे दर्शाते हैं कि कितने डेवलपर्स प्रोजेक्ट को उपयोगी पाते हैं, इसकी प्रगति का पालन करते हैं, और इसे अपनाने की संभावना रखते हैं। किसी प्रोजेक्ट के मूल्य का अनुमान लगाने के लिए, सितारे विकल्पों के बीच कर्षण की तुलना करने में मदद करते हैं और पारिस्थितिकी तंत्र के विकास में अंतर्दृष्टि प्रदान करते हैं।

package/docs/hi/benchmark/tanstack.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - tanstack
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-tanstack-start-template
 history:
   - version: 8.9.8
@@ -124,6 +124,28 @@ i18n लीकेज के मुद्दों को तेज़ी से
 - **Scoped static**: अतिरिक्त जटिल नेटवर्क अनुरोधों के बिना कोड को व्यवस्थित (लॉजिकल सेपरेशन) रखता है।
 - **Scoped dynamic**: कोड स्प्लिटिंग और परफॉरमेंस के लिए सबसे अच्छा दृष्टिकोण। वर्तमान व्यू और सक्रिय लोकेल की आवश्यकता वाली चीज़ों को लोड करके मेमोरी को कम करता है।
 
+### मैंने क्या मापा:
+
+मैंने हर स्टैक के लिए एक वास्तविक ब्राउज़र में एक ही बहुभाषी ऐप चलाया, फिर लिखा कि वास्तव में तार पर क्या दिखाई दिया और चीजों में कितना समय लगा। आकार **सामान्य वेब कंप्रेशन के बाद** रिपोर्ट किए जाते हैं, क्योंकि यह कच्चे स्रोत गणना की तुलना में लोग जो डाउनलोड करते हैं उसके करीब है।
+
+- **Internationalization लाइब्रेरी का आकार**: bundling, tree-shaking और minification के बाद, i18n लाइब्रेरी का आकार providers (जैसे `NextIntlClientProvider`) + hooks (जैसे `useTranslations`) कोड का आकार एक खाली component में है। इसमें translation फाइलों का लोडिंग शामिल नहीं है। यह इस बात का उत्तर देता है कि आपकी content के picture में आने से पहले लाइब्रेरी कितनी महंगी है।
+
+- **प्रति पृष्ठ JavaScript**: प्रत्येक benchmark route के लिए, ब्राउज़र उस visit के लिए कितनी script खींचता है, suite के pages में averaged (और locales में जहां report उन्हें roll करता है)। भारी pages धीमे pages हैं।
+
+- **अन्य locales से Leakage**: यह एक ही page की content है लेकिन एक अलग language में जो audited page में गलती से लोड हो सकती है। यह content अनावश्यक है और इसे avoid किया जाना चाहिए। (उदाहरण के लिए `/fr/about` page content `/en/about` page bundle में)
+
+- **अन्य routes से Leakage**: **अन्य screens** के लिए भी यही विचार है: क्या जब आप केवल एक page खोलते हैं तो उनकी copy साथ चल रही है। (उदाहरण के लिए `/en/about` page content `/en/contact` page bundle में)। एक high score कमजोर splitting या over-broad bundles का संकेत देता है।
+
+- **औसत component bundle का आकार**: Common UI pieces को **एक बार में एक** मापा जाता है, एक विशाल app संख्या के अंदर छिपने के बजाय। यह दिखाता है कि क्या internationalization quietly रोज़मर्रा के components को inflate करती है। उदाहरण के लिए, यदि आपका component rerenders, तो यह memory से सभी data को load करेगा। किसी component को एक विशाल JSON को attach करना अप्रयुक्त data के एक बड़े store को जोड़ने जैसा है जो आपके components के performance को धीमा कर देगा।
+
+- **Language switch responsiveness**: मैं ऐप के अपने control का उपयोग करके language को flip करता हूं और time करता हूं कि page clearly switch होने में कितना समय लगता है, जो एक visitor को notice होगा, एक lab micro-step नहीं।
+
+- **Language change के बाद Rendering work**: एक narrower follow-up: interface को repaint करने में कितना effort लगा नई language के लिए एक बार switch flight में है। उपयोगी जब "felt" time और framework cost diverge हों।
+
+- **Initial page load time**: Navigation से browser तक यह मानते हुए कि मैंने जिन scenarios को test किया उनके लिए page पूरी तरह से loaded है। Cold starts की तुलना करने के लिए अच्छा है।
+
+- **Hydration time**: जब ऐप इसे expose करता है, तो client कितना समय server HTML को ऐसी चीज़ में बदलने में खर्च करता है जिस पर आप actually क्लिक कर सकते हैं। Tables में एक dash का मतलब है कि implementation ने इस benchmark में एक reliable hydration figure प्रदान नहीं किया।
+
 ## GitHub सितारे
 
 GitHub सितारे किसी प्रोजेक्ट की लोकप्रियता, सामुदायिक विश्वास और दीर्घकालिक प्रासंगिकता का एक मजबूत संकेतक हैं। हालांकि यह तकनीकी गुणवत्ता का प्रत्यक्ष माप नहीं है, वे दर्शाते हैं कि कितने डेवलपर्स प्रोजेक्ट को उपयोगी पाते हैं, इसकी प्रगति का पालन करते हैं, और इसे अपनाने की संभावना रखते हैं। किसी प्रोजेक्ट के मूल्य का अनुमान लगाने के लिए, सितारे विकल्पों के बीच कर्षण की तुलना करने में मदद करते हैं और पारिस्थितिकी तंत्र के विकास में अंतर्दृष्टि प्रदान करते हैं।

package/docs/hi/benchmark/vue.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - vue
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-vue-template
 history:
   - version: 8.9.8

package/docs/hi/bundle_optimization.md

@@ -22,6 +22,7 @@ history:
   - version: 8.7.0
     date: 2026-04-08
     changes: "बिल्ड कॉन्फ़िगरेशन में `minify` और `purge` विकल्प जोड़े गए"
+author: aymericzip
 ---
 
 # i18n बंडल साइज़ और परफॉरमेंस ऑप्टिमाइज़ेशन
@@ -396,11 +397,11 @@ export default config;
 
 ### बिल्ड विकल्प
 
-| प्रॉपर्टी      | प्रकार                 | डिफ़ॉल्ट    | विवरण                                                                                                                                                                                                                               |
-| :------------- | :--------------------- | :---------- | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`optimize`** | `boolean \| undefined` | `undefined` | इम्पोर्ट रीराइट (import rewrite) पास को सक्षम करता है। `undefined` = केवल प्रोडक्शन बिल्ड में सक्रिय। `false` पर्ज (purge) और मिनिफ़ाई (minify) को भी अक्षम कर देता है।                                                             |
-| **`minify`**   | `boolean`              | `false`     | संकलित JSON फ़ाइलों में कंटेंट फ़ील्ड कीज़ का नाम छोटे अल्फाबेटिकल उपनामों (aliases) में बदल देता है। स्रोत कोड में मेल खाने वाले प्रॉपर्टी एक्सेस को भी फिर से लिखता है। जब `optimize` `false` हो तो इसका कोई प्रभाव नहीं होता है। |
-| **`purge`**    | `boolean`              | `false`     | संकलित JSON फ़ाइलों से उन कंटेंट फ़ील्ड्स को हटा देता है जिन्हें स्रोत कोड में कभी भी स्थिर (statically) रूप से एक्सेस नहीं किया जाता है। जब `optimize` `false` हो तो इसका कोई प्रभाव नहीं होता है।                                 |
+| प्रॉपर्टी      | प्रकार                | डिफ़ॉल्ट    | विवरण                                                                                                                                                                                                                               |
+| :------------- | :-------------------- | :---------- | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| **`optimize`** | `boolean / undefined` | `undefined` | इम्पोर्ट रीराइट (import rewrite) पास को सक्षम करता है। `undefined` = केवल प्रोडक्शन बिल्ड में सक्रिय। `false` पर्ज (purge) और मिनिफ़ाई (minify) को भी अक्षम कर देता है।                                                             |
+| **`minify`**   | `boolean`             | `false`     | संकलित JSON फ़ाइलों में कंटेंट फ़ील्ड कीज़ का नाम छोटे अल्फाबेटिकल उपनामों (aliases) में बदल देता है। स्रोत कोड में मेल खाने वाले प्रॉपर्टी एक्सेस को भी फिर से लिखता है। जब `optimize` `false` हो तो इसका कोई प्रभाव नहीं होता है। |
+| **`purge`**    | `boolean`             | `false`     | संकलित JSON फ़ाइलों से उन कंटेंट फ़ील्ड्स को हटा देता है जिन्हें स्रोत कोड में कभी भी स्थिर (statically) रूप से एक्सेस नहीं किया जाता है। जब `optimize` `false` हो तो इसका कोई प्रभाव नहीं होता है।                                 |
 
 ### Minification (फ़ील्ड की का नाम बदलना)
 

package/docs/hi/cli/build.md

@@ -17,6 +17,7 @@ history:
   - version: 8.1.5
     date: 2026-02-23
     changes: "checkTypes विकल्प जोड़ें"
+author: aymericzip
 ---
 
 # शब्दकोश बनाएं

package/docs/hi/cli/ci.md

@@ -20,6 +20,7 @@ history:
   - version: 7.5.11
     date: 2026-01-06
     changes: "CI कमांड जोड़ें"
+author: aymericzip
 ---
 
 # CI कमांड
@@ -139,6 +140,28 @@ steps:
     run: npx intlayer ci fill
 ```
 
+## Scaffolded GitHub Actions
+
+जब आप `intlayer init` चलाते हैं, तो Intlayer आपके package manager (npm, yarn, pnpm, या bun) को detect करता है और `.github/workflows/` के अंतर्गत दो GitHub Actions workflows को scaffold करता है, जिनमें उस package manager से मेल खाने वाली commands होती हैं:
+
+- **`intlayer-fill.yml`** — हर pull request पर, dictionaries को build करता है और `intlayer fill --git-diff --mode complete` चलाता है ताकि बदली हुई dictionaries के लिए missing translations generate हो सकें, फिर परिणाम को PR branch में commit करता है।
+- **`intlayer-test.yml`** — हर pull request पर, dictionaries को build करता है और `intlayer test` चलाता है, जब required locales में translations missing हों तो check को fail करता है।
+
+Existing workflow files को कभी overwrite नहीं किया जाता है। Scaffolding को पूरी तरह skip करने के लिए, यह चलाएँ:
+
+```bash
+npx intlayer init --no-github-actions
+```
+
+### Fill workflow को AI access प्रदान करना
+
+Scaffolded `intlayer-fill.yml` को AI access की आवश्यकता है। दो विकल्प उपलब्ध हैं (workflow के `env` block में कॉन्फ़िगर किए गए):
+
+1. **आपकी अपनी AI provider key** — अपनी repository settings में एक `AI_API_KEY` secret जोड़ें (Settings → Secrets and variables → Actions)। Workflow इसे `--provider`, `--model`, और `--api-key` के माध्यम से forward करता है।
+2. **Intlayer CMS access keys** — `INTLAYER_CLIENT_ID` और `INTLAYER_CLIENT_SECRET` secrets जोड़ें और उन्हें अपने `intlayer.config` `editor` section में wire करें। CMS access keys Intlayer backend के माध्यम से AI access प्रदान करती हैं।
+
+`intlayer-test.yml` workflow को किसी भी AI access की आवश्यकता नहीं है।
+
 ## Error Handling
 
 - यदि `INTLAYER_PROJECT_CREDENTIALS` सेट नहीं है, तो कमांड error के साथ exit होगा।

package/docs/hi/cli/configuration.md

@@ -14,6 +14,7 @@ slugs:
   - concept
   - cli
   - configuration
+author: aymericzip
 ---
 
 # कॉन्फ़िगरेशन प्रबंधित करें

package/docs/hi/cli/debug.md

@@ -13,6 +13,7 @@ slugs:
   - concept
   - cli
   - debug
+author: aymericzip
 ---
 
 # Intlayer कमांड डिबग करें

package/docs/hi/cli/doc-review.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2024-08-11
-updatedAt: 2025-11-22
+updatedAt: 2026-06-17
 title: दस्तावेज़ समीक्षा
 description: विभिन्न लोकलों में गुणवत्ता, संगति, और पूर्णता के लिए दस्तावेज़ फ़ाइलों की समीक्षा कैसे करें, यह जानें।
 keywords:
@@ -15,6 +15,11 @@ slugs:
   - concept
   - cli
   - doc-review
+history:
+  - version: 9.0.0
+    date: 2026-06-17
+    changes: "--log विकल्प जोड़ें"
+author: aymericzip
 ---
 
 # दस्तावेज़ समीक्षा
@@ -54,8 +59,110 @@ bun x intlayer doc review
 
 ## तर्क:
 
-`doc review` कमांड `doc translate` के समान तर्क स्वीकार करता है, जिससे आप विशिष्ट दस्तावेज़ फ़ाइलों की समीक्षा कर सकते हैं और गुणवत्ता जांच लागू कर सकते हैं।
+**फ़ाइल सूची विकल्प:**
 
-यदि आपने गिट विकल्पों में से किसी एक को सक्रिय किया है, तो कमांड केवल उन फ़ाइलों के हिस्से की समीक्षा करेगा जो बदले जा रहे हैं। स्क्रिप्ट फ़ाइल को चंक्स में विभाजित करके प्रत्येक चंक की समीक्षा करेगा। यदि चंक में कोई बदलाव नहीं है, तो स्क्रिप्ट समीक्षा प्रक्रिया को तेज करने और AI Provider API लागत को सीमित करने के लिए उसे छोड़ देगा।
+- **`--doc-pattern [docPattern...]`**: दस्तावेज़ फ़ाइलों से मेल खाने के लिए ग्लोब पैटर्न जिन्हें समीक्षा किया जाना है।
 
-पूर्ण तर्क सूची के लिए, [Translate Document](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/cli/doc-translate.md) कमांड दस्तावेज़ देखें।
+  > उदाहरण: `npx intlayer doc review --doc-pattern "docs/**/*.md" "src/**/*.mdx"`
+
+- **`--excluded-glob-pattern [excludedGlobPattern...]`**: समीक्षा से बाहर रखने के लिए ग्लोब पैटर्न।
+
+  > उदाहरण: `npx intlayer doc review --excluded-glob-pattern "docs/internal/**"`
+
+- **`--skip-if-modified-before [skipIfModifiedBefore]`**: यदि फ़ाइल दिए गए समय से पहले संशोधित की गई है तो उसे छोड़ दें।
+  - यह एक निश्चित समय हो सकता है जैसे "2025-12-05" (string या Date)
+  - यह एक सापेक्ष समय हो सकता है मिलीसेकंड में `1 * 60 * 60 * 1000` (1 घंटा)
+  - यह विकल्प `fs.stat` मेथड का उपयोग करके फ़ाइल के अपडेट समय की जांच करता है। इसलिए यह Git या अन्य टूल्स से प्रभावित हो सकता है जो फ़ाइल को संशोधित करते हैं।
+
+  > उदाहरण: `npx intlayer doc review --skip-if-modified-before "2025-12-05"`
+
+- **`--skip-if-modified-after [skipIfModifiedAfter]`**: यदि फ़ाइल दिए गए समय के भीतर संशोधित की गई है तो उसे छोड़ दें।
+  - यह एक निश्चित समय हो सकता है जैसे "2025-12-05" (string या Date)
+  - यह एक सापेक्ष समय हो सकता है मिलीसेकंड में `1 * 60 * 60 * 1000` (1 घंटा)
+  - यह विकल्प `fs.stat` मेथड का उपयोग करके फ़ाइल के अपडेट समय की जांच करता है। इसलिए यह Git या अन्य टूल्स से प्रभावित हो सकता है जो फ़ाइल को संशोधित करते हैं।
+
+  > उदाहरण: `npx intlayer doc review --skip-if-modified-after "2025-12-05"`
+
+- **`--skip-if-exists`**: यदि फ़ाइल पहले से मौजूद है तो उसे छोड़ दें।
+
+  > उदाहरण: `npx intlayer doc review --skip-if-exists`
+
+**समीक्षा मोड विकल्प:**
+
+- **`--log`**: केवल-लॉग मोड। AI के साथ अनुवाद न करें; इसके बजाय उन ब्लॉक्स को लॉग करें जिन्हें ध्यान देने की आवश्यकता है (लाइन नंबर और कंटेंट के साथ) मूल और लक्षित लोकेल्स के लिए, ताकि अन्य एजेंट को अनुवाद उत्पन्न करने में मदद मिल सके।
+
+  > उदाहरण: `npx intlayer doc review --log`
+
+**एंट्री आउटपुट विकल्प:**
+
+- **`--locales [locales...]`**: दस्तावेज़ीकरण की समीक्षा करने के लिए लक्षित स्थानीय भाषाएँ।
+
+  > उदाहरण: `npx intlayer doc review --locales fr es de`
+
+- **`--base-locale [baseLocale]`**: स्रोत स्थानीय भाषा (मूल दस्तावेज़) जिससे तुलना की जाएगी।
+
+  > उदाहरण: `npx intlayer doc review --base-locale en`
+
+**फ़ाइल प्रोसेसिंग विकल्प:**
+
+- **`--nb-simultaneous-file-processed [nbSimultaneousFileProcessed]`**: समीक्षा के लिए एक साथ संसाधित की जाने वाली फ़ाइलों की संख्या।
+
+  > उदाहरण: `npx intlayer doc review --nb-simultaneous-file-processed 5`
+
+**AI विकल्प:**
+
+- **`--model [model]`**: समीक्षा के लिए उपयोग किया जाने वाला AI मॉडल (जैसे, `gpt-3.5-turbo`)।
+- **`--provider [provider]`**: समीक्षा के लिए उपयोग किया जाने वाला AI प्रदाता।
+- **`--temperature [temperature]`**: AI मॉडल के लिए तापमान सेटिंग।
+- **`--api-key [apiKey]`**: AI सेवा के लिए अपनी स्वयं की API कुंजी प्रदान करें।
+- **`--application-context [applicationContext]`**: AI समीक्षा के लिए अतिरिक्त संदर्भ प्रदान करें।
+- **`--data-serialization [dataSerialization]`**: Intlayer की AI सुविधाओं के लिए उपयोग किया जाने वाला डेटा सीरियलाइजेशन प्रारूप। विकल्प: `json` (मानक, विश्वसनीय), `toon` (कम टोकन, कम सुसंगत)।
+- **`--custom-prompt [prompt]`**: समीक्षा के लिए उपयोग किए जाने वाले बेस प्रॉम्प्ट को कस्टमाइज़ करें। (ध्यान दें: अधिकांश उपयोग मामलों के लिए, `--custom-instructions` विकल्प की सिफारिश की जाती है क्योंकि यह बेहतर नियंत्रण प्रदान करता है।)
+
+  > उदाहरण: `npx intlayer doc review --model deepseek-chat --provider deepseek --temperature 0.5 --api-key sk-1234567890 --application-context "My application is a cat store"`
+
+**पर्यावरण चर विकल्प:**
+
+- **`--env`**: पर्यावरण निर्दिष्ट करें (जैसे, `development`, `production`)।
+- **`--env-file [envFile]`**: वेरिएबल्स लोड करने के लिए एक कस्टम पर्यावरण फ़ाइल प्रदान करें।
+- **`--base-dir`**: प्रोजेक्ट के लिए बेस डायरेक्टरी निर्दिष्ट करें।
+- **`--no-cache`**: कैश को अक्षम करें।
+
+  > उदाहरण: `npx intlayer doc review --base-dir ./docs --env-file .env.production.local`
+
+**लॉग विकल्प:**
+
+- **`--verbose`**: डिबगिंग के लिए विस्तृत लॉगिंग सक्षम करें। (CLI का उपयोग करते समय डिफ़ॉल्ट रूप से true)
+
+  > उदाहरण: `npx intlayer doc review --verbose`
+
+**कस्टम निर्देश विकल्प:**
+
+- **`--custom-instructions [customInstructions]`**: प्रॉम्प्ट में जोड़े गए कस्टम निर्देश। फॉर्मेटिंग, URL अनुवाद आदि के संबंध में विशिष्ट नियम लागू करने के लिए उपयोगी।
+
+  > उदाहरण: `npx intlayer doc review --custom-instructions "URLs का अनुवाद न करें, और मार्कडाउन फॉर्मेट बनाए रखें"`
+
+  > उदाहरण: `npx intlayer doc review --custom-instructions "$(cat ./instructions.md)"`
+
+**Git विकल्प:**
+
+- **`--git-diff`**: केवल उन फ़ाइलों पर चलाएं जिनमें बेस (डिफ़ॉल्ट `origin/main`) से वर्तमान ब्रांच (डिफ़ॉल्ट: `HEAD`) तक परिवर्तन शामिल हैं।
+- **`--git-diff-base`**: git diff के लिए बेस संदर्भ निर्दिष्ट करें (डिफ़ॉल्ट `origin/main`)।
+- **`--git-diff-current`**: git diff के लिए वर्तमान संदर्भ निर्दिष्ट करें (डिफ़ॉल्ट `HEAD`)।
+- **`--uncommitted`**: बिना कमिट किए गए परिवर्तनों को शामिल करें।
+- **`--unpushed`**: बिना पुश किए गए परिवर्तनों को शामिल करें।
+- **`--untracked`**: बिना ट्रैक किए गए फाइलों को शामिल करें।
+
+  > उदाहरण: `npx intlayer doc review --git-diff --git-diff-base origin/main --git-diff-current HEAD`
+
+  > उदाहरण: `npx intlayer doc review --uncommitted --unpushed --untracked`
+
+> ध्यान दें कि आउटपुट फ़ाइल पथ निम्नलिखित पैटर्न को बदलकर निर्धारित किया जाएगा:
+>
+> - `/{{baseLocale}}/` को `/{{locale}}/` से (Unix)
+> - `\{{baseLocale}}\` को `\{{locale}}\` से (Windows)
+> - `_{{baseLocale}}.` को `_{{locale}}.` से
+> - `{{baseLocale}}_` को `{{locale}}_` से
+> - `.{{baseLocaleName}}.` को `.{{localeName}}.` से
+>
+> यदि पैटर्न नहीं मिलता है, तो आउटपुट फ़ाइल फ़ाइल के एक्सटेंशन में `.{{locale}}` जोड़ देगी। उदाहरण के लिए `./my/file.md` समीक्षा की जाएगी और फ्रेंच लोकल के लिए `./my/file.fr.md` में अपडेट होगी।

package/docs/hi/cli/doc-translate.md

@@ -15,6 +15,7 @@ slugs:
   - concept
   - cli
   - doc-translate
+author: aymericzip
 ---
 
 # दस्तावेज़ अनुवाद करें

package/docs/hi/cli/editor.md

@@ -13,6 +13,7 @@ slugs:
   - concept
   - cli
   - editor
+author: aymericzip
 ---
 
 # एडिटर कमांड्स

package/docs/hi/cli/extract.md

@@ -14,6 +14,7 @@ slugs:
   - concept
   - cli
   - extract
+author: aymericzip
 ---
 
 # स्ट्रिंग्स निकालना

package/docs/hi/cli/fill.md

@@ -16,6 +16,7 @@ slugs:
   - concept
   - cli
   - fill
+author: aymericzip
 ---
 
 # शब्दकोश भरें / ऑडिट करें / अनुवाद करें
@@ -46,6 +47,14 @@ bun x intlayer fill
 - मौजूदा अनुवादों को अधिलेखित न करके उन्हें संरक्षित करता है।
 - गति बढ़ाने के लिए कतार प्रणाली का उपयोग करके फ़ाइलों, चंक्स और लोकेल्स को समानांतर में संसाधित करता है।
 
+## मुख्य बिंदु:
+
+- बड़ी JSON फ़ाइलों को chunks में विभाजित करता है ताकि AI मॉडल के context window की सीमा के भीतर रहा जा सके।
+- यदि आउटपुट format गलत है तो translation को retry करता है।
+- बेहतर translation accuracy के लिए application और file-specific context को शामिल करता है।
+- मौजूदा translations को preserve करता है और उन्हें overwrite नहीं करता है।
+- Speed बढ़ाने के लिए queue system का उपयोग करके files, chunks, और locales को parallel में process करता है।
+
 ## उपनाम:
 
 - `npx intlayer dictionaries fill`

package/docs/hi/cli/index.md

@@ -17,6 +17,9 @@ slugs:
   - concept
   - cli
 history:
+  - version: 9.0.0
+    date: 2026-06-11
+    changes: "scan कमांड जोड़ा गया"
   - version: 8.6.4
     date: 2026-03-31
     changes: "standalone कमांड जोड़ा गया"
@@ -62,6 +65,7 @@ history:
   - version: 5.5.10
     date: 2025-06-29
     changes: "इतिहास प्रारंभ"
+author: aymericzip
 ---
 
 # Intlayer CLI - आपकी बहुभाषी वेबसाइट के लिए सभी Intlayer CLI कमांड
@@ -162,6 +166,10 @@ Intlayer कई कॉन्फ़िगरेशन फ़ाइल प्र
 
 - **[CI Command](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/cli/ci.md)** - CI/CD पाइपलाइनों के लिए स्वचालित रूप से इंजेक्ट किए गए क्रेडेंशियल के साथ Intlayer कमांड निष्पादित करें
 
+### ऑडिटिंग और डायग्नोस्टिक्स
+
+- **[वेबसाइट स्कैन करें](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/cli/scan.md)** - किसी भी सार्वजनिक URL के पेज आकार को मापें और i18n/SEO स्वास्थ्य का ऑडिट करें
+
 ### विकास उपकरण (Developer Tools)
 
 - **[CLI SDK](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/cli/sdk.md)** - अपने स्वयं के कोड में Intlayer CLI SDK का उपयोग करें
@@ -184,7 +192,8 @@ Intlayer कई कॉन्फ़िगरेशन फ़ाइल प्र
   "intlayer:extract": "npx intlayer extract",
   "intlayer:projects": "npx intlayer projects list",
   "intlayer:doc:translate": "npx intlayer doc translate",
-  "intlayer:doc:review": "npx intlayer doc review"
+  "intlayer:doc:review": "npx intlayer doc review",
+  "intlayer:scan": "npx intlayer scan https://example.com"
 }
 ```
 

package/docs/hi/cli/init.md

@@ -20,6 +20,7 @@ history:
   - version: 7.5.9
     date: 2025-12-30
     changes: "init कमांड जोड़ा गया"
+author: aymericzip
 ---
 
 # Intlayer प्रारंभ करें (Initialize Intlayer)

package/docs/hi/cli/list.md

@@ -20,6 +20,7 @@ history:
   - version: 7.5.11
     date: 2026-01-06
     changes: "सूची कमांड में JSON आउटपुट विकल्प जोड़ा गया"
+author: aymericzip
 ---
 
 # सामग्री घोषणा फ़ाइलों की सूची बनाएं