@intlayer/docs 8.9.4 → 8.9.6-canary.0

package/docs/ja/benchmark/svelte.md

@@ -0,0 +1,148 @@
+---
+createdAt: 2026-04-20
+updatedAt: 2026-04-21
+title: 2026年 Svelte向けの最高のi18nソリューション - ベンチマークレポート
+description: svelte-i18n、Paraglide、IntlayerなどのSvelte国際化（i18n）ライブラリを比較します。バンドルサイズ、リーク、反応性に関する詳細なパフォーマンスレポート。
+keywords:
+  - benchmark
+  - i18n
+  - intl
+  - svelte
+  - パフォーマンス
+  - 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: "ベンチマークの初期化"
+---
+
+# Svelte i18nライブラリ - 2026年ベンチマークレポート
+
+このページは、Svelteにおけるi18nソリューションのベンチマークレポートです。
+
+## 目次
+
+<Toc/>
+
+## インタラクティブベンチマーク
+
+<I18nBenchmark framework="vite-svelte" vertical/>
+
+## 結果のリファレンス:
+
+<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
+
+完全なベンチマークリポジトリは[こちら](https://github.com/intlayer-org/benchmark-i18n/tree/main)でご覧いただけます。
+
+## はじめに
+
+国際化ソリューションは、Svelteアプリにおいて最も重い依存関係の一つです。主なリスクは、不必要なコンテンツ（単一のルートのバンドルに含まれる他のページや他のロケールの翻訳）を送信してしまうことです。
+
+アプリが成長するにつれて、この問題はクライアントに送信されるJavaScriptを急速に増大させ、ナビゲーションを遅くする可能性があります。
+
+実際、最適化が不十分な実装では、国際化されたページがi18nなしのバージョンよりも数倍重くなることがあります。
+
+もう一つの影響は、開発者エクスペリエンス（DX）です。コンテンツの宣言方法、型、名前空間の構成、動的ロード、ロケール変更時の反応性などが含まれます。
+
+## TL;DR
+
+- **Intlayer**: 最もパフォーマンス効率が高く、フットプリントが最も小さい選択肢（v8.7.12）。
+- **Paraglide**: ツリーシェイキング（tree-shaking）の強力な候補ですが、開発者エクスペリエンスがより複雑で、反応性のオーバーヘッドがあります。
+- **svelte-i18n**: Svelte向けの標準的で機能が充実したソリューションですが、バンドル重量が非常に大きくなります（Intlayerの約7倍）。
+
+## アプリをテストする
+
+i18nリークの問題を素早く特定するために、無料のスキャナーを用意しました。[こちら](https://intlayer.org/i18n-seo-scanner)でお試しいただけます。
+
+<iframe src="https://intlayer.org/i18n-seo-scanner" width="100%" height="600px" style="border:none;"/>
+
+## 問題点
+
+多言語アプリのコストを抑えるためには、2つのレバーが不可欠です。
+
+- ページ/名前空間ごとにコンテンツを分割し、不要な時に辞書全体をロードしないようにする。
+- 必要な時にだけ、適切なロケールを動的にロードする。
+
+これらのアプローチの技術的限界を理解する：
+
+**動的ロード**
+
+動的ロードがない場合、ほとんどのソリューションは最初のレンダリングからメッセージをメモリに保持するため、ルートやロケールが多いアプリでは大きなオーバーヘッドとなります。
+
+動的ロードを使用する場合、トレードオフを受け入れることになります。初期JSは減りますが、言語切り替え時などに追加のリクエストが発生することがあります。
+
+**コンテンツの分割**
+
+`t('a.b.c')` を中心に構築された構文は非常に便利ですが、実行時に大きなJSONオブジェクトを保持することを助長しがちです。このモデルでは、ライブラリがページごとの分割戦略を提供していない限り、ツリーシェイキングが難しくなります。
+
+## 研究方法
+
+このベンチマークでは、以下のライブラリを比較しました。
+
+- `Base App` (i18nライブラリなし)
+- `svelte-intlayer` (v8.7.12)
+- `svelte-i18n` (v4.0.1)
+- `@inlang/paraglide-js` (v2.17.0)
+
+フレームワークは `Svelte` で、**10ページ**と**10言語**を持つ多言語アプリを使用しました。
+
+**4つのロード戦略**を比較しました。
+
+| 戦略           | 名前空間なし（グローバル）                      | 名前空間あり（スコープ）                                   |
+| :------------- | :---------------------------------------------- | :--------------------------------------------------------- |
+| **静的ロード** | **Static**: 起動時にすべてをメモリに保持。      | **Scoped static**: 名前空間で分割。起動時にすべてロード。  |
+| **動的ロード** | **Dynamic**: ロケールごとのオンデマンドロード。 | **Scoped dynamic**: 名前空間とロケールごとの詳細なロード。 |
+
+## 戦略のまとめ
+
+- **静的（Static）**: シンプル。初期ロード後のネットワーク遅延なし。欠点：バンドルサイズが大きい。
+- **動的（Dynamic）**: 初期重量を削減（遅延ロード）。ロケールが多い場合に理想的。
+- **名前空間付き静的（Scoped static）**: 複雑な追加リクエストなしで、コードを整理（論理的分離）した状態に保つ。
+- **名前空間付き動的（Scoped dynamic）**: コード分割とパフォーマンスのための最善のアプローチ。現在のビューとアクティブなロケールに必要なものだけをロードし、メモリ使用量を最小限に抑える。
+
+## 結果の詳細
+
+### 1 - 避けるべきソリューション
+
+> Svelteエコシステムにおいて、明確に避けるべきソリューションはありません。
+
+### 2 - 許容できるソリューション
+
+**(Paraglide)** (`@inlang/paraglide-js@2.17.0`):
+
+`Paraglide` は革新的でよく考えられたアプローチを提供しています。Vite + Svelte アプリの文脈では、彼らが宣伝しているツリーシェイキングは期待通りに機能しており、素晴らしいことです。
+しかし、React + TanStack Start の場合、ツリーシェイキングは期待通りに機能せず、Next.jsでも同様でした。とはいえ、Svelte および TanStack Start プロジェクトにおける Paraglide の使用は再確認する価値があるでしょう。
+ワークフローとDXも他のオプションより複雑です。
+個人的には、プッシュする前に毎回JSファイルを再生成しなければならないのが好きではありません。これはPRを通じた開発者間の絶え間ないマージコンフリクトのリスクを生みます。また、このツールはNext.jsよりもViteに重点を置いているようです。
+最後に、他のソリューションと比較して、Paraglide はコンテンツをレンダリングするための現在のロケールを取得するためにストア（例：Svelte store）を使用しません。パースされる各ノードに対して、localStorage / cookie などからロケールを要求します。これにより、コンポーネントの反応性に影響を与える不要なロジックの実行が発生します。
+
+> paraglideに関する注意：このソリューションはインポートのためにコードベースにコードを注入するため、ベンチマークレポートの「ライブラリサイズ（lib size）」メトリックはほぼ0になります。コード生成は、使用される関数に必要なロジック（接頭辞あり vs 接頭辞なし、クッキー vs ストレージなど）のみが含まれるため、良いことです。比較すると、Intlayer はビルド時に環境変数を注入することでこのフィルタリングを行い、ロジックに応じてコンテンツをツリーシェイクするようにバンドラーに強制します。このおかげで、paraglide と intlayer は i18next や next-intl よりも 6〜10倍軽量なソリューションとなります。
+
+**(svelte-i18n)** (`svelte-i18n@3.4.0`):
+
+このソリューションは、Svelteプロジェクトにおけるi18nのすべてのニーズに応えます。しかし、i18nextや他の主要なi18nソリューションと同様に、少し重いです（~15.9kb。これは `svelte-intlayer` の約7倍です）。
+
+### 3 - 推奨事項
+
+**(Intlayer)** (`svelte-intlayer@8.7.12`):
+
+客観性を保つため、`svelte-intlayer` については私自身のソリューションであるため、個人的な評価は控えます。
+
+### 個人メモ
+
+このメモは個人的なものであり、ベンチマーク結果には影響しません。それでも、i18nの世界では翻訳されたコンテンツに対して `const t = useTranslation('xx')` + `<>{t('xx.xx')}</>` のようなパターンが一般的です。
+
+Svelteアプリにおいて、関数を `Slot` として注入することは、私の考えではアンチパターンです。また、回避可能な複雑さとJavaScriptの実行オーバーヘッド（たとえほとんど目立たなくても）を追加することになります。

package/docs/ja/benchmark/tanstack.md

@@ -57,6 +57,13 @@ history:
 
 もう一つの影響は開発体験（DX）への影響です。コンテンツの宣言方法、型、ネームスペースの構成、動的ロード、およびロケール変更時の反応性などが挙げられます。
 
+## TL;DR
+
+- **Intlayer**: TanStack Startにおいて最高のパフォーマンスと最小のバンドルサイズ（v8.7.12）を提供します。
+- **react-i18next** & **use-intl**: 大規模なエコシステムを持つ成熟した代替案ですが、大幅に重く、最適化がより複雑です。
+- **Paraglide**: 革新的なツリーシェイキングのアイデアですが、実際には機能しません。TanStack StartにおいてはDXが複雑で、反応性のオーバーヘッドがあります。
+- **避けるべき**: **General Translation (GT)** と **Lingo.dev**。深刻なパフォーマンスの問題、AIクォータの制限、およびベンダーロックインのためです。
+
 ## アプリをテストする
 
 i18nのリーク問題を素早く特定するために、無料のスキャナーを用意しました。[こちら](https://intlayer.org/i18n-seo-scanner)で利用可能です。
@@ -87,12 +94,12 @@ i18nのリーク問題を素早く特定するために、無料のスキャナ
 このベンチマークでは、以下のライブラリを比較しました。
 
 - `Base App`（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 @@ i18nのリーク問題を素早く特定するために、無料のスキャナ
 
 `Paraglide`は革新的でよく考えられたアプローチを提供しています。それにもかかわらず、このベンチマークでは、Next.jsの実装やTanStack Startにおいて、彼らが宣伝していたツリーシェイキングは機能しませんでした。ワークフローとDXも他の選択肢より複雑です。個人的には、プッシュのたびにJSファイルを再生成しなければならないのが好きではありません。これはPRを通じて常にマージ競合のリスクを生み出します。
 
-**(Tolgee)** (`tolgee@7.0.0`):
+> paraglideに関する注意：このソリューションはインポートのためにコードベースにコードを注入するため、ベンチマークレポートの「lib size」メトリクスはほぼ0になります。コード生成は、使用される関数に必要なロジック（すべてのプレフィックス対プレフィックスなし、クッキー対ストレージなど）のみが含まれるため、良いことです。対照的に、Intlayerはビルド時に環境変数を注入してこのフィルタリングを行い、ロケールに応じたコンテンツをバンドラーにツリーシェイクさせます。このおかげで、paraglideとintlayerは、i18nextやnext-intlよりも6〜10倍軽量なソリューションとなります。
+
+**(Tolgee)** (`@tolgee/react@7.0.0`):
 
 `Tolgee`は前述の問題の多くに対処しています。しかし、同様のアプローチを持つ他のツールよりも導入が難しいと感じました。型安全性が提供されていないため、コンパイル時に紛失したキーを見つけることが非常に困難です。キーの不備を検出するために、TolgeeのAPIを自前のAPIでラップする必要がありました。
 

package/docs/ja/benchmark/vue.md

@@ -0,0 +1,160 @@
+---
+createdAt: 2026-04-20
+updatedAt: 2026-04-21
+title: 2026年 Vue向けの最高のi18nソリューション - ベンチマークレポート
+description: vue-i18n、fluent-vue、IntlayerなどのVue国際化（i18n）ライブラリを比較します。バンドルサイズ、リーク、反応性に関する詳細なパフォーマンスレポート。
+keywords:
+  - benchmark
+  - i18n
+  - intl
+  - vue
+  - パフォーマンス
+  - 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: "ベンチマークの初期化"
+---
+
+# Vue i18nライブラリ - 2026年ベンチマークレポート
+
+このページは、Vueにおけるi18nソリューションのベンチマークレポートです。
+
+## 目次
+
+<Toc/>
+
+## インタラクティブベンチマーク
+
+<I18nBenchmark framework="vite-vue" vertical/>
+
+## 結果のリファレンス:
+
+<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
+
+完全なベンチマークリポジトリは[こちら](https://github.com/intlayer-org/benchmark-i18n/tree/main)でご覧いただけます。
+
+## はじめに
+
+国際化ソリューションは、Vueアプリにおいて最も重い依存関係の一つです。主なリスクは、不必要なコンテンツ（単一のルートのバンドルに含まれる他のページや他のロケールの翻訳）を送信してしまうことです。
+
+アプリが成長するにつれて、この問題はクライアントに送信されるJavaScriptを急速に増大させ、ナビゲーションを遅くする可能性があります。
+
+実際、最適化が不十分な実装では、国際化されたページがi18nなしのバージョンよりも数倍重くなることがあります。
+
+もう一つの影響は、開発者エクスペリエンス（DX）です。コンテンツの宣言方法、型、名前空間の構成、動的ロード、ロケール変更時の反応性などが含まれます。
+
+## TL;DR
+
+- **Intlayer**: スコーピング（scoping）と動的ロードを内蔵した、最も軽量なソリューション（v8.7.12）。
+- **vue-i18n**: 豊かなエコシステムを持つ業界標準ですが、非常に重くなる可能性があり、大規模アプリケーションでのコード分割の最適化が難しい場合があります。
+- **fluent-vue**: 革新的なメッセージ構成ですが、型安全性が欠けており、非常に重いソリューションです。
+
+## アプリをテストする
+
+i18nリークの問題を素早く特定するために、無料のスキャナーを用意しました。[こちら](https://intlayer.org/i18n-seo-scanner)でお試しいただけます。
+
+<iframe src="https://intlayer.org/i18n-seo-scanner" width="100%" height="600px" style="border:none;"/>
+
+## 問題点
+
+多言語アプリのコストを抑えるためには、2つのレバーが不可欠です。
+
+- ページ/名前空間ごとにコンテンツを分割し、不要な時に辞書全体をロードしないようにする。
+- 必要な時にだけ、適切なロケールを動的にロードする。
+
+これらのアプローチの技術的限界を理解する：
+
+**動的ロード**
+
+動的ロードがない場合、ほとんどのソリューションは最初のレンダリングからメッセージをメモリに保持するため、ルートやロケールが多いアプリでは大きなオーバーヘッドとなります。
+
+動的ロードを使用する場合、トレードオフを受け入れることになります。初期JSは減りますが、言語切り替え時などに追加のリクエストが発生することがあります。
+
+**コンテンツの分割**
+
+`const { t } = useI18n()` + `t('a.b.c')` を中心に構築された構文は非常に便利ですが、実行時に大きなJSONオブジェクトを保持することを助長しがちです。このモデルでは、ライブラリがページごとの分割戦略を提供していない限り、ツリーシェイキング（tree-shaking）が難しくなります。
+
+## 研究方法
+
+このベンチマークでは、以下のライブラリを比較しました。
+
+- `Base App` (i18nライブラリなし)
+- `vue-intlayer` (v8.7.12)
+- `vue-i18n` (v11.4.0)
+- `fluent-vue` (v3.8.2)
+
+フレームワークは `Vue` で、**10ページ**と**10言語**を持つ多言語アプリを使用しました。
+
+**4つのロード戦略**を比較しました。
+
+| 戦略           | 名前空間なし（グローバル）                      | 名前空間あり（スコープ）                                   |
+| :------------- | :---------------------------------------------- | :--------------------------------------------------------- |
+| **静的ロード** | **Static**: 起動時にすべてをメモリに保持。      | **Scoped static**: 名前空間で分割。起動時にすべてロード。  |
+| **動的ロード** | **Dynamic**: ロケールごとのオンデマンドロード。 | **Scoped dynamic**: 名前空間とロケールごとの詳細なロード。 |
+
+## 戦略のまとめ
+
+- **静的（Static）**: シンプル。初期ロード後のネットワーク遅延なし。欠点：バンドルサイズが大きい。
+- **動的（Dynamic）**: 初期重量を削減（遅延ロード）。ロケールが多い場合に理想的。
+- **名前空間付き静的（Scoped static）**: 複雑な追加リクエストなしで、コードを整理（論理的分離）した状態に保つ。
+- **名前空間付き動的（Scoped dynamic）**: コード分割とパフォーマンスのための最善のアプローチ。現在のビューとアクティブなロケールに必要なものだけをロードし、メモリ使用量を最小限に抑える。
+
+### 測定項目：
+
+各スタックについて実際のブラウザで同じ多言語アプリを実行し、実際にネットワーク上を流れたデータ量と時間を記録しました。サイズは**通常のWeb圧縮後**の数値です。これは、生のソースコード量よりもユーザーが実際にダウンロードする量に近いからです。
+
+- **i18nライブラリのサイズ**: バンドル、ツリーシェイキング、ミニファイ後のi18nライブラリのサイズです。空のコンポーネントにおけるプロバイダーやコンポーザブル（composables）のコードサイズを指し、翻訳ファイルのロードは含みません。コンテンツが入る前に、ライブラリ自体がどれほど「高価」であるかを示します。
+
+- **1ページあたりのJavaScript**: 各ベンチマークルートにおいて、ブラウザが読み込むスクリプトの量です。テストスイート内のページの平均値（およびロケールごとの平均値）です。重いページは遅いページです。
+
+- **他のロケールからのリーク（Leakage）**: 同じページの内容ですが、別の言語のコンテンツが誤って監査対象のページにロードされてしまうことです。このコンテンツは不要であり、避けるべきです（例：`/en/about` ページのバンドルに含まれる `/fr/about` ページの内容）。
+
+- **他のルートからのリーク**: アプリ内の**他の画面**についても同様です。1つのページしか開いていないのに、他の画面のテキストが一緒に運ばれていないかを示します（例：`/en/contact` ページのバンドルに含まれる `/en/about` ページの内容）。数値が高い場合は、分割が不十分であるか、バンドルが広範すぎることを示唆しています。
+
+- **コンポーネントの平均バンドルサイズ**: 一般的なUI要素を**一つずつ**測定します。これにより、国際化が日常的なコンポーネントをひっそりと肥大化させていないかを確認できます。例えば、コンポーネントが再レンダリングされる際、それらすべてのデータをメモリからロードすることになります。巨大なJSONをコンポーネントに紐付けることは、未使用のデータの大きなストアを接続するようなもので、コンポーネントのパフォーマンスを低下させます。
+
+- **言語切り替えの反応性**: アプリ自身のコントロールを使用して言語を切り替え、ページが明確に切り替わるまでの時間を測定します。これはユーザーが気づく時間です。
+
+- **言語変更後のレンダリング作業**: 言語が切り替わり始めた後に、インターフェースが新しい言語で再描画するために費やした労力です。「体感」時間とフレームワークのコストが異なる場合に役立ちます。
+
+- **初期ページロード時間**: ナビゲーションから、ブラウザがページを完全にロードしたと判断するまでの時間です。コールドスタートの比較に役立ちます。
+
+- **ハイドレーション時間（Hydration）**: クライアントがサーバーからのHTMLをインタラクティブなものに変えるのに費やす時間です。表内のダッシュ（-）は、その実装がこのベンチマークで信頼できるハイドレーションの数値を提供しなかったことを意味します。
+
+## 結果の詳細
+
+### 1 - 避けるべきソリューション
+
+> Vueエコシステムにおいて、明確に避けるべきソリューションはありません。
+
+### 2 - 許容できるソリューション
+
+**(vue-i18n)** (`vue-i18n@11.4.0`):
+
+- **vue-i18n** は間違いなくVueで最も使用されているi18nライブラリであり、多くの機能と巨大なエコシステムを持っています。しかし、内部的にはかなり重いソリューションです。メッセージの遅延ロードを統合していても、スコーピング（scoping）機能が欠けています。標準的なVue SPAアプリの場合は問題ありませんが、@nuxt/i18nを使用するNuxtアプリの場合、すべてのページのメッセージが単一のページに含まれてしまうことになります。10ページを超える大規模なNuxtアプリでは、これが深刻な問題になる可能性があります。
+
+パッケージは非常に重いです（~24.3kb。これは `vue-intlayer` の約9倍です）。
+
+**(fluent-vue)** (`fluent-vue@0.5.0`):
+
+- **fluent-vue** は .ftl 形式を通じて革新を試みています。メッセージの構成は素晴らしく、始めやすいです。しかし実際には、型安全性の欠如によりエラーのリスクが高まり、デバッグに時間がかかる可能性があります。さらに、このソリューションはViteプラグインを使用してメッセージをロードしますが、これによりすべての言語の全コンテンツが各ページに強制的にロードされます。加えて、これは極めて重いソリューションです（~92.7kb。これは `vue-intlayer` の約34倍です）。
+
+### 3 - 推奨事項
+
+**(Intlayer)** (`vue-intlayer@8.7.12`):
+
+客観性を保つため、`vue-intlayer` については私自身のソリューションであるため、個人的な評価は控えます。

package/docs/ja/configuration.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2024-08-13
-updatedAt: 2026-04-08
+updatedAt: 2026-05-12
 title: 設定 (Configuration)
 description: アプリケーションにIntlayerを設定する方法について説明します。ニーズに合わせてIntlayerをカスタマイズするためのさまざまな設定とオプションを理解してください。
 keywords:
@@ -14,6 +14,9 @@ slugs:
   - concept
   - configuration
 history:
+  - version: 8.9.4
+    date: 2026-05-12
+    changes: "LM Studio プロバイダーのサポートを追加"
   - version: 8.7.0
     date: 2026-04-08
     changes: "ビルド設定に `prune` と `minify` オプションを追加"
@@ -350,7 +353,7 @@ const config: IntlayerConfig = {
   ai: {
     /**
      * 使用する AI プロバイダー。
-     * オプション: 'openai', 'anthropic', 'mistral', 'deepseek', 'gemini', 'ollama', 'openrouter', 'alibaba', 'fireworks', 'groq', 'huggingface', 'bedrock', 'googlevertex', 'togetherai'
+     * オプション: 'openai', 'anthropic', 'mistral', 'deepseek', 'gemini', 'ollama', 'openrouter', 'alibaba', 'fireworks', 'groq', 'huggingface', 'bedrock', 'googlevertex', 'togetherai', 'lmstudio'
      * デフォルト: 'openai'
      */
     provider: "openai",
@@ -916,16 +919,17 @@ Intlayer は、柔軟性を最大限に高めるために複数の AI プロバ
 - **Groq**
 - **Amazon Bedrock**
 - **Together.ai**
-
-| フィールド           | 説明                                                                                                                                             | 型                                                                                                                                                                                                                                                                                                                                                                                             | デフォルト  | 例                                                            | 備考                                                                                                                                                                                                                 |
-| -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------- | ------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `provider`           | Intlayer の AI 機能に使用するプロバイダー。                                                                                                      | `'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'`                                                 | プロバイダーによって、必要な API キーや価格が異なります。                                                                                                                                                            |
-| `model`              | AI 機能に使用するモデル。                                                                                                                        | `string`                                                                                                                                                                                                                                                                                                                                                                                       | なし        | `'gpt-4o-2024-11-20'`                                         | 特定のモデルはプロバイダーによって異なります。                                                                                                                                                                       |
-| `temperature`        | AI の応答のランダム性を制御します。                                                                                                              | `number`                                                                                                                                                                                                                                                                                                                                                                                       | なし        | `0.1`                                                         | 温度が高いほど、創造的で予測しにくくなります。                                                                                                                                                                       |
-| `apiKey`             | 選択したプロバイダーの API キー。                                                                                                                | `string`                                                                                                                                                                                                                                                                                                                                                                                       | なし        | `process.env.OPENAI_API_KEY`                                  | 秘密にする必要があるため、環境変数に保存してください。                                                                                                                                                               |
-| `applicationContext` | AI がより正確な翻訳を生成できるようにするための、アプリケーションに関する追加のコンテキスト (ドメイン、ターゲットオーディエンス、トーン、用語)。 | `string`                                                                                                                                                                                                                                                                                                                                                                                       | なし        | `'旅行予約アプリのコンテキスト'`                              | ルールを追加するためにも使用できます (例: `"URL を変換しないでください"`)。                                                                                                                                          |
-| `baseURL`            | AI API のベース URL。                                                                                                                            | `string`                                                                                                                                                                                                                                                                                                                                                                                       | なし        | `'https://api.openai.com/v1'` <br/> `'http://localhost:5000'` | ローカルまたはカスタムの AI API エンドポイントを指すことができます。                                                                                                                                                 |
-| `dataSerialization`  | AI 機能のデータシリアライゼーション形式。                                                                                                        | `'json'` &#124; <br/> `'toon'`                                                                                                                                                                                                                                                                                                                                                                 | `undefined` | `'toon'`                                                      | • `'json'`: デフォルト、信頼性が高いがトークン消費が多い。<br/>• `'toon'`: トークン消費が少ないが、一貫性に欠ける。<br/>• 推論の努力 (reasoning effort) などの追加パラメータがコンテキストとしてモデルに渡されます。 |
+- **LM Studio**
+
+| フィールド           | 説明                                                                                                                                             | 型                                                                                                                                                                                                                                                                                                                                                                                                                       | デフォルト  | 例                                                            | 備考                                                                                                                                                                                                                 |
+| -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------- | ------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `provider`           | Intlayer の AI 機能に使用するプロバイダー。                                                                                                      | `'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'`                                                 | プロバイダーによって、必要な API キーや価格が異なります。                                                                                                                                                            |
+| `model`              | AI 機能に使用するモデル。                                                                                                                        | `string`                                                                                                                                                                                                                                                                                                                                                                                                                 | なし        | `'gpt-4o-2024-11-20'`                                         | 特定のモデルはプロバイダーによって異なります。                                                                                                                                                                       |
+| `temperature`        | AI の応答のランダム性を制御します。                                                                                                              | `number`                                                                                                                                                                                                                                                                                                                                                                                                                 | なし        | `0.1`                                                         | 温度が高いほど、創造的で予測しにくくなります。                                                                                                                                                                       |
+| `apiKey`             | 選択したプロバイダーの API キー。                                                                                                                | `string`                                                                                                                                                                                                                                                                                                                                                                                                                 | なし        | `process.env.OPENAI_API_KEY`                                  | 秘密にする必要があるため、環境変数に保存してください。                                                                                                                                                               |
+| `applicationContext` | AI がより正確な翻訳を生成できるようにするための、アプリケーションに関する追加のコンテキスト (ドメイン、ターゲットオーディエンス、トーン、用語)。 | `string`                                                                                                                                                                                                                                                                                                                                                                                                                 | なし        | `'旅行予約アプリのコンテキスト'`                              | ルールを追加するためにも使用できます (例: `"URL を変換しないでください"`)。                                                                                                                                          |
+| `baseURL`            | AI API のベース URL。                                                                                                                            | `string`                                                                                                                                                                                                                                                                                                                                                                                                                 | なし        | `'https://api.openai.com/v1'` <br/> `'http://localhost:5000'` | ローカルまたはカスタムの AI API エンドポイントを指すことができます。                                                                                                                                                 |
+| `dataSerialization`  | AI 機能のデータシリアライゼーション形式。                                                                                                        | `'json'` &#124; <br/> `'toon'`                                                                                                                                                                                                                                                                                                                                                                                           | `undefined` | `'toon'`                                                      | • `'json'`: デフォルト、信頼性が高いがトークン消費が多い。<br/>• `'toon'`: トークン消費が少ないが、一貫性に欠ける。<br/>• 推論の努力 (reasoning effort) などの追加パラメータがコンテキストとしてモデルに渡されます。 |
 
 ---
 

package/docs/ja/dictionary/content_file.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2025-02-07
-updatedAt: 2026-01-28
+updatedAt: 2026-05-12
 title: コンテンツファイル
 description: コンテンツ宣言ファイルの拡張機能をカスタマイズする方法を学びます。このドキュメントに従って、プロジェクトで効率的に条件を実装しましょう。
 keywords:
@@ -12,6 +12,9 @@ slugs:
   - concept
   - content
 history:
+  - version: 8.9.0
+    date: 2026-05-12
+    changes: "コンテンツノードタイプ `plural` を追加"
   - version: 8.0.0
     date: 2026-01-28
     changes: "`html` コンテンツノードタイプを追加"
@@ -63,6 +66,7 @@ import { type ReactNode } from "react";
 import {
   t,
   enu,
+  plural,
   cond,
   nest,
   md,
@@ -82,6 +86,7 @@ interface Content {
   };
   multilingualContent: string;
   quantityContent: string;
+  pluralContent: string;
   conditionalContent: string;
   markdownContent: never;
   htmlContent: never;
@@ -118,6 +123,10 @@ export default {
       ">5": "いくつかの車",
       ">19": "多くの車",
     }),
+    pluralContent: plural({
+      one: "One car",
+      other: "{{count}} cars",
+    }),
     conditionalContent: cond({
       true: "検証が有効です",
       false: "検証が無効です",
@@ -172,6 +181,13 @@ export default {
         ">5": "いくつかの車",
         ">19": "多くの車",
       },
+      "pluralContent": {
+        "nodeType": "plural",
+        "plural": {
+          "one": "One car",
+          "other": "{{count}} cars",
+        },
+      },
     },
     "conditionalContent": {
       "nodeType": "condition",
@@ -219,6 +235,7 @@ export default {
 - **プリミティブ値**：文字列、数値、真偽値、null、undefined
 - **型付きノード**：翻訳、条件、マークダウンなどの特殊なコンテンツタイプ
 - **関数**：実行時に評価可能な動的コンテンツ [関数フェッチについてはこちら](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/function_fetching.md)
+- **複数形コンテンツ**: 詳細については、 複数形コンテンツ [詳細については、 複数形コンテンツ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/plural.md)
 - **ネストされたコンテンツ**：他の辞書への参照
 
 #### コンテンツタイプ
@@ -544,6 +561,8 @@ multilingualContent: t({
 });
 ```
 
+> 詳細については、 [翻訳コンテンツ (`t`) ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/translation.md) を参照してください。
+
 ### 条件コンテンツ (`cond`)
 
 ブール条件に基づいて変化するコンテンツ：
@@ -557,6 +576,8 @@ conditionalContent: cond({
 });
 ```
 
+> 詳細については、 [条件コンテンツ (`cond`) ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/condition.md) を参照してください。
+
 ### 列挙コンテンツ (`enu`)
 
 列挙された値に基づいて変化するコンテンツ：
@@ -571,7 +592,22 @@ statusContent: enu({
 });
 ```
 
-### 挿入コンテンツ (`insert`)
+> 詳細については、 [列挙コンテンツ (`enu`) ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/enumeration.md) を参照してください。
+
+### Plural Content (`plural`)
+
+Content that varies based on plural rules:
+
+```typescript
+import { plural } from "intlayer";
+
+pluralContent: plural({
+  one: "One car",
+  other: "{{count}} cars",
+});
+```
+
+> 詳細については、 [Plural Content ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/plural.md) を参照してください。### 挿入コンテンツ (`insert`)
 
 他のコンテンツに挿入できるコンテンツ：
 
@@ -581,6 +617,8 @@ import { insert } from "intlayer";
 insertionContent: insert("This text can be inserted anywhere"); // このテキストはどこにでも挿入できます
 ```
 
+> 詳細については、 [挿入コンテンツ (`insert`) ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/insertion.md) を参照してください。
+
 ### ネストコンテンツ (`nest`)
 
 他の辞書への参照：
@@ -591,6 +629,8 @@ import { nest } from "intlayer";
 nestedContent: nest("about-page"); // "about-page" への参照
 ```
 
+> 詳細については、 [ネストコンテンツ (`nest`) ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/nesting.md) を参照してください。
+
 ### マークダウンコンテンツ (`md`)
 
 Markdown形式のリッチテキストコンテンツ：
@@ -603,6 +643,8 @@ markdownContent: md(
 );
 ```
 
+> 詳細については、 [マークダウンコンテンツ (`md`) ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/markdown.md) を参照してください。
+
 ### HTMLコンテンツ (`html`)
 
 標準タグまたはカスタムコンポーネントを使用できるリッチHTMLコンテンツ：
@@ -620,6 +662,8 @@ localizedHtmlContent: t({
 });
 ```
 
+> 詳細については、 [HTMLコンテンツ (`html`) ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/html.md) を参照してください。
+
 ### ジェンダーコンテンツ (`gender`)
 
 ジェンダーに基づいて変化するコンテンツ:
@@ -634,6 +678,8 @@ genderContent: gender({
 });
 ```
 
+> 詳細については、 [ジェンダーコンテンツ (`gender`) ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/gender.md) を参照してください。
+
 ### ファイルコンテンツ (`file`)
 
 外部ファイルへの参照:
@@ -644,6 +690,8 @@ import { file } from "intlayer";
 fileContent: file("./path/to/content.txt");
 ```
 
+> 詳細については、 [ファイルコンテンツ (`file`) ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/file.md) を参照してください。
+
 ## コンテンツファイルの作成
 
 ### 基本的なコンテンツファイル構造

package/docs/ja/intlayer_with_nextjs_no_locale_path.md

@@ -639,14 +639,15 @@ Intlayer は TypeScript の利点を活かすためにモジュール拡張 (mod
 
 TypeScript の設定に自動生成された型が含まれていることを確認してください。
 
-````json5 fileName="tsconfig.json"
+```json5 fileName="tsconfig.json"
 {
   // ... 既存の TypeScript 設定
   "include": [
-    // ... 既存の TypeScript 設定
+    // ... 既存의 TypeScript 設定
     ".intlayer/**/*.ts", // 自動生成された型を含める
   ],
 }
+```
 
 ### Git 設定
 
@@ -657,7 +658,7 @@ Intlayer によって生成されたファイルは無視することを推奨
 ```plaintext fileName=".gitignore"
 # Intlayer によって生成されたファイルを無視する
 .intlayer
-````
+```
 
 ### VS Code 拡張機能