@intlayer/docs 9.0.0-canary.4 → 9.0.0-canary.5

package/docs/hi/packages/react-intlayer/useDictionary.md

@@ -24,100 +24,6 @@ history:
 author: aymericzip
 ---
 
-# React एकीकरण: `useDictionary` हुक दस्तावेज़ीकरण
-
-यह अनुभाग React अनुप्रयोगों के भीतर `useDictionary` हुक का उपयोग करने के लिए विस्तृत मार्गदर्शन प्रदान करता है, जो बिना विज़ुअल एडिटर के स्थानीयकृत सामग्री को कुशलतापूर्वक संभालने में सक्षम बनाता है।
-
-## React में `useDictionary` को इम्पोर्ट करना
-
-`useDictionary` हुक को संदर्भ के आधार पर React अनुप्रयोगों में इस प्रकार इम्पोर्ट किया जा सकता है:
-
-- **क्लाइंट कंपोनेंट:**
-
-  ```typescript codeFormat="typescript"
-  import { useDictionary } from "react-intlayer"; // क्लाइंट-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-  ```javascript codeFormat="esm"
-  import { useDictionary } from "react-intlayer"; // क्लाइंट-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-  ```javascript codeFormat="commonjs"
-  const { useDictionary } = require("react-intlayer"); // क्लाइंट-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-- **सर्वर कंपोनेंट:**
-
-  ```typescript codeFormat="typescript"
-  import { useDictionary } from "react-intlayer/server"; // सर्वर-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-  ```javascript codeFormat="esm"
-  import { useDictionary } from "react-intlayer/server"; // सर्वर-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-  ```javascript codeFormat="commonjs"
-  const { useDictionary } = require("react-intlayer/server"); // सर्वर-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-## पैरामीटर
-
-यह हुक दो पैरामीटर स्वीकार करता है:
-
-1. **`dictionary`**: एक घोषित शब्दकोश ऑब्जेक्ट जिसमें विशिष्ट कुंजियों के लिए स्थानीयकृत सामग्री होती है।
-2. **`locale`** (वैकल्पिक): इच्छित स्थानीय भाषा। यदि निर्दिष्ट नहीं किया गया है, तो वर्तमान संदर्भ की स्थानीय भाषा डिफ़ॉल्ट होती है।
-
-## शब्दकोश
-
-सभी शब्दकोश ऑब्जेक्ट्स को संरचित सामग्री फ़ाइलों में घोषित किया जाना चाहिए ताकि टाइप सुरक्षा सुनिश्चित हो सके और रनटाइम त्रुटियों को रोका जा सके। आप [सेटअप निर्देश यहाँ पा सकते हैं](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/dictionary/content_file.md)। यहाँ सामग्री घोषणा का एक उदाहरण है:
-
-```typescript fileName="./component.content.ts" contentDeclarationFormat={["typescript", "esm", "commonjs"]}
-import { t, type Dictionary } from "intlayer";
-
-const componentContent = {
-  key: "component-example",
-  content: {
-    title: t({
-      en: "Client Component Example",
-      fr: "Exemple de composant client",
-      es: "Ejemplo de componente cliente",
-    }),
-    content: t({
-      en: "This is the content of a client component example",
-      fr: "Ceci est le contenu d'un exemple de composant client",
-      es: "Este es el contenido de un ejemplo de componente cliente",
-    }),
-  },
-} satisfies Dictionary;
-
-export default componentContent;
-```
-
-```json fileName="./component.content.json" contentDeclarationFormat="json"
-{
-  "$schema": "https://intlayer.org/schema.json",
-  "key": "component-example",
-  "content": {
-    "title": {
-      "nodeType": "translation",
-      "translation": {
-        "en": "Client Component Example",
-        "fr": "Exemple de composant client",
-        "es": "Ejemplo de componente cliente"
-      }
-    },
-    "content": {
-      "nodeType": "translation",
-      "translation": {
-        "en": "यह एक क्लाइंट कंपोनेंट उदाहरण की सामग्री है",
-        "fr": "Ceci est le contenu d'un exemple de composant client",
-        "es": "Este es el contenido de un ejemplo de componente cliente"
-      }
-    }
-  }
-}
-```
-
 ## React में उदाहरण उपयोग
 
 नीचे एक उदाहरण दिया गया है कि कैसे `useDictionary` हुक को एक React कंपोनेंट में उपयोग किया जाए:
