@intlayer/docs 9.4.4 → 9.5.1

package/docs/ja/intlayer_with_hono.md

@@ -310,25 +310,21 @@ Honoには独自のi18nレイヤーがないため、選択肢としては、`i1
 [Intlayerの利点](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/interest_of_intlayer.md)をご覧ください。
 
 </Question>
-
 <Question title="i18nはHonoサーバーのバンドルサイズにどれくらい影響しますか？">
 
 ごくわずかです。辞書は事前にコンパイルされ、宣言したロケールのみが含まれるため、起動時にカタログをロードしたり、リクエストパスでファイルを読み込んだりすることはありません。これは、`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`ファイルを書き出します。これにより、文字列をカタログに1つずつコピーする代わりに、差分を確認するだけで済みます。[extractコマンド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/extract.md)をご覧ください。
@@ -336,7 +332,6 @@ Honoには独自のi18nレイヤーがないため、選択肢としては、`i1
 同じプロジェクトのフロントエンド側では、[Intlayer Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md)がさらに進んで、`JSX`、`TSX`、`Vue`、または`Svelte`のソースからビルド時に辞書を生成します。これにより、アプリケーションの両側が手動でキーを管理することなく、1つのコンテンツレイヤーを共有できます。
 
 </Question>
-
 <Question title="利用可能なエディターおよびAIエージェントツールは何ですか？">
 
 5つのツールがあり、すべてオプションです。
@@ -348,61 +343,51 @@ Honoには独自のi18nレイヤーがないため、選択肢としては、`i1
 - **[ESLint plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text`はハードコードされた文字列にフラグを立て、静的辞書キーや未使用コンテンツに対する追加のルールも提供します。
 
 </Question>
