@intlayer/docs 9.4.4 → 9.5.1

package/docs/ja/cli/login.md

@@ -20,8 +20,6 @@ author: aymericzip
 
 # Intlayer CLI ログインコマンド
 
----
-
 ## 説明
 
 Intlayer CLI の `login` コマンドは Intlayer CMS に対して認証を行うためのコマンドです。このコマンドは既定のブラウザを自動的に開き、認証プロセスを完了して Intlayer サービスを利用するために必要な認証情報（Client ID と Client Secret）を受け取ります。

package/docs/ja/compiler.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2025-09-09
-updatedAt: 2026-06-23
+updatedAt: 2026-09-08
 title: Intlayer コンパイラー | i18n のための自動コンテンツ抽出
 description: Intlayer コンパイラーで国際化プロセスを自動化しましょう。コンポーネントから直接コンテンツを抽出し、Vite、Next.js などでより高速かつ効率的な i18n を実現します。
 keywords:
@@ -68,7 +68,7 @@ author: aymericzip
 
 ## 使い方
 
-> The quickest way to wire the compiler in is the interactive setup: run `npx intlayer init --interactive` and select **Compiler**. On Vite there is nothing to configure — the compiler is plugged in directly through the `intlayerCompiler()` plugin. On Next.js the command scaffolds the `babel.config.js` shown below. The non-interactive `intlayer init` leaves the compiler setup untouched.
+> コンパイラを導入する最も手軽な方法は対話型セットアップです: `npx intlayer init --interactive` を実行し、**Compiler** を選択します。Next.js と Vite では、`compiler.enabled` が設定され、`compiler.output` のパスが構成されると自動的に有効化されます。
 
 <Tabs>
  <Tab value='vite'>