@@ -160,14 +66,6 @@ const ServerComponentExample: FC<{ locale: string }> = ({ locale }) => {
 };
 ```
 
-## गुणों पर नोट्स
-
-विज़ुअल एडिटर्स का उपयोग करने वाले इंटीग्रेशन के विपरीत, यहाँ `buttonTitle.value` जैसे गुण लागू नहीं होते हैं। इसके बजाय, सीधे अपने कंटेंट में घोषित स्थानीयकृत स्ट्रिंग्स तक पहुँचें।
-
-```jsx
-<button title={content.title}>{content.content}</button>
-```
-
 ## अतिरिक्त सुझाव
 
 - **टाइप सुरक्षा**: अपने शब्दकोशों को परिभाषित करने के लिए हमेशा `Dictionary` का उपयोग करें ताकि टाइप सुरक्षा सुनिश्चित हो सके।

package/docs/hi/packages/react-intlayer/useI18n.md

@@ -146,7 +146,3 @@ const ServerComponentExample = () => {
 - **Intlayer विज़ुअल एडिटर**: एक अधिक सहज सामग्री प्रबंधन अनुभव के लिए, विज़ुअल एडिटर दस्तावेज़ीकरण [यहाँ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/intlayer_visual_editor.md) देखें।
 
 यह अनुभाग विशेष रूप से React अनुप्रयोगों में `useI18n` हुक के एकीकरण को कवर करता है, जो स्थानीयकरण प्रक्रिया को सरल बनाता है और विभिन्न स्थानीयताओं में सामग्री की संगति सुनिश्चित करता है।
-
-## प्रलेखन इतिहास
-
-- 6.0.0 - 2025-06-29: `useI18n` हुक प्रलेखन की प्रारंभिक लेखन

package/docs/hi/packages/react-intlayer/useIntlayer.md

@@ -29,49 +29,6 @@ author: aymericzip
 
 यह अनुभाग React अनुप्रयोगों के भीतर `useIntlayer` हुक का उपयोग करने के लिए विस्तृत मार्गदर्शन प्रदान करता है, जो कुशल सामग्री स्थानीयकरण की अनुमति देता है।
 
-## React में `useIntlayer` को इम्पोर्ट करना
-
-`useIntlayer` हुक को संदर्भ के आधार पर React अनुप्रयोगों में आयात करके एकीकृत किया जा सकता है:
-
-- **क्लाइंट कंपोनेंट:**
-
-  ```typescript codeFormat="typescript"
-  import { useIntlayer } from "react-intlayer"; // क्लाइंट-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-  ```javascript codeFormat="esm"
-  import { useIntlayer } from "react-intlayer"; // क्लाइंट-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-  ```javascript codeFormat="commonjs"
-  const { useIntlayer } = require("react-intlayer"); // क्लाइंट-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-- **सर्वर कंपोनेंट:**
-
-  ```typescript codeFormat="commonjs"
-  import { useIntlayer } from "react-intlayer/server"; // सर्वर-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-  ```javascript codeFormat="esm"
-  import { useIntlayer } from "react-intlayer/server"; // सर्वर-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-  ```javascript codeFormat="commonjs"
-  const { useIntlayer } = require("react-intlayer/server"); // सर्वर-साइड React कंपोनेंट्स में उपयोग किया जाता है
-  ```
-
-## पैरामीटर
-
-यह हुक दो पैरामीटर स्वीकार करता है:
-
-1. **`key`**: स्थानीयकृत सामग्री प्राप्त करने के लिए शब्दकोश कुंजी।
-2. **`locale`** (वैकल्पिक): इच्छित लोकल। यदि निर्दिष्ट नहीं किया गया है, तो यह संदर्भ के लोकल पर डिफ़ॉल्ट होता है।
-
-## शब्दकोश
-
-सभी शब्दकोश कुंजियाँ सामग्री घोषणा फ़ाइलों में घोषित होनी चाहिए ताकि टाइप सुरक्षा बढ़े और त्रुटियों से बचा जा सके। आप [सेटअप निर्देश यहाँ पा सकते हैं](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/dictionary/content_file.md)।
-
 ## React में उदाहरण उपयोग
 
 React कंपोनेंट के भीतर `useIntlayer` हुक का प्रदर्शन:
@@ -131,14 +88,6 @@ const ServerComponentExample = () => {
 };
 ```
 
-## गुणों को संभालना
-
-जब गुणों का स्थानीयकरण करें, तो सामग्री के मानों तक उचित रूप से पहुँचें:
-
-```jsx
-<button title={content.buttonTitle.value}>{content.buttonText}</button>
-```
-
 ## अतिरिक्त संसाधन
 
 - **Intlayer विज़ुअल एडिटर**: एक अधिक सहज सामग्री प्रबंधन अनुभव के लिए, विज़ुअल एडिटर प्रलेखन को [यहाँ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/intlayer_visual_editor.md) देखें।

package/docs/hi/releases/v6.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Intlayer v6 में आपका स्वागत है! यह रिलीज़ प्रदर्शन, डेवलपर अनुभव, और विश्वसनीयता पर केंद्रित है। नीचे मुख्य बिंदु दिए गए हैं, साथ ही माइग्रेशन नोट्स और कॉपी-पेस्ट करने योग्य उदाहरण।
 
+## विषय सूची
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## मुख्य बिंदु
 
 - नया कमांड: `npx intlayer content test` जो गायब अनुवादों का पता लगाता है
@@ -294,6 +298,24 @@ bun x intlayer live --with 'vite preview'
 
 ---
 
