@intlayer/docs 9.4.4 → 9.5.0

package/docs/ja/migration_from_react-i18next_to_intlayer.md

@@ -34,7 +34,6 @@ author: aymericzip
 巨大なJSONファイルをページに読み込む代わりに、必要なコンテンツのみをロードします。Intlayerは、**バンドルとページのサイズを最大50%削減**するのに役立ちます。
 
 </Accordion>
-
 <Accordion header="メンテナンス性">
 
 アプリケーションのコンテンツをスコープ化することで、大規模なアプリケーションの**メンテナンスが容易**になります。機能フォルダ全体を複製または削除しても、すべてのコンテンツコードベースを確認するという精神的負担がありません。さらに、Intlayerはコンテンツの正確性を確保するために**完全に型付け**されています。
@@ -42,25 +41,21 @@ author: aymericzip
 また、Intlayerはi18nエコシステムの中で**最も活発に開発されている**ソリューションでもあります。問題は迅速に修正され、新しいフレームワークアダプタが定期的に登場し、コアAPIは実際の運用フィードバックに基づいて継続的に改良されています。
 
 </Accordion>
-
 <Accordion header="AIエージェント">
 
 コンテンツのコロケーション（同一場所配置）により、大規模言語モデル（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="自動化">
 
 AIプロバイダーのコストで、お好みのLLMを使用してCI/CDパイプライン内で翻訳を自動化できます。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)**を提供し、多言語コンテンツを**リアルタイム**で管理できるようにします。これにより、翻訳者やコピーライター、その他のチームメンバーとのシームレスなコラボレーションが可能になります。コンテンツはローカルおよび/またはリモートに保存できます。
@@ -68,8 +63,6 @@ AIプロバイダーのコストで、お好みのLLMを使用してCI/CDパイ
 </Accordion>
 </AccordionGroup>
 
----
-
 ## 移行戦略
 
 `react-i18next` / `i18next`からIntlayerに移行するための、互いに補完する2つの戦略があります：
@@ -80,20 +73,15 @@ AIプロバイダーのコストで、お好みのLLMを使用してCI/CDパイ
 
 このガイドでは、まず**戦略1**（ドロップイン互換性アダプター）について解説し、その後オプションである完全移行について説明します。
 
----
-
 ## 目次
 
 <TOC/>
 
----
-
 ## クイック移行
 
 以下の手順は、コードを変更せずに既存の`react-i18next`アプリをIntlayer上で実行するために必要な最小限のステップです。
 
 <Steps>
-
 <Step number={1} title="依存関係のインストール">
 
 Intlayerのコアパッケージと互換性アダプターをインストールします：
@@ -137,7 +125,6 @@ bun add intlayer react-intlayer @intlayer/react-i18next @intlayer/i18next @intla
 > `react-i18next`と`i18next`はインストールしたままにしておいて構いません — 互換性アダプターはそれらをTypeScriptの型のオプションの`devDependencies` / `peerDependencies`として使用します。`package.json`のpeer設定を変更する必要はありません。
 
 </Step>
-
 <Step number={2} title="Intlayerの設定">
 
 `intlayer init`コマンドにより、初期の`intlayer.config.ts`ファイルが作成されます。既存のロケールに合わせて設定を更新し、`syncJSON`プラグインがメッセージファイルを指すようにします：
@@ -172,7 +159,6 @@ export default config;
 > **`source`**はロケールをそのJSONファイルのパスにマッピングします。**`location`**はIntlayerウォッチャーに監視するフォルダを指示します。`format: 'i18next'`オプションは、`{{name}}`のようなプレースホルダーが正しく解析されることを保証します。
 
 </Step>
-
 <Step number={3} title="バンドラへのIntlayerプラグインの追加">
 
 既存のバンドラ設定を互換性プラグインでラップします。これはコアのIntlayerプラグインを合成し、コンテンツの監視をフックアップし、最も重要なこととして**モジュールエイリアスを注入**するため、既存の`import … from 'react-i18next'`（および`'i18next'`）の呼び出しがビルド時に透過的に`@intlayer/react-i18next` / `@intlayer/i18next`にリダイレクトされます。ソースファイルの変更は不要です。
