@intlayer/docs 8.12.5-canary.0 → 9.0.0-canary.3

package/docs/ja/plugins/sync-json.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2025-03-13
-updatedAt: 2025-12-13
+updatedAt: 2026-06-21
 title: Sync JSON プラグイン
 description: Intlayerの辞書をサードパーティのi18n JSONファイル（i18next、next-intl、react-intl、vue-i18nなど）と同期します。既存のi18nを維持しながら、Intlayerでメッセージの管理、翻訳、テストを行えます。
 keywords:
@@ -24,6 +24,9 @@ slugs:
   - sync-json
 youtubeVideo: https://www.youtube.com/watch?v=MpGMxniDHNg
 history:
+  - version: 9.0.0
+    date: 2026-06-21
+    changes: "splitKeys オプションを追加（next-intl / react-intl の単一ファイルレイアウト向けに、トップレベルの名前空間キーごとに1つの辞書）"
   - version: 7.5.0
     date: 2025-12-13
     changes: "ICUおよびi18next形式のサポートを追加"
@@ -62,7 +65,63 @@ pnpm add -D @intlayer/sync-json-plugin
 npm i -D @intlayer/sync-json-plugin
 ```
 
-## クイックスタート
+## Plugins
+
+このパッケージは2つのプラグインを提供します：
+
+- `loadJSON`: JSONファイルをIntlayer辞書にロードします。
+  - このプラグインは、ソースからJSONファイルをロードし、Intlayer辞書にロードするために使用されます。コードベース全体をスキャンし、特定のJSONファイルを検索できます。
+    このプラグインは以下の場合に使用できます。
+    - JSONのロードに特定の場所を課すi18nライブラリ（例：`next-intl`、`i18next`、`react-intl`、`vue-i18n`など）を使用しているが、コンテンツ宣言をコードベースの好きな場所に配置したい場合。
+    - リモートソース（例：CMS、APIなど）からメッセージをフェッチし、JSONファイルにメッセージを保存したい場合。
+
+  > 内部的には、このプラグインはコードベース全体をスキャンし、特定のJSONファイルを検索してIntlayer辞書にロードします。
+  > このプラグインは出力と翻訳をJSONファイルに書き戻さないことに注意してください。
+
+- `syncJSON`: JSONファイルをIntlayer辞書と同期します。
+  - このプラグインは、JSONファイルをIntlayer辞書と同期するために使用されます。指定された場所をスキャンし、特定のJSONファイルのパターンに一致するJSONをロードできます。このプラグインは、別のi18nライブラリを使用しながらIntlayerの利点を得たい場合に便利です。
+
+## 両方のプラグインを使用する
+
+```ts fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON, syncJSON } from "@intlayer/sync-json-plugin";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+  },
+
+  // 現在のJSONファイルをIntlayerの辞書と同期させる
+  plugins: [
+    /**
+     * src内のパターン {key}.i18n json に一致するすべてのJSONファイルをロードします
+     */
+    loadJSON({
+      source: ({ key }) => `./src/**/${key}.i18n.json`,
+      locale: Locales.ENGLISH,
+      priority: 1, // これらのJSONファイルが `./locales/en/${key}.json` のファイルよりも優先されるようにします
+      format: "intlayer", // JSONコンテンツのフォーマット
+    }),
+    /**
+     * ロケールディレクトリ内のJSONファイルに、出力と翻訳をロードして書き戻します
+     */
+    syncJSON({
+      format: "i18next",
+      source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      priority: 0,
+      format: "i18next",
+    }),
+  ],
+};
+
+export default config;
+```
+
+## `syncJSON` plugin
+
+### クイックスタート
 
 `intlayer.config.ts`にプラグインを追加し、既存のJSON構造を指定します。
 
@@ -81,6 +140,7 @@ const config: IntlayerConfig = {
     syncJSON({
       // ロケールごと、名前空間ごとのレイアウト（例：next-intl、名前空間付きのi18next）
       source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      format: "icu",
     }),
   ],
 };
@@ -91,14 +151,27 @@ export default config;
 代替案：ロケールごとに単一ファイル（i18next/react-intlのセットアップで一般的）：
 
 ```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale }) => `./locales/${locale}.json`,