+## Turbopack पर फ़ाइलों को देखने के लिए समानांतर प्रक्रिया
+
+जब आप अपने development server के रूप में `next dev --turbopack` कमांड के साथ Next.js 14 और उससे ऊपर पर Turbopack का उपयोग कर रहे हों, तो dictionary में होने वाले परिवर्तन डिफ़ॉल्ट रूप से स्वचालित रूप से पहचाने नहीं जाएंगे।
+
+यह सीमा इसलिए होती है क्योंकि Turbopack आपकी content फ़ाइलों में परिवर्तनों की निगरानी करने के लिए webpack plugins को समानांतर में चलाने में सक्षम नहीं है।
+
+इसके आस-पास काम करने के लिए, हमने `intlayer watch` कमांड को छोड़ दिया है, `--with` विकल्प का उपयोग करके development server और Intlayer build watcher दोनों को एक साथ चलाते हैं।
+
+```json5 fileName="package.json"
+{
+  "scripts": {
+    "dev": "npx intlayer watch --with 'next dev --turbopack'",
+  },
+}
+```
+
+---
+
 ## माइग्रेशन नोट्स
 
 - हटाया गया: `dictionaryOutput` (पहले `i18next` या `next-intl`)। यह भविष्य के संस्करणों में प्लगएबल एडाप्टर के रूप में वापस आएगा। अपने कॉन्फ़िग से इस फ़ील्ड को हटा दें।
@@ -312,6 +334,12 @@ bun x intlayer live --with 'vite preview'
 
 ---
 
+## v6 से v7 में माइग्रेशन नोट्स
+
+अधिक जानकारी के लिए [v6 से v7 में माइग्रेशन नोट्स](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/releases/v7.md) देखें।
+
+---
+
 ## उपयोगी लिंक
 
 - [CLI संदर्भ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/cli/index.md)

package/docs/hi/releases/v7.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Intlayer v7 में आपका स्वागत है! यह प्रमुख रिलीज़ प्रदर्शन, टाइप सुरक्षा, और डेवलपर अनुभव में महत्वपूर्ण सुधार लाती है। नीचे मुख्य बिंदु दिए गए हैं, साथ ही माइग्रेशन नोट्स और व्यावहारिक उदाहरण।
 
+## विषय-सूची
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## मुख्य बिंदु
 
 - तेज़ बिल्ड के लिए कैशिंग रणनीति
@@ -260,6 +264,126 @@ setLocale("en");
 
 ---
 