@@ -233,14 +219,11 @@ export default withIntlayer(nextConfig);
 > tAbout("counter.label"); // ✓ 型付け済み
 > ```
 
----
-
 ## 完全移行
 
 以下のステップはオプションであり、段階的に行うことができます。これにより、ビジュアルエディタ、CMS、型付けされたコンテンツファイル、AIを利用した翻訳自動化など、Intlayerの全機能が解放されます。
 
 <Steps>
-
 <Step number={4} title="インポートの明示的な変更（オプション）" isOptional={true}>
 
 Intlayerプラグインは既にバンドラレベルでのエイリアス化を処理しています。ソースファイル内で依存関係を明示的にしたい場合は、手動でインポート名を変更できます：
@@ -265,7 +248,6 @@ Next.js (`next-i18next`) の場合：
 | `import { useTranslation } from 'next-i18next'`                                | `import { useTranslation } from '@intlayer/next-i18next'`         |
 
 </Step>
-
 <Step number={5} title="AIを利用した翻訳自動化の有効化" isOptional={true}>
 
 Intlayerが設定されたら、CLIを使用して不足している翻訳を自動入力することができます：
@@ -327,8 +309,6 @@ export default config;
 
 </Steps>
 
----
-
 ## 移行後に削除できるもの
 
 互換性アダプターが導入されると、以下の`react-i18next` / `i18next`のボイラープレートコードは削除できます：
@@ -341,8 +321,6 @@ export default config;
 
 さらに進める準備ができたら、Intlayerはコードベース内の**どこにある`.content.ts`および`.content.json`ファイルでも自動的に検出します**（デフォルトでは`./src`内）。`my-component.content.ts`ファイルを`MyComponent.tsx`のすぐ隣に配置するだけで、追加の設定なしでビルド時にIntlayerがそれを取得します — インポート、登録、中央のインデックスファイルは不要です。これにより、ページやコンポーネントとの翻訳のコロケーションが完全にシームレスになります。
 
----
-
 ## TypeScriptの設定
 
 Intlayerはモジュール拡張を使用して、翻訳キーに対する完全なTypeScriptのIntelliSense（自動補完）を提供します。`tsconfig.json`に自動生成された型が含まれていることを確認してください：
@@ -357,8 +335,6 @@ Intlayerはモジュール拡張を使用して、翻訳キーに対する完全
 }
 ```
 
----
-
 ## Git設定
 
 Intlayerによって生成されたディレクトリを`.gitignore`に追加します：