-  }),
-];
+import { Locales, type IntlayerConfig } from "intlayer";
+import { syncJSON } from "@intlayer/sync-json-plugin";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH],
+    defaultLocale: Locales.ENGLISH,
+  },
+  plugins: [
+    syncJSON({
+      format: "i18next",
+      source: ({ locale }) => `./locales/${locale}.json`,
+      format: "i18next",
+    }),
+  ],
+};
+
+export default config;
 ```
 
-### 動作の仕組み
+#### 動作の仕組み
 
 - 読み込み：プラグインは`source`ビルダーからJSONファイルを検出し、それらをIntlayerの辞書として読み込みます。
 - 書き込み：ビルドと補完の後、ローカライズされたJSONを同じパスに書き戻します（フォーマットの問題を避けるために末尾に改行を追加）。
@@ -112,6 +185,7 @@ syncJSON({
   location?: string, // オプションのラベル、デフォルト: "plugin"
   priority?: number, // コンフリクト解決のためのオプションの優先度、デフォルト: 0
   format?: 'intlayer' | 'icu' | 'i18next', // オプションのフォーマッター、Intlayerランタイム互換性のために使用
+  splitKeys?: boolean, // オプション、単一ファイルをトップレベルキーごとに1つの辞書に分割（自動検出）
 });
 ```
 
@@ -136,11 +210,43 @@ syncJSON({
 }),
 ```
 
-## 複数の JSON ソースと優先度
+#### `splitKeys` (boolean)
+
+**ファーストレベルのキーが名前空間である**単一のJSONファイルを、ファイル全体を保持する単一の辞書ではなく、トップレベルキーごとに1つの辞書にするかどうかを制御します。
+
+これは、`next-intl`や`react-intl`のようなライブラリの名前空間モデルと一致します。これらのライブラリでは、1つの`messages/{locale}.json`ファイルが、そのファーストレベルのキーによって複数の名前空間をグループ化し、それぞれが独立してアドレス指定されます（例：`useTranslations('Hero')`は`Hero`辞書に解決されます）。
+
+- `undefined` (デフォルト): **自動検出** — `source`パターンに`{key}`セグメントがない場合（1つのファイルがすべての名前空間を保持する場合）にファイルが分割され、それ以外の場合（キーごとに1つのファイル）は単一の辞書として保持されます。
+- `true`: 常に各トップレベルキーを独自の辞書に分割します。
+- `false`: 分割しません。ファイル全体が単一の辞書になります。
+
+単一の`messages/{locale}.json`ファイルが与えられた場合：
+
+```json fileName="messages/en.json"
+{
+  "Hero": { "title": "Full-stack developer" },
+  "Nav": { "work": "Work", "about": "About" },
+  "About": { "lead": "I build apps end to end." }
+}
+```
+
+```ts fileName="intlayer.config.ts"
+syncJSON({
+  format: "icu",
+  source: ({ locale }) => `./messages/${locale}.json`,
+  // splitKeys: true, // パターンに`{key}`セグメントがないため、暗黙的に有効
+}),
+```
+
+これにより、`Hero`、`Nav`、`About`の3つの辞書が生成され、`useTranslations('Hero')` (next-intl) が正しく解決されます。書き戻し時には、すべての名前空間が同じロケールごとのファイルに再結合されます。
+
+> `source`に明示的な`{key}`セグメントを保持している場合（例：`./locales/${locale}/${key}.json`）、各ファイルはすでに1つの名前空間であるため、分割はデフォルトで無効になります。
+
+### 複数の JSON ソースと優先度
 
 複数の `syncJSON` プラグインを追加して異なる JSON ソースを同期することができます。これは、複数の i18n ライブラリや異なる JSON 構造をプロジェクトで使用している場合に便利です。
 
-### 優先度システム
+#### 優先度システム
 
 複数のプラグインが同じ辞書キーを対象とする場合、`priority` パラメータがどのプラグインが優先されるかを決定します:
 
@@ -189,73 +295,140 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
-### コンフリクト解決
+## Load JSON plugin
 
-同じ翻訳キーが複数のJSONソースに存在する場合：
+### クイックスタート
 
-1. 最も優先度の高いプラグインが最終的な値を決定します
-2. 優先度の低いソースは、欠落しているキーのフォールバックとして使用されます
-3. これにより、レガシー翻訳を維持しつつ、新しい構造へ段階的に移行できます
+`intlayer.config.ts`にプラグインを追加して、既存のJSONファイルをIntlayer辞書として取り込みます。このプラグインは読み取り専用です（ディスクへの書き込みは行いません）：
 
-## 統合
+```ts fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON } from "@intlayer/sync-json-plugin";
 