+## स्वचालित कोड फॉर्मेटिंग: formatCommand कॉन्फ़िगरेशन
+
+v7 एडिटर कॉन्फ़िगरेशन में `formatCommand` विकल्प को पेश करता है, जो आपको Intlayer द्वारा लिखी गई कंटेंट फाइलों को स्वचालित रूप से फॉर्मेट करने की अनुमति देता है। यह आपकी कंटेंट घोषणा फाइलों में सुसंगत कोड शैली और फॉर्मेटिंग सुनिश्चित करता है।
+
+यदि सेट नहीं किया गया है, तो Intlayer स्वचालित रूप से फॉर्मेट कमांड का पता लगाने का प्रयास करेगा। निम्नलिखित कमांड को resolve करने का प्रयास करके: prettier, biome, eslint।
+
+### कॉन्फ़िगरेशन
+
+`formatCommand` विकल्प एक स्ट्रिंग टेम्पलेट स्वीकार करता है जहाँ `{{file}}` को वास्तविक फ़ाइल पथ से प्रतिस्थापित किया जाएगा:
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    formatCommand: 'bun x biome format "{{file}}" --write --log-level none',
+  },
+};
+```
+
+### समर्थित formatters
+
+आप किसी भी code formatter का उपयोग कर सकते हैं जो फ़ाइल पथ को arguments के रूप में स्वीकार करता है:
+
+**Biome का उपयोग करते हुए:**
+
+```typescript
+formatCommand: 'bun x biome format "{{file}}" --write --log-level none';
+```
+
+**Prettier का उपयोग करते हुए:**
+
+```typescript
+formatCommand: 'npx prettier --write "{{file}}" --log-level silent';
+```
+
+**ESLint का उपयोग करते हुए:**
+
+```typescript
+formatCommand: 'npx eslint --fix "{{file}}" --quiet';
+```
+
+**Bun के built-in formatter का उपयोग करते हुए:**
+
+```typescript
+formatCommand: 'bun format "{{file}}"';
+```
+
+### लाभ
+
+- **सुसंगत स्वरूपण**: सभी सामग्री फ़ाइलें स्वचालित रूप से आपके प्रोजेक्ट के शैली दिशानिर्देशों के अनुसार स्वरूपित होती हैं
+- **डेवलपर अनुभव**: Intlayer के लिखने के बाद फ़ाइलों को मैन्युअल रूप से स्वरूपित करने की आवश्यकता नहीं है
+- **टीम सुसंगतता**: सुनिश्चित करता है कि सभी टीम सदस्यों के पास सामग्री फ़ाइलों पर समान स्वरूपण लागू हो
+- **CI/CD एकीकरण**: सामग्री फ़ाइलें स्वचालित वर्कफ़्लो में सुसंगत स्वरूपण बनाए रखती हैं
+
+### यह कैसे काम करता है
+
+जब Intlayer एक content declaration फ़ाइल (`.content.ts`, `.content.js`, आदि) को लिखता या अपडेट करता है, तो यह स्वचालित रूप से फ़ाइल पर निर्दिष्ट format command चलाता है। `{{file}}` placeholder को वास्तविक फ़ाइल path से replace किया जाता है, और command को project के base directory में execute किया जाता है।
+
+---
+
+## Dictionary Configuration: Better organization and structure
+
+v7 एक नया dedicated `dictionary` configuration section introduce करता है जो dictionary-related settings के लिए बेहतर organization और improved content management प्रदान करता है।
+
+### नया dictionary कॉन्फ़िगरेशन संरचना
+
+`fill` प्रॉपर्टी को `content` सेक्शन से एक नए `dictionary` सेक्शन में स्थानांतरित किया गया है, जो चिंताओं का स्पष्ट पृथक्करण प्रदान करता है:
+
+**v6 कॉन्फ़िगरेशन:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    autoFill: "./{{fileName}}.content.json",
+    contentDir: ["src"],
+  },
+};
+```
+
+**v7 कॉन्फ़िगरेशन:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    contentDir: ["src"],
+  },
+  dictionary: {
+    fill: "./{{fileName}}.content.json",
+  },
+};
+```
+
+### नई संरचना के लाभ
+
+- **स्पष्ट संगठन**: Dictionary-specific सेटिंग्स अब एक साथ समूहीकृत हैं
+- **Concerns का बेहतर separation**: Content discovery बनाम dictionary operations स्पष्ट रूप से अलग हैं
+- **बेहतर maintainability**: Dictionary-related configurations को समझना और संशोधित करना आसान है
+- **Future extensibility**: Dictionary section अतिरिक्त dictionary-specific सेटिंग्स को समायोजित कर सकता है
+- **Comprehensive dictionary management**: `title`, `live`, `priority`, `tags`, `version`, और `description` जैसे properties शामिल हैं जो नए dictionaries बनाने और प्रबंधित करने के लिए हैं
+
+### कॉन्फ़िगरेशन उपयोग
+
+डिक्शनरी कॉन्फ़िगरेशन दो मुख्य उद्देश्यों को पूरा करता है:
+
+1. **डिफ़ॉल्ट मान**: कंटेंट डिक्लेरेशन फ़ाइलें बनाते समय डिफ़ॉल्ट मान परिभाषित करें
+2. **फॉलबैक व्यवहार**: जब विशिष्ट फ़ील्ड परिभाषित नहीं हों तो फॉलबैक मान प्रदान करें, जिससे आप डिक्शनरी ऑपरेशन व्यवहार को विश्व स्तर पर परिभाषित कर सकें
+
+डिक्शनरी सेक्शन में डिक्शनरी प्रबंधन के लिए व्यापक गुण शामिल हैं:
+
+- **`fill`**: कंटेंट जेनरेशन के लिए ऑटो-फिल व्यवहार
+- **`title`**: नई डिक्शनरीज के लिए डिफ़ॉल्ट शीर्षक
+- **`live`**: रीयल-टाइम अपडेट के लिए लाइव सिंक कॉन्फ़िगरेशन
+- **`priority`**: डिक्शनरी रेजोल्यूशन के लिए प्राथमिकता सेटिंग्स
+- **`tags`**: कंटेंट ऑर्गनाइजेशन के लिए डिफ़ॉल्ट टैग्स
+- **`version`**: डिक्शनरी अपडेट के लिए संस्करण प्रबंधन
+- **`description`**: नई कंटेंट के लिए डिफ़ॉल्ट विवरण
+
+कंटेंट डिक्लेरेशन फ़ाइलों और कॉन्फ़िगरेशन मानों को कैसे लागू किया जाता है, इस बारे में अधिक जानकारी के लिए, [कंटेंट फ़ाइल डॉक्यूमेंटेशन](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/dictionary/content_file.md) देखें।
+
+---
+
 ## Fill कमांड: बेहतर कंटेंट प्रबंधन के लिए अपडेटेड व्यवहार
 
 v7 में `fill` कमांड के लिए बेहतर व्यवहार पेश किया गया है, जो अधिक पूर्वानुमेय और लचीला कंटेंट प्रबंधन प्रदान करता है:
@@ -407,6 +531,10 @@ const content = {
 - **`middleware.prefixDefault`**: इसे `routing.mode` से बदला गया है
 - **`middleware.noPrefix`**: इसे `routing.mode` से बदला गया है
 
+### नई कॉन्फ़िगरेशन
+
+- **`editor.formatCommand`**: कंटेंट फाइलों के स्वचालित कोड फॉर्मेटिंग के लिए नया विकल्प
+
 ### माइग्रेशन मैपिंग
 
 #### कॉन्फ़िगरेशन मैपिंग

package/docs/hi/releases/v9.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2026-06-14
-updatedAt: 2026-06-14
+updatedAt: 2026-06-23
 title: नया Intlayer v9 - क्या नया है?
 description: जानें कि Intlayer v9 में क्या नया है। लोकप्रिय i18n लाइब्रेरीज़ के लिए ड्रॉप-इन कम्पैटिबिलिटी पैकेजेस और Collections, Variants, और Dynamic Records के लिए सपोर्ट का परिचय।
 keywords:
@@ -216,6 +216,42 @@ export default {
 
 ---
 
+## Vite Plugin: बंडल्ड Compiler & Proxy
+
+`intlayer()` Vite plugin अब **compiler** और **locale-routing proxy** को सीधे बंडल करता है, इसलिए अधिकांश projects को `vite.config.ts` में केवल एक ही plugin की आवश्यकता है:
+
+```ts fileName="vite.config.ts"
+import { defineConfig } from "vite";
+import { intlayer } from "vite-intlayer";
+
+export default defineConfig({
+  plugins: [intlayer()],
+});
+```
+
+- **Compiler**: जब `compiler.enabled` सेट होता है और `compiler.output` path कॉन्फ़िगर की जाती है तो स्वचालित रूप से सक्रिय हो जाता है। आपको अब `intlayerCompiler()` को अलग से रजिस्टर करने की आवश्यकता नहीं है।
+- **Proxy**: नए `routing.enableProxy` option (`true` डिफ़ॉल्ट रूप से) के आधार पर स्वचालित रूप से सक्रिय हो जाता है। यह development, preview, और production SSR में locale detection / redirect / rewrite middleware को wire करता है। आपको अब `intlayerProxy()` को अलग से रजिस्टर करने की आवश्यकता नहीं है।
+
+### `routing.enableProxy` विकल्प
+
+एक नया `routing.enableProxy` विकल्प नियंत्रित करता है कि locale-routing proxy को plug किया गया है या नहीं। यह डिफ़ॉल्ट रूप से `true` होता है। इसे disable करें जब आप locale routing को स्वयं handle करना चाहते हैं:
+
+```ts fileName="intlayer.config.ts"
+import type { IntlayerConfig } from "intlayer";
+
+const config: IntlayerConfig = {
+  routing: {
+    enableProxy: false, // डिफ़ॉल्ट: true
+  },
+};
+
+export default config;
+```
+
+स्टैंडअलोन `intlayerCompiler()` और `intlayerProxy()` plugins advanced setups के लिए exported रहते हैं। उन्हें `intlayer()` के साथ register करना सुरक्षित है — प्रत्येक plugin स्वयं को deduplicate करता है और केवल एक बार चलता है।
+
+---
+
 ## v8 से माइग्रेशन नोट्स
 
 यदि आप v8 से अपग्रेड कर रहे हैं, तो ध्यान दें कि v9 में कोई ब्रेकिंग बदलाव (breaking changes) शामिल नहीं हैं। लेकिन यहाँ मुख्य बदलाव दिए गए हैं:

package/docs/hi/roadmap.md

@@ -29,6 +29,12 @@ Intlayer एक सामग्री प्रबंधन और अंतर
 
 ---
 
+## विषय-सूची
+
+<TOC/>
+
+---
+
 ## वर्तमान सुविधाएँ
 
 ### 1. सामग्री घोषणा

package/docs/id/autoFill.md

@@ -35,6 +35,26 @@ author: aymericzip
 
 **File deklarasi isi otomatis** dalam CI Anda adalah cara untuk mempercepat alur kerja pengembangan Anda.
 
+## Memahami perilaku
+
+Perintah `fill` mencakup dua mode:
+
+- **Complete**: Secara otomatis mengisi semua konten yang hilang untuk setiap locale dan mengedit file saat ini, atau file lain jika ditentukan. Artinya, mode complete akan melewatkan penerjemahan konten yang sudah ada, jika sudah diterjemahkan.
+- **Review**: Secara otomatis mengisi **semua** konten untuk setiap locale dan menghasilkan untuk file tertentu, atau file lain jika ditentukan.
+
+Perintah will akan memproses semua file deklarasi konten locale Anda. Artinya, tidak akan memproses konten jarak jauh dari CMS. CMS mencakup manajemen terjemahan sendiri.
+Jika Anda menggunakan plugin seperti `@intlayer/sync-json-plugin`, Intlayer akan mengubah file JSON menjadi file deklarasi konten locale. Artinya, file-file tersebut akan diproses oleh perintah `fill`.
+
+File yang baru dihasilkan mencakup instruksi `filled` sebagai metadata kamus. Instruksi ini akan digunakan oleh Intlayer untuk mengetahui apakah file telah diisi secara otomatis atau tidak, dan melewati file ini dari penerjemahan lagi jika ada.
+
+Intlayer juga akan mempertimbangkan instruksi berikut untuk pengisian otomatis:
+
+- Dari `.content.{ts|js|json}` Anda → instruksi `fill`
+- Dari file konfigurasi `.intlayer.config.ts` Anda → instruksi `dictionary.fill`
+- Akan diatur ke `true` secara default sebaliknya
+
+Untuk file deklarasi konten per-locale, instruksi `true` akan diganti dengan `./{{fileName}}.fill.content.json`. Ini karena file deklarasi konten per-locale tidak dapat menerima konten terlokalisasi tambahan. Jadi akan menghasilkan file baru untuk tidak menimpa file yang ada.
+
 ## Perilaku Default
 
 Secara default, `fill` diatur ke `true` secara global, yang berarti Intlayer akan secara otomatis mengisi semua file konten dan mengedit file itu sendiri. Perilaku ini dapat disesuaikan dengan beberapa cara:

package/docs/id/benchmark/solid.md

@@ -118,6 +118,28 @@ Kami membandingkan **empat strategi pemuatan**:
 - **Scoped static**: Menjaga kode tetap teratur (pemisahan logis) tanpa permintaan jaringan ekstra yang kompleks.
 - **Scoped dynamic**: Pendekatan terbaik untuk _code splitting_ dan performa. Meminimalkan memori dengan hanya memuat apa yang dibutuhkan oleh tampilan saat ini dan bahasa yang aktif.
 
+### Apa yang saya ukur:
+
+Saya menjalankan aplikasi multibahasa yang sama di browser nyata untuk setiap stack, kemudian mencatat apa yang benar-benar muncul di wire dan berapa lama waktu yang dibutuhkan. Ukuran dilaporkan **setelah kompresi web normal**, karena itu lebih dekat dengan apa yang orang-orang unduh daripada penghitungan sumber mentah.
+
+- **Ukuran library internationalization**: Setelah bundling, tree-shaking dan minification, ukuran library i18n adalah ukuran providers + hooks/primitives code dalam komponen kosong. Ini tidak termasuk loading file terjemahan. Ini menjawab betapa mahalnya library sebelum konten Anda memasuki gambar.
+
+- **JavaScript per halaman**: Untuk setiap rute benchmark, berapa banyak script yang browser tarik untuk kunjungan itu, rata-rata di seluruh halaman dalam suite (dan di seluruh locale di mana laporan menggabungkannya). Halaman berat adalah halaman lambat.
+
+- **Leakage dari locale lain**: Ini adalah konten halaman yang sama tetapi dalam bahasa lain yang akan dimuat secara tidak disengaja di halaman yang diaudit. Konten ini tidak perlu dan harus dihindari. (mis. konten halaman `/fr/about` dalam bundle halaman `/en/about`)
+
+- **Leakage dari rute lain**: Ide yang sama untuk **layar lain** dalam aplikasi: apakah salinannya berjalan bersama saat Anda hanya membuka satu halaman. (mis. konten halaman `/en/about` dalam bundle halaman `/en/contact`). Skor tinggi menunjukkan splitting yang lemah atau bundle yang terlalu luas.
+
+- **Ukuran bundle komponen rata-rata**: Piece UI umum diukur **satu per satu** alih-alih menyembunyikan dalam satu angka aplikasi raksasa. Ini menunjukkan apakah internationalization diam-diam mengobarkan komponen sehari-hari. Misalnya, jika komponen Anda di-rerender, itu akan memuat semua data itu dari memori. Melampirkan JSON besar ke komponen apa pun seperti menghubungkan toko besar data yang tidak digunakan yang akan memperlambat kinerja komponen Anda.
+
+- **Responsivitas pengalihan bahasa**: Saya membalik bahasa menggunakan kontrol aplikasi sendiri dan mencatat berapa lama waktu yang dibutuhkan sampai halaman jelas beralih, apa yang akan diperhatikan pengunjung, bukan langkah mikro lab.
+
+- **Rendering work setelah perubahan bahasa**: Tindak lanjut yang lebih sempit: berapa banyak upaya yang diambil interface untuk repaint untuk bahasa baru setelah switch dalam penerbangan. Berguna ketika waktu "terasa" dan biaya framework berbeda.
+
+- **Waktu loading halaman awal**: Dari navigasi ke browser mempertimbangkan halaman sepenuhnya dimuat untuk skenario yang saya uji. Baik untuk membandingkan cold start.
+
+- **Waktu hydration**: Ketika aplikasi mengeksposnya, berapa lama client menghabiskan waktu mengubah server HTML menjadi sesuatu yang benar-benar dapat Anda klik. Dash dalam tabel berarti implementasi itu tidak memberikan angka hydration yang andal dalam benchmark ini.
+
 ## Bintang GitHub
 
 Bintang GitHub adalah indikator kuat dari popularitas proyek, kepercayaan komunitas, dan relevansi jangka panjang. Meskipun bukan ukuran langsung dari kualitas teknis, bintang-bintang tersebut mencerminkan berapa banyak pengembang yang menganggap proyek tersebut berguna, mengikuti kemajuannya, dan kemungkinan akan mengadopsinya. Untuk memperkirakan nilai suatu proyek, bintang membantu membandingkan daya tarik di berbagai alternatif dan memberikan wawasan tentang pertumbuhan ekosistem.

package/docs/id/benchmark/svelte.md

@@ -116,6 +116,28 @@ Kami membandingkan **empat strategi pemuatan**:
 - **Scoped static**: Menjaga kode tetap teratur (pemisahan logis) tanpa permintaan jaringan ekstra yang kompleks.
 - **Scoped dynamic**: Pendekatan terbaik untuk _code splitting_ dan performa. Meminimalkan memori dengan hanya memuat apa yang dibutuhkan oleh tampilan saat ini dan bahasa yang aktif.
 
+### Apa yang saya ukur:
+
+Saya menjalankan aplikasi multibahasa yang sama di browser nyata untuk setiap stack, kemudian mencatat apa yang sebenarnya muncul di wire dan berapa lama waktu yang dibutuhkan. Ukuran dilaporkan **setelah kompresi web normal**, karena itu lebih dekat dengan apa yang orang unduh daripada hitungan sumber mentah.
+
+- **Ukuran library internationalization**: Setelah bundling, tree-shaking dan minification, ukuran library i18n adalah ukuran kode providers + stores dalam komponen kosong. Ini tidak termasuk pemuatan file terjemahan. Ini menjawab seberapa mahal library sebelum konten Anda memasuki gambaran.
+
+- **JavaScript per halaman**: Untuk setiap rute benchmark, berapa banyak script yang browser tarik untuk kunjungan itu, dirata-ratakan di seluruh halaman dalam suite (dan di seluruh locale di mana laporan menggabungkannya). Halaman berat adalah halaman lambat.
+
+- **Kebocoran dari locale lain**: Ini adalah konten halaman yang sama tetapi dalam bahasa lain yang akan dimuat secara tidak sengaja di halaman yang diaudit. Konten ini tidak perlu dan harus dihindari. (misalnya, konten halaman `/fr/about` dalam bundel halaman `/en/about`)
+
+- **Kebocoran dari rute lain**: Ide yang sama untuk **layar lain** di aplikasi: apakah salinannya ikut ketika Anda hanya membuka satu halaman. (misalnya, konten halaman `/en/about` dalam bundel halaman `/en/contact`). Skor tinggi menunjukkan pemisahan lemah atau bundel yang terlalu luas.
+
+- **Ukuran bundel komponen rata-rata**: Piece UI umum diukur **satu per satu** daripada bersembunyi di dalam satu angka aplikasi raksasa. Ini menunjukkan apakah internationalization diam-diam membengkak komponen sehari-hari. Misalnya, jika komponen Anda merender ulang, komponen akan memuat semua data itu dari memori. Melampirkan JSON raksasa ke komponen apa pun seperti menghubungkan penyimpanan data yang tidak digunakan yang akan memperlambat kinerja komponen Anda.
+
+- **Responsivitas switch bahasa**: Saya membalik bahasa menggunakan kontrol aplikasi sendiri dan mengukur berapa lama waktu yang dibutuhkan hingga halaman telah jelas beralih, apa yang akan diperhatikan pengunjung, bukan micro-step lab.
+
+- **Rendering work setelah perubahan bahasa**: Tindak lanjut yang lebih sempit: seberapa banyak upaya yang dibutuhkan antarmuka untuk melukis ulang bahasa baru setelah switch sedang berlangsung. Berguna ketika "terasa" waktu dan biaya framework menyimpang.
+
+- **Waktu pemuatan halaman awal**: Dari navigasi ke browser menganggap halaman sepenuhnya dimuat untuk skenario yang saya uji. Baik untuk membandingkan cold start.
+
+- **Waktu hydration**: Ketika aplikasi memperlihatkannya, berapa lama klien menghabiskan waktu mengubah HTML server menjadi sesuatu yang benar-benar bisa Anda klik. Tanda garis dalam tabel berarti implementasi itu tidak memberikan gambar hydration yang dapat diandalkan dalam benchmark ini.
+
 ## Bintang GitHub
 
 Bintang GitHub adalah indikator kuat dari popularitas proyek, kepercayaan komunitas, dan relevansi jangka panjang. Meskipun bukan ukuran langsung dari kualitas teknis, bintang-bintang tersebut mencerminkan berapa banyak pengembang yang menganggap proyek tersebut berguna, mengikuti kemajuannya, dan kemungkinan akan mengadopsinya. Untuk memperkirakan nilai suatu proyek, bintang membantu membandingkan daya tarik di berbagai alternatif dan memberikan wawasan tentang pertumbuhan ekosistem.

package/docs/id/benchmark/tanstack.md

@@ -124,6 +124,28 @@ Kami membandingkan **empat strategi pemuatan**:
 - **Scoped static**: Menjaga kode tetap teratur (pemisahan logis) tanpa permintaan jaringan ekstra yang kompleks.
 - **Scoped dynamic**: Pendekatan terbaik untuk _code splitting_ dan performa. Meminimalkan memori dengan memuat hanya apa yang dibutuhkan tampilan saat ini dan lokal yang aktif.
 
+### Apa yang saya ukur:
+
+Saya menjalankan aplikasi multibahasa yang sama di browser nyata untuk setiap stack, kemudian mencatat apa yang sebenarnya muncul di kabel dan berapa lama waktu yang dibutuhkan. Ukuran dilaporkan **setelah kompresi web normal**, karena itu lebih dekat dengan apa yang orang unduh daripada hitungan sumber mentah.
+
+- **Ukuran library Internationalization**: Setelah bundling, tree-shaking dan minification, ukuran library i18n adalah ukuran providers (misalnya `NextIntlClientProvider`) + hooks (misalnya `useTranslations`) code dalam komponen kosong. Ini tidak termasuk loading file terjemahan. Ini menjawab betapa mahalnya library sebelum konten Anda masuk ke dalam gambar.
+
+- **JavaScript per halaman**: Untuk setiap rute benchmark, berapa banyak script yang browser tarik dalam kunjungan itu, rata-rata di seluruh halaman dalam suite (dan di seluruh locale di mana laporan menggabungkannya). Halaman yang berat adalah halaman yang lambat.
+
+- **Leakage dari locale lain**: Ini adalah konten halaman yang sama tetapi dalam bahasa lain yang akan dimuat secara tidak sengaja di halaman yang diaudit. Konten ini tidak perlu dan harus dihindari. (misalnya konten halaman `/fr/about` dalam bundle halaman `/en/about`)
+
+- **Leakage dari rute lain**: Ide yang sama untuk **layar lain** di aplikasi: apakah copy mereka berjalan ketika Anda hanya membuka satu halaman. (misalnya konten halaman `/en/about` dalam bundle halaman `/en/contact`). Skor tinggi mengisyaratkan pemisahan yang lemah atau bundle yang terlalu luas.
+
+- **Ukuran bundle komponen rata-rata**: Piece UI umum diukur **satu per satu** daripada bersembunyi di dalam satu angka aplikasi raksasa. Ini menunjukkan apakah internationalization secara diam-diam menginflasi komponen sehari-hari. Misalnya, jika komponen Anda merender ulang, akan memuat semua data itu dari memori. Melampirkan JSON besar ke komponen apa pun seperti menghubungkan toko besar data yang tidak digunakan yang akan memperlambat performa komponen Anda.
+
+- **Responsivitas switch bahasa**: Saya membalik bahasa menggunakan kontrol aplikasi sendiri dan mengukur berapa lama hingga halaman telah jelas berubah, apa yang akan diperhatikan pengunjung, bukan langkah mikro lab.
+
+- **Rendering work setelah perubahan bahasa**: Follow-up yang lebih sempit: berapa banyak effort yang dibutuhkan interface untuk mengecat ulang untuk bahasa baru setelah switch sedang berlangsung. Berguna ketika waktu "felt" dan biaya framework berbeda.
+
+- **Waktu loading halaman awal**: Dari navigasi ke browser yang menganggap halaman sepenuhnya dimuat untuk skenario yang saya uji. Bagus untuk membandingkan cold starts.
+
+- **Hydration time**: Ketika aplikasi memamerkannya, berapa lama klien menghabiskan waktu mengubah server HTML menjadi sesuatu yang benar-benar bisa Anda klik. Dash dalam tabel berarti implementasi itu tidak memberikan angka hydration yang dapat diandalkan dalam benchmark ini.
+
 ## Bintang GitHub
 
 Bintang GitHub adalah indikator kuat dari popularitas proyek, kepercayaan komunitas, dan relevansi jangka panjang. Meskipun bukan ukuran langsung dari kualitas teknis, bintang-bintang tersebut mencerminkan berapa banyak pengembang yang menganggap proyek tersebut berguna, mengikuti kemajuannya, dan kemungkinan akan mengadopsinya. Untuk memperkirakan nilai suatu proyek, bintang membantu membandingkan daya tarik di berbagai alternatif dan memberikan wawasan tentang pertumbuhan ekosistem.

package/docs/id/cli/ci.md

@@ -140,6 +140,28 @@ steps:
     run: npx intlayer ci fill
 ```
 