@@ -368,8 +344,6 @@ Intlayerによって生成されたディレクトリを`.gitignore`に追加し
 .intlayer
 ```
 
----
-
 ## さらに詳しく
 
 - **ビジュアルエディタ** — ブラウザ上で翻訳を視覚的に管理：[Intlayer Visual Editor](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_visual_editor.md)

package/docs/ja/migration_from_vue-i18n_to_intlayer.md

@@ -33,7 +33,6 @@ author: aymericzip
 巨大なJSONファイルをページに読み込む代わりに、必要なコンテンツのみをロードします。Intlayerは、**バンドルとページのサイズを最大50%削減**するのに役立ちます。
 
 </Accordion>
-
 <Accordion header="メンテナンス性">
 
 アプリケーションのコンテンツをスコープ化することで、大規模なアプリケーションの**メンテナンスが容易**になります。機能フォルダ全体を複製または削除しても、すべてのコンテンツコードベースを確認するという精神的負担がありません。さらに、Intlayerはコンテンツの正確性を確保するために**完全に型付け**されています。
@@ -41,25 +40,21 @@ author: aymericzip
 また、Intlayerはi18nエコシステムの中で**最も活発に開発されている**ソリューションでもあります。問題は迅速に修正され、新しいフレームワークアダプタが定期的に登場し、コアAPIは実際の運用フィードバックに基づいて継続的に改良されています。
 
 </Accordion>
-
 <Accordion header="AIエージェント">
 
 コンテンツのコロケーション（同一場所配置）により、大規模言語モデル（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="自動化">
 
 AIプロバイダーのコストで、お好みのLLMを使用してCI/CDパイプライン内で翻訳を自動化できます。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)**を提供し、多言語コンテンツを**リアルタイム**で管理できるようにします。これにより、翻訳者やコピーライター、その他のチームメンバーとのシームレスなコラボレーションが可能になります。コンテンツはローカルおよび/またはリモートに保存できます。
@@ -67,8 +62,6 @@ AIプロバイダーのコストで、お好みのLLMを使用してCI/CDパイ
 </Accordion>
 </AccordionGroup>
 
----
-
 ## 移行戦略
 
 `vue-i18n`からIntlayerに移行するための、互いに補完する2つの戦略があります：
@@ -79,20 +72,15 @@ AIプロバイダーのコストで、お好みのLLMを使用してCI/CDパイ
 
 このガイドでは、まず**戦略1**（ドロップイン互換性アダプター）について解説し、その後オプションである完全移行について説明します。
 
----
-
 ## 目次
 
 <TOC/>
 
----
-
 ## クイック移行
 
 以下の手順は、コンポーネントのコードを変更せずに既存の`vue-i18n`アプリをIntlayer上で実行するために必要な最小限のステップです。
 
 <Steps>
-
 <Step number={1} title="依存関係のインストール">
 
 Intlayerのコアパッケージと互換性アダプターをインストールします：
@@ -136,7 +124,6 @@ bun add intlayer vue-intlayer @intlayer/vue-i18n @intlayer/sync-json-plugin
 > `vue-i18n`はインストールしたままにしておいて構いません — 互換性アダプターはそれをTypeScriptの型の`devDependency` / `peerDependency`として使用します。
 
 </Step>
-
 <Step number={2} title="Intlayerの設定">
 
 `intlayer init`コマンドにより、初期の`intlayer.config.ts`ファイルが作成されます。既存のロケールに合わせて設定を更新し、`syncJSON`プラグインがメッセージファイルを指すようにします：
@@ -171,7 +158,6 @@ export default config;
 > **`source`**はロケールをそのJSONファイルのパスにマッピングします。**`location`**はIntlayerウォッチャーに監視するフォルダを指示します。`format: 'icu'`オプションは、`vue-i18n`のプレースホルダーが正しく解析されることを保証します。
 
 </Step>
-
 <Step number={3} title="バンドラへのIntlayerプラグインの追加">
 
 既存のバンドラ設定を互換性プラグインでラップします。これはコアのIntlayerプラグインを合成し、コンテンツの監視をフックアップし、最も重要なこととして**モジュールエイリアスを注入**するため、既存の`import … from 'vue-i18n'`への呼び出しがビルド時に透過的に`@intlayer/vue-i18n`にリダイレクトされます。ソースファイルの変更は不要です。
@@ -222,14 +208,11 @@ export default defineNuxtConfig({
 > t("does.not.exist"); // ✗ TypeScript エラー
 > ```
 
----
-
 ## 完全移行
 
 以下のステップはオプションであり、段階的に行うことができます。これにより、ビジュアルエディタ、CMS、型付けされたコンテンツファイル、AIを利用した翻訳自動化など、Intlayerの全機能が解放されます。
 
 <Steps>
-
 <Step number={4} title="インポートの明示的な変更（オプション）" isOptional={true}>
 
 Intlayerプラグインは既にバンドラレベルでのエイリアス化を処理しています。ソースファイル内で依存関係を明示的にしたい場合は、手動でインポート名を変更できます：
@@ -242,7 +225,6 @@ Intlayerプラグインは既にバンドラレベルでのエイリアス化を
 これらは**ドロップインの置き換え**であり、呼び出しシグネチャ、引数、または戻り値の型を変更する必要はありません。
 
 </Step>
-
 <Step number={5} title="AIを利用した翻訳自動化の有効化" isOptional={true}>
 
 Intlayerが設定されたら、CLIを使用して不足している翻訳を自動入力することができます：
@@ -304,8 +286,6 @@ export default config;
 
 </Steps>
 
----
-
 ## 移行後に削除できるもの
 
 互換性アダプターが導入されると、以下の`vue-i18n`のボイラープレートコードは削除できます：
@@ -318,8 +298,6 @@ export default config;
 
 さらに進める準備ができたら、Intlayerはコードベース内の**どこにある`.content.ts`および`.content.json`ファイルでも自動的に検出します**（デフォルトでは`./src`内）。`my-component.content.ts`ファイルを`MyComponent.vue`のすぐ隣に配置するだけで、追加の設定なしでビルド時にIntlayerがそれを取得します — インポート、登録、中央のインデックスファイルは不要です。これにより、ページやコンポーネントとの翻訳のコロケーションが完全にシームレスになります。
 
----
-
 ## TypeScriptの設定
 
 Intlayerはモジュール拡張を使用して、翻訳キーに対する完全なTypeScriptのIntelliSense（自動補完）を提供します。`tsconfig.json`に自動生成された型が含まれていることを確認してください：
