@intlayer/docs 9.4.4 → 9.5.1

package/docs/ja/intlayer_CMS.md

@@ -53,8 +53,6 @@ Intlayer CMSは、Intlayerプロジェクトのコンテンツを外部化でき
 
 <TOC/>
 
----
-
 ## 遠隔辞書の理解
 
 Intlayerは「ローカル辞書」と「遠隔辞書」を区別しています。
@@ -418,8 +416,6 @@ curl -fsSL https://intlayer.org/install.sh | sh
 
 完全なセットアップガイド、環境変数リファレンス、アップグレード手順、バックアップ/復元手順については、[セルフホスティングガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/self_hosting.md)を参照してください。
 
----
-
 ## デバッグ
 
 CMSで問題が発生した場合は、以下を確認してください：
@@ -444,25 +440,21 @@ CMSで問題が発生した場合は、以下を確認してください：
 [ビジュアルエディター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_visual_editor.md) はローカル辞書を編集し、その変更をコードベースに書き戻します。これにより、アプリが再ビルドされ、通常のレビューとデプロイのプロセスを経て変更が適用されます。CMS はリモート辞書を編集します。変更はコードベースに触れず、実行中のサイトはデプロイなしで変更を反映します。チームはしばしば両方を使用します。開発者が所有するコンテンツにはエディターを、マーケティングが毎週変更するコンテンツには CMS を使用します。
 
 </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) を参照してください。
@@ -470,7 +462,6 @@ CMSで問題が発生した場合は、以下を確認してください：
 完全に自動化されたパイプラインの場合、[Intlayer Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md) は、JSX、TSX、Vue、および Svelte のソースに対してビルド時に同じ処理を行い、変更があるたびに辞書を生成するため、手動でキーを管理する必要がありません。これは静的解析によって機能するため、実行時にのみ存在する文字列は対象外となり、ユーザー向けのテキストとアプリケーションロジックを区別するためにいくつかの注釈が必要です。
 
 </Question>
-
 <Question title="利用可能なエディターおよび AI エージェントツールは何ですか？">
 
 5つのツールがあり、すべてオプションです。