@@ -92,19 +92,13 @@ import { defineConfig } from "vite";
 import { intlayer } from "vite-intlayer";
 
 export default defineConfig({
-  plugins: [
-    intlayer({
-      proxy: {
-        ignore: (req) => req.url?.startsWith("/api"),
-      },
-    }),
-  ],
+  plugins: [intlayer()],
 });
 ```
 
 > スタンドアロン `intlayerCompiler()` プラグインは、高度なセットアップのためにエクスポートされています。`intlayer()` と一緒に登録するのは安全です — コンパイラが自動的に重複を排除し、1 回だけ実行されます。
 
-See complete tutorial: [Intlayer Compiler with Vite+React](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/intlayer_with_vite+react_compiler.md)
+See complete tutorial: [Translate Vite and React with Intlayer](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/intlayer_with_vite+react.md)
 
 #### フレームワークサポート
 
@@ -131,7 +125,33 @@ npm install @intlayer/svelte-compiler
  </Tab>
  <Tab value='nextjs'>
 
-### Next.js (Babel)
+### Next.js
+
+Next.js では、コンパイラはバンドラーローダー `next-intlayer/extractor-loader` として動作します。`withIntlayer` が Turbopack と webpack の**両方**に登録するため、`babel.config.js` を記述する必要はありません。
+
+#### インストール
+
+```bash
+npm install @intlayer/babel
+```
+
+#### 設定
+
+設定は不要です。`next.config.ts` が `withIntlayer` を経由している限り、`@intlayer/babel` をインストールするだけでローダーが自動的に登録されます:
+
+```ts fileName="next.config.ts"
+import { withIntlayer } from "next-intlayer/server";
+
+export default withIntlayer({});
+```
+
+ローダーは `next-swc-loader` の前に `.tsx` および `.jsx` ファイルに対して実行されるため、オリジナルの JSX を読み取ります。コンポーネント内で宣言されたコンテンツは `.content` ファイルに抽出され、ファイルがコンパイルされる際に `.intlayer` にビルドされます。
+
+</Tab>
+
+ <Tab value="Babel">
+
+### Babel
 
 Next.jsやその他の Webpack ベースの Babel を使用するアプリケーションでは、`@intlayer/babel`プラグインを使ってコンパイラーを設定できます。
 
@@ -166,8 +186,6 @@ module.exports = {
 
 この設定により、コンポーネント内で宣言されたコンテンツが自動的に抽出され、ビルドプロセス中に辞書の生成に使用されます。
 
-See complete tutorial: [Intlayer Compiler with Next.js](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/intlayer_with_nextjs_compiler.md)
-
  </Tab>
 </Tabs>
 

package/docs/ja/configuration.md

@@ -122,14 +122,10 @@ author: aymericzip
 
 Intlayer 設定ファイルを使用すると、国際化、ミドルウェア、コンテンツ管理など、プラグインのさまざまな側面をカスタマイズできます。このドキュメントでは、設定内の各プロパティの詳細な説明を提供します。
 
----
-
 ## 目次
 
 <TOC/>
 
----
-
 ## 設定ファイルのサポート
 
 Intlayer は、JSON、JS、MJS、および TS の設定ファイル形式をサポートしています。
@@ -143,8 +139,6 @@ Intlayer は、JSON、JS、MJS、および TS の設定ファイル形式をサ
 - `intlayer.config.mjs`
 - `.intlayerrc`
 
----
-
 ## 設定ファイルの例
 
 ````typescript fileName="intlayer.config.ts" codeFormat="typescript"
@@ -691,14 +685,10 @@ const config: IntlayerConfig = {
 export default config;
 ````
 
----
-
 ## 設定リファレンス
 
 以下のセクションでは、Intlayer で利用可能なさまざまな設定項目について詳しく説明します。
 
----
-
 ### 国際化設定 (Internationalization)
 
 使用可能なロケールやアプリケーションのデフォルトロケールなど、国際化に関連する設定を定義します。
@@ -710,8 +700,6 @@ export default config;
 | `strictMode`      | TypeScript を使用して、国際化コンテンツの堅牢な実装を保証します。                        | `string`   | `'inclusive'`       |                      | • `"strict"` の場合: `t` 関数は、宣言されたすべてのロケールが定義されていることを要求します。不足している場合や宣言されていない場合にエラーをスローします。<br/>• `"inclusive"` の場合: ロケールが不足している場合に警告を出しますが、宣言されていない既存のロケールの使用も許可します。<br/>• `"loose"` の場合: 既存のすべてのロケールを受け入れます。 |
 | `defaultLocale`   | 要求されたロケールが見つからない場合にフォールバックとして使用されるデフォルトロケール。 | `string`   | `Locales.ENGLISH`   | `'en'`               | URL、Cookie、またはヘッダーでロケールが指定されていない場合にロケールを決定するために使用されます。                                                                                                                                                                                                                                                     |
 
----
-
 ### エディタ設定 (Editor)
 
 サーバーポートや有効化ステータスなど、組み込みのビジュアルエディタの設定を定義します。
@@ -743,8 +731,6 @@ Intlayerアナリティクスに関する設定を定義します。ユーザー
 | `flushInterval` | バックエンドへの自動バッチ送信間のミリ秒数。                                      | `number`  | `20000`    | `10000` |                                                                                                                                                                                   |
 | `sampleRate`    | 記録するセッションの割合。`0`（なし）から`1`（すべて）まで。                      | `number`  | `1`        | `0.5`   | サンプリングはセッションごとに決定的であるため、記録されたセッションはそのすべてのイベントを報告します（部分的なファネルにはなりません）。                                        |
 
----
-
 ### ルーティング設定 (Routing)
 
 URL 構造、ロケール保存、ミドルウェア管理など、ルーティングの動作を制御する設定。
@@ -946,8 +932,6 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
----
-
 ### コンテンツ設定 (Content)
 
 ディレクトリ名、ファイル拡張子、派生設定など、アプリケーション内でのコンテンツ管理方法に関連する設定。
@@ -961,8 +945,6 @@ export default config;
 | `excludedPath`   | コンテンツスキャンから除外するディレクトリ。                                          | `string[]` | `['**/node_modules/**', '**/dist/**', '**/build/**', '**/.intlayer/**', '**/.next/**', '**/.nuxt/**', '**/.expo/**', '**/.vercel/**', '**/.turbo/**', '**/.tanstack/**']` |                                                                                                                                                                                       | 未使用。将来の実装のために計画されています。                                                                                                                         |
 | `formatCommand`  | Intlayer がローカルにファイルを書き込む際のコンテンツファイルのフォーマッタコマンド。 | `string`   | `undefined`                                                                                                                                                               | `'npx prettier --write "{{file}}" --log-level silent'` (Prettier), `'npx biome format "{{file}}" --write --log-level none'` (Biome), `'npx eslint --fix "{{file}}" --quiet'` (ESLint) | • `{{file}}` はファイルパスに置き換えられます。<br/>• 未定義の場合、Intlayer は自動的に検出を試みます (prettier、biome、eslint をテスト)。                           |
 
----
-
 ### システム設定
 
 Intlayerの内部パスと出力結果に関連する設定。これらの設定は通常内部的なものであり、ユーザーが変更する必要はありません。
@@ -1017,8 +999,6 @@ dictionary: {
 };
 ```
 
----
-
 ### ロガー設定 (Logger)
 
 Intlayer からのログ出力をカスタマイズするためのパラメータ。
@@ -1089,8 +1069,6 @@ Intlayer がアプリケーションの国際化をどのように最適化お
 | `outputFormat`        | 辞書の出力形式を制御します。                                                                                           | `('esm' &#124; 'cjs')[]`         | `['esm', 'cjs']`                                                                                                                                                                  | `['cjs']`                                                                     |                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       |
 | `traversePattern`     | 最適化中にスキャンするファイルを定義するパターン。                                                                     | `string[]`                       | `['**/*.{tsx,ts,js,mjs,cjs,jsx,vue,svelte,svte}', '!**/node_modules/**', '!**/dist/**', '!**/.intlayer/**', '!**/*.config.*', '!**/*.test.*', '!**/*.spec.*', '!**/*.stories.*']` | `['src/**/*.{ts,tsx}', '../ui-library/**/*.{ts,tsx}', '!**/node_modules/**']` | • ビルドパフォーマンスを向上させるために、最適化対象を関連するファイルに限定します。<br/>• `optimize` がオフの場合は無視されます。<br/>• glob パターンを使用します。                                                                                                                                                                                                                                                                                                                                                                  |
 