-
 <Question title="Intlayerはどの言語で応答すべきかをどのように判断しますか？">
 
 デフォルトでは、`hono-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="Cloudflare Workers、Deno、Bunなどのエッジランタイムで動作しますか？">
 
 `Hono`はこれらすべてをターゲットとしており、`Intlayer`はランタイム時にディスクからカタログファイルを読み込むのではなく、ビルド時にコンパイルされた辞書からコンテンツを解決します。これは通常、エッジランタイムで問題となる点です。`dictionary.importMode`をデフォルトの`"static"`に保つことで、コンテンツが`worker`と一緒に`bundle`されます。
 
 </Question>
-
 <Question title="AIを使ってバックエンドコンテンツを自動的に翻訳するにはどうすればよいですか？">
 
 `npx intlayer fill`を実行します。これにより、ご自身のプロバイダーと`API key`を使用して、選択した`LLM`で不足している翻訳が埋められます。`--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="フロントエンドとバックエンドで同じコンテンツを共有できますか？">
 
 はい、可能です。それが一般的な設定です。`hono-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 license`の下で、商用利用を含め無料でオープンソースです。ホスト型[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_htmx.md

@@ -42,13 +42,11 @@ A single page can trigger dozens of swaps. Each one is a fresh request with no m
 The Intlayer middleware resolves the locale from the request itself, so a fragment served at minute ten answers in the same language as the page served at minute zero.
 
 </Accordion>
-
 <Accordion header="ロケールはリクエストと共に移動する必要があります">
 
 Two carriers work with htmx. A cookie (`INTLAYER_LOCALE`) is sent by the browser automatically on every request, including htmx ones. A header (`x-intlayer-locale`) can be attached to htmx requests with the `hx-headers` attribute. Both are read by default.
 
 </Accordion>
-
 <Accordion header="交換されたHTMLはまだHTMLです">
 
 フラグメントに挿入された翻訳値はマークアップです。他の動的な値と同じように、それをエスケープしてください。そうすれば、`<` を含む翻訳が、それが交換されるドキュメントを破壊することはありません。
@@ -56,8 +54,6 @@ Two carriers work with htmx. A cookie (`INTLAYER_LOCALE`) is sent by the browser
 </Accordion>
 </AccordionGroup>
 
----
-
 ## ステップバイステップガイド
 
 <iframe
@@ -71,7 +67,6 @@ Two carriers work with htmx. A cookie (`INTLAYER_LOCALE`) is sent by the browser
 [Application Template](https://github.com/aymericzip/intlayer-htmx-template) を GitHub で参照してください。
 
 <Steps>
-
 <Step number={1} title="依存関係をインストール">
 
 `intlayer` とサーバーの統合をインストールします。
@@ -160,7 +155,6 @@ bun add intlayer elysia-intlayer
 htmx自体は単一のscriptタグであり、ステップ4で追加されます。
 
 </Step>
-
 <Step number={2} title="プロジェクトの設定">
 
 プロジェクトのルートに`intlayer.config.ts`を作成します：
@@ -181,7 +175,6 @@ export default config;
 > 全オプションのリストについては、[設定ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md)を参照してください。
 
 </Step>
-
 <Step number={3} title="コンテンツを宣言する">
 
 サーバーがレンダリングするすべてのラベルを宣言します。フラグメント内にのみ表示されるものも含めて:
@@ -228,7 +221,6 @@ export default appContent;
 > コンテンツ宣言は `contentDir` 以下（デフォルトは `./src`）のどこにでも配置でき、`.content.{json,ts,tsx,js,jsx,mjs,cjs,md,mdx,yaml,yml}` にマッチします。[コンテンツ宣言ドキュメンテーション](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/content_file.md)を参照してください。
 
 </Step>
-
 <Step number={4} title="Intlayer ミドルウェアを登録する">
 
 各リクエストのlocaleを解決し、ハンドラーに公開するミドルウェア。
@@ -303,7 +295,6 @@ const app = new Elysia().use(intlayer());
 デフォルトでは、ロケールは `INTLAYER_LOCALE` クッキーから取得され、次に `x-intlayer-locale` ヘッダー、その後 `Accept-Language` ネゴシエーションから取得されます。
 
 </Step>
-
 <Step number={5} title="リクエストロケールでフラグメントをレンダリングする">
 
 フラグメントレンダラーをロケールの純粋な関数として記述し、ミドルウェアが解決したロケールを渡します。明示的に渡すことで、フラグメントがどのサーバー上にあるかに関わらず、それを要求したリクエストに関連付けられます。
@@ -405,7 +396,6 @@ app.post("/cart/items", ({ body, intlayer }) => {
 同じフラグメントは、クッキーが `fr` であるビジターに対してはフランス語で、クッキーが `ar` であるビジターに対してはアラビア語で応答するようになりました。呼び出すマークアップに変更はありません。
 
 </Step>
-
 <Step number={6} title="最初のページを配信する">
 
 `<body>` を単独でレンダリングして、ステップ 7 のロケール切り替え機能でそれ全体をスワップできるようにしてから、htmx を読み込むドキュメントでラップします：
@@ -440,7 +430,6 @@ ${renderBody(locale, itemCount)}
 `getHTMLTextDir` は、ロケールに対して `ltr`、`rtl`、または `auto` を返します。これにより、アラビア語とヘブライ語が正しくレイアウトされるようになります。
 
 </Step>
-
 <Step number={7} title="言語を切り替える">
 
 言語の切り替えは、他のリクエストと同様です。サーバーはこの選択をミドルウェアが読み込むクッキーに保存し、その後、ページを新しいロケールで再レンダリングして返します。
@@ -583,7 +572,6 @@ app.post("/locale", ({ body, cookie, status }) => {
 > `isDeclaredLocale` は任意の文字列をあなたが設定したロケールの1つに絞り込むため、予期しない値がレンダラーに到達することはありません。
 
 </Step>
-
 <Step number={8} title="スワップ後に lang と dir を同期させた状態に保つ" isOptional={true}>
 
 swapは`<body>`を置き換えることができますが、その周りの`<html>`は置き換えられません。swappedされたbodyに`lang`と`dir`をレンダリングし、headからroot要素に一度コピーして戻します:
@@ -600,7 +588,6 @@ swapは`<body>`を置き換えることができますが、その周りの`<htm
 これがない場合、アラビア語への切り替えはbody内で右から左へレンダリングされますが、ドキュメントは前の言語を支援技術とクローラーに引き続き広告します。
 
 </Step>
-
 <Step number={9} title="localeをクッキーの代わりにヘッダーとして送信する" isOptional={true}>
 
 Cookieが適切でない場合は、祖先要素の`hx-headers`を使用して、すべてのhtmxリクエストにlocaleを付与します。子孫はそれを継承します：
@@ -672,8 +659,6 @@ Intlayer を使用した開発体験を向上させるために、公式の **In
 
 エクステンションの使用方法の詳細については、[Intlayer VS Code エクステンションのドキュメント](https://intlayer.org/doc/vs-code-extension)を参照してください。
 
----
-
 ### さらに進める
 
 さらに進めるには、[CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)を使用してコンテンツを外部化できます。これにより、翻訳者はデプロイメントなしでコピーを変更できます。
@@ -687,67 +672,56 @@ Intlayer を使用した開発体験を向上させるために、公式の **In
 フラグメントリクエストにロケールが含まれていなかったため。htmxリクエストはそれを発行したページから独立しているため、`INTLAYER_LOCALE` cookieまたは`hx-headers`で設定された`x-intlayer-locale`ヘッダーを通じて、各リクエストにロケールを含める必要があります。ExpressおよびFastifyでcookie parserがIntlayer middlewareの前に実行されていることを確認してください。そうでない場合、cookieは読み込まれず、すべてのリクエストが`Accept-Language`にフォールバックします。
 
 </Question>
-
 <Question title="ロケールを`getIntlayer`に渡すべきか、それともリクエストコンテキストに依存すべきか?">
 
 それを渡してください。インテグレーションは解決されたロケール（`res.locals.locale`、`req.intlayer.locale`、`c.get("locale")`、`intlayer!.locale`）を公開しており、`getIntlayer`に渡すことで各レンダラーをロケールの純粋な関数にします。これはテストしやすく、サーバーを変更した場合でもフラグメントレンダラーをポータブルに保つことができます。
 
 </Question>
-
 <Question title="htmxと一緒にクライアント側のi18nライブラリが必要ですか?">
 
 いいえ。訪問者が見るものはすべてサーバーによって生成されるため、ブラウザで翻訳するものはありません。これはまた、htmxアプリのi18nのページ重量コストがほぼゼロである理由です。カタログがクライアントに送信されることはありません。
 
 </Question>
-
 <Question title="SEO用にURLもローカライズするにはどうすればよいですか?">
 
 ロケールプレフィックス（`/fr/cart`）の下でページを提供し、Cookie ではなくルートハンドラーのパスからロケールを読み取ります。これはフルページレンダリングの場合です。フラグメントは引き続き Cookie またはヘッダーを使用できます。[configuration](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md)でルーティングオプションを、[custom URL rewrites](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/custom_url_rewrites.md)を参照してください。
 
 </Question>
-
 <Question title="右から左への言語にはどのように対応しますか?">
 
 `getHTMLTextDir(locale)` は `ltr`、`rtl`、または `auto` を返します。初期レンダリングではドキュメントに設定し、ステップ 8 に示すようにスワップ後に再度適用します。CSS 論理プロパティ（`margin-left` ではなく `margin-inline-start`）を使用して、レイアウトが従うようにします。
 
 </Question>
-
 <Question title="翻訳された値をエスケープする必要がありますか?">
 
 はい、テンプレート文字列に挿入するすべてのものに対して、他の動的値とまったく同じようにエスケープする必要があります。CMSまたは翻訳者から来るコンテンツは、あなたが制御するマークアップではありません。ステップ5は最小限のエスケーパーを示しています。
 
 </Question>
-
 <Question title="同じコンテンツをAPI応答にも使用できますか?">
 
 はい。バックエンド統合は `t()` と `getIntlayer()` をあらゆるハンドラーに公開するため、トーストに表示されるエラーメッセージとフラグメントにレンダリングされるラベルは、同じ宣言されたコンテンツから取得されます。[Express](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_with_express.md)、[Fastify](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_with_fastify.md)、[Hono](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_with_hono.md)、[Elysia](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_with_elysia.md)ガイドを参照してください。
 
 </Question>
-
 <Question title="コンテンツをキーごとに移動する必要がありますか?">
 
 いいえ。`npx intlayer extract` を実行すると、Intlayer がソースファイルを読み込み、ユーザー向けの文字列を抽出して、各ファイルの隣に `.content` ファイルを書き込みます。これにより、カタログに文字列を 1 つずつコピーするのではなく、diff を確認できます。[extract コマンド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/extract.md)を参照してください。
 
 </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)はgetextカタログに対して同じことを行い、[per locale files](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/per_locale_file.md)では、ロケールを1つのファイルにグループ化する代わりに、言語別にコンテンツを分割できます。
 
 </Question>
-
 <Question title="AIで自動的にアプリを翻訳するにはどうしたらいいですか?">
 
 `npx intlayer fill` を実行します。これにより、選択した LLM を使用して、独自のプロバイダーと API キーで不足している翻訳が入力されます。`--git-diff` を追加して、ブランチで変更されたコンテンツのみを翻訳します。[fill command](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/fill.md) と [CI/CD integration](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/CI_CD.md) を参照してください。
 
 </Question>
-
 <Question title="Intlayer は gender、条件分岐、補間値に対応していますか？">
 
 はい：[性別ベースのコンテンツ](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/gender.md)、条件、[列挙](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/enumeration.md)、補間値用の[挿入](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/insertion.md)、および数値、日付、通貨用の[フォーマッター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/formatters.md)。
 
 </Question>
-
 <Question title="どのようなエディターとAIエージェントツールが利用可能ですか？">
 
 5つ、すべてオプションです：
@@ -759,7 +733,6 @@ Intlayer を使用した開発体験を向上させるために、公式の **In
 - **[ESLint plugin](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text` ハードコードされた文字列にフラグを立てます。
 
 </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_lynx+react.md

@@ -51,37 +51,31 @@ author: aymericzip
 Intlayer は、**コンポーネント レベルのコンテンツ スコープ**、**TypeScript サポート**、および国際化 (i18n) のスケーリングに必要なすべての機能を提供することにより、Lynx および React と完全に連携するように最適化されています。
 
 </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="Automation">
 
 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)** を提供します。 **リアルタイム**で多言語コンテンツを管理できるようになり、翻訳者、コピーライター、その他のチーム メンバーとのコラボレーションがシームレスになります。コンテンツはローカルおよび/またはリモートに保存できます。
@@ -89,10 +83,7 @@ Intlayer は単なる i18n ソリューションではなく、**自己ホスト
 </Accordion>
 </AccordionGroup>
 
----
-
 <Steps>
-
 <Step number={1} title="依存関係をインストールする">
 
 Lynxプロジェクトから、以下のパッケージをインストールします：
@@ -145,7 +136,6 @@ bun add intlayer react-intlayer lynx-intlayer
   IntlayerをLynxバンドラーと統合するためのプラグインを提供するLynx統合。
 
 </Step>
-
 <Step number={2} title="Intlayer設定を作成する">
 
 プロジェクトのルート（または便利な場所）に**Intlayer設定**ファイルを作成します。以下のようになります：
@@ -176,7 +166,6 @@ export default config;
 - 詳細は[Intlayer設定ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md)をご覧ください。
 
 </Step>
-
 <Step number={3} title="LynxバンドラーにIntlayerプラグインを追加する">
 
 LynxでIntlayerを使用するには、`lynx.config.ts`ファイルにプラグインを追加する必要があります：
@@ -194,7 +183,6 @@ export default defineConfig({
 ```
 
 </Step>
-
 <Step number={4} title="Intlayerプロバイダーを追加する">
 
 アプリケーション全体でユーザーの言語を同期させるには、`react-intlayer`の`IntlayerProvider`コンポーネントでルートコンポーネントをラップする必要があります。
@@ -222,7 +210,6 @@ if (import.meta.webpackHot) {
 ```
 
 </Step>
-
 <Step number={5} title="コンテンツを宣言する">
 
 プロジェクト内の任意の場所（通常は`src/`内）に**コンテンツ宣言**ファイルを作成します。Intlayerがサポートする任意の拡張形式を使用できます：
@@ -336,7 +323,6 @@ export default appContent;
 > コンテンツ宣言の詳細については、[Intlayerのコンテンツドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/content_file.md)を参照してください。
 
 </Step>
-
 <Step number={6} title="コンポーネントでIntlayerを使用する">
 
 子コンポーネントで`useIntlayer`フックを使用してローカライズされたコンテンツを取得します。
@@ -394,7 +380,6 @@ export const App = () => {
 > 文字列ベースのプロパティ（例: ボタンの`title`や`Text`コンポーネントの`children`）で`content.someKey`を使用する場合、**`content.someKey.value`を呼び出して実際の文字列を取得してください**。
 
 </Step>
-
 <Step number={7} title="アプリのロケールを変更する">
 
 コンポーネント内からロケールを切り替えるには、`useLocale`フックの`setLocale`メソッドを使用します。
@@ -463,8 +448,6 @@ Intlayerは、自動補完を改善し翻訳エラーを検出するために、
 - **辞書キーの自動補完**。
 - 存在しないキーにアクセスしたり型が不一致の場合に警告する**型チェック**。
 
----
-
 ## Gitの設定
 
 Intlayerによって自動生成されたファイルをコミットしないようにするには、以下を`.gitignore`に追加します。
@@ -474,8 +457,6 @@ Intlayerによって自動生成されたファイルをコミットしないよ
 .intlayer
 ```
 
----
-
 ### VS Code拡張機能
 
 Intlayerでの開発体験を向上させるために、公式の**Intlayer VS Code拡張機能**をインストールできます。
@@ -492,8 +473,6 @@ Intlayerでの開発体験を向上させるために、公式の**Intlayer VS C
 - 翻訳の作成や更新を簡単に行う**クイックアクション**。
   拡張機能の使い方の詳細については、[Intlayer VS Code Extension ドキュメント](https://intlayer.org/doc/vs-code-extension)を参照してください。
 
----
-
 ## さらに進む
 
 - **ビジュアルエディター**: [Intlayerビジュアルエディター](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_visual_editor.md)を使用して翻訳を視覚的に管理します。

package/docs/ja/intlayer_with_nestjs.md

@@ -279,25 +279,21 @@ NestJS には `nestjs-i18n` があり、これが一般的な選択肢で、JSON
 [Intlayer の利点](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/interest_of_intlayer.md)を参照してください。
 
 </Question>
-
 <Question title="i18n は NestJS サーバーのバンドルサイズにどの程度追加されますか？">
 
 ほとんど追加されません。辞書はあらかじめコンパイルされ、宣言したロケールのみが含まれるため、ブート時のカタログ読み込みやリクエストパス上のファイル読み込みはありません。これはサーバーレスおよびエッジデプロイメントで最も重要で、バンドルサイズがコールドスタート時間を左右します。[バンドル最適化](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 プラグイン](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/plugins/sync-json.md)は `/messages/{locale}/{namespace}.json` ファイルを真実のソースとして保持し、双方向で Intlayer 辞書を生成します。[sync PO プラグイン](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 つずつコピーする代わりに diff をレビューできます。[extract コマンド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/extract.md)を参照してください。
@@ -305,7 +301,6 @@ NestJS には `nestjs-i18n` があり、これが一般的な選択肢で、JSON
 同じプロジェクトのフロントエンド側では、[Intlayer Compiler](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compiler.md)はさらに進んで、JSX、TSX、Vue または Svelte ソースからビルド時に辞書を生成するため、アプリの両側が手動で保持されたキーなしで 1 つのコンテンツレイヤーを共有します。
 
 </Question>
-
 <Question title="利用可能なエディターと AI エージェントツールは何ですか？">
 
 5 つあり、すべてオプションです。
@@ -317,61 +312,51 @@ NestJS には `nestjs-i18n` があり、これが一般的な選択肢で、JSON
 - **[ESLint プラグイン](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/eslint.md)**: `no-raw-text` はハードコードされた文字列にフラグを立て、静的辞書キーと未使用コンテンツのさらなるルールがあります。
 
 </Question>
-
 <Question title="Intlayer はどの言語で応答するかをどのように知っていますか？">
 
 デフォルトでは `express-intlayer` は受信リクエストの `Accept-Language` ヘッダーを読み込み、最も近い宣言されたロケールを選択し、デフォルトロケールにフォールバックします。`routing.storage` でソースを変更できます。例えば、カスタムヘッダーまたはフロントエンドで設定された 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` で解決します。これはジョブとキューで重要で、言語はユーザーレコードに属し、ヘッダーを読み込むための受信リクエストがありません。
 
 </Question>
-
 <Question title="API エラーメッセージをローカライズするにはどうすればよいですか？">
 
 メッセージをエラーが構築される時点で `t()` でラップします。アクティブなリクエストロケールがそれを解決するため、クライアントは直接表示できるメッセージを受け取り、フロントエンドはエラーコードの並列カタログを必要としません。
 
 </Question>
-
 <Question title="NestJS サービスまたはコントローラーに翻訳を注入できますか？">
 
 はい。サービスまたはコントローラー内で `getIntlayer("app")` を呼び出します。上記に示されています。機能ごとに登録するモジュールはなく、注入するトークンもありません。アクティブなロケールは middleware がインストールしたリクエストコンテキストから来るためです。
 
 </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="フロントエンドとバックエンドが同じコンテンツを共有できますか？">
 
 はい、それが通常のセットアップです。`express-intlayer` は同じ宣言されたコンテンツ上で `react-intlayer`、`next-intlayer`、`vite-intlayer` と一緒に機能するため、API レスポンスとページの両方で使用されるラベルは 1 回宣言されます。[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_next-i18next.md

@@ -40,8 +40,6 @@ author: aymericzip
 > 注意: next-i18next は i18next の上に構築されています。このガイドでは、App Router で next-i18next と互換性のある i18next のプリミティブを使用しつつ、アーキテクチャをシンプルかつ本番環境向けに保っています。  
 > より広範な比較については、[next-i18next vs next-intl vs Intlayer](https://github.com/aymericzip/intlayer/blob/main/docs/blog/ja/next-i18next_vs_next-intl_vs_intlayer.md) を参照してください。
 
----
-
 ## 1) プロジェクト構成
 
 next-i18next の依存関係をインストールします:
@@ -93,8 +91,6 @@ bun add next-i18next i18next react-i18next i18next-resources-to-backend
 - メッセージを過度に集中管理しない。小さなページや機能単位のネームスペースを使う
 - すべてのロケールを一度にインポートしない。必要なものだけをロードする
 
----
-
 ## 2) 依存関係のインストール
 
 ```bash
@@ -107,8 +103,6 @@ next-i18next の API や設定の相互運用を使用する予定がある場
 pnpm add next-i18next
 ```
 
----
-
 ## 3) コア i18n 設定
 
 ロケール、デフォルトロケール、RTL、およびローカライズされたパス/URL のヘルパーを定義します。
@@ -135,8 +129,6 @@ export function abs(locale: string, path: string) {
 
 シニアノート: `next-i18next.config.js` を使用する場合は、`i18n.config.ts` と整合性を保ち、ズレが生じないようにしてください。
 
----
-
 ## 4) サーバーサイドのi18n初期化
 
 必要なロケール/ネームスペースのJSONのみをインポートする動的バックエンドで、サーバー上でi18nextを初期化します。
@@ -175,8 +167,6 @@ export async function initI18next(
 
 中間メモ: ペイロードを制限するために、ページごとのnamespaceリストは短く保ってください。グローバルな「キャッチオール」バンドルは避けてください。
 
----
-
 ## 5) Reactコンポーネント用クライアントプロバイダー
 
 サーバー設定を反映し、要求されたnamespaceのみをロードするプロバイダーでクライアントコンポーネントをラップします。
@@ -233,8 +223,6 @@ export default function I18nProvider({
 
 ジュニア向けのヒント: クライアントにすべてのメッセージを渡す必要はありません。ページの名前空間だけから始めましょう。
 
----
-
 ## 6) ローカライズされたレイアウトとルート
 
 言語と方向を設定し、ロケールごとにルートを事前生成して静的レンダリングを促進します。
@@ -270,8 +258,6 @@ export default function LocaleLayout({
 }
 ```
 
----
-
 ## 7) サーバー＋クライアント使用例ページ
 
 ```tsx fileName="src/app/[locale]/about.tsx"
@@ -387,8 +373,6 @@ const ServerComponent = ({ t, locale, count }: ServerComponentProps) => {
 export default ServerComponent;
 ```
 
----
-
 ## 8) SEO: メタデータ、Hreflang、サイトマップ、ロボット
 
 コンテンツの翻訳はリーチを拡大する手段です。多言語SEOを徹底的に設定しましょう。
@@ -482,8 +466,6 @@ export default function robots(): MetadataRoute.Robots {
 }
 ```
 
----
-
 ## 9) ロケールルーティングのためのミドルウェア
 
 ロケールを検出し、ロケールがない場合はローカライズされたルートにリダイレクトします。
@@ -526,8 +508,6 @@ export const config = {
 };
 ```
 
----
-
 ## 10) パフォーマンスと開発者体験（DX）のベストプラクティス
 
 - **htmlの`lang`と`dir`を設定する**: `src/app/[locale]/layout.tsx`で実施済み。
@@ -538,8 +518,6 @@ export const config = {
 - **重い処理をメモ化する**: 特に古いReactバージョンのクライアントコードで重要。
 - **キャッシュとヘッダー**: 可能な場合は動的レンダリングよりも静的または`revalidate`を優先する。
 
----
-
 ## 11) テストとCI
 
 - `t`を使用するコンポーネントに対してユニットテストを追加し、キーが存在することを確認する。
@@ -548,8 +526,6 @@ export const config = {
 
 Intlayerはこれらの多くを自動化します（次のセクションを参照）。
 
----
-
 ## 12) Intlayerを導入する（自動化）
 
 IntlayerはJSON翻訳の同期を保ち、不足しているキーのテストを行い、必要に応じてAIで補完するのに役立ちます。
@@ -635,8 +611,6 @@ export default config;
 
 > CLI引数を指定することも可能です。詳細は[Intlayer CLIドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/index.md)をご覧ください。
 
----
-
 ## 13) トラブルシューティング
 
 - **キーが見つからない**: ページやプロバイダーが正しいnamespaceをリストしていること、そしてJSONファイルが`src/locales/<locale>/<namespace>.json`に存在することを確認してください。
@@ -645,8 +619,6 @@ export default config;
 - **SEOのalternateが不足している**: `alternates.languages`にすべてのロケールと`x-default`が含まれていることを確認してください。
 - **バンドルサイズが大きすぎる**: namespaceをさらに分割し、クライアント側で`locales`ツリー全体をインポートしないようにしてください。
 
----
-
 ## 14) 次にやること
 
 - 機能が拡張されるにつれて、より多くのロケールとネームスペースを追加する