@@ -482,43 +473,36 @@ CMSで問題が発生した場合は、以下を確認してください：
 - **[ESLint plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text` はハードコードされた文字列にフラグを立て、静的辞書キーや未使用のコンテンツに対する追加のルールも提供します。
 
 </Question>
-
 <Question title="どのコンテンツを CMS に移動すべきですか？">
 
 頻繁に変更され、リリースに属さないコンテンツ、例えばランディングページのコピー、価格設定の文言、お知らせ、マーケティングチームが所有するあらゆるものなどです。ボタンのラベルやフォームのエラーなど、インターフェースの一部であるコンテンツは、それを使用するコードと一緒にレビューされるローカル辞書として残しておく方が良いでしょう。
 
 </Question>
-
 <Question title="CMS にアクセスできない場合、どうなりますか？">
 
 アプリケーションは辞書のローカル宣言にフォールバックするため、ネットワーク障害や停止が発生しても、空のページではなく、ビルドに含まれるコンテンツに切り替わります。これが、すべてのリモート辞書に対してローカル宣言を保持することが重要である理由です。
 
 </Question>
-
 <Question title="CMS をセルフホストできますか？">
 
 はい。CMS は独自のインフラストラクチャで実行できます。これは、コンテンツがネットワーク外に出るべきではない場合の一般的な解決策です。[Intlayer のセルフホスティング](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/self_hosting.md) を参照してください。
 
 </Question>
-
 <Question title="コンテンツ編集者は変更を公開するために開発者を必要としますか？">
 
 いいえ。それがリモート辞書の利点です。編集者が CMS でテキストを変更すると、サイトにそれが反映され、[ライブ同期](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/live.md) によってビルドを待つことなく実行時に更新が適用されます。
 
 </Question>
-
 <Question title="インターフェースを使用する代わりに CMS を自動化できますか？">
 
 はい。`@intlayer/api` SDK はインターフェースと同じエンドポイントを公開しているため、スクリプトやパイプラインからプロジェクトの取得、辞書の読み取り、更新のプッシュが可能です。上記のセクションでは、認証機能とエンドポイントについて説明しています。
 
 </Question>
-
 <Question title="CMS は 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) は各バリアントがどのように公開されているかを報告するため、文言の変更について議論するのではなく、測定することができます。
 
 </Question>
-
 <Question title="CMS は無料ですか？">
 
 Intlayer ライブラリ、CLI、コンパイラ、およびビジュアルエディターは、Apache 2.0 license の下で無料かつオープンソースです。ホスト型 CMS はオプションの有料サービスであり、代わりに [セルフホスト](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/self_hosting.md) することも可能です。

package/docs/ja/intlayer_visual_editor.md

@@ -221,25 +221,21 @@ pnpm intlayer-editor start -e development
 ビジュアルエディターはローカル辞書を編集し、その変更をコードベースに書き戻すため、通常のレビューとデプロイメントのプロセスを経ます。[CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md) はリモート辞書を編集し、デプロイメントなしで実行中のサイトに変更を反映させます。エディターは開発者が所有するコンテンツに適しており、CMSはマーケティングチームが所有するコンテンツに適しています。
 
 </Question>
-
 <Question title="i18nはバンドルサイズにどのくらい影響しますか？">
 
 名前空間ベースのセットアップよりもはるかに少なく、ページはレンダリングしないカタログをダウンロードすることはありません。サーバーでレンダリングされたマークアップはサーバー上でコンテンツを解決し、ビルド時コンパイラは `useIntlayer` の呼び出しをコンポーネントが使用する正確な辞書エントリに置き換えるため、未使用のキーや未使用の言語は削除されます。[動的辞書](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dynamic_dictionaries/index.md) は残りをロケールごとに分割します。一般的な代替手段と比較して、Intlayerはbundleサイズとページサイズを最大50%削減します。[バンドル最適化](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) を参照してください。
@@ -247,7 +243,6 @@ pnpm intlayer-editor start -e development
 完全に自動化されたパイプラインの場合、[Intlayer Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md) は、JSX、TSX、Vue、Svelteのソースに対してビルド時に同じ処理を行い、変更があるたびに辞書を生成するため、手動でキーを管理する必要はありません。これは静的解析によって機能するため、実行時にのみ存在する文字列は対象外となり、ユーザー向けのテキストとアプリケーションロジックを区別するためにいくつかの注釈が必要です。
 
 </Question>
-
 <Question title="利用可能なエディターとAIエージェントのツールは何ですか？">
 
 5つのツールがあり、すべてオプションです。
@@ -259,37 +254,31 @@ pnpm intlayer-editor start -e development
 - **[ESLintプラグイン](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text` はハードコードされた文字列を検出し、静的辞書キーと未使用のコンテンツに関する追加のルールを提供します。
 
 </Question>
-
 <Question title="ビジュアルエディターはどこで実行されますか？">
 
 お客様自身のインフラストラクチャ上で実行されます。アプリケーションをiframe内にロードし、ローカルのエディターサーバーと通信するため、コンテンツがお客様の環境を離れることはありません。これにより、ホスト型サービスにコピーを送信できないプロジェクトでも利用できます。
 
 </Question>
-
 <Question title="エディターはコードの知識が必要ですか？">
 
 いいえ。彼らはサイトを開き、テキストの一部をクリックしてその場で編集します。エディターは、そのテキストを裏付ける辞書エントリを解決し、適切なコンテンツファイルに変更を書き込むため、翻訳者はファイルを見つけたりキーを知る必要はありません。
 
 </Question>
-
 <Question title="ビジュアルエディターでの編集はソースファイルを変更しますか？">
 
 はい、それが意図するところです。変更はコードベース内のコンテンツ宣言ファイルに反映されるため、通常の差分としてレビューおよびコミットでき、アプリケーションはそれを表示するために再ビルドされます。
 
 </Question>
-
 <Question title="エディターが空白ページを表示したり、サイトの読み込みを拒否したりします。何を確認すべきですか？">
 
 エディターはアプリケーションをiframe内に表示するため、Content Security Policyでエディターのオリジンを `frame-ancestors` として許可する必要があります。デフォルトでは `http://localhost:8000` です。また、エディター設定の `applicationURL` が、実際にアプリが提供されているURLと一致していることを確認してください。エディターのコンソールは両方の失敗を報告します。
 
 </Question>
-
 <Question title="ビジュアルエディターを本番環境で使用できますか？">
 
 これは開発環境およびステージング環境向けに設計されており、編集後の再ビルドが許容される場合に適しています。デプロイメントなしでライブサイトのコンテンツを編集するには、代わりに[CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md) とそのリモート辞書を使用してください。
 
 </Question>
-
 <Question title="ビジュアルエディターは無料ですか？">
 
 はい。ビジュアルエディターはオープンソースプロジェクトの一部であり、Apache 2.0ライセンスの下で提供され、商用利用も含まれます。ホスト型[CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md) のみが有料サービスであり、[セルフホスト](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/self_hosting.md) することも可能です。

package/docs/ja/intlayer_with_adonisjs.md

@@ -332,25 +332,21 @@ AdonisJSには、リクエストスコープのサービスで`resources/lang`
 [Intlayerを選ぶ理由](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/interest_of_intlayer.md)をご覧ください。
 
 </Question>
-
 <Question title="i18nはAdonisJSサーバーのbundleサイズにどれくらい影響しますか？">
 
 ほとんどありません。辞書は事前にコンパイルされ、宣言したロケールのみが含まれるため、起動時にカタログがロードされたり、リクエストパスでファイルが読み込まれたりすることはありません。これは、bundleサイズがコールドスタート時間に影響するサーバーレスおよびエッジデプロイメントで最も重要です。[bundle最適化](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/bundle_optimization.md)をご覧ください。
 
 </Question>
-
 <Question title="`i18next`からハンドラーを書き換えずに移行できますか？">
 
 はい、2つの方法があります。[i18next移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/migration_from_i18next_to_intlayer.md)に従って、コンテンツを段階的に移行できます。または、現在のAPIを完全に維持することも可能です。[互換アダプター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/index.md)は、`i18next`とまったく同じ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`ファイルを書き出します。これにより、文字列をカタログに一つずつコピーする代わりに、差分を確認することができます。[extractコマンド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/extract.md)をご覧ください。
@@ -358,7 +354,6 @@ AdonisJSには、リクエストスコープのサービスで`resources/lang`
 同じプロジェクトのフロントエンド側では、[Intlayer Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md)がさらに進んで、JSX、TSX、Vue、またはSvelteのソースからビルド時に辞書を生成します。これにより、アプリの両側が手動でキーを管理することなく、1つのコンテンツレイヤーを共有できます。
 
 </Question>
-
 <Question title="利用可能なエディターおよびAIエージェントツールは何ですか？">
 
 5つのツールがあり、すべてオプションです。
@@ -370,67 +365,56 @@ AdonisJSには、リクエストスコープのサービスで`resources/lang`
 - **[ESLintプラグイン](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text`はハードコードされた文字列にフラグを立て、静的辞書キーや未使用のコンテンツに対する追加のルールも提供します。
 
 </Question>
-
 <Question title="Intlayerはどの言語で応答すべきかをどのように判断しますか？">
 
 デフォルトでは、`adonis-intlayer`は受信リクエストの`Accept-Language` headerを読み取り、最も近い宣言されたロケールを選択し、デフォルトのロケールにフォールバックします。`routing.storage`を使用してソースを変更できます。例えば、カスタムheaderやフロントエンドによって設定されたcookieを使用することで、APIはブラウザが通知する言語ではなく、ユーザーが実際に選択した言語で応答できます。[設定リファレンス](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md)をご覧ください。
 
 </Question>
-
 <Question title="ロケールはリクエストごとに分離されていますか？">
 
 はい。middlewareはアクティブなロケールをリクエストにスコープするため、異なる言語の2つの同時リクエストが互いのロケールを読み取ることはありません。これにより、すべての関数にロケール引数を渡すことなく、サービスから`t()`および`getIntlayer()`を安全に呼び出すことができます。
 
 </Question>
-
 <Question title="受信者の言語でトランザクションメールを送信するにはどうすればよいですか？">
 
 他のコンテンツと同様に、メールコンテンツをコンテンツファイルで宣言し、リクエストロケールではなく、受信者の保存されたロケールに対して`getIntlayer`で解決します。これは、言語がユーザーレコードに属し、headerを読み取るための受信リクエストがないジョブやキューの場合に重要です。
 
 </Question>
-
 <Question title="APIエラーメッセージをローカライズするにはどうすればよいですか？">
 
 エラーが構築される時点でメッセージを`t()`でラップします。アクティブなリクエストロケールがそれを解決するため、クライアントは直接表示できるメッセージを受け取り、フロントエンドはエラーコードの並行カタログを必要としません。
 
 </Question>
-
 <Question title="コントローラーまたはサービス内で翻訳を使用するにはどうすればよいですか？">
 
 辞書キーを指定して`getIntlayer`を呼び出すか、メッセージを`t()`でラップします。アクティブなロケールはmiddlewareがインストールしたリクエストコンテキストから取得されるため、サービスを注入したり、ロケール引数を渡したりする必要はありません。
 
 </Question>
-
 <Question title="Edgeテンプレートで動作しますか？">
 
 はい、動作します。コントローラーでコンテンツを解決し、それをビューに渡すことで、テンプレートはキー自体を解決するのではなく、すでに翻訳された値をレンダリングします。
 
 </Question>
-
 <Question title="AIを使用してバックエンドコンテンツを自動的に翻訳するにはどうすればよいですか？">
 
 `npx intlayer fill`を実行すると、選択したLLMと独自のプロバイダーおよびAPIキーを使用して、不足している翻訳が補完されます。`--git-diff`を追加すると、ブランチで変更されたコンテンツのみが翻訳されます。[fillコマンド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/fill.md)と[CI/CD統合](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/CI_CD.md)をご覧ください。
 
 </Question>
-
 <Question title="Intlayerはサーバー上で複数形、性別、および補間された値をサポートしていますか？">
 
 はい、サポートしています。[複数形](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/plurial.md)、[性別に基づくコンテンツ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/gender.md)、条件、補間された値のための[挿入](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/insertion.md)、メール本文のための[Markdown](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/markdown.md)、そして数値、日付、通貨のための[フォーマッター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/formatters.md)に対応しています。
 
 </Question>
-
 <Question title="サーバー上でTypeScriptのオートコンプリートは利用できますか？">
 
 はい、利用できます。Intlayerは辞書の型を`./types/intlayer.d.ts`に生成するため、存在しないキーは実行時の空文字列ではなく、コンパイルエラーとなります。宣言されたロケールにコンテンツが不足している場合にビルドを失敗させるには、CIで`npx intlayer test`を実行してください。
 
 </Question>
-
 <Question title="フロントエンドとバックエンドで同じコンテンツを共有できますか？">
 
 はい、それが一般的な設定です。`adonis-intlayer`は、`react-intlayer`、`next-intlayer`、`vite-intlayer`と同じ宣言されたコンテンツで動作するため、APIレスポンスとページの両方で使用されるラベルは一度だけ宣言されます。[Intlayerの仕組み](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/how_works_intlayer.md)をご覧ください。
 
 </Question>
-
 <Question title="Intlayerは無料でオープンソースですか？">
 
 はい、Apache 2.0ライセンスの下で、商用利用を含め無料でオープンソースです。ホストされている[CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)はオプションの有料サービスであり、[セルフホスト](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/self_hosting.md)することも可能です。

package/docs/ja/intlayer_with_analog.md

@@ -67,37 +67,31 @@ author: aymericzip
 Intlayer は、**多言語ルーティング**、**SSR サポート**、およびスケーリング国際化 (i18n) に必要なすべての機能を提供することで、Analog と完全に連携するように最適化されています。
 
 </Accordion>
-
 <Accordion header="Bundle size">
 
 大量の 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/en/lsp.md)**、**[MCP](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/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 は、コンテンツ抽出を自動化する **コンパイラー** と、**バックグラウンドでの翻訳**を支援する [Web プラットフォーム](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/intlayer_CMS.md) も提供します。
 
 </Accordion>
-
 <Accordion header="パフォーマンス">
 
 大量の JSON ファイルをコンポーネントに接続すると、パフォーマンスと反応性の問題が発生する可能性があります。 Intlayer は、ビルド時のコンテンツの読み込みを最適化します。
 
 </Accordion>
-
 <Accordion header="none-dev でのスケーリング">
 
 Intlayer は単なる i18n ソリューションではなく、**自己ホスト型 [ビジュアル エディター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/intlayer_visual_editor.md)** と **[完全な CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/intlayer_CMS.md)** を提供します。 **リアルタイム**で多言語コンテンツを管理できるようになり、翻訳者、コピーライター、その他のチーム メンバーとのコラボレーションがシームレスになります。コンテンツはローカルおよび/またはリモートに保存できます。
@@ -105,14 +99,11 @@ Intlayer は単なる i18n ソリューションではなく、**自己ホスト
 </Accordion>
 </AccordionGroup>
 
----
-
 ## AnalogアプリケーションへのIntlayerセットアップ手順
 
 GitHubで[アプリケーションテンプレート](https://github.com/aymericzip/intlayer-analog-template)を確認する。
 
 <Steps>
-
 <Step number={1} title="依存関係のインストール">
 
 npmを使用して必要なパッケージをインストールします：
@@ -164,7 +155,6 @@ bun add intlayer angular-intlayer vite-intlayer
   IntlayerをViteと統合するパッケージ。コンテンツ宣言ファイルを処理するプラグインを提供し、最適なパフォーマンスのためのエイリアスを設定します。
 
 </Step>
-
 <Step number={2} title="プロジェクトの設定">
 
 アプリケーションの言語を設定するための設定ファイルを作成します：
@@ -190,7 +180,6 @@ export default config;
 > この設定ファイルを通じて、ローカライズされたURL、ミドルウェアのリダイレクト、クッキー名、コンテンツ宣言の場所と拡張子の設定、コンソールでのIntlayerログの無効化などが可能です。利用可能なパラメータの全リストについては、[設定ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/configuration.md)を参照してください。
 
 </Step>
-
 <Step number={3} title="Vite設定へのIntlayerの統合">
 
 AnalogとIntlayerを統合するには、`vite-intlayer`プラグインを使用する必要があります。
@@ -218,7 +207,6 @@ export default defineConfig(() => ({
 > `intlayer()`プラグインは、Intlayerを使用してViteを設定します。コンテンツ宣言ファイルを処理し、最適なパフォーマンスのためのエイリアスを設定します。
 
 </Step>
-
 <Step number={4} title="コンテンツの宣言">
 
 翻訳を保存するためのコンテンツ宣言を作成・管理します：
@@ -252,7 +240,6 @@ export default appContent;
 > 詳細については、[コンテンツ宣言のドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/dictionary/content_file.md)を参照してください。
 
 </Step>
-
 <Step number={5} title="コード内でのIntlayerの利用">
 
 Analogアプリケーション全体でIntlayerの国際化機能を利用するには、アプリケーション設定でIntlayerを提供する必要があります。
@@ -292,7 +279,6 @@ export default class HomeComponent {
 Intlayerのコンテンツは`Signal`として返されるため、シグナルを呼び出すことで値にアクセスします：`content().title`。
 
 </Step>
-
 <Step number={6} title="コンテンツの言語を変更する" isOptional={true}>
 
 コンテンツの言語を変更するには、`useLocale`関数によって提供される`setLocale`関数を使用できます。これにより、アプリケーションのロケールを設定し、それに応じてコンテンツを更新できます。
@@ -404,8 +390,6 @@ Intlayerでの開発体験を向上させるために、公式の**Intlayer VS C
 
 拡張機能の使用方法の詳細については、[Intlayer VS Code Extensionのドキュメント](https://intlayer.org/doc/vs-code-extension)を参照してください。
 
----
-
 ### さらに進める
 
 さらに進めるために、[ビジュアルエディタ](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)を使用してコンテンツを外部化することができます。
@@ -425,25 +409,21 @@ AnalogはVite上に構築されたAngularのメタフレームワークである
 Angular固有のAPIについては、[Intlayerの利点](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/interest_of_intlayer.md)および[Angularガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_with_angular_21.md)を参照してください。
 
 </Question>
-
 <Question title="i18nはAnalogのバンドルサイズにどのくらい影響しますか？">
 
 名前空間ベースのセットアップよりもはるかに少ないです。なぜなら、ページはレンダリングしないカタログをダウンロードしないからです。サーバーレンダリングされたマークアップはサーバー上でコンテンツを解決し、ビルド時コンパイラは `useIntlayer` の呼び出しをコンポーネントが使用する正確な辞書エントリに置き換えるため、未使用のキーや未使用の言語は削除され、[動的辞書](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dynamic_dictionaries/index.md)が残りをロケールごとに分割します。一般的な代替案と比較して、Intlayerはbundleサイズとページサイズを最大50%削減します。[バンドル最適化](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="テンプレートを書き直さずに、`ngx-translate`、`Transloco`、または`@angular/localize`から移行できますか？">
 
 大部分は可能です。[ngx-translate移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/ngx-translate.md)または[Transloco移行ガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/transloco.md)に従ってコンテンツを移行してください。段階的に移行することもできます。[sync JSON plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/plugins/sync-json.md)は、既存のJSONカタログを信頼できる情報源として保持し、それらから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` ファイルを書き込みます。これにより、文字列をカタログに一つずつコピーする代わりに、差分を確認できます。[extractコマンド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/extract.md)を参照してください。
@@ -451,7 +431,6 @@ Angular固有のAPIについては、[Intlayerの利点](https://github.com/ayme
 完全に自動化されたパイプラインの場合、[Intlayer Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md)は、JSX、TSX、Vue、Svelteのソースに対してビルド時に同じ処理を行い、変更があるたびに辞書を生成するため、手動でキーを管理する必要がありません。これは静的解析によって機能するため、ランタイムにのみ存在する文字列は対象外となり、ユーザー向けのテキストとアプリケーションロジックを区別するためにいくつかの注釈が必要です。
 
 </Question>
-
 <Question title="利用可能なエディターおよびAIエージェントツールにはどのようなものがありますか？">
 
 5つのツールがあり、すべてオプションです。
@@ -463,55 +442,46 @@ Angular固有のAPIについては、[Intlayerの利点](https://github.com/ayme
 - **[ESLint plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text` はハードコードされた文字列にフラグを立て、静的辞書キーや未使用のコンテンツに対する追加のルールも提供します。
 
 </Question>
-
 <Question title="言語ごとにビルドが必要ですか？">
 
 いいえ、必要ありません。それは `@angular/localize` のモデルであり、各ロケールが独自のbundleにコンパイルされ、個別にデプロイされます。Intlayerでは、単一のビルドで宣言されたすべてのロケールを提供し、アクティブな言語はURL、cookie、または `Accept-Language` headerからランタイムに解決されます。
 
 </Question>
-
 <Question title="IntlayerはAngular signalsとstandalone componentsをサポートしていますか？">
 
 はい、サポートしています。コンテンツはsignalsを介して公開されるため、ロケールが変更されてもページのリロードなしにテンプレートが再レンダリングされ、プロバイダーは他のstandalone providerと同様に登録されます。
 
 </Question>
-
 <Question title="ランタイムで言語を切り替えるにはどうすればよいですか？">
 
 ステップ6で説明されています。`useLocale` はアクティブなロケール、宣言されたロケール、および選択を永続化するセッターを公開し、`getLocalizedUrl` は現在のパスを書き換えるため、ユーザーは切り替え後も同じルートに留まります。
 
 </Question>
-
 <Question title="AnalogのサーバーサイドレンダリングとViteで動作しますか？">
 
 はい、動作します。`intlayer()` Vite pluginは開発中にコンテンツをコンパイルして監視し、ロケールはサーバー上で解決されるため、最初のHTMLレスポンスはすでに正しい言語で提供されます。プリレンダリングされたルートは、ビルド時にコンテンツを解決します。
 
 </Question>
-
 <Question title="AIを使ってアプリを自動的に翻訳するにはどうすればよいですか？">
 
 `npx intlayer fill` を実行します。これにより、選択したLLMを使用して、独自のプロバイダーとAPIキーで不足している翻訳が埋められます。`--git-diff` を使用すると、ブランチで変更されたコンテンツに実行を限定できます。[fillコマンド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/fill.md)および[CI/CD統合](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/CI_CD.md)を参照してください。
 
 </Question>
-
 <Question title="Intlayerは複数形、性別、リッチテキストをサポートしていますか？">
 
 はい、サポートしています。[複数形](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/plurial.md)、[性別に基づくコンテンツ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/gender.md)、条件、[挿入](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/insertion.md)、[Markdown](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/markdown.md)、および数値、日付、通貨の[フォーマッター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/formatters.md)に対応しています。
 
 </Question>
-
 <Question title="リリース前に翻訳の漏れを検出するにはどうすればよいですか？">
 
 CIで `npx intlayer test` を実行します。宣言されたロケールにコンテンツが不足している場合、ビルドは失敗します。[VS Code extension](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/vs_code_extension.md)は、入力中に同じエラーを報告します。[コンテンツのテスト](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/testing.md)を参照してください。
 
 </Question>
-
 <Question title="翻訳者はコードに触れずにコンテンツを編集できますか？">
 
 独自のインフラストラクチャで動作し、実行中のアプリ上で誰でもテキストを直接編集できる[ビジュアルエディター](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)を使用します。
 
 </Question>
-
 <Question title="Intlayerは無料でオープンソースですか？">
 
 はい、Apache 2.0ライセンスの下で、商用利用も含まれます。ホスト型CMSはオプションの有料サービスですが、[セルフホスト](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/self_hosting.md)することも可能です。