+## GitHub Actions yang Dihasilkan
+
+Ketika Anda menjalankan `intlayer init`, Intlayer mendeteksi package manager Anda (npm, yarn, pnpm, atau bun) dan membuat dua workflow GitHub Actions di bawah `.github/workflows/`, dengan perintah yang sesuai dengan package manager tersebut:
+
+- **`intlayer-fill.yml`** — Pada setiap pull request, membangun kamus dan menjalankan `intlayer fill --git-diff --mode complete` untuk menghasilkan terjemahan yang hilang untuk kamus yang berubah, kemudian melakukan commit hasilnya kembali ke branch PR.
+- **`intlayer-test.yml`** — Pada setiap pull request, membangun kamus dan menjalankan `intlayer test`, gagal pada pemeriksaan ketika locale yang diperlukan kehilangan terjemahan.
+
+File workflow yang ada tidak pernah ditimpa. Untuk melewati scaffolding sepenuhnya, jalankan:
+
+```bash
+npx intlayer init --no-github-actions
+```
+
+### Memberikan akses AI ke alur kerja fill
+
+`intlayer-fill.yml` yang telah digenerate memerlukan akses AI. Dua opsi tersedia (dikonfigurasi di blok `env` workflow):
+
+1. **Kunci penyedia AI Anda sendiri** — Tambahkan secret `AI_API_KEY` di pengaturan repository Anda (Settings → Secrets and variables → Actions). Workflow meneruskannya melalui `--provider`, `--model`, dan `--api-key`.
+2. **Kunci akses Intlayer CMS** — Tambahkan secret `INTLAYER_CLIENT_ID` dan `INTLAYER_CLIENT_SECRET` dan integrasikan ke dalam bagian `editor` `intlayer.config` Anda. Kunci akses CMS memberikan akses AI melalui backend Intlayer.
+
+Workflow `intlayer-test.yml` tidak memerlukan akses AI apa pun.
+
 ## Penanganan Kesalahan
 
 - Jika `INTLAYER_PROJECT_CREDENTIALS` tidak disetel, perintah akan keluar dengan kesalahan.

package/docs/id/cli/fill.md

@@ -47,6 +47,14 @@ Poin-poin penting:
 - Mempertahankan terjemahan yang ada dengan tidak menimpa mereka.
 - Memproses file, potongan, dan locale secara paralel menggunakan sistem antrian untuk meningkatkan kecepatan.
 
+## Poin-Poin Kunci:
+
+- Membagi file JSON besar menjadi chunk untuk tetap berada dalam batas jendela konteks model AI.
+- Mencoba ulang terjemahan jika format output salah.
+- Menggabungkan konteks spesifik aplikasi dan file untuk meningkatkan akurasi terjemahan.
+- Mempertahankan terjemahan yang ada dengan tidak menimpanya.
+- Memproses file, chunk, dan locale secara paralel menggunakan sistem antrian untuk meningkatkan kecepatan.
+
 ## Alias:
 
 - `npx intlayer dictionaries fill`