-以下は一般的なマッピング例です。ランタイムは変更せず、プラグインのみを追加してください。
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+  },
 
-### i18next
+  plugins: [
+    // ソースツリー内のどこにでも配置されたJSONメッセージを取り込む
+    loadJSON({
+      source: ({ key }) => `./src/**/${key}.i18n.json`,
+      // プラグインインスタンスごとに単一のロケールをロード（設定のdefaultLocaleにデフォルト設定）
+      locale: Locales.ENGLISH,
+      priority: 0,
+    }),
+  ],
+};
 
-典型的なファイル構成: `./public/locales/{locale}/{namespace}.json` または `./locales/{locale}/{namespace}.json`。
+export default config;
+```
+
+代替案：ロケールごとのレイアウト、読み取り専用（選択されたロケールのみがロードされます）：
 
 ```ts fileName="intlayer.config.ts"
-import { syncJSON } from "@intlayer/sync-json-plugin";
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON } from "@intlayer/sync-json-plugin";
 
-export default {
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH],
+    defaultLocale: Locales.ENGLISH,
+  },
   plugins: [
-    syncJSON({
-      format: "i18next",
+    loadJSON({
+      // このパターンからはLocales.FRENCHのファイルのみがロードされます
       source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      locale: Locales.FRENCH,
     }),
   ],
 };
+
+export default config;
 ```
 
-### next-intl
+### 動作の仕組み
 
-ロケールごとのJSONメッセージ（多くの場合 `./messages/{locale}.json`）または名前空間ごと。
+- 検出：`source`ビルダーからグロブを構築し、一致するJSONファイルを収集します。
+- 取り込み：各JSONファイルを提供された`locale`を持つIntlayer辞書としてロードします。
+- 読み取り専用：出力ファイルの書き込みやフォーマットは行いません。ラウンドトリップ同期が必要な場合は`syncJSON`を使用してください。
+- 自動補完対応：`fill`パターンを定義し、`intlayer content fill`がCLI経由で不足しているキーを埋めることができます。
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale, key }) => `./messages/${locale}/${key}.json`,
-  }),
-];
+### API
+
+```ts
+loadJSON({
+  // JSONへのパスを構築します。構造にロケールセグメントがない場合、`locale`はオプションです
+  source: ({ key, locale }) => string,
+
+  // このプラグインインスタンスによってロードされる辞書のターゲットロケール
+  // デフォルトは configuration.internationalization.defaultLocale
+  locale?: Locale,
+
+  // ソースを識別するためのオプションのラベル
+  location?: string, // デフォルト: "plugin"
+
+  // 他のソースとのコンフリクト解決に使用される優先度
+  priority?: number, // デフォルト: 0
+
+  // JSONコンテンツのオプションのフォーマッター
+  format?: 'intlayer' | 'icu' | 'i18next', // デフォルト: 'intlayer'
+
+  // 単一ファイルをトップレベルキーごとに1つの辞書に分割（自動検出）
+  splitKeys?: boolean,
+});
 ```
 
-参照: `docs/ja/intlayer_with_next-intl.md`。
+#### `format` ('intlayer' | 'icu' | 'i18next')
 
-### react-intl
+JSONファイルをロードする際に辞書コンテンツに使用するフォーマッターを指定します。これにより、さまざまなi18nライブラリと互換性のある異なるメッセージフォーマット構文を使用できます。
 
-ロケールごとに単一のJSONが一般的:
+- `'intlayer'`: デフォルトのIntlayerフォーマッター（デフォルト）。
+- `'icu'`: ICUメッセージフォーマットを使用します（react-intl、vue-i18nなどのライブラリと互換性があります）。
+- `'i18next'`: i18nextメッセージフォーマットを使用します（i18next、next-i18next、Solid-i18nextと互換性があります）。
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale }) => `./locales/${locale}.json`,
-  }),
-];
+**例：**
+
+```ts
+loadJSON({
+  source: ({ key }) => `./src/**/${key}.i18n.json`,
+  locale: Locales.ENGLISH,
+  format: "icu", // 互換性のためにICUフォーマットを使用
+}),
 ```
 
-### vue-i18n
+#### `splitKeys` (boolean)
 
-ロケールごと、またはネームスペースごとに単一ファイルを使用する場合：
+[`syncJSON`](#splitkeys-boolean) と同じ動作です。単一のJSONファイルがファーストレベルのキーによって複数の名前空間をグループ化する場合、各トップレベルキーが独自の辞書になります。
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ key, locale }) => `./src/locales/${locale}/${key}.json`,
-  }),
-];
+- `undefined` (デフォルト): **自動検出** — `source`パターンに`{key}`セグメントがない場合に分割され、それ以外の場合は単一の辞書になります。
+- `true` / `false`: 分割を強制または無効にします。
+
+```ts
+loadJSON({
+  source: ({ locale }) => `./messages/${locale}.json`,
+  format: "icu",
+  // splitKeys auto-enabled: `Hero`、`Nav`、`About`などがそれぞれ辞書になります
+}),
 ```
 
+### Behavior and conventions
+
+- `source`マスクにロケールプレースホルダーが含まれている場合、選択された`locale`のファイルのみが取り込まれます。
+- マスクに`{key}`セグメントがない場合、ファイルの各トップレベルキーがデフォルトで独自の辞書になります（[`splitKeys`](#splitkeys-boolean)を参照）。代わりにファイル全体を単一の`index`辞書として読み込むには、`splitKeys: false`を設定します。
+- キーは、`source`ビルダーの`{key}`プレースホルダーを置換することでファイルパスから派生します。
+- プラグインは検出されたファイルのみを使用し、不足しているロケールやキーを捏造することはありません。
+- `fill`パスは`source`から推測され、CLI経由で不足している値を更新するために使用されます（オプトインした場合）。
+
+## Conflict resolution
+
+同じ翻訳キーが複数のJSONソースに存在する場合：
+
+1. 最も優先度の高いプラグインが最終的な値を決定します
+2. 優先度の低いソースは、欠落しているキーのフォールバックとして使用されます
+3. これにより、レガシー翻訳を維持しつつ、新しい構造へ段階的に移行できます
+
 ## CLI
 
 同期されたJSONファイルは他の `.content` ファイルとして扱われます。つまり、すべてのintlayerコマンドが同期されたJSONファイルに対して利用可能です。以下を含みます：
@@ -268,7 +441,7 @@ plugins: [
 
 See [Intlayer CLI](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/index.md) for more details.
 
-## 制限事項（現状）
+## Limitations (current)
 
 - サードパーティライブラリを対象とする場合、挿入や複数形/ICUのサポートはありません。
 - 非Intlayerランタイム向けのビジュアルエディタはまだ利用できません。

package/docs/ja/releases/v8.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2025-09-22
-updatedAt: 2026-01-26
+updatedAt: 2026-06-14
 title: Intlayer v8 の新機能
 description: Intlayer v8 の新機能を紹介します。開発者体験、自動コンテンツ検出、スキーマ検証によるデータ整合性、辞書管理における主な改善点を解説します。
 keywords:
@@ -199,7 +199,7 @@ v7 では、プロバイダーが定義されていない場合、Markdown ノ
 
     **3. ユーティリティ関数の使用:**
 
-    ```tsx
+    ```typescript
     import { renderMarkdown } from "solid-intlayer/markdown";
 
     return <div>{renderMarkdown("# My Title")}</div>;
@@ -334,7 +334,7 @@ v7 では、プロバイダーが定義されていない場合、Markdown ノ
 
     **1. 直接の使用:**
 
-    Angular では、標準の `[innerHTML]` バインディングを使用できます。
+    Angular では、標準 of `[innerHTML]` バインディングを使用できます。
 
     ```html
     <div [innerHTML]="'<p>Hello World</p>'"></div>
@@ -409,6 +409,16 @@ v7 では、プロバイダーが定義されていない場合、Markdown ノ
 
 ---
 
+## YAML & Markdown コンテンツファイル (v8.10.0)
+
+`.content.md` および `.content.yaml` ファイル拡張子を使用して、コンテンツを直接宣言できるようになりました。これは、長文のコンテンツ、ブログ、ドキュメント、プライバシーポリシーに最適です。
+
+これらのファイルはビジュアルエディター（Visual Editor）から直接編集可能であり、非技術的なチームメンバーにとっても合理化されたワークフローを提供します。
+
+詳細については、[YAML コンテンツファイルのドキュメント](https://intlayer.org/ja/doc/concept/content#yaml-content-file) および [Markdown コンテンツファイルのドキュメント](https://intlayer.org/ja/doc/concept/content/markdown) を参照してください。
+
+---
+
 ## カスタム URL リライト
 
 Intlayer v8 は **カスタム URL リライト** を導入し、標準の `/locale/path` 構造と異なるロケール固有のパスを定義できるようになります。これはローカルSEOの改善や、英語以外のユーザーにとってより自然なユーザーエクスペリエンスを提供するための強力な機能です。
@@ -753,6 +763,61 @@ export default {
   </Tab>
 </Tabs>
 
+## Unicode CLDR 複数形ルール (v8.8.0)
+
+Unicode CLDR プロジェクトで定義された複数形ルールに基づく新しい `plural` ノードヘルパーが導入され、複雑な言語のサポートが向上しました。
+
+```typescript fileName="src/openings.content.ts"
+import { plural, t, type Dictionary } from "intlayer";
+
+const openingsContent = {
+  key: "total_openings",
+  content: {
+    totalOpenings: t({
+      ja: plural({
+        other: "{{count}} 個の空き",
+      }),
+      en: plural({
+        one: "{{count}} opening",
+        other: "{{count}} openings",
+      }),
+      fr: plural({
+        one: "{{count}} offre",
+        other: "{{count}} offres",
+      }),
+    }),
+  },
+} satisfies Dictionary;
+
+export default openingsContent;
+```
+
+その後、フレームワークコンポーネント内で動的にカウントを渡すことができます：
+
+```tsx
+import type { FC } from "react";
+import { useIntlayer } from "react-intlayer";
+
+const OpeningsComponent: FC<{ count: number }> = ({ count }) => {
+  const { totalOpenings } = useIntlayer("total_openings");
+
+  return (
+    <div>
+      {/* 英語の場合:                                  */}
+      {/*  count=0  → "0 openings"   (other)           */}
+      {/*  count=1  → "1 opening"    (one)             */}
+      {/*  count=2  → "2 openings"   (other)           */}
+      {/*  count=21 → "21 openings"  (other)           */}
+      <p>{totalOpenings(count)}</p>
+    </div>
+  );
+};
+```
+
+詳細については、[複数形化のドキュメント](https://intlayer.org/ja/doc/concept/content/plural) を参照してください。
+
+---
+
 ## コンテンツスキーマ検証
 
 Intlayer v8 では、辞書に対するスキーマ検証が導入されました。Zod を使って設定内に再利用可能なバリデーションスキーマを定義し、それをコンテンツファイルに適用できます。これにより、コンテンツが常に期待される構造に準拠していることが保証され、ビルド時にエラーを検出できます。
@@ -797,6 +862,34 @@ export default aboutPageMetaContent;
 
 ---
 
+## TypeScript: IntlayerNode プリミティブアクセサー
+
+`IntlayerNode` 型が更新され、コンテンツノード上で直接 JavaScript のプリミティブメソッドを呼び出せるようになりました。これにより、ローカライズされたコンテンツを、標準の文字列、数値、真偽値、または配列のプリミティブであるかのように直接操作できます。
+
+React、Preact、Solid、Svelte、Vue、および Angular でサポートされています。
+
+### 文字列の例
+
+```typescript
+content.placeholder; // IntlayerNode<string> を返す
+content.placeholder.value; // string を返す
+content.placeholder.toString(); // string を返す
+content.placeholder.toLowerCase(); // string を返す
+String(content.placeholder); // string を返す
+content.placeholder.toUpperCase(); // 大文字に変換された string を返す
+content.placeholder.replace("a", "b"); // 変更された string を返す
+```
+
+### 配列の例
+
+```typescript
+content.myArrayOfString             // IntlayerNode<Array<string>> を返す
+content.myArrayOfString.find(...)   // 要素を返す
+content.myArrayOfString.join(', ')  // 結合された string を返す
+```
+
+---
+
 ### 強化された自動コンテンツ検出
 
 v8 では、Intlayer がコンテンツ文字列内の Markdown 構文、HTML タグ、および変数挿入を自動的に検出します。これにより、`md()`、`html()`、`insert()` といったヘルパー関数を省略できることが多くなります。
@@ -1002,6 +1095,17 @@ Intlayer の VSCode 拡張機能は v8 で大幅なアップデートを受け
 
 ---
 
+## ツール: C++ ウォッチャー & OXC ベースの LSP (v8.12.0)
+
+Intlayer v8.12.0 は、開発者体験に大きな改善をもたらします：
+
+- **Parcel Watcher**: コンテンツウォッチャーが `chokidar` から `@parcel/watcher` に移行されました。ネイティブの C++ ファイル監視を活用することで、より高速なアップデートと大幅なメモリ消費の削減を実現します。
+- **新しい Language Server Protocol (LSP)**: まったく新しい LSP が利用可能になりました。OXC ベースのパースで構築されており、IDE や AI エージェントが `useIntlayer('my-key')` の呼び出しと対応する `.content` ファイルをシームレスにリンク（およびその逆）できるように支援します。
+
+詳細については、[LSP のドキュメント](https://intlayer.org/ja/doc/lsp) を参照してください。
+
+---
+
 ## コンパイラの最適化
 
 Intlayer v8 には Markdown と HTML コンパイラ向けの新しいキャッシング層が導入されました。これにより、同じ設定で同一のコンテンツ文字列は一度だけ解析されるため、再レンダリング時や複数箇所で同じコンテンツを使用する場合のオーバーヘッドが大幅に削減されます。
@@ -1057,6 +1161,48 @@ Intlayer v8 には Markdown と HTML コンパイラ向けの新しいキャッ
 
 ---
 
+## 実験的なビルド最適化: Minify & Purge (v8.7.0)
+
+Intlayer v8.7.0 では、本番環境のバンドルを最適化するために設計された、`intlayer.config.ts` 内の新しい実験的なビルド機能が導入されました：
+
+- **辞書のミニファイ (Minification)**: 辞書ファイルをミニファイしてサイズを削減します。
+- **未使用キーのパージ (Purging)**: 辞書から未使用の翻訳キーをスキャンして削除し、アクティブなキーを短い文字にリネームします（例: `"products" -> "a"`, `"pricing" -> "b"`）。これにより、バンドルサイズが最大 5% 削減されます。
+- **TypeScript チェックの無効化**: コンパイルステップ中の TypeScript 型チェックを無効にすることで、ビルドを高速化します。
+
+```typescript fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH],
+    defaultLocale: Locales.ENGLISH,
+  },
+  dictionary: {
+    importMode: "dynamic",
+  },
+  build: {
+    /**
+     * バンドルサイズを削減するために辞書をミニファイします。
+     */
+    minify: true,
+
+    /**
+     * 辞書内の未使用キーをパージします。
+     */
+    purge: true,
+
+    /**
+     * ビルド時に TypeScript の型チェックを行うかどうかを示します。
+     */
+    checkTypes: false,
+  },
+};
+
+export default config;
+```
+
+---
+
 ## 柔軟性: 統一されたインポートモード
 
 `live` ブールプロパティは、より包括的な `importMode` プロパティに置き換えられ、非推奨になりました。これにより、辞書をどのように読み込むか（静的、動的、またはライブ同期）を明示的に定義できるようになります。
@@ -1076,7 +1222,7 @@ Intlayer v8 には Markdown と HTML コンパイラ向けの新しいキャッ
 
 注: Intlayer v8 では、`importMode` プロパティは `intlayer.config.ts` の `build` 設定から `dictionary` 設定へ移動しました。これにより、すべての辞書に対するデフォルトのインポートモードを定義しつつ、各辞書ごとに上書きできるようになります。
 
-**グローバル設定の例:**
+**グローバル設定 of 例:**
 
 ```typescript fileName="intlayer.config.ts"
 export default {
@@ -1204,6 +1350,49 @@ Svelte 内の Markdown および HTML コンテンツは、文字列化（string
 
 ---
 
+## Angular サポート: Vite バンドラー (v8.11.0)
+
+Angular ユーザー向けに、Intlayer は新しいカスタム esbuild プラグインを介して Vite バンドラーをネイティブにサポートするようになり、開発およびビルド時間が短縮されました。
+
+設定の詳細については、[Angular 環境のドキュメント](https://intlayer.org/ja/doc/environment/angular) を参照してください。
+
+---
+
+## サイトマップ生成 (v8.6.0)
+
+Intlayer は、ロケールとルーティングモードに基づいてサイトマップを自動的に生成するようになりました。これは、TanStack Router などのルーターアーキテクチャにおける SEO 最適化に特に役立ちます：
+
+```typescript fileName="src/routes/sitemap.xml.ts"
+import { createFileRoute } from "@tanstack/react-router";
+import { generateSitemap } from "intlayer";
+
+const SITE_URL = (
+  import.meta.env.VITE_SITE_URL ?? "http://localhost:3000"
+).replace(/\/$/, "");
+
+export const Route = createFileRoute("/sitemap.xml")({
+  server: {
+    handlers: {
+      GET: async () => {
+        const sitemap = generateSitemap(
+          [
+            { path: "/", changefreq: "daily", priority: 1.0 },
+            { path: "/about", changefreq: "monthly", priority: 0.8 },
+          ],
+          { siteUrl: SITE_URL }
+        );
+
+        return new Response(sitemap, {
+          headers: { "Content-Type": "application/xml" },
+        });
+      },
+    },
+  },
+});
+```
+
+---
+
 ## v7 からの移行ノート
 
 ### 設定の変更