----
-
 ### コンパイラ設定 (Compiler)
 
 コンポーネントから直接辞書を抽出する Intlayer コンパイラを制御する設定。
@@ -1110,8 +1088,6 @@ Intlayer がアプリケーションの国際化をどのように最適化お
 | ---------- | ------------------------------------------------------- | --------------------------- |
 | `schemas`  | 辞書の構造を検証するための Zod スキーマを定義できます。 | `Record<string, ZodSchema>` |
 
----
-
 ### プラグイン (Plugins)
 
 | フィールド | 説明                                     | 型                 |
@@ -1127,25 +1103,21 @@ Intlayer がアプリケーションの国際化をどのように最適化お
 プロジェクトのルート、`package.json` の隣です。Intlayer は `intlayer.config.js`、`intlayer.config.mjs`、`intlayer.config.cjs`、および JSON も受け入れるため、ファイルはプロジェクトが使用するモジュールシステムに一致します。
 
 </Question>
-
 <Question title="i18n は bundle サイズにどのくらい影響しますか？">
 
 名前空間ベースのセットアップよりもはるかに少ないです。なぜなら、ページはレンダリングしないカタログをダウンロードすることがないからです。サーバーでレンダリングされたマークアップはサーバー上でコンテンツを解決し、ビルド時コンパイラは `useIntlayer` の呼び出しをコンポーネントが使用する正確な辞書エントリに置き換えるため、未使用のキーや未使用の言語は削除されます。[動的辞書](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dynamic_dictionaries/index.md)は残りをロケールごとに分割します。一般的な代替案と比較して、Intlayer は `bundle` およびページサイズを最大 50% 削減します。[bundle optimization](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/bundle_optimization.md) および [benchmark](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/benchmark/index.md) を参照してください。
 
 </Question>
-
 <Question title="コンポーネントを書き直さずに `i18next`、`next-intl`、または `react-i18next` から移行できますか？">
 
 はい、2つの方法があります。[i18next 移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/migration_from_i18next_to_intlayer.md)または [next-intl 移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/migration_from_next-intl_to_intlayer.md)を使用して、コンテンツを段階的に移行できます。または、現在の API を完全に維持することも可能です。[compat adapters](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/index.md)は、`i18next`、`react-i18next`、`next-intl`、`next-i18next`、`react-intl`、`use-intl`、`vue-i18n`、および `Lingui` とまったく同じ API を公開しますが、Intlayer の辞書によって提供されるため、インポートは変更されますが、コンポーネントのコードは変更されません。
 
 </Question>
-
 <Question title="既存の JSON 翻訳ファイルを保持できますか？">
 
 はい。[sync JSON plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/plugins/sync-json.md)は、`/messages/{locale}/{namespace}.json` ファイルを信頼できる情報源として保持し、それらから Intlayer 辞書を双方向に生成します。[sync PO plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/plugins/sync-po.md)は gettext カタログに対しても同様の処理を行い、[per locale files](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/per_locale_file.md)を使用すると、ロケールを1つのファイルにまとめるのではなく、言語ごとにコンテンツを分割できます。
 
 </Question>
-
 <Question title="コンテンツをキーごとに移動する必要がありますか？">
 
 いいえ。`npx intlayer extract` を実行すると、Intlayer はソースファイルを読み取り、ユーザー向けの文字列を抽出し、それぞれの隣に `.content` ファイルを書き込みます。これにより、一度に1つずつ文字列をカタログにコピーする代わりに、差分を確認できます。[extract command](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/extract.md) を参照してください。
@@ -1153,7 +1125,6 @@ Intlayer がアプリケーションの国際化をどのように最適化お
 完全に自動化されたパイプラインの場合、[Intlayer Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md) はビルド時に JSX、TSX、Vue、Svelte のソースに対して同様の処理を行い、変更があるたびに辞書を生成するため、手動でキーを管理する必要がありません。これは静的解析によって機能するため、実行時にのみ存在する文字列は対象外となり、ユーザー向けのテキストとアプリケーションロジックを区別するためにいくつかの注釈が必要です。
 
 </Question>
-
 <Question title="利用可能なエディタおよび AI エージェントツールは何ですか？">
 
 5つのオプションがあり、すべて任意です。