@@ -334,8 +312,6 @@ Intlayerはモジュール拡張を使用して、翻訳キーに対する完全
 }
 ```
 
----
-
 ## Git設定
 
 Intlayerによって生成されたディレクトリを`.gitignore`に追加します：
@@ -345,8 +321,6 @@ Intlayerによって生成されたディレクトリを`.gitignore`に追加し
 .intlayer
 ```
 
----
-
 ## さらに詳しく
 
 - **ビジュアルエディタ** — ブラウザ上で翻訳を視覚的に管理：[Intlayer Visual Editor](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_visual_editor.md)

package/docs/ja/packages/@intlayer_babel/export.md

@@ -43,8 +43,6 @@ npm install @intlayer/babel
 import { ... } from "@intlayer/babel";
 ```
 
----
-
 ### プラグイン
 
 | 関数 / クラス                  | 説明                                                                                                                                                                                                         |
@@ -57,8 +55,6 @@ import { ... } from "@intlayer/babel";
 | `makeUsageAnalyzerBabelPlugin` | ソースコード内での`useIntlayer` / `getIntlayer`の使用状況を分析し、共有`PruneContext`内にフィールドの使用状況データを集計するBabelプラグインを生成するファクトリ関数。                                       |
 | `getSharedPruneContext`        | 指定されたベースディレクトリに対する共有`PruneContext`オブジェクトを返すヘルパー関数。まだ初期化されていない場合は`null`を返します。                                                                         |
 
----
-
 ### プラグイン設定ユーティリティ
 
 | 関数                       | 説明                                                                                                                           |
@@ -68,8 +64,6 @@ import { ... } from "@intlayer/babel";
 | `getPurgePluginOptions`    | Intlayer設定を読み込み、`intlayerPurgeBabelPlugin`で使用できる状態の`PurgePluginOptions`を返します。                           |
 | `getMinifyPluginOptions`   | Intlayer設定を読み込み、`intlayerMinifyBabelPlugin`で使用できる状態の`MinifyPluginOptions`を返します。                         |
 
----
-
 ### 型
 
 | 型                      | 説明                                                                                                                               |
@@ -87,8 +81,6 @@ import { ... } from "@intlayer/babel";
 | `CompatCallerConfig`    | 互換アダプタ（compat-adapter）パッケージ用の互換使用アナライザ設定（呼び出し元名と処理オプション）。                               |
 | `ScriptBlock`           | SFCファイル（VueまたはSvelte）から抽出されたスクリプトブロック：コンテンツ、開始オフセット、および終了オフセット。                 |
 
----
-
 ### ユーティリティ関数
 
 | 関数                              | 説明                                                                                                                                        |
@@ -100,8 +92,6 @@ import { ... } from "@intlayer/babel";
 | `BABEL_PARSER_OPTIONS`            | サポートされているフレームワーク（React/Vue/Svelte/Angular/...）をカバーするBabelパーサーオプションを表す定数。                             |
 | `INTLAYER_CALLER_NAMES`           | オリジナルのIntlayer呼び出し元名の定数リスト：`['useIntlayer', 'getIntlayer']`。                                                            |
 
----
-
 ## 使用例
 
 ```js

package/docs/ja/packages/adonis-intlayer/t.md

@@ -27,14 +27,10 @@ author: aymericzip
 
 `adonis-intlayer` パッケージの `t` 関数は、AdonisJS アプリケーションでローカライズされたレスポンスを提供するためのコアユーティリティです。ユーザーの優先言語に基づいてコンテンツを動的に選択することで、国際化（i18n）を簡素化します。
 
----
-
 ## 概要
 
 `t` 関数は、特定の言語セットの翻訳を定義および取得するために使用されます。クライアントのリクエスト設定（`Accept-Language` ヘッダーなど）に基づいて、返すべき適切な言語を自動的に決定します。優先言語が利用できない場合は、構成で指定されたデフォルトのロケールに適切にフォールバックします。
 
----
-
 ## 主な機能
 
 - **動的なローカライズ**: クライアントに最も適切な翻訳を自動的に選択します。
@@ -42,8 +38,6 @@ author: aymericzip
 - **非同期コンテキスト**: Async Local Storage を使用して、AdonisJS のリクエストライフサイクル内でシームレスに動作します。
 - **TypeScript サポート**: 翻訳の型安全性を強制します。
 
