@intlayer/docs 8.9.4 → 8.9.6-canary.0

package/docs/id/benchmark/svelte.md

@@ -0,0 +1,148 @@
+---
+createdAt: 2026-04-20
+updatedAt: 2026-04-21
+title: Solusi i18n Terbaik untuk Svelte di Tahun 2026 - Laporan Benchmark
+description: Bandingkan pustaka internasionalisasi (i18n) Svelte seperti svelte-i18n, Paraglide, dan Intlayer. Laporan performa mendetail tentang ukuran bundle, kebocoran, dan reaktivitas.
+keywords:
+  - benchmark
+  - i18n
+  - intl
+  - svelte
+  - performa
+  - intlayer
+slugs:
+  - doc
+  - benchmark
+  - svelte
+author: Aymeric PINEAU
+applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-svelte-template
+history:
+  - version: 8.7.12
+    date: 2026-01-06
+    changes: "Inisialisasi benchmark"
+---
+
+# Pustaka i18n Svelte — Laporan Benchmark 2026
+
+Halaman ini adalah laporan benchmark untuk solusi i18n pada Svelte.
+
+## Daftar Isi
+
+<Toc/>
+
+## Benchmark Interaktif
+
+<I18nBenchmark framework="vite-svelte" vertical/>
+
+## Referensi hasil:
+
+<iframe 
+  src="https://intlayer.org/markdown?url=https%3A%2F%2Fraw.githubusercontent.com%2Fintlayer-org%2Fbenchmark-i18n%2Fmain%2Freport%2Fscripts%2Fsummarize-vite_svelte.md" 
+  width="100%" 
+  height="600px"
+  style="border:none;">
+</iframe>
+
+> https://intlayer.org/markdown?url=https%3A%2F%2Fraw.githubusercontent.com%2Fintlayer-org%2Fbenchmark-i18n%2Fmain%2Freport%2Fscripts%2Fsummarize-vite_svelte.md
+
+Lihat repositori benchmark lengkap [di sini](https://github.com/intlayer-org/benchmark-i18n/tree/main).
+
+## Pendahuluan
+
+Solusi internasionalisasi adalah salah satu dependensi terberat dalam aplikasi Svelte. Risiko utamanya adalah mengirimkan konten yang tidak perlu: terjemahan untuk halaman lain dan bahasa lain dalam satu bundle rute.
+
+Seiring berkembangnya aplikasi Anda, masalah tersebut dapat dengan cepat membengkak JavaScript yang dikirim ke klien dan memperlambat navigasi.
+
+Dalam praktiknya, untuk implementasi yang paling tidak dioptimalkan, halaman yang diinternasionalisasi bisa berakhir beberapa kali lebih berat daripada versi tanpa i18n.
+
+Dampak lainnya adalah pada pengalaman pengembang (DX): bagaimana Anda mendeklarasikan konten, tipe data, organisasi namespace, pemuatan dinamis, dan reaktivitas saat bahasa berubah.
+
+## TL;DR
+
+- **Intlayer**: Pilihan paling efisien dalam performa (v8.7.12) dengan footprint terkecil.
+- **Paraglide**: Kontender kuat untuk tree-shaking tetapi memiliki pengalaman pengembang yang lebih kompleks dan overhead reaktivitas.
+- **svelte-i18n**: Komprehensif dan standar untuk Svelte, tetapi membawa beban bundle yang jauh lebih besar (~7× Intlayer).
+
+## Uji aplikasi Anda
+
+Untuk mendeteksi masalah kebocoran i18n dengan cepat, saya menyiapkan pemindai gratis yang tersedia [di sini](https://intlayer.org/i18n-seo-scanner).
+
+<iframe src="https://intlayer.org/i18n-seo-scanner" width="100%" height="600px" style="border:none;"/>
+
+## Masalahnya
+
+Dua tuas sangat penting untuk membatasi biaya aplikasi multibahasa:
+
+- Pisahkan konten berdasarkan halaman / namespace agar Anda tidak memuat seluruh kamus saat tidak dibutuhkan.
+- Muat bahasa yang tepat secara dinamis, hanya saat dibutuhkan.
+
+Memahami batasan teknis dari pendekatan ini:
+
+**Pemuatan dinamis**
+
+Tanpa pemuatan dinamis, sebagian besar solusi menyimpan pesan dalam memori sejak render pertama, yang menambah overhead signifikan untuk aplikasi dengan banyak rute dan bahasa.
+
+Dengan pemuatan dinamis, Anda menerima kompromi: JS awal yang lebih sedikit, tetapi terkadang permintaan ekstra saat mengganti bahasa.
+
+**Pemisahan konten (Splitting)**
+
+Sintaks yang dibangun di sekitar `t('a.b.c')` sangat nyaman tetapi sering kali mendorong penyimpanan objek JSON besar saat runtime. Model tersebut membuat tree-shaking sulit kecuali pustaka menawarkan strategi pemisahan per halaman yang nyata.
+
+## Metodologi Penelitian
+
+Untuk benchmark ini, kami membandingkan pustaka berikut:
+
+- `Base App` (Tanpa pustaka i18n)
+- `svelte-intlayer` (v8.7.12)
+- `svelte-i18n` (v4.0.1)
+- `@inlang/paraglide-js` (v2.17.0)
+
+Framework yang digunakan adalah `Svelte` dengan aplikasi multibahasa yang terdiri dari **10 halaman** dan **10 bahasa**.
+
+Kami membandingkan **empat strategi pemuatan**:
+
+| Strategia            | Tanpa namespace (global)                            | Dengan namespace (scoped)                                                        |
+| :------------------- | :-------------------------------------------------- | :------------------------------------------------------------------------------- |
+| **Pemuatan statis**  | **Static**: Segalanya di memori saat startup.       | **Scoped static**: Dipisah berdasarkan namespace; segalanya dimuat saat startup. |
+| **Pemuatan dinamis** | **Dynamic**: Pemuatan sesuai permintaan per bahasa. | **Scoped dynamic**: Pemuatan granular per namespace dan bahasa.                  |
+
+## Ringkasan strategi
+
+- **Static**: Sederhana; tidak ada latensi jaringan setelah pemuatan awal. Kekurangan: ukuran bundle besar.
+- **Dynamic**: Mengurangi beban awal (lazy-loading). Ideal bila Anda memiliki banyak bahasa.
+- **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.
+
+## Hasil secara mendetail
+
+### 1 — Solusi yang harus dihindari
+
+> Tidak ada solusi yang jelas untuk dihindari dalam ekosistem Svelte.
+
+### 2 — Solusi yang dapat diterima
+
+**(Paraglide)** (`@inlang/paraglide-js@2.17.0`):
+
+`Paraglide` menawarkan pendekatan yang inovatif dan dipikirkan dengan matang. Dalam konteks aplikasi Vite + Svelte, tree-shaking yang diiklankan perusahaan mereka bekerja seperti yang diharapkan, yang mana sangat bagus.
+Tetapi dalam kasus React + TanStack Start, tree-shaking tidak bekerja seperti yang diharapkan, sama halnya untuk Next.js. Karena itu, penggunaan Paraglide dalam proyek Svelte dan TanStack Start layak untuk diperiksa ulang.
+Alur kerja dan DX juga lebih kompleks daripada opsi lainnya.
+Secara pribadi saya bukan penggemar keharusan untuk meregenerasi file JS sebelum setiap push, yang menciptakan risiko konflik merge yang konstan melalui PR. Alat ini juga tampaknya lebih fokus pada Vite daripada Next.js.
+Terakhir, dibandingkan dengan solusi lain, Paraglide tidak menggunakan store (misalnya Svelte store) untuk mengambil locale saat ini guna merender konten. Untuk setiap node yang di-parse, ia akan meminta locale dari localStorage / cookie dll. Hal ini menyebabkan eksekusi logika yang tidak perlu yang berdampak pada reaktivitas komponen.
+
+> Catatan tentang paraglide: solusi ini menginjeksi kode ke dalam codebase Anda untuk impor; hasilnya, metrik 'lib size' dalam laporan benchmark hampir 0. Pembuatan kode (Code generation) adalah hal yang baik, karena fungsi yang digunakan hanya akan menyertakan logika yang diperlukan (prefix di mana-mana vs tanpa prefix, cookie vs storage, dll.). Sebagai perbandingan, Intlayer melakukan pemfilteran ini melalui injeksi variabel lingkungan dalam build untuk memaksa bundler melakukan tree-shaking konten tergantung pada logika. Berkat ini, paraglide dan intlayer akhirnya menjadi solusi yang 6 hingga 10 kali lebih ringan daripada i18next atau next-intl.
+
+**(svelte-i18n)** (`svelte-i18n@3.4.0`):
+
+Solusi ini menjawab semua kebutuhan i18n dalam proyek Svelte. Tetapi seperti halnya i18next atau solusi i18n besar lainnya, ia sedikit berat (~15.9kb, yang mana sekitar 7× `svelte-intlayer`).
+
+### 3 — Rekomendasi
+
+**(Intlayer)** (`svelte-intlayer@8.7.12`):
+
+Saya tidak akan menilai `svelte-intlayer` secara pribadi demi objektivitas, karena ini adalah solusi saya sendiri.
+
+### Catatan pribadi
+
+Catatan ini bersifat pribadi dan tidak memengaruhi hasil benchmark. Namun, di dunia i18n Anda sering melihat konsensus seputar pola seperti `const t = useTranslation('xx')` + `<>{t('xx.xx')}</>` untuk konten terjemahan.
+
+Dalam aplikasi Svelte, menginjeksi fungsi sebagai `Slot` menurut pandangan saya adalah sebuah anti-pattern. Hal ini juga menambah kompleksitas yang dapat dihindari dan overhead eksekusi JavaScript (meskipun hampir tidak terlihat).

package/docs/id/benchmark/tanstack.md

@@ -57,6 +57,13 @@ Dalam praktiknya, untuk implementasi yang paling tidak dioptimalkan, halaman yan
 
 Dampak lainnya adalah pada pengalaman pengembang (DX): bagaimana Anda mendeklarasikan konten, tipe, organisasi namespace, pemuatan dinamis, dan reaktivitas saat lokal berubah.
 
+## TL;DR
+
+- **Intlayer**: Memberikan performa terbaik dan ukuran bundle terkecil (v8.7.12) untuk TanStack Start.
+- **react-i18next** & **use-intl**: Alternatif matang dengan ekosistem besar, tetapi secara signifikan lebih berat dan lebih kompleks untuk dioptimalkan.
+- **Paraglide**: Ide tree-shaking inovatif yang tidak berjalan dalam praktiknya. DX yang kompleks dan overhead reaktivitas di TanStack Start.
+- **Hindari**: **General Translation (GT)** dan **Lingo.dev** karena masalah performa yang serius, batas kuota AI, dan vendor lock-in.
+
 ## Uji aplikasi Anda
 
 Untuk mendeteksi masalah kebocoran i18n dengan cepat, saya menyiapkan pemindai gratis yang tersedia [di sini](https://intlayer.org/i18n-seo-scanner).
@@ -87,12 +94,12 @@ Sintaksis yang dibangun di sekitar `const t = useTranslation()` + `t('a.b.c')` s
 Untuk benchmark ini, kami membandingkan library berikut:
 
 - `Base App` (Tanpa library i18n)
-- `react-intlayer` (v8.7.5-canary.0)
+- `react-intlayer` (v8.7.12)
 - `react-i18next` (v17.0.2)
 - `use-intl` (v4.9.1)
 - `@lingui/core` (v5.3.0)
 - `@inlang/paraglide-js` (v2.15.1)
-- `tolgee` (v7.0.0)
+- `@tolgee/react` (v7.0.0)
 - `react-intl` (v10.1.1)
 - `wuchale` (v0.22.11)
 - `gt-react` (vlatest)
@@ -150,7 +157,9 @@ Ide di balik `Wuchale` menarik tetapi belum menjadi solusi yang layak. Saya mene
 
 `Paraglide` menawarkan pendekatan yang inovatif dan terencana dengan baik. Meskipun demikian, dalam benchmark ini tree-shaking yang diiklankan perusahaan mereka tidak berfungsi untuk implementasi Next.js saya atau untuk TanStack Start. Alur kerja dan DX-nya juga lebih kompleks daripada opsi lainnya. Secara pribadi saya bukan penggemar keharusan untuk membuat ulang file JS sebelum setiap push, yang menciptakan risiko konflik merge yang konstan bagi pengembang melalui PR.
 
-**(Tolgee)** (`tolgee@7.0.0`):
+> Catatan tentang paraglide: solusi ini menyuntikkan kode ke dalam basis kode Anda untuk impor; akibatnya, metrik 'lib size' dalam laporan benchmark hampir 0. Pembuatan kode (Code generation) adalah hal yang baik, karena fungsi yang digunakan hanya akan menyertakan logika yang diperlukan (awalan di mana-mana vs tanpa awalan, cookie vs penyimpanan, dll.). Sebagai perbandingan, Intlayer melakukan pemfilteran ini melalui injeksi variabel lingkungan dalam build untuk memaksa pemaket (bundler) melakukan tree-shake pada konten tergantung pada logikanya. Berkat ini, paraglide dan intlayer akhirnya menjadi solusi yang 6 hingga 10 kali lebih ringan daripada i18next atau next-intl.
+
+**(Tolgee)** (`@tolgee/react@7.0.0`):
 
 `Tolgee` mengatasi banyak masalah yang disebutkan sebelumnya. Saya merasa lebih sulit untuk memulai adopsi Tolgee dibandingkan alat lain dengan pendekatan serupa. Ia tidak memberikan type safety, yang juga membuat pendeteksian kunci yang hilang saat compile time jauh lebih sulit. Saya harus membungkus API Tolgee dengan API saya sendiri untuk menambahkan deteksi kunci yang hilang.
 

package/docs/id/benchmark/vue.md

@@ -0,0 +1,160 @@
+---
+createdAt: 2026-04-20
+updatedAt: 2026-04-21
+title: Solusi i18n Terbaik untuk Vue di Tahun 2026 - Laporan Benchmark
+description: Bandingkan pustaka internasionalisasi (i18n) Vue seperti vue-i18n, fluent-vue, dan Intlayer. Laporan performa mendetail tentang ukuran bundle, kebocoran, dan reaktivitas.
+keywords:
+  - benchmark
+  - i18n
+  - intl
+  - vue
+  - performa
+  - intlayer
+slugs:
+  - doc
+  - benchmark
+  - vue
+author: Aymeric PINEAU
+applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-vue-template
+history:
+  - version: 8.7.12
+    date: 2026-01-06
+    changes: "Inisialisasi benchmark"
+---
+
+# Pustaka i18n Vue — Laporan Benchmark 2026
+
+Halaman ini adalah laporan benchmark untuk solusi i18n pada Vue.
+
+## Daftar Isi
+
+<Toc/>
+
+## Benchmark Interaktif
+
+<I18nBenchmark framework="vite-vue" vertical/>
+
+## Referensi hasil:
+
+<iframe 
+  src="https://intlayer.org/markdown?url=https%3A%2F%2Fraw.githubusercontent.com%2Fintlayer-org%2Fbenchmark-i18n%2Fmain%2Freport%2Fscripts%2Fsummarize-vite_vue.md" 
+  width="100%" 
+  height="600px"
+  style="border:none;">
+</iframe>
+
+> https://intlayer.org/markdown?url=https%3A%2F%2Fraw.githubusercontent.com%2Fintlayer-org%2Fbenchmark-i18n%2Fmain%2Freport%2Fscripts%2Fsummarize-vite_vue.md
+
+Lihat repositori benchmark lengkap [di sini](https://github.com/intlayer-org/benchmark-i18n/tree/main).
+
+## Pendahuluan
+
+Solusi internasionalisasi adalah salah satu dependensi terberat dalam aplikasi Vue. Risiko utamanya adalah mengirimkan konten yang tidak perlu: terjemahan untuk halaman lain dan bahasa lain dalam satu bundle rute.
+
+Seiring berkembangnya aplikasi Anda, masalah tersebut dapat dengan cepat membengkak JavaScript yang dikirim ke klien dan memperlambat navigasi.
+
+Dalam praktiknya, untuk implementasi yang paling tidak dioptimalkan, halaman yang diinternasionalisasi bisa berakhir beberapa kali lebih berat daripada versi tanpa i18n.
+
+Dampak lainnya adalah pada pengalaman pengembang (DX): bagaimana Anda mendeklarasikan konten, tipe data, organisasi namespace, pemuatan dinamis, dan reaktivitas saat bahasa berubah.
+
+## TL;DR
+
+- **Intlayer**: Solusi paling ringan (v8.7.12) dengan scoping bawaan dan pemuatan dinamis.
+- **vue-i18n**: Standar industri dengan ekosistem yang kaya, tetapi bisa menjadi jauh lebih berat dan sulit dioptimalkan untuk code-splitting dalam aplikasi besar.
+- **fluent-vue**: Organisasi pesan yang inovatif tetapi kurang dalam keamanan tipe (type-safety) dan ternyata merupakan solusi yang sangat berat.
+
+## Uji aplikasi Anda
+
+Untuk mendeteksi masalah kebocoran i18n dengan cepat, saya menyiapkan pemindai gratis yang tersedia [di sini](https://intlayer.org/i18n-seo-scanner).
+
+<iframe src="https://intlayer.org/i18n-seo-scanner" width="100%" height="600px" style="border:none;"/>
+
+## Masalahnya
+
+Dua tuas sangat penting untuk membatasi biaya aplikasi multibahasa:
+
+- Pisahkan konten berdasarkan halaman / namespace agar Anda tidak memuat seluruh kamus saat tidak dibutuhkan.
+- Muat bahasa yang tepat secara dinamis, hanya saat dibutuhkan.
+
+Memahami batasan teknis dari pendekatan ini:
+
+**Pemuatan dinamis**
+
+Tanpa pemuatan dinamis, sebagian besar solusi menyimpan pesan dalam memori sejak render pertama, yang menambah overhead signifikan untuk aplikasi dengan banyak rute dan bahasa.
+
+Dengan pemuatan dinamis, Anda menerima kompromi: JS awal yang lebih sedikit, tetapi terkadang permintaan ekstra saat mengganti bahasa.
+
+**Pemisahan konten (Splitting)**
+
+Sintaks yang dibangun di sekitar `const { t } = useI18n()` + `t('a.b.c')` sangat nyaman tetapi sering kali mendorong penyimpanan objek JSON besar saat runtime. Model tersebut membuat tree-shaking sulit kecuali pustaka menawarkan strategi pemisahan per halaman yang nyata.
+
+## Metodologi Penelitian
+
+Untuk benchmark ini, kami membandingkan pustaka berikut:
+
+- `Base App` (Tanpa pustaka i18n)
+- `vue-intlayer` (v8.7.12)
+- `vue-i18n` (v11.4.0)
+- `fluent-vue` (v3.8.2)
+
+Framework yang digunakan adalah `Vue` dengan aplikasi multibahasa yang terdiri dari **10 halaman** dan **10 bahasa**.
+
+Kami membandingkan **empat strategi pemuatan**:
+
+| Strategi             | Tanpa namespace (global)                            | Dengan namespace (scoped)                                                        |
+| :------------------- | :-------------------------------------------------- | :------------------------------------------------------------------------------- |
+| **Pemuatan statis**  | **Static**: Segalanya di memori saat startup.       | **Scoped static**: Dipisah berdasarkan namespace; segalanya dimuat saat startup. |
+| **Pemuatan dinamis** | **Dynamic**: Pemuatan sesuai permintaan per bahasa. | **Scoped dynamic**: Pemuatan granular per namespace dan bahasa.                  |
+
+## Ringkasan strategi
+
+- **Static**: Sederhana; tidak ada latensi jaringan setelah pemuatan awal. Kekurangan: ukuran bundle besar.
+- **Dynamic**: Mengurangi beban awal (lazy-loading). Ideal bila Anda memiliki banyak bahasa.
+- **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 asli untuk setiap stack, lalu mencatat apa yang sebenarnya muncul di jaringan dan berapa lama waktu yang dibutuhkan. Ukuran dilaporkan **setelah kompresi web normal**, karena itu lebih dekat dengan apa yang sebenarnya diunduh orang daripada hitungan kode sumber mentah.
+
+- **Ukuran pustaka internasionalisasi**: Setelah pembundelan, tree-shaking, dan minifikasi, ukuran pustaka i18n adalah ukuran kode provider + composable dalam komponen kosong. Ini tidak termasuk pemuatan file terjemahan. Ini menjawab seberapa "mahal" pustaka tersebut sebelum konten Anda masuk.
+
+- **JavaScript per halaman**: Untuk setiap rute benchmark, seberapa banyak skrip yang ditarik browser untuk kunjungan tersebut, dirata-ratakan di seluruh halaman dalam pengujian (dan di seluruh bahasa). Halaman yang berat adalah halaman yang lambat.
+
+- **Kebocoran dari bahasa lain (Leakage)**: Ini adalah konten dari halaman yang sama tetapi dalam bahasa lain yang akan dimuat secara tidak sengaja di halaman yang sedang diaudit. Konten ini tidak perlu dan harus dihindari (misalnya: konten halaman `/fr/about` dalam bundle halaman `/en/about`).
+
+- **Kebocoran dari rute lain**: Ide yang sama untuk **layar lain** dalam aplikasi: apakah teks mereka ikut terbawa saat Anda hanya membuka satu halaman (misalnya: konten halaman `/en/about` dalam bundle halaman `/en/contact`). Skor tinggi menandakan pemisahan yang lemah atau bundle yang terlalu luas.
+
+- **Ukuran rata-rata bundle komponen**: Potongan UI umum diukur **satu per satu** alih-alih bersembunyi di dalam satu angka aplikasi raksasa. Ini menunjukkan apakah internasionalisasi secara diam-diam membengkakkan komponen sehari-hari. Misalnya, jika komponen Anda merender ulang, ia akan memuat semua data tersebut dari memori. Melampirkan JSON raksasa ke komponen mana pun seperti menghubungkan gudang besar data yang tidak terpakai yang akan memperlambat performa komponen Anda.
+
+- **Responsivitas perpindahan bahasa**: Saya mengganti bahasa menggunakan kontrol aplikasi itu sendiri dan menghitung waktu hingga halaman benar-benar beralih, apa yang akan diperhatikan oleh pengunjung.
+
+- **Pekerjaan rendering setelah perubahan bahasa**: Tindak lanjut yang lebih sempit: seberapa besar upaya antarmuka untuk menggambar ulang untuk bahasa baru setelah perpindahan dimulai. Berguna saat waktu yang "dirasakan" dan biaya framework berbeda.
+
+- **Waktu pemuatan halaman awal**: Dari navigasi hingga browser menganggap halaman dimuat sepenuhnya untuk skenario yang saya uji. Bagus untuk membandingkan cold start.
+
+- **Waktu hidrasi (Hydration)**: Waktu yang dihabiskan klien untuk mengubah HTML server menjadi antarmuka interaktif. Tanda hubung dalam tabel berarti implementasi tersebut tidak memberikan angka hidrasi yang andal dalam benchmark ini.
+
+## Hasil secara mendetail
+
+### 1 — Solusi yang harus dihindari
+
+> Tidak ada solusi yang jelas untuk dihindari dalam ekosistem Vue.
+
+### 2 — Solusi yang dapat diterima
+
+**(vue-i18n)** (`vue-i18n@11.4.0`):
+
+- **vue-i18n** tanpa keraguan adalah pustaka i18n yang paling banyak digunakan untuk Vue, ia memiliki banyak fitur dan ekosistem yang besar. Namun di balik layar solusinya cukup berat. Meskipun vue-i18n mengintegrasikan lazy loading untuk pesan, ia melewatkan fitur scoping. Dalam kasus aplikasi Vue SPA klasik tidak ada masalah, tetapi untuk aplikasi Nuxt, menggunakan @nuxt/i18n, hal itu menyebabkan penyertaan pesan dari semua halaman ke dalam satu halaman. Untuk aplikasi Nuxt besar yang mencakup lebih dari 10 halaman, ini bisa menjadi sangat bermasalah.
+
+Paketnya sangat berat (~24.3kb, yang mana sekitar 9× `vue-intlayer`).
+
+**(fluent-vue)** (`fluent-vue@0.5.0`):
+
+- **fluent-vue** menawarkan satu upaya inovasi melalui format .ftl. Organisasi pesan sangat bagus, lebih mudah untuk memulai. Namun dalam praktiknya, kurangnya keamanan tipe meningkatkan risiko kesalahan dan dapat dengan cepat memakan waktu untuk proses debug. Selain itu, solusi tersebut memuat pesan menggunakan plugin vite yang memaksa pemuatan semua konten dalam semua bahasa ke setiap halaman. Selain itu, ini adalah solusi yang sangat berat (~92.7kb, yang mana sekitar 34× `vue-intlayer`).
+
+### 3 — Rekomendasi
+
+**(Intlayer)** (`vue-intlayer@8.7.12`):
+
+Saya tidak akan menilai `vue-intlayer` secara pribadi demi objektivitas, karena ini adalah solusi saya sendiri.

package/docs/id/configuration.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2024-08-13
-updatedAt: 2026-04-03
+updatedAt: 2026-05-12
 title: Konfigurasi
 description: Pelajari cara mengonfigurasi Intlayer untuk aplikasi Anda. Pahami berbagai pengaturan dan opsi yang tersedia untuk menyesuaikan Intlayer sesuai kebutuhan Anda.
 keywords:
@@ -14,6 +14,9 @@ slugs:
   - concept
   - configuration
 history:
+  - version: 8.9.4
+    date: 2026-05-12
+    changes: "Menambahkan dukungan untuk penyedia LM Studio"
   - version: 8.7.0
     date: 2026-04-07
     changes: "Menambahkan opsi `minify` dan `prune` ke konfigurasi build"
@@ -350,7 +353,7 @@ const config: IntlayerConfig = {
   ai: {
     /**
      * Penyedia AI yang akan digunakan.
-     * Opsi: 'openai', 'anthropic', 'mistral', 'deepseek', 'gemini', 'ollama', 'openrouter', 'alibaba', 'fireworks', 'groq', 'huggingface', 'bedrock', 'googlevertex', 'togetherai'
+     * Opsi: 'openai', 'anthropic', 'mistral', 'deepseek', 'gemini', 'ollama', 'openrouter', 'alibaba', 'fireworks', 'groq', 'huggingface', 'bedrock', 'googlevertex', 'togetherai', 'lmstudio'
      * Default: 'openai'
      */
     provider: "openai",
@@ -916,16 +919,17 @@ Intlayer mendukung berbagai penyedia AI untuk memastikan fleksibilitas maksimal.
 - **Groq**
 - **Amazon Bedrock**
 - **Together.ai**
-
-| Bidang               | Deskripsi                                                                                                                                       | Tipe                                                                                                                                                                                                                                                                                                                                                                                           | Default     | Contoh                                                        | Catatan                                                                                                                                                                               |
-| -------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------- | ------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `provider`           | Penyedia yang akan digunakan untuk fitur AI Intlayer.                                                                                           | `'openai'` &#124; <br/> `'anthropic'` &#124; <br/> `'mistral'` &#124; <br/> `'deepseek'` &#124; <br/> `'gemini'` &#124; <br/> `'ollama'` &#124; <br/> `'openrouter'` &#124; <br/> `'alibaba'` &#124; <br/> `'fireworks'` &#124; <br/> `'groq'` &#124; <br/> `'huggingface'` &#124; <br/> `'bedrock'` &#124; <br/> `'googleaistudio'` &#124; <br/> `'googlevertex'` &#124; <br/> `'togetherai'` | `undefined` | `'anthropic'`                                                 | Penyedia yang berbeda memerlukan kunci API yang berbeda dan memiliki struktur harga yang berbeda pula.                                                                                |
-| `model`              | Model AI yang akan digunakan dalam fitur AI.                                                                                                    | `string`                                                                                                                                                                                                                                                                                                                                                                                       | Tidak ada   | `'gpt-4o-2024-11-20'`                                         | Model tertentu bergantung pada penyedia.                                                                                                                                              |
-| `temperature`        | Mengontrol keacakan respons AI.                                                                                                                 | `number`                                                                                                                                                                                                                                                                                                                                                                                       | Tidak ada   | `0.1`                                                         | Temperatur yang lebih tinggi = respons yang lebih kreatif tetapi kurang andal.                                                                                                        |
-| `apiKey`             | Kunci API Anda untuk penyedia yang dipilih.                                                                                                     | `string`                                                                                                                                                                                                                                                                                                                                                                                       | Tidak ada   | `process.env.OPENAI_API_KEY`                                  | Jaga kerahasiaannya; simpan dalam variabel lingkungan.                                                                                                                                |
-| `applicationContext` | Konteks tambahan tentang aplikasi Anda untuk membantu AI menghasilkan terjemahan yang lebih akurat (domain, audiens target, nada, terminologi). | `string`                                                                                                                                                                                                                                                                                                                                                                                       | Tidak ada   | `'mój własny kontekst aplikacji'`                             | Dapat digunakan untuk menambahkan aturan (misalnya: `"Anda tidak boleh menerjemahkan URL Anda"` ).                                                                                    |
-| `baseURL`            | URL dasar untuk AI API.                                                                                                                         | `string`                                                                                                                                                                                                                                                                                                                                                                                       | Tidak ada   | `'https://api.openai.com/v1'` <br/> `'http://localhost:5000'` | Dapat merujuk ke endpoint AI API lokal atau kustom.                                                                                                                                   |
-| `dataSerialization`  | Format serialisasi data untuk fitur AI.                                                                                                         | `'json'` &#124; <br/> `'toon'`                                                                                                                                                                                                                                                                                                                                                                 | `undefined` | `'toon'`                                                      | • `'json'`: default, andal; menggunakan lebih banyak token.<br/>• `'toon'`: lebih sedikit token, kurang stabil.<br/>• Meneruskan parameter tambahan ke model (upaya penalaran, dll.). |
+- **LM Studio**
+
+| Bidang               | Deskripsi                                                                                                                                       | Tipe                                                                                                                                                                                                                                                                                                                                                                                                                     | Default     | Contoh                                                        | Catatan                                                                                                                                                                               |
+| -------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------- | ------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `provider`           | Penyedia yang akan digunakan untuk fitur AI Intlayer.                                                                                           | `'openai'` &#124; <br/> `'anthropic'` &#124; <br/> `'mistral'` &#124; <br/> `'deepseek'` &#124; <br/> `'gemini'` &#124; <br/> `'ollama'` &#124; <br/> `'openrouter'` &#124; <br/> `'alibaba'` &#124; <br/> `'fireworks'` &#124; <br/> `'groq'` &#124; <br/> `'huggingface'` &#124; <br/> `'bedrock'` &#124; <br/> `'googleaistudio'` &#124; <br/> `'googlevertex'` &#124; <br/> `'togetherai'` &#124; <br/> `'lmstudio'` | `undefined` | `'anthropic'`                                                 | Penyedia yang berbeda memerlukan kunci API yang berbeda dan memiliki struktur harga yang berbeda pula.                                                                                |
+| `model`              | Model AI yang akan digunakan dalam fitur AI.                                                                                                    | `string`                                                                                                                                                                                                                                                                                                                                                                                                                 | Tidak ada   | `'gpt-4o-2024-11-20'`                                         | Model tertentu bergantung pada penyedia.                                                                                                                                              |
+| `temperature`        | Mengontrol keacakan respons AI.                                                                                                                 | `number`                                                                                                                                                                                                                                                                                                                                                                                                                 | Tidak ada   | `0.1`                                                         | Temperatur yang lebih tinggi = respons yang lebih kreatif tetapi kurang andal.                                                                                                        |
+| `apiKey`             | Kunci API Anda untuk penyedia yang dipilih.                                                                                                     | `string`                                                                                                                                                                                                                                                                                                                                                                                                                 | Tidak ada   | `process.env.OPENAI_API_KEY`                                  | Jaga kerahasiaannya; simpan dalam variabel lingkungan.                                                                                                                                |
+| `applicationContext` | Konteks tambahan tentang aplikasi Anda untuk membantu AI menghasilkan terjemahan yang lebih akurat (domain, audiens target, nada, terminologi). | `string`                                                                                                                                                                                                                                                                                                                                                                                                                 | Tidak ada   | `'mój własny kontekst aplikacji'`                             | Dapat digunakan untuk menambahkan aturan (misalnya: `"Anda tidak boleh menerjemahkan URL Anda"` ).                                                                                    |
+| `baseURL`            | URL dasar untuk AI API.                                                                                                                         | `string`                                                                                                                                                                                                                                                                                                                                                                                                                 | Tidak ada   | `'https://api.openai.com/v1'` <br/> `'http://localhost:5000'` | Dapat merujuk ke endpoint AI API lokal atau kustom.                                                                                                                                   |
+| `dataSerialization`  | Format serialisasi data untuk fitur AI.                                                                                                         | `'json'` &#124; <br/> `'toon'`                                                                                                                                                                                                                                                                                                                                                                                           | `undefined` | `'toon'`                                                      | • `'json'`: default, andal; menggunakan lebih banyak token.<br/>• `'toon'`: lebih sedikit token, kurang stabil.<br/>• Meneruskan parameter tambahan ke model (upaya penalaran, dll.). |
 
 ---
 

package/docs/id/dictionary/content_file.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2025-02-07
-updatedAt: 2026-01-28
+updatedAt: 2026-05-12
 title: Berkas Konten
 description: Pelajari cara menyesuaikan ekstensi untuk berkas deklarasi konten Anda. Ikuti dokumentasi ini untuk mengimplementasikan kondisi secara efisien dalam proyek Anda.
 keywords:
@@ -12,6 +12,9 @@ slugs:
   - concept
   - content
 history:
+  - version: 8.9.0
+    date: 2026-05-12
+    changes: "Add `plural` content node type"
   - version: 8.0.0
     date: 2026-01-28
     changes: "Tambahkan tipe node konten `html`"
@@ -66,6 +69,7 @@ import { type ReactNode } from "react";
 import {
   t,
   enu,
+  plural,
   cond,
   nest,
   md,
@@ -85,6 +89,7 @@ interface Content {
   };
   multilingualContent: string;
   quantityContent: string;
+  pluralContent: string;
   conditionalContent: string;
   markdownContent: never;
   htmlContent: never;
@@ -120,6 +125,10 @@ export default {
       ">5": "Beberapa mobil",
       ">19": "Banyak mobil",
     }),
+    pluralContent: plural({
+      one: "One car",
+      other: "{{count}} cars",
+    }),
     conditionalContent: cond({
       true: "Validasi diaktifkan",
       false: "Validasi dinonaktifkan",
@@ -174,6 +183,13 @@ export default {
         ">5": "Beberapa mobil",
         ">19": "Banyak mobil",
       },
+      "pluralContent": {
+        "nodeType": "plural",
+        "plural": {
+          "one": "One car",
+          "other": "{{count}} cars",
+        },
+      },
     },
     "conditionalContent": {
       "nodeType": "condition",
@@ -221,6 +237,7 @@ Content nodes adalah blok bangunan dari konten kamus. Mereka dapat berupa:
 - **Nilai primitif**: string, angka, boolean, null, undefined
 - **Node bertipe**: Jenis konten khusus seperti terjemahan, kondisi, markdown, dll.
 - **Fungsi**: Konten dinamis yang dapat dievaluasi saat runtime [lihat Pengambilan Fungsi](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/function_fetching.md)
+- **Plural Content**: See Plural Content [See Plural Content](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/plural.md)
 - **Konten bersarang**: Referensi ke kamus lain
 
 #### Jenis Konten
@@ -551,6 +568,8 @@ multilingualContent: t({
 });
 ```
 
+> See [Konten Terjemahan (`t`) Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/translation.md) for more information.
+
 ### Konten Kondisi (`cond`)
 
 Konten yang berubah berdasarkan kondisi boolean:
@@ -564,6 +583,8 @@ conditionalContent: cond({
 });
 ```
 
+> See [Konten Kondisi (`cond`) Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/condition.md) for more information.
+
 ### Konten Enumerasi (`enu`)
 
 Konten yang bervariasi berdasarkan nilai enumerasi:
@@ -578,6 +599,23 @@ statusContent: enu({
 });
 ```
 
+> See [Konten Enumerasi (`enu`) Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/enumeration.md) for more information.
+
+### Plural Content (`plural`)
+
+Content that varies based on plural rules:
+
+```typescript
+import { plural } from "intlayer";
+
+pluralContent: plural({
+  one: "One car",
+  other: "{{count}} cars",
+});
+```
+
+> See [Plural Content Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/plural.md) for more information.
+
 ### Konten Penyisipan (`insert`)
 
 Konten yang dapat disisipkan ke dalam konten lain:
@@ -588,6 +626,8 @@ import { insert } from "intlayer";
 insertionContent: insert("Teks ini dapat disisipkan di mana saja");
 ```
 
+> See [Konten Penyisipan (`insert`) Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/insertion.md) for more information.
+
 ### Konten Bersarang (`nest`)
 
 Referensi ke kamus lain:
@@ -598,6 +638,8 @@ import { nest } from "intlayer";
 nestedContent: nest("about-page");
 ```
 
+> See [Konten Bersarang (`nest`) Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/nesting.md) for more information.
+
 ### Konten Markdown (`md`)
 
 Konten teks kaya dalam format Markdown:
@@ -610,6 +652,8 @@ markdownContent: md(
 );
 ```
 
+> See [Konten Markdown (`md`) Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/markdown.md) for more information.
+
 ### Konten HTML (`html`)
 
 Konten HTML kaya yang dapat menggunakan tag standar atau komponen kustom:
@@ -627,6 +671,8 @@ localizedHtmlContent: t({
 });
 ```
 
+> See [Konten HTML (`html`) Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/html.md) for more information.
+
 ### Konten Gender (`gender`)
 
 Konten yang bervariasi berdasarkan gender:
@@ -641,6 +687,8 @@ genderContent: gender({
 });
 ```
 
+> See [Konten Gender (`gender`) Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/gender.md) for more information.
+
 ### Konten File (`file`)
 
 Referensi ke file eksternal:
@@ -651,6 +699,8 @@ import { file } from "intlayer";
 fileContent: file("./path/to/content.txt");
 ```
 
+> See [Konten File (`file`) Doc](https://github.com/aymericzip/intlayer/blob/main/docs/docs/id/dictionary/file.md) for more information.
+
 ## Membuat File Konten
 
 ### Struktur Dasar File Konten

package/docs/id/plugins/sync-po.md

@@ -160,30 +160,9 @@ syncPO({
   source: ({ key, locale }) => string, // wajib
   location?: string, // label opsional, default: "sync-po::path/to/source"
   priority?: number, // prioritas opsional untuk resolusi konflik, default: 0
-  format?: 'icu' | 'i18next' | 'vue-i18n', // opsional, hanya diperlukan jika nilai msgstr Anda menggunakan sintaks interpolasi tertentu
 });
 ```
 
-#### `format` ('icu' | 'i18next' | 'vue-i18n')
-
-File PO selalu berupa file Gettext Portable Object — itu sudah tetap. Opsi ini hanya menjelaskan **sintaks interpolasi** yang digunakan di dalam nilai `msgstr`, sehingga Intlayer dapat mengonversinya ke formatnya sendiri pada saat penguraian (melalui `formatDictionary`) dan kembali saat menulis output.
-
-- `undefined` _(default)_: nilai `msgstr` diperlakukan sebagai string biasa — tidak ada transformasi. Gunakan ini untuk sebagian besar file PO.
-- `'icu'`: nilai `msgstr` menggunakan sintaks pesan ICU (misalnya `{count, plural, one {# item} other {# items}}`).
-- `'i18next'`: nilai `msgstr` menggunakan sintaks interpolasi i18next (misalnya `{{variable}}`).
-- `'vue-i18n'`: nilai `msgstr` menggunakan sintaks Vue I18n.
-
-> Transformasi diterapkan oleh `formatDictionary` dari `@intlayer/chokidar` pada saat pemuatan, dan dibalik dengan `formatDictionaryOutput` pada saat penulisan. Untuk aturan kompleks seperti jamak ICU, kesetiaan bolak-balik tidak dijamin.
-
-**Contoh — file PO berisi interpolasi gaya i18next:**
-
-```ts
-syncPO({
-  source: ({ key, locale }) => `./locales/${locale}/${key}.po`,
-  format: "i18next",
-}),
-```
-
 ### Beberapa sumber PO dan prioritas
 
 Anda dapat menambahkan beberapa plugin `syncPO` untuk menyinkronkan sumber PO yang berbeda. Ini berguna ketika Anda memiliki beberapa sumber terjemahan atau struktur PO yang berbeda dalam proyek Anda.

package/docs/it/benchmark/index.md

@@ -21,7 +21,7 @@ history:
 
 # Benchmark - Rapporto
 
-Benchmark Bloom è una suite di benchmark sulle prestazioni che misura l'impatto reale delle librerie i18n (internazionalizzazione) su più framework React e strategie di caricamento.
+Benchmark Bloom è una suite di benchmark sulle prestazioni que misura l'impatto reale delle librerie i18n (internazionalizzazione) su più framework React e strategie di caricamento.
 
 Di seguito trovi i rapporti dettagliati e la documentazione tecnica per ciascun framework:
 
@@ -30,6 +30,3 @@ Di seguito trovi i rapporti dettagliati e la documentazione tecnica per ciascun
 - [**Vue Benchmark Report**](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/benchmark/vue.md)
 - [**Solid Benchmark Report**](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/benchmark/solid.md)
 - [**Svelte Benchmark Report**](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/benchmark/svelte.md)
-- [**Vue Benchmark Report**](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/benchmark/vue.md)
-- [**Solid Benchmark Report**](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/benchmark/solid.md)
-- [**Svelte Benchmark Report**](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/benchmark/svelte.md)