@@ -1165,49 +1136,41 @@ Intlayer がアプリケーションの国際化をどのように最適化お
 - **[ESLint plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text` はハードコードされた文字列を検出し、静的辞書キーや未使用のコンテンツに対する追加のルールも提供します。
 
 </Question>
-
 <Question title="アプリに新しい言語を追加するにはどうすればよいですか？">
 
 `internationalization.locales` にロケールを追加し、`npx intlayer fill` を実行して既存のコンテンツをその言語に翻訳します。生成される型も同時に更新されるため、新しいロケールが欠落しているコンテンツファイルは、サイレントなフォールバックではなく型エラーになります。
 
 </Question>
-
 <Question title="URL からロケールプレフィックスを削除するにはどうすればよいですか？">
 
 `routing.mode` を設定します。デフォルトの `"prefix-no-default"` は、デフォルトのロケールには `/about` を、その他のロケールには `/fr/about` を与えます。`"prefix-all"` はすべてのロケールにプレフィックスを付けます。`"no-prefix"` はパスからロケールを完全に除外し、`cookie`、`header`、またはドメインから解決します。`"search-params"` はクエリ文字列に `/about?locale=fr` のように配置します。
 
 </Question>
-
 <Question title="各言語を独自のドメインから提供できますか？">
 
 はい。`routing.domains` はロケールをホスト名にマッピングします。例えば、`{ fr: 'example.fr', en: 'example.com' }` のようになります。ドメインがロケールを識別するため、パスにプレフィックスは追加されず、`getLocalizedUrl` は適切なドメイン上の絶対 URL を返します。
 
 </Question>
-
 <Question title="ユーザーの言語はどのように検出されますか？">
 
 `routing.storage` を通じて検出されます。これは、読み取るソースを順序付けてリストします。通常は URL、次に `cookie`、そして `Accept-Language` `header` です。ユーザーによる明示的な選択は永続化され、次回の訪問時に優先されます。
 
 </Question>
-
 <Question title="`routing.enableProxy` は何をしますか？">
 
 ロケールルーティング `proxy`、つまりプレフィックスを解決しリダイレクトを行う `middleware` を制御します。設定されていない場合、`proxy` は実行されますが、開発サーバーとプレビューサーバーは、テストしていない言語にリダイレクトされるのを避けるため、保存されたロケールをリダイレクト元として無視します。本番環境では `true` と同じように動作します。ロケールルーティングを自分で処理する場合は `false` に設定します。
 
 </Question>
-
 <Question title="`importMode` の `static`、`dynamic`、`fetch` の違いは何ですか？">
 
 デフォルトの `"static"` は、辞書を静的にインポートするため、`bundle` され同期的に読み込まれます。`"dynamic"` は `Suspense` を介してインポートするため、ロケールはコンポーネントがレンダリングするときにのみダウンロードされます。これは大規模なコンテンツセットに適しています。`"fetch"` はライブ同期 API から辞書を取得し、失敗した場合は `"dynamic"` にフォールバックします。[bundle optimization](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/bundle_optimization.md) および [dynamic dictionaries](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dynamic_dictionaries/index.md) を参照してください。
 
 </Question>
-
 <Question title="自動翻訳のための AI プロバイダーと API キーはどこで設定しますか？">
 
 設定ファイル、またはコマンドラインで `--provider`、`--model`、`--api-key` を使用して設定します。キーはあなたのものです。翻訳呼び出しは、あなたのマシンまたは CI ランナーから選択したプロバイダーに直接送信されるため、第三者を介してルーティングされることはありません。[fill command](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/fill.md) を参照してください。
 
 </Question>
-
 <Question title="設定を変更した後、開発サーバーを再起動する必要がありますか？">
 
 通常は必要ありません。Intlayer のウォッチャーは `intlayer.config.ts` 自体を監視しています。保存時に設定をリロードし、辞書を再度準備するため、ロケールの追加やルーティングモードの変更はコンテンツの変更と同様に認識されます。ただし、設定はシステムによってキャッシュされる場合があります。アプリを再起動するのが良い解決策となる場合があります。

package/docs/ja/dictionary/html.md

@@ -119,8 +119,6 @@ const myContent = html(
 
 HTML ノードで `.use()` メソッドを使用する場合、提供されたコンポーネントは `html()` 関数で提供された定義（利用可能な場合）と照らし合わせてチェックされます。
 
----
-
 ## HTML のレンダリング
 
 レンダリングは Intlayer のコンテンツシステムで自動的に処理することも、専用のツールを使って手動で処理することもできます。
@@ -474,8 +472,6 @@ HTML ノードで `.use()` メソッドを使用する場合、提供された
   </Tab>
 </Tabs>
 
----
-
 ### 手動レンダリングと高度なツール
 
 生のHTML文字列をレンダリングしたり、コンポーネントのマッピングをより細かく制御したい場合は、次のツールを使用してください。
@@ -649,8 +645,6 @@ HTML ノードで `.use()` メソッドを使用する場合、提供された
   </Tab>
 </Tabs>
 
----
-
 ## オプションリファレンス
 
 これらのオプションは `HTMLProvider`、`HTMLRenderer`、`useHTMLRenderer`、および `renderHTML` に渡すことができます。

package/docs/ja/dictionary/markdown.md

@@ -51,7 +51,7 @@ Intlayerは、Markdown構文を使用して定義されたリッチテキスト
 
 <Tabs>
   <Tab label=".content.md" value=".content.md">
-  
+
     バージョン`8.10.0`以降、`.content.md`ファイルでMarkdownコンテンツを直接宣言できます。Intlayerは
     Markdownコンテンツを自動的に検出して解析します。
 
@@ -497,7 +497,7 @@ Markdown レンダリングは **MDX** をサポートしています — Markdo
 
 <Tabs group="framework">
   <Tab label="React" value="react">
-  
+
     #### `<MarkdownRenderer />` コンポーネント
 
     特定のオプションで Markdown 文字列をレンダリングします。
@@ -536,7 +536,7 @@ Markdown レンダリングは **MDX** をサポートしています — Markdo
 
   </Tab>
   <Tab label="Next.js" value="nextjs">
-  
+
     #### `<MarkdownRenderer />` コンポーネント
 
     特定のオプションを使用して Markdown 文字列をレンダリングします。
@@ -1069,7 +1069,7 @@ const MyComponent = () => {
 ```
 
   </Tab>
- 
+
   <Tab label="Vue" value="vue">
 
 Vue には組み込みの `<Suspense>` コンポーネントがあります。Markdown コンテンツをレンダリングするコンポーネントを `<Suspense>` 境界でラップします。
@@ -1173,8 +1173,6 @@ export class MyComponent {
   </Tab>
 </Tabs>
 
----
-
 ## Server-Side Rendering (SSR) と Hydration
 
 remark / rehype などの他の Markdown パーサーと比較して、Intlayer Markdown は依存関係がなく、クライアント側とサーバー側の両方で実行されます。

package/docs/ja/how_works_intlayer.md

@@ -270,25 +270,21 @@ Expressに基づいたサーバーは、ビジュアルエディターのリク
 ビルド時です。bundler plugin、または `npx intlayer build` は、`.content.ts` ファイルをスキャンし、それらを `.intlayer` フォルダー内の辞書に解決し、対応するTypeScript型を生成します。ランタイム時には、コンポーネントは結果を読み取るだけなので、リクエストパス上でパースやファイルの読み込みは発生しません。
 
 </Question>
-
 <Question title="i18nはbundleサイズにどのくらい影響しますか？">
 
 名前空間ベースのセットアップよりもはるかに少ないです。なぜなら、ページはレンダリングしないカタログをダウンロードすることがないからです。サーバーレンダリングされたマークアップはサーバー上でそのコンテンツを解決し、ビルド時コンパイラは `useIntlayer` の呼び出しをコンポーネントが使用する正確な辞書エントリに置き換えるため、未使用のキーや未使用の言語は削除されます。[動的辞書](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dynamic_dictionaries/index.md)は、残りをロケールごとに分割します。一般的な代替手段と比較して、Intlayerはbundleとページサイズを最大50%削減します。[bundle最適化](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/bundle_optimization.md)と[ベンチマーク](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/benchmark/index.md)を参照してください。
 
 </Question>
-
 <Question title="コンポーネントを書き直さずに、`i18next`、`next-intl`、`react-i18next` から移行できますか？">
 
 はい、2つの方法があります。[i18next移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/migration_from_i18next_to_intlayer.md)または[next-intl移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/migration_from_next-intl_to_intlayer.md)を使用して、コンテンツを段階的に移行できます。または、現在のAPIを完全に維持することもできます。[互換アダプター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/index.md)は、`i18next`、`react-i18next`、`next-intl`、`next-i18next`、`react-intl`、`use-intl`、`vue-i18n`、`Lingui` とまったく同じAPIを公開しますが、Intlayer辞書によって提供されるため、importは変更されますが、コンポーネントコードは変更されません。
 
 </Question>
-
 <Question title="既存のJSON翻訳ファイルを維持できますか？">
 
 はい。[sync JSON plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/plugins/sync-json.md)は、`/messages/{locale}/{namespace}.json` ファイルを信頼できる情報源として保持し、それらからIntlayer辞書を双方向に生成します。[sync PO plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/plugins/sync-po.md)はgettextカタログに対しても同様の処理を行い、[ロケールごとのファイル](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/per_locale_file.md)を使用すると、1つのファイルにロケールをグループ化する代わりに、言語ごとにコンテンツを分割できます。
 
 </Question>
-
 <Question title="コンテンツをキーごとに移動する必要がありますか？">
 
 いいえ。`npx intlayer extract` を実行すると、Intlayerはソースファイルを読み取り、ユーザー向けの文字列を抽出し、それぞれの隣に `.content` ファイルを書き込みます。これにより、文字列をカタログに1つずつコピーする代わりに、差分を確認できます。[extractコマンド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/extract.md)を参照してください。
@@ -296,7 +292,6 @@ Expressに基づいたサーバーは、ビジュアルエディターのリク
 完全に自動化されたパイプラインの場合、[Intlayer Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md)は、JSX、TSX、Vue、Svelteのソースに対してビルド時に同じ処理を行い、変更があるたびに辞書を生成するため、手動でキーを管理する必要がありません。これは静的解析によって機能するため、ランタイム時にのみ存在する文字列は対象外となり、ユーザー向けのテキストとアプリケーションロジックを区別するためにいくつかのannotationが必要です。
 
 </Question>
-
 <Question title="利用可能なエディターおよびAIエージェントツールは何ですか？">
 
 5つのツールがあり、すべてオプションです。
@@ -308,43 +303,36 @@ Expressに基づいたサーバーは、ビジュアルエディターのリク
 - **[ESLint plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text` はハードコードされた文字列にフラグを立て、静的辞書キーと未使用のコンテンツに対する追加のルールを提供します。
 
 </Question>
-
 <Question title=".intlayerフォルダーとは何ですか？コミットすべきですか？">
 
 これは生成された出力であり、コンパイルされた辞書と生成された型が含まれます。コンテンツファイルから派生するため、`.gitignore` にリストし、`dist` フォルダーとまったく同じようにビルドステップで再構築されるべきです。
 
 </Question>
-
 <Question title="アクティブなロケールはどのように決定されますか？">
 
 `routing.storage` にリストされているソースから、次の順序で決定されます: `routing.mode` がURL prefixを使用する場合のそれ、次にcookie、次に`Accept-Language` header、そしてデフォルトのロケールです。ユーザーが明示的に選択したロケールは永続化され、次回の訪問時にも維持されます。[設定リファレンス](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md)を参照してください。
 
 </Question>
-
 <Question title="ローカル辞書とリモート辞書の違いは何ですか？">
 
 ローカル辞書はコードベースで宣言され、アプリケーションとともにコンパイルされます。リモート辞書は[CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)で管理され、ランタイム時に解決されるため、デプロイなしで変更できます。どちらも同じhooksを通じて読み取られ、リモートコンテンツが利用できない場合はローカル宣言にフォールバックします。
 
 </Question>
-
 <Question title="IntlayerはTypeScriptなしで動作しますか？">
 
 はい。コンテンツファイルはTypeScript、JavaScript、ESM、CommonJS、またはJSONで記述できます。TypeScriptは生成された型とオートコンプリートを可能にするため、推奨されるセットアップですが、必須ではありません。
 
 </Question>
-
 <Question title="サーバーレンダリングとクライアントレンダリングはどのように同じコンテンツを共有しますか？">
 
 サーバーはサーバーレンダリングされたコンポーネントのコンテンツを直接解決するため、そのマークアップに対して辞書がクライアントに送信されることはありません。クライアントコンポーネントは、サーバーで解決されたロケールを受け取るproviderを通じて同じ辞書を読み取ります。これにより、最初のクライアントレンダリングはサーバーHTMLと一致し、異なる言語がちらつくことはありません。
 
 </Question>
-
 <Question title="Intlayerはロケールでのhydrationミスマッチをどのように回避しますか？">
 
 ロケールはサーバーで一度解決され、providerに渡されます。ブラウザで再度検出されることはありません。クライアントはサーバーがレンダリングしたのと同じロケールから開始するため、マークアップが一致します。これは通常、クライアント側のロケール検出で問題となる点です。
 
 </Question>
-
 <Question title="翻訳を追加するたびに再ビルドする必要がありますか？">
 
 開発環境では、いいえ。pluginはコンテンツファイルを監視し、保存時に影響を受ける辞書を再ビルドします。本番環境では、コンテンツがリモートでない限り、辞書はビルドの一部です。リモートコンテンツの場合は、[CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)と[live sync](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/live.md)がデプロイなしで変更を適用します。

package/docs/ja/interest_of_intlayer.md

@@ -44,49 +44,40 @@ author: aymericzip
 ページに巨大なJSONファイルを読み込む代わりに、必要なコンテンツのみを読み込みます。Intlayerは**バンドルサイズとページサイズを最大50%削減**するのに役立ちます。
 
 </Accordion>
-
 <Accordion header="保守性">
 
 アプリケーションのコンテンツのスコープを限定することで、大規模アプリケーションの**メンテナンスが容易**になります。全体のコンテンツコードベースを見直す精神的負担なしに、単一の機能フォルダを複製または削除できます。さらに、Intlayerは**完全に型定義**されているため、コンテンツの正確性が保証されます。
 
 </Accordion>
-
 <Accordion header="AI Agent">
 
 コンテンツを同じ場所に配置（コローケーション）することで、大規模言語モデル（LLM）に必要な**コンテキストが削減**されます。Intlayerには、翻訳漏れをテストするための**CLI**、**[LSP](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/lsp.md)**、**[MCP](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/mcp_server.md)**、**[agent skills](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/agent_skills.md)**などのツールスイートも付属しており、AIエージェントの開発体験（DX）をさらにスムーズにします。
 
 </Accordion>
-
 <Accordion header="機能性">
 
 Intlayerは、他のi18nソリューションにはない、[Markdownサポート](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/markdown.md)、[外部コンテンツの取得](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/file.md)、[ライブコンテンツ更新](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/live.md)、[ビジュアルエディタ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_visual_editor.md)など、多くの追加機能を提供します。
 
 </Accordion>
-
 <Accordion header="自動化">
 
 CI/CDパイプラインでお好みのLLMを使用し、AIプロバイダーの実費で自動翻訳を行います。Intlayerはコンテンツ抽出を自動化する**コンパイラ**や、**バックグラウンドで翻訳**をサポートする[ウェブプラットフォーム](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)も提供しています。
 
 </Accordion>
-
 <Accordion header="パフォーマンス">
 
 巨大なJSONファイルをコンポーネントに接続すると、パフォーマンスやリアクティビティの問題が発生する可能性があります。Intlayerはビルド時にコンテンツの読み込みを最適化します。
 
 </Accordion>
-
 <Accordion header="非開発環境でのスケーリング">
 
 単なるi18nソリューションにとどまらず、Intlayerはセルフホスト可能な**[ビジュアルエディタ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_visual_editor.md)**と**[フル機能のCMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)**を提供し、多言語コンテンツを**リアルタイム**で管理できるようにします。これにより、翻訳者、コピーライター、その他のチームメンバーとのコラボレーションがシームレスになります。コンテンツはローカルおよび/またはリモートに保存できます。
 
 </Accordion>
-
 <Accordion header="クロスフレームワークデザイン">
 
 異なるフレームワークをアプリケーションの異なる部分に使用する場合（例えば、React、React-native、Vue、Angular、Svelte など）、Intlayer は**すべての主要なフロントエンドフレームワーク全体で一般的な構文と実装を使用する**方法を提供します。また、design-system、apps、backend などで content declaration を共有できます。
 
-アプリケーションの異なる部分で異なるフレームワークを使用している場合（例：React、React-Native、Vue、Angular、Svelteなど）、Intlayerは**すべての主要なフロントエンドフレームワークで共通の構文と実装を使用する方法**を提供します。また、デザインシステム、アプリ、バックエンドなどでコンテンツ宣言を共有することもできます。
-
 </Accordion>
 </AccordionGroup>
 ## なぜIntlayerが作られたのか？
@@ -283,8 +274,6 @@ GitHubスター数は、プロジェクトの知名度、コミュニティか
 
 [![Star History Chart](https://api.star-history.com/chart?repos=aymericzip/intlayer%2Cformatjs/formatjs%2Ci18next/react-i18next%2Ci18next/i18next%2Ci18next/next-i18next%2Clingui/js-lingui%2Camannn/next-intl%2Cintlify/vue-i18n%2Ccodingcommons/typesafe-i18n%2Copral/paraglide-js&type=date&legend=top-left)](https://www.star-history.com/#aymericzip/intlayer&formatjs/formatjs&i18next/react-i18next&i18next/i18next&i18next/next-i18next&lingui/js-lingui&amannn/next-intl&intlify/vue-i18n&codingcommons/typesafe-i18n&opral/paraglide-js)
 
----
-
 ## 相互運用性
 
 `intlayer`は、`react-intl`、`react-i18next`、`next-intl`、`next-i18next`、`vue-i18n`の名前空間の管理にも役立ちます。
@@ -306,25 +295,21 @@ GitHubスター数は、プロジェクトの知名度、コミュニティか
 - **コンテンツレイヤーライブラリ**: `Intlayer`。コンテンツはコンポーネントごとに宣言およびコンパイルされるため、型付け、tree shaking、編集ツール、AI翻訳はすべて同じ宣言から得られます。
 
 </Question>
-
 <Question title="i18nはbundleサイズにどれくらい影響しますか？">
 
 名前空間ベースのセットアップよりもはるかに少ないです。なぜなら、ページはレンダリングしないカタログをダウンロードしないからです。サーバーレンダリングされたマークアップはサーバー上でコンテンツを解決し、ビルド時コンパイラは`useIntlayer`の呼び出しをコンポーネントが使用する正確な辞書エントリに置き換えるため、未使用のキーや未使用の言語は削除されます。[動的辞書](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dynamic_dictionaries/index.md)は残りをロケールごとに分割します。一般的な代替手段と比較して、Intlayerはbundleサイズとページサイズを最大50%削減します。[bundle最適化](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/bundle_optimization.md)と[ベンチマーク](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/benchmark/index.md)を参照してください。
 
 </Question>
-
 <Question title="`i18next`、`next-intl`、または`react-i18next`からコンポーネントを書き直さずに移行できますか？">
 
 はい、2つの方法があります。[i18next移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/migration_from_i18next_to_intlayer.md)または[next-intl移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/migration_from_next-intl_to_intlayer.md)を使用して、コンテンツを段階的に移行できます。または、現在のAPIを完全に維持することもできます。[互換アダプター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/index.md)は、`i18next`、`react-i18next`、`next-intl`、`next-i18next`、`react-intl`、`use-intl`、`vue-i18n`、および`Lingui`とまったく同じAPIを公開しますが、Intlayer辞書によって提供されるため、インポートは変更されますが、コンポーネントコードは変更されません。
 
 </Question>
-
 <Question title="既存のJSON翻訳ファイルを保持できますか？">
 
 はい。[sync JSON plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/plugins/sync-json.md)は、`/messages/{locale}/{namespace}.json`ファイルを信頼できる情報源として保持し、それらからIntlayer辞書を双方向に生成します。[sync PO plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/plugins/sync-po.md)はgettextカタログに対しても同様の機能を提供し、[ロケールごとのファイル](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/per_locale_file.md)を使用すると、ロケールを1つのファイルにまとめるのではなく、言語ごとにコンテンツを分割できます。
 
 </Question>
-
 <Question title="コンテンツをキーごとに移動する必要がありますか？">
 
 いいえ。`npx intlayer extract`を実行すると、Intlayerはソースファイルを読み取り、ユーザー向けの文字列を抽出し、それぞれの隣に`.content`ファイルを書き込みます。これにより、文字列をカタログに1つずつコピーする代わりに、差分を確認できます。[extractコマンド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/extract.md)を参照してください。
@@ -332,7 +317,6 @@ GitHubスター数は、プロジェクトの知名度、コミュニティか
 完全に自動化されたパイプラインの場合、[Intlayer Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md)は、JSX、TSX、Vue、Svelteのソースに対してビルド時に同じ処理を行い、変更があるたびに辞書を生成するため、手動でキーを管理する必要がありません。これは静的解析によって機能するため、ランタイムにのみ存在する文字列は対象外となり、ユーザー向けのテキストとアプリケーションロジックを区別するためにいくつかの注釈が必要です。
 
 </Question>
-
 <Question title="利用可能なエディターおよびAIエージェントツールにはどのようなものがありますか？">
 
 5つのツールがあり、すべてオプションです。
@@ -344,43 +328,36 @@ GitHubスター数は、プロジェクトの知名度、コミュニティか
 - **[ESLint plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text`はハードコードされた文字列にフラグを立て、静的辞書キーと未使用コンテンツに対する追加のルールを提供します。
 
 </Question>
-
 <Question title="Intlayerはnext-intlとどう違いますか？">
 
 `next-intl`はNext.js用のメッセージレイヤーです。ロケールごとにJSONメッセージファイルを保持し、`useTranslations`を通じてそれらを読み取ります。Intlayerはコンテンツレイヤーです。宣言はコンポーネントの隣に配置され、宣言自体から型付けされ、コンポーネントごとにコンパイルされるため、ページはレンダリングするものだけを提供します。Intlayerは、`next-intl`がユーザーに任せるAI翻訳、ビジュアルエディター、CMS、CIでの翻訳漏れチェックもカバーします。`next-intl` APIを維持したい場合は、[互換アダプター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/index.md)がIntlayer辞書からそれを提供します。
 
 </Question>
-
 <Question title="Intlayerはi18nextおよびreact-i18nextとどう違いますか？">
 
 `i18next`はランタイムに名前空間に対して文字列キーを解決します。これは、キーの名前変更やスペルミスがサイレントに失敗し、ページが触れるすべての名前空間が完全にダウンロードされることを意味します。Intlayerはビルド時に生成された型に対してコンテンツを解決するため、不正なキーはコンパイルエラーとなり、コンポーネントがレンダリングするエントリのみがbundleに含まれます。`i18next`はより大きなプラグインエコシステムと長い実績を持っています。Intlayerは型付け、bundleサイズ、および編集・自動化ツールを提供します。[i18next移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/migration_from_i18next_to_intlayer.md)または[互換アダプター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/index.md)を参照してください。
 
 </Question>
-
 <Question title="Intlayerは他の代替手段よりも高速または軽量ですか？">
 
 bundleサイズとページサイズに関しては、はい。ページがレンダリングしないカタログをロードしないことで、名前空間ベースのセットアップと比較してbundleサイズとページサイズを最大50%削減します。[ベンチマーク](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/benchmark/index.md)では、[Next.js](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/benchmark/nextjs.md)、[TanStack Start](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/benchmark/tanstack.md)、[Vue](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/benchmark/vue.md)、[Svelte](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/benchmark/svelte.md)を含むフレームワークごとの方法と数値が公開されているため、主張を鵜呑みにするのではなく、ご自身で再現できます。
 
 </Question>
-
 <Question title="既存のアプリを移行する価値はありますか？">
 
 それは現在の課題によります。もしbundleサイズ、サイレントな翻訳漏れ、または開発者なしでは作業できない翻訳者が課題であれば、移行する価値は十分にあります。カタログが小さく安定している場合は、得られるメリットは小さくなります。いずれにしても、移行は書き直しである必要はありません。[互換アダプター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/index.md)は現在のAPIを維持し、[sync JSON plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/plugins/sync-json.md)は両方のレイヤーが共存する間、既存のJSONファイルを信頼できる情報源として保持します。
 
 </Question>
-
 <Question title="Intlayerが他のi18nライブラリにはない機能は何ですか？">
 
 [Markdown content](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/markdown.md)、[外部ソースからフェッチされたコンテンツ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/content_file.md)、ファイルコンテンツのロード、[ライブコンテンツ更新](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/live.md)、[ビジュアルエディター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_visual_editor.md)、[CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)、既存のコンポーネントからコンテンツを抽出する[コンパイラ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md)、A/Bテスト用の[コンテンツバリアント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dynamic_dictionaries/variants.md)、コンテンツ露出に関する[アナリティクス](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/analytics.md)、[MCP server](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/mcp_server.md)、[LSP](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/lsp.md)および[エージェントスキル](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/agent_skills.md)。
 
 </Question>
-
 <Question title="Intlayerを翻訳マネージャーとしてのみ使用し、現在のライブラリを保持できますか？">
 
 はい。Intlayerは、現在のライブラリが期待する形式と場所（例：`/messages/{locale}/{namespace}.json`）で名前空間を生成できます。これにより、アプリケーションコードが既存のi18nライブラリを使い続ける間も、AI翻訳、エディター、CIチェックを利用できます。
 
 </Question>
-
 <Question title="Intlayerは無料でオープンソースですか？">
 
 はい、Apache 2.0 licenseの下で、商用利用も含まれます。ホスト型CMSはオプションの有料サービスですが、[セルフホスト](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/self_hosting.md)することも可能です。