----
-
 ## 関数シグネチャ
 
 ```typescript
@@ -58,8 +52,6 @@ t(translations: Record<string, any>): any;
 
 - クライアントの優先言語を表すコンテンツ。
 
----
-
 ## ミドルウェアのロード
 
 `t` 関数が正しく動作するようにするには、AdonisJS アプリケーションに `intlayer` ミドルウェアを登録する**必要があります**。
@@ -68,8 +60,6 @@ t(translations: Record<string, any>): any;
 router.use([() => import("adonis-intlayer/middleware")]);
 ```
 
----
-
 ## 使用例
 
 ### 基本的な例
@@ -105,8 +95,6 @@ export default class ExampleController {
 }
 ```
 
----
-
 ## 高度なトピック
 
 ### フォールバックメカニズム

package/docs/ja/packages/express-intlayer/t.md

@@ -28,14 +28,10 @@ author: aymericzip
 
 `express-intlayer` パッケージの `t` 関数は、Express アプリケーションでローカライズされたレスポンスを提供するためのコアユーティリティです。ユーザーの優先言語に基づいてコンテンツを動的に選択することで、国際化（i18n）を簡素化します。
 
----
-
 ## 概要
 
 `t` 関数は、指定された言語セットの翻訳を定義および取得するために使用されます。クライアントのリクエスト設定（例：`Accept-Language` ヘッダー）に基づいて返すべき適切な言語を自動的に判断します。もし優先言語が利用できない場合は、設定で指定されたデフォルトのロケールに優雅にフォールバックします。
 
----
-
 ## 主な特徴
 
 - **動的ローカリゼーション**: クライアントに最も適した翻訳を自動的に選択します。
@@ -43,8 +39,6 @@ author: aymericzip
 - **軽量かつ高速**: 高パフォーマンスアプリケーション向けに設計されており、オーバーヘッドを最小限に抑えます。
 - **厳格モードサポート**: 宣言されたロケールに厳密に従うことを強制し、信頼性の高い動作を実現します。
 
----
-
 ## 関数シグネチャ
 
 ```typescript
@@ -59,8 +53,6 @@ t(translations: Record<string, string>): string;
 
 - クライアントの優先言語でのコンテンツを表す文字列。
 
----
-
 ## 国際化リクエストハンドラーの読み込み
 
 `express-intlayer` が提供する国際化機能が正しく動作するようにするためには、Express アプリケーションの最初に国際化ミドルウェアを必ず読み込む必要があります。これにより、`t` 関数が有効になり、ロケールの検出と翻訳の適切な処理が保証されます。
@@ -94,8 +86,6 @@ app.get("/", (_req, res) => {
 - **翻訳コンテキスト**: `t` 関数が正しく動作するために必要なコンテキストを設定し、翻訳が正しい言語で返されることを保証します。
 - **エラー防止**: このミドルウェアがないと、`t` 関数を使用した際に必要なロケール情報が利用できず、実行時エラーが発生します。
 
----
-
 ## 使用例
 
 ### 基本例
@@ -136,8 +126,6 @@ app.get("/error", (_req, res) => {
 });
 ```
 
----
-
 ### ロケールバリアントの使用
 
 ロケール固有のバリアントに対する翻訳を指定します:
@@ -184,8 +172,6 @@ app.get("/greet", (_req, res) => {
 });
 ```
 
----
-
 ## 高度なトピック
 
 ### フォールバック機構
@@ -210,8 +196,6 @@ export default config;
 - `defaultLocale` が `Locales.CHINESE` に設定されていて、クライアントが `Locales.DUTCH` をリクエストした場合、返される翻訳は `Locales.CHINESE` の値がデフォルトになります。
 - `defaultLocale` が定義されていない場合、`t` 関数は `Locales.ENGLISH` の値にフォールバックします。
 
----
-
 ### 厳格モードの適用
 
 `t` 関数を設定して、宣言されたロケールに厳密に従うように強制します：
@@ -238,8 +222,6 @@ const config = {
 export default config;
 ```
 
----
-
 ### TypeScript 統合
 
 `t` 関数は TypeScript と一緒に使うと型安全です。型安全な翻訳オブジェクトを定義します:
@@ -258,8 +240,6 @@ app.get("/morning", (_req, res) => {
 });
 ```
 
----
-
 ### よくあるエラーとトラブルシューティング
 
 | 問題                     | 原因                                         | 解決策                                                                      |
@@ -267,8 +247,6 @@ app.get("/morning", (_req, res) => {
 | `t` 関数が動作しない     | ミドルウェアが読み込まれていない             | ルートの前に `app.use(intlayer())` が追加されていることを確認してください。 |
 | 翻訳が見つからないエラー | すべてのロケールがない状態で厳格モードが有効 | 必要なすべての翻訳を提供してください。                                      |
 
----
-
 ## 結論
 
 1. **翻訳の集中管理**: 翻訳を管理するために集中管理モジュールやJSONファイルを使用し、保守性を向上させましょう。
@@ -276,8 +254,6 @@ app.get("/morning", (_req, res) => {
 3. **フロントエンドのi18nと連携**: アプリ全体でシームレスなユーザー体験を提供するために、フロントエンドの国際化と同期させましょう。
 4. **パフォーマンスのベンチマーク**: 翻訳を追加した際のアプリの応答時間をテストし、影響を最小限に抑えましょう。
 
----
-
 ## 結論
 
 `t`関数はバックエンド国際化のための強力なツールです。効果的に使用することで、グローバルなユーザーにとってより包括的で使いやすいアプリケーションを作成できます。高度な使用法や詳細な設定オプションについては、[ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md)を参照してください。

package/docs/ja/packages/hono-intlayer/t.md

@@ -27,14 +27,10 @@ author: aymericzip
 
 `hono-intlayer` パッケージの `t` 関数は、Hono アプリケーションでローカライズされたレスポンスを提供するためのコア ユーティリティです。ユーザーの優先言語に基づいてコンテンツを動的に選択することで、国際化 (i18n) を簡素化します。
 
----
-
 ## 概要
 
 `t` 関数は、特定の言語セットに対する翻訳を定義し、取得するために使用されます。`Accept-Language` ヘッダーなどのクライアントのリクエスト設定に基づいて、返すべき適切な言語を自動的に決定します。優先言語が利用できない場合は、設定で指定されたデフォルトのロケールに適切にフォールバックします。
 
----
-
 ## 主な機能
 
 - **動的なローカリゼーション**: クライアントにとって最も適切な翻訳を自動的に選択します。
@@ -42,8 +38,6 @@ author: aymericzip
 - **軽量で高速**: 高パフォーマンスなアプリケーション向けに設計されており、オーバーヘッドを最小限に抑えます。
 - **厳格モードのサポート**: 信頼性の高い動作のために、宣言されたロケールの厳守を強制します。
 
----
-
 ## 関数のシグネチャ
 
 ```typescript
@@ -58,8 +52,6 @@ t(translations: Record<string, string>): string;
 
 - クライアントの優先言語でのコンテンツを表す文字列。
 
----
-
 ## 国際化リクエスト ハンドラのロード
 
 `hono-intlayer` が提供する国際化機能が正しく動作するようにするには、Hono アプリケーションの最初に国際化ミドルウェアをロードする**必要があります**。これにより `t` 関数が有効になり、ロケール検出と翻訳が適切に処理されます。
@@ -94,8 +86,6 @@ app.get("/", (c) => {
 - **翻訳コンテキスト**: `t` 関数が正しく動作するために必要なコンテキストを設定し、翻訳が正しい言語で返されるようにします。
 - **エラー防止**: このミドルウェアがないと、必要なロケール情報が利用できないため、`t` 関数を使用するとランタイム エラーが発生します。
 
----
-
 ## 使用例
 
 ### 基本的な例
@@ -137,8 +127,6 @@ app.get("/error", (c) => {
 });
 ```
 
----
-
 ### ロケール バリアントの使用
 
 ロケール固有のバリアントに対する翻訳を指定します。
@@ -156,8 +144,6 @@ app.get("/greet", (c) => {
 });
 ```
 
----
-
 ## 高度なトピック
 
 ### フォールバック メカニズム
@@ -177,8 +163,6 @@ const config = {
 export default config;
 ```
 
----
-
 ### 厳格モードの強制
 
 宣言されたロケールの厳守を強制するように `t` 関数を構成します。
@@ -189,8 +173,6 @@ export default config;
 | `inclusive` | 宣言されたロケールには翻訳が必要です。不足している場合は警告を発しますが、受け入れられます。       |
 | `loose`     | 宣言されていなくても、既存のロケールはすべて受け入れられます。                                     |
 
----
-
 ### TypeScript の統合
 
 TypeScript と一緒に使用すると、`t` 関数は型安全になります。型安全な翻訳オブジェクトを定義します。
@@ -209,8 +191,6 @@ app.get("/morning", (c) => {
 });
 ```
 
----
-
 ### よくあるエラーとトラブルシューティング
 
 | 問題                 | 原因                                   | 解決策                                                                           |
@@ -218,8 +198,6 @@ app.get("/morning", (c) => {
 | `t` 関数が動作しない | ミドルウェアがロードされていない       | ルートの前に `app.use("*", intlayer())` が追加されていることを確認してください。 |
 | 翻訳不足エラー       | すべてのロケールなしで厳格モードが有効 | 必要なすべての翻訳を提供してください。                                           |
 
----
-
 ## 結論
 
 `t` 関数は、バックエンドの国際化のための強力なツールです。これを効果的に使用することで、グローバルな視聴者にとってより包括的でユーザーフレンドリーなアプリケーションを作成できます。高度な使用法と詳細な構成オプションについては、[ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/configuration.md)を参照してください。

package/docs/ja/packages/intlayer/comparePaths.md

@@ -45,8 +45,6 @@ author: aymericzip
 - 先頭のスラッシュの欠落や空の値を許容（`/` に正規化）
 - 軽量 — `getPathWithoutLocale` の上に構築されています
 
----
-
 ## 関数シグネチャ
 
 ```typescript
@@ -62,8 +60,6 @@ normalizePath(
 ): string
 ```
 
----
-
 ## パラメーター
 
 - `pathname: string`
@@ -86,8 +82,6 @@ normalizePath(
 - **型**: `boolean`
 - **説明**: 両方の入力が同じロケールに依存しないパスに解決される場合は `true`、そうでない場合は `false`。
 
----
-
 ## 使用例
 
 ### 基本的な使用法
@@ -132,8 +126,6 @@ const NavLink = ({ href, children }) => {
 };
 ```
 
----
-
 ## normalizePath
 
 `normalizePath` は `comparePaths` で使用されるロケールに依存しない正規パスを返します。ロケールセグメント、プロトコル/ホスト、クエリ文字列、ハッシュを削除し、先頭のスラッシュを1つだけに保ち、末尾のスラッシュ（ルートを除く）を削除し、空の値に対しては `/` にフォールバックします。
@@ -150,16 +142,12 @@ normalizePath(""); // "/"
 normalizePath("https://example.com/ru/path"); // "/path"
 ```
 
----
-
 ## 関連関数
 
 - [`getPathWithoutLocale`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/packages/intlayer/getPathWithoutLocale.md): URL やパス名からロケールセグメントを削除します。
 - [`getPrefix`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/packages/intlayer/getPrefix.md): 指定したロケールの URL プレフィックスを決定します。
 - [`getLocalizedUrl`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/packages/intlayer/getLocalizedUrl.md): 特定のロケールのローカライズされた URL を生成します。
 
----
-
 ## TypeScript
 
 ```typescript

package/docs/ja/packages/intlayer/getCanonicalPath.md

@@ -37,8 +37,6 @@ The `getCanonicalPath` 関数は、ローカライズされた URL パス（例
 - 設定で定義されたカスタムリライトルールに対してローカライズされたパスを照合します。
 - 一致するリライトルールが見つからない場合、元のパスを返します。
 
----
-
 ## 関数シグネチャ
 
 ```typescript
@@ -49,8 +47,6 @@ getCanonicalPath(
 ): string
 ```
 
----
-
 ## パラメータ
 
 ### 必須パラメータ
@@ -72,15 +68,11 @@ getCanonicalPath(
   - **型**: `RoutingConfig['rewrite']`
   - **デフォルト**: `configuration.routing.rewrite`
 
----
-
 ## 戻り値
 
 - **型**: `string`
 - **説明**: 内部の正規パス。
 
----
-
 ## 使用例
 
 ### 基本的な使用例（設定あり）
@@ -126,8 +118,6 @@ getCanonicalPath("/contactez-nous", Locales.FRENCH, manualRules);
 // 出力: "/contact"
 ```
 
----
-
 ## 関連関数
 
 - [`getLocalizedPath`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/packages/intlayer/getLocalizedPath.md): canonical path をローカライズされた等価パスに解決します。