@intlayer/docs 9.4.4 → 9.5.1

package/docs/ja/releases/v7.md

@@ -45,8 +45,6 @@ Intlayer v7 へようこそ！このメジャーリリースでは、パフォ
 - より高速な翻訳処理のための並列化
 - AIコンテキスト制限内で大きなファイルを扱うスマートチャンク処理
 
----
-
 ## パフォーマンス：より高速なビルドのためのキャッシュ
 
 esbuildで毎回コンテンツ宣言を再構築する代わりに、v7ではビルドプロセスを高速化するキャッシュ戦略を実装しています。
@@ -73,8 +71,6 @@ bun x intlayer build
 - 変更を検出し、変更されたファイルのみを再構築
 - 大規模プロジェクトのビルド時間を大幅に短縮
 
----
-
 ## TypeScript：ロケール別の型生成
 
 TypeScriptの型はロケールごとに生成されるようになり、より強力な型付けが可能となり、全ロケールにまたがるユニオン型を排除します。
@@ -99,8 +95,6 @@ const content = getIntlayer("my-title-content", "en");
 - ロケール間の型汚染がなく、より良い型安全性
 - 型の複雑さを減らすことでパフォーマンスが向上
 
----
-
 ## バンドル最適化: 文字列としてのロケール
 
 `Locales`型はもはや列挙型(enum)ではなくなり、完全にツリーシェイク可能となったため、使用されていない何千ものロケールレコードでバンドルが膨らむことがありません。
@@ -127,8 +121,6 @@ const locale: Locale = Locales.ENGLISH;
 
 詳細については、[実装の詳細](https://github.com/aymericzip/intlayer/blob/main/packages/%40intlayer/types/src/index.ts)をご覧ください。
 
----
-
 ## より柔軟な新しいルーティングモード
 
 v7では、以前の`prefixDefault`および`noPrefix`オプションに代わる統一された`routing.mode`設定が導入され、URL構造に対するより細かな制御が可能になりました。
@@ -159,8 +151,6 @@ export default {
 };
 ```
 
----
-
 ## GDPR準拠：localStorage / クッキーのストレージ
 
 v7では、ユーザーのプライバシーを優先し、クッキーの代わりに `localStorage` をデフォルトのストレージ機構として使用します。この変更により、ロケール設定に関するクッキー同意の必要がなくなり、GDPR準拠が容易になります。
@@ -251,8 +241,6 @@ setLocale("en");
 **注意:** クッキーはデフォルトで有効になっています。
 **注意:** ご利用のケースに応じて、[GDPRのクッキー要件](https://gdpr.eu/cookies/)を確認してください。
 
----
-
 ## ビジュアルエディター: 30% 小さくなったパッケージ
 
 ビジュアルエディターパッケージは、以下の理由により前バージョンより30%小さく最適化されました：
@@ -263,8 +251,6 @@ setLocale("en");
 
 これにより、ダウンロード時間の短縮とアプリケーションの実行時パフォーマンスの向上が実現します。
 
----
-
 ## 自動コードフォーマット: formatCommand 設定
 
 v7 では、エディタ設定に `formatCommand` オプションが導入されました。これにより、Intlayer によってコンテンツファイルが書き込まれるときに、自動的にコンテンツをフォーマットできます。これにより、コンテンツ宣言ファイル全体で一貫したコードスタイルとフォーマットが保証されます。
@@ -322,8 +308,6 @@ formatCommand: 'bun format "{{file}}"';
 
 Intlayer がコンテンツ宣言ファイル（`.content.ts`、`.content.js` など）を書き込みまたは更新する場合、指定された format コマンドをファイルに対して自動的に実行します。`{{file}}` プレースホルダーは実際のファイル パスに置き換えられ、コマンドはプロジェクトのベース ディレクトリで実行されます。
 
----
-
 ## 辞書設定: より良い組織化と構造
 
 v7では、辞書関連の設定をより良く組織化し、コンテンツ管理を改善する新しい専用の`dictionary`設定セクションが導入されています。
@@ -383,8 +367,6 @@ export default {
 
 コンテンツ宣言ファイルおよび設定値がどのように適用されるかについての詳細は、[コンテンツファイルドキュメンテーション](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/content_file.md)を参照してください。
 
----
-
 ## fillコマンド: より良いコンテンツ管理のための動作更新
 
 v7では、`fill`コマンドの動作が改善され、より予測可能で柔軟なコンテンツ管理が可能になりました：
@@ -470,8 +452,6 @@ const content = {
 };
 ```
 
----
-
 ## 安定性と翻訳管理の強化
 
 v7では、コンテンツ翻訳をより信頼性が高く効率的にするためのいくつかの改善が導入されました。
@@ -521,8 +501,6 @@ const content = {
 4. 必要に応じて検証とリトライ
 5. 完全なファイルを再構築
 
----
-
 ## v6からの移行ノート
 
 ### 削除された設定
@@ -611,14 +589,10 @@ const content = {
 };
 ```
 
----
-
 ## v5 から v6 へのマイグレーションノート
 
 詳細については、[v5 から v6 へのマイグレーションノート](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/releases/v6.md)を参照してください。
 
----
-
 ## 便利なリンク
 
 - [設定リファレンス](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md)

package/docs/ja/releases/v8.md

@@ -36,8 +36,6 @@ Intlayer v8 へようこそ！このリリースでは、自動コンテンツ
 
 <TOC levels={[2]} maxDepth={1} />
 
----
-
 ## リッチコンテンツの進化: Markdown & HTML
 
 Intlayer v8 は、リッチコンテンツの処理方法に大きな改善をもたらしました。**HTML ノード**（v7 には存在しませんでした）の導入と、**Markdown ノード**（v7 から存在していましたが、強化されました）との API 統合が行われました。
@@ -407,8 +405,6 @@ v7 では、プロバイダーが定義されていない場合、Markdown ノ
 
 詳細は [HTML コンテンツのドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/html.md) と [Markdown ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/markdown.md) を参照してください。
 
----
-
 ## YAML & Markdown コンテンツファイル (v8.10.0)
 
 `.content.md` および `.content.yaml` ファイル拡張子を使用して、コンテンツを直接宣言できるようになりました。これは、長文のコンテンツ、ブログ、ドキュメント、プライバシーポリシーに最適です。
@@ -417,8 +413,6 @@ v7 では、プロバイダーが定義されていない場合、Markdown ノ
 
 詳細については、[YAML コンテンツファイルのドキュメント](https://intlayer.org/ja/doc/concept/content#yaml-content-file) および [Markdown コンテンツファイルのドキュメント](https://intlayer.org/ja/doc/concept/content/markdown) を参照してください。
 
----
-
 ## カスタム URL リライト
 
 Intlayer v8 は **カスタム URL リライト** を導入し、標準の `/locale/path` 構造と異なるロケール固有のパスを定義できるようになります。これはローカルSEOの改善や、英語以外のユーザーにとってより自然なユーザーエクスペリエンスを提供するための強力な機能です。
@@ -462,7 +456,7 @@ Intlayer v8 は **カスタム URL リライト** を導入し、標準の `/loc
     ```
 
   </Tab>
-    <Tab label="React Router" value="reactrouter">
+  <Tab label="React Router" value="reactrouter">
 
     ```typescript fileName="intlayer.config.ts"
     import { Locales, type IntlayerConfig } from "intlayer";
@@ -588,8 +582,6 @@ Intlayer v8 は **カスタム URL リライト** を導入し、標準の `/loc
 
 詳細と統合ガイドについては、[カスタム URL リライトのドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/custom_url_rewrites.md) を参照してください。
 
----
-
 ### 拡張された挿入値
 
 v8 では、挿入値は文字列や数値に加えて、**React 要素（または Vue ノード）**を受け取れるようになりました。これにより、リッチでインタラクティブなコンポーネントを挿入テンプレートに直接注入できます。
@@ -816,8 +808,6 @@ const OpeningsComponent: FC<{ count: number }> = ({ count }) => {
 
 詳細については、[複数形化のドキュメント](https://intlayer.org/ja/doc/concept/content/plural) を参照してください。
 
----
-
 ## コンテンツスキーマ検証
 
 Intlayer v8 では、辞書に対するスキーマ検証が導入されました。Zod を使って設定内に再利用可能なバリデーションスキーマを定義し、それをコンテンツファイルに適用できます。これにより、コンテンツが常に期待される構造に準拠していることが保証され、ビルド時にエラーを検出できます。
@@ -860,8 +850,6 @@ export default aboutPageMetaContent;
 
 コンテンツがスキーマと一致しない場合（例: title が短すぎる）、ビルドプロセスでエラーが発生します。
 
----
-
 ## TypeScript: IntlayerNode プリミティブアクセサー
 
 `IntlayerNode` 型が更新され、コンテンツノード上で直接 JavaScript のプリミティブメソッドを呼び出せるようになりました。これにより、ローカライズされたコンテンツを、標準の文字列、数値、真偽値、または配列のプリミティブであるかのように直接操作できます。
@@ -888,8 +876,6 @@ content.myArrayOfString.find(...)   // 要素を返す
 content.myArrayOfString.join(', ')  // 結合された string を返す
 ```
 
----
-
 ### 強化された自動コンテンツ検出
 
 v8 では、Intlayer がコンテンツ文字列内の Markdown 構文、HTML タグ、および変数挿入を自動的に検出します。これにより、`md()`、`html()`、`insert()` といったヘルパー関数を省略できることが多くなります。
@@ -963,8 +949,6 @@ export default {
 }
 ```
 
----
-
 ## ローカリゼーション: 新しい `useIntl` フック
 
 React、Next.js、Vue で新しい `useIntl()` フックが利用可能になりました。これはロケールに紐づいた `Intl` オブジェクトを提供し、数値や日付などのフォーマットに現在の言語を自動的に使用するため、ロケールを手動で渡す必要がありません。
@@ -1083,8 +1067,6 @@ React、Next.js、Vue で新しい `useIntl()` フックが利用可能になり
   </Tab>
 </Tabs>
 
----
-
 ## ツール: VSCode 拡張機能の強化
 
 Intlayer の VSCode 拡張機能は v8 で大幅なアップデートを受け、国際化ワークフローを効率化します：
@@ -1093,8 +1075,6 @@ Intlayer の VSCode 拡張機能は v8 で大幅なアップデートを受け
 - **キャッシュ**: ほぼ瞬時のバリデーションとオートコンプリートを実現する強化されたキャッシュ層。
 - **未使用キー & 重複キー検出**: 新機能により、辞書全体で**未使用のキー**や**重複したキー**を自動検出し、コンテンツをクリーンで効率的に保つのに役立ちます。
 
----
-
 ## ツール: C++ ウォッチャー & OXC ベースの LSP (v8.12.0)
 
 Intlayer v8.12.0 は、開発者体験に大きな改善をもたらします：
@@ -1104,15 +1084,13 @@ Intlayer v8.12.0 は、開発者体験に大きな改善をもたらします：
 
 詳細については、[LSP のドキュメント](https://intlayer.org/ja/doc/lsp) を参照してください。
 
----
-
 ## コンパイラの最適化
 
 Intlayer v8 には Markdown と HTML コンパイラ向けの新しいキャッシング層が導入されました。これにより、同じ設定で同一のコンテンツ文字列は一度だけ解析されるため、再レンダリング時や複数箇所で同じコンテンツを使用する場合のオーバーヘッドが大幅に削減されます。
 
 <Tabs group='bundler'>
   <Tab label="Next.js" value="nextjs">
-  
+
     ```typescript fileName="babel.config.js"
       const {
       intlayerExtractBabelPlugin,
@@ -1134,7 +1112,7 @@ Intlayer v8 には Markdown と HTML コンパイラ向けの新しいキャッ
 
   </Tab>
   <Tab label="Vite" value="vite">
-   
+
     ```typescript fileName="vite.config.js"
     import { defineConfig } from 'vite';
     import { intlayer, intlayerCompiler } from "vite-intlayer";
@@ -1159,8 +1137,6 @@ Intlayer v8 には Markdown と HTML コンパイラ向けの新しいキャッ
   </Tab>
 </Tabs>
 
----
-
 ## 実験的なビルド最適化: Minify & Purge (v8.7.0)
 
 Intlayer v8.7.0 では、本番環境のバンドルを最適化するために設計された、`intlayer.config.ts` 内の新しい実験的なビルド機能が導入されました：
@@ -1201,8 +1177,6 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
----
-
 ## 柔軟性: 統一されたインポートモード
 
 `live` ブールプロパティは、より包括的な `importMode` プロパティに置き換えられ、非推奨になりました。これにより、辞書をどのように読み込むか（静的、動的、またはライブ同期）を明示的に定義できるようになります。
@@ -1243,8 +1217,6 @@ export default {
 }
 ```
 
----
-
 ## 辞書の配置制御
 
 v8 では、辞書がどこに存在し、どのように同期されるかを明示的に管理するために `location` プロパティが導入されました。これはローカルファイルとリモート CMS のコンテンツを組み合わせたハイブリッドなワークフローで特に有用です。
@@ -1265,8 +1237,6 @@ export default {
 }
 ```
 
----
-
 ## システム構成の分離
 
 Intlayer v8 では、コンテンツソースの設定を内部システムおよび出力パスの設定から分離します。これにより `content` プロパティが整理され、ユーザーが管理する設定と Intlayer システムが管理する設定がどれかが明確になります。
@@ -1306,8 +1276,6 @@ export default {
 };
 ```
 
----
-
 ## コンテンツとコードディレクトリの分離
 
 Intlayer v8 は、コンテンツ定義ファイルの設定とコード変換の設定を分離します。これにより、監視とスキャンの対象をより正確に指定でき、ビルドパフォーマンスが向上します。
@@ -1342,22 +1310,16 @@ export default {
 };
 ```
 
----
-
 ## フレームワーク: Svelte の改善
 
 Svelte 内の Markdown および HTML コンテンツは、文字列化（stringified）される際に自動的に HTML として解析されるようになりました。これにより Svelte の `{@html}` 構文と組み合わせて使うのが格段に簡単になり、コンテンツノードをそのまま渡すだけで済みます。
 
----
-
 ## Angular サポート: Vite バンドラー (v8.11.0)
 
 Angular ユーザー向けに、Intlayer は新しいカスタム esbuild プラグインを介して Vite バンドラーをネイティブにサポートするようになり、開発およびビルド時間が短縮されました。
 
 設定の詳細については、[Angular 環境のドキュメント](https://intlayer.org/ja/doc/environment/angular) を参照してください。
 
----
-
 ## サイトマップ生成 (v8.6.0)
 
 Intlayer は、ロケールとルーティングモードに基づいてサイトマップを自動的に生成するようになりました。これは、TanStack Router などのルーターアーキテクチャにおける SEO 最適化に特に役立ちます：
@@ -1391,8 +1353,6 @@ export const Route = createFileRoute("/sitemap.xml")({
 });
 ```
 
----
-
 ## v7 からの移行ノート
 
 ### 設定の変更
@@ -1402,8 +1362,6 @@ export const Route = createFileRoute("/sitemap.xml")({
 - **`contentDir` と `codeDir`**: `contentDir` はコンテンツファイル専用になりました。コード変換用に新しく `codeDir` プロパティが追加されました。`codeDir` が設定されていない場合、Intlayer は `contentDir` にフォールバックし、警告をログに出力します。
 - **スキーマ検証**: 新しい `schema` 機能を使用するには、プロジェクトに `zod` がインストールされていることを確認してください。
 
----
-
 ## 参考リンク
 
 - [設定リファレンス](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md)

package/docs/ja/releases/v9.md

@@ -37,8 +37,6 @@ Intlayer v9へようこそ！このメジャーリリースは、主要なi18n
 
 <TOC levels={[2]} maxDepth={1} />
 
----
-
 ## 互換アダプターパッケージ
 
 人気のi18nライブラリからIntlayerへの移行がこれまで以上に簡単になりました。標準のi18nライブラリと**まったく同じ公開API**を公開しつつ、すべての翻訳作業をIntlayerにランタイムで委譲する5つの互換パッケージを作成しました。
@@ -99,8 +97,6 @@ export default defineConfig({
 });
 ```
 
----
-
 ## 共通化されたランタイムリゾルバー
 
 すべての互換アダプターは、単一の高度に最適化されたランタイムパーサーである`@intlayer/core/messageFormat`を介して翻訳解決をルーティングするようになりました。
@@ -109,8 +105,6 @@ export default defineConfig({
 - **メッセージノードリゾルバー**: ネストされたノードを解決します：`insert()`、`plural()`（CLDR複数形ルール）、`enu()`（列挙）、`gender()`、HTMLタグ、配列、および呼び出し可能な関数ノード。
 - **トークン化されたタグパーサー**: インラインXML/HTMLタグと番号付きタグ（例：`<1>children</1>`)をサポートし、リッチテキストレンダリングをすぐに利用できるようにします。
 
----
-
 ## 機能仕様：コレクション、バリアント
 
 Intlayer v9は、静的なキーと値のオブジェクトを超えて拡張され、辞書がエンドツーエンドで完全に型付けされた動的なレイアウト構造を宣言できるようになりました。
@@ -210,8 +204,6 @@ const product = useIntlayer("product-copy", {
 });
 ```
 
----
-
 ## `@intlayer/analytics`: コンテンツ露出の計測と A/B テスト
 
 新しいオプションパッケージ [`@intlayer/analytics`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/analytics.md) は、実際にどのコンテンツが訪問者に表示されているかを教えてくれます。そして **Collections & Variants** の輪を完成させ、コンテンツの A/B テストとバリアントごとのコンバージョン計測を可能にします。
@@ -253,8 +245,6 @@ npm install @intlayer/analytics
 
 現在 React、Next.js、React Native（`react-intlayer` 経由）で利用可能です。他のフレームワークバインディング（Vue、Svelte、Angular など）は、`@intlayer/editor` と同じ展開パターンに沿って計画されています。完全なガイドは [Analytics ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/en/analytics.md) を参照してください。
 
----
-
 ## Vite Plugin: バンドルされたコンパイラとプロキシ
 
 `intlayer()` Vite プラグインは、**コンパイラ**と**ロケールルーティングプロキシ**を直接バンドルするようになったため、ほとんどのプロジェクトは `vite.config.ts` に単一のプラグインのみが必要です：
@@ -289,8 +279,6 @@ export default config;
 
 スタンドアロンの `intlayerCompiler()` と `intlayerProxy()` プラグインは、高度なセットアップ用にエクスポートされたままです。これらを `intlayer()` と一緒に登録しても安全です — 各プラグインは自動的に重複排除され、1 回だけ実行されます。
 
----
-
 ## コンパイラはデフォルトで無効
 
 Intlayer v9 以降、**コンパイラはデフォルトで無効になっています**（`compiler.enabled` のデフォルト値は `false` になりました）。`.content.ts` ファイルのビルド時抽出を有効にするには、設定で `compiler.enabled: true` を指定します。
@@ -310,8 +298,6 @@ export default config;
 
 コンパイラが無効の場合、Intlayer はビルド時の抽出ステップをスキップし、すでに宣言済みの辞書に依存します。バンドラープラグイン（`@intlayer/swc`、`@intlayer/babel`、または `intlayer()` Vite プラグイン）にコンテンツを自動的に抽出させたい場合にのみ有効にしてください。
 
----
-
 ## React Native: 単一パッケージでのインポート
 
 React Native または Expo アプリでは、`react-intlayer` と `react-native-intlayer` の両方を使い分ける必要がなくなりました。`react-native-intlayer` パッケージは現在、**`react-intlayer` の完全な API を再エクスポート**しており（フック、ユーティリティ、および `/format`、`/html`、`/markdown` サブパス）、その `IntlayerProvider` は自動的に React Native のポリフィルを適用します。
@@ -332,8 +318,6 @@ npm install intlayer react-native-intlayer
 
 > `react-intlayer` からのインポートも引き続き機能しますが、React Native の推奨される単一エントリポイントは `react-native-intlayer` になりました。このプロバイダは、Web 指向の `react-intlayer` プロバイダには含まれていないポリフィルを提供します。
 
----
-
 ## CMS SDK: Intlayer をヘッドレスコンテンツデータベースとして使う
 
 Intlayer v9 は、CMS をプログラムから操作するためのクリーンで自動認証される SDK を `@intlayer/api` に同梱しています。プロジェクトの取得、辞書の取得、そして自分のサーバー・スクリプト・CI からのプッシュや更新が可能です。認証（OAuth2 `client_credentials`）は自動的に処理・更新されます。
@@ -360,8 +344,6 @@ await dictionaryEndpoint(cms).pushDictionaries([myDictionary]);
 
 > セキュリティ: CMS の資格情報はコンテンツへの書き込みアクセスを許可します。認証器は必ず **サーバーサイド** でのみ作成し、`clientId` / `clientSecret` をブラウザーに送らないでください。
 
----
-
 ## セルフホスティング
 
 Intlayer v9は、単一のコマンドで独自のIntlayerインスタンスを実行するためのファーストクラスサポートを提供します。Intlayer Cloudアカウントは必要ありません。
@@ -372,8 +354,6 @@ curl -fsSL https://intlayer.org/install.sh | sh
 
 インストーラーは`docker-compose.yml`と`.env`をダウンロードし、必要なシークレットを自動生成し、`docker compose up -d`を実行します。ダッシュボード、API、データベース、オブジェクトストレージ、トランザクションメールのすべてがコンテナ内でローカルに実行されます。
 
----
-
 ## v8からの移行に関する注意点
 
 v8からアップグレードする場合、v9には破壊的変更は含まれていません。ただし、主な変更点は次のとおりです。
@@ -382,8 +362,6 @@ v8からアップグレードする場合、v9には破壊的変更は含まれ
 - **ロケールと方言**: 外部i18n依存関係を使用している場合、設定またはバンドラーセットアップにそれぞれの互換アダプタープラグインを追加して、インポートを自動的に書き換えるようにします。
 - **カスタムセレクター**: `useIntlayer`を呼び出す際、2番目のパラメーターは`{ locale, item, variant }`を含むオプションオブジェクトのために予約されるようになりました。以前にロケール文字列を直接渡していた場合でも引き続き可能ですが、高度な選択にはオプションオブジェクトの使用が推奨されます。
 
----
-
 ## 役立つリンク
 
 - [互換アダプターパッケージガイド](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/compat/index.md)

package/docs/ja/roadmap.md

@@ -27,14 +27,10 @@ author: aymericzip
 
 Intlayerは、アプリケーション全体でコンテンツを宣言、管理、更新する方法を効率化するために設計されたコンテンツ管理および国際化ソリューションです。集中型または分散型のコンテンツ宣言、豊富な国際化オプション、Markdownサポート、条件付きレンダリング、TypeScript/JavaScript/JSON統合などの強力な機能を提供します。以下に、Intlayerが現在提供している機能の包括的な概要と、今後のロードマップ機能を示します。
 
----
-
 ## 目次
 
 <TOC/>
 
----
-
 ## 現在の機能
 
 ### 1. コンテンツ宣言
@@ -146,8 +142,6 @@ Intlayer はコンテンツ宣言に **TypeScript**（および JavaScript）と
 >
 > - [ビルド構成](https://intlayer.org/doc/concept/configuration#build-configuration)
 
----
-
 ## フレームワークおよび環境との統合
 
 ### 1. Next.js
@@ -234,8 +228,6 @@ Intlayer はコンテンツ宣言に **TypeScript**（および JavaScript）と
 >
 > - [Preact](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_with_preact.md)
 
----
-
 ## ビジュアルエディターとCMS
 
 ### 1. ローカルビジュアルエディター
@@ -261,21 +253,15 @@ Intlayer はコンテンツ宣言に **TypeScript**（および JavaScript）と
 >
 > - [CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)
 
----
-
 ## IDE拡張機能
 
 - 主要なIDE向けの拡張機能で、ローカルおよびリモートの翻訳を管理するための**グラフィカルインターフェース**を提供します。
 - 機能には、コンポーネントのコンテンツ宣言ファイルの自動生成、Intlayer CMSとの直接統合、リアルタイム検証などが含まれる可能性があります。
 
----
-
 ## MCPサーバー
 
 - IDEに統合されたツールを使用して、コンテンツと翻訳を管理できる**MCPサーバー**です。
 
----
-
 ## Intlayer CLI
 
 - **翻訳とファイル生成**：コンテンツファイルの監査を実行し、欠落している翻訳を生成し、不整合を確認します。
@@ -286,15 +272,11 @@ Intlayer はコンテンツ宣言に **TypeScript**（および JavaScript）と
 >
 > - [CLI](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/index.md)
 
----
-
 ## 環境設定
 
 - **環境変数**を使用して、プロダクション、テスト、ローカル環境ごとにIntlayerの設定を変更します。
 - 環境に応じて、どのビジュアルエディターやリモートCMSプロジェクトを対象にするかを定義します。
 
----
-
 ## ホットコンテンツアップデート
 
 - リモート辞書やIntlayer CMSを使用することで、**アプリケーションのコンテンツを再デプロイなしで即時に更新**できます。
@@ -303,8 +285,6 @@ Intlayer はコンテンツ宣言に **TypeScript**（および JavaScript）と
 >
 > - [CMS](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)
 
----
-
 ## 今後の機能
 
 ### 1. A/Bテストとパーソナライゼーション
@@ -333,8 +313,6 @@ Intlayer はコンテンツ宣言に **TypeScript**（および JavaScript）と
 - **Solid、Svelte、Angular**などのサポートに向けた取り組みが進行中です。
 - Intlayerを**あらゆるJavaScriptベースのアプリケーション**に対応させることを目指しています。
 
----
-
 ## 結論
 
 Intlayerは、コンテンツ管理と国際化のためのワンストップソリューションを目指しています。柔軟性（集中型または分散型ファイル）、幅広い言語サポート、最新のフレームワークやバンドラーとの簡単な統合、そして強力なAI駆動機能に重点を置いています。A/Bテスト、バージョニング、自動翻訳などの新機能が利用可能になるにつれて、Intlayerはコンテンツワークフローをさらに簡素化し、さまざまなプラットフォームでのユーザー体験を向上させ続けます。

package/docs/ja/self_hosting.md

@@ -35,8 +35,6 @@ curl -fsSL https://intlayer.org/install.sh | sh
 
 <TOC/>
 
----
-
 ## アーキテクチャ
 
 ```
@@ -56,8 +54,6 @@ curl -fsSL https://intlayer.org/install.sh | sh
 
 Chromium (Puppeteerのスクリーンショット生成に使用) はバックエンドイメージ内にバンドルされており、別のコンテナは必要ありません。
 
----
-
 ## 前提条件
 
 - **Docker** ≥ 24 および **Docker Compose** ≥ v2。いずれかが不足している場合、インストーラーはインストールリンクを表示して終了します。
@@ -66,8 +62,6 @@ Chromium (Puppeteerのスクリーンショット生成に使用) はバック
 
 その他すべて — Bun、Redis、MinIO、Chromium — はイメージ内に含まれています。
 
----
-
 ## クイックスタート
 
 ### 1. インストーラーを実行する
@@ -136,8 +130,6 @@ curl -fsSL https://intlayer.org/install.sh | INTLAYER_ENV_FILE=./config/intlayer
 
 > 4 つのポート変数は、`docker run` コマンドで出力されるマッピングの**ホスト**側のみを変更します。公開されたイメージには、`http://localhost:3000`、`http://localhost:3100`、`http://localhost:9000` がビルド時にダッシュボード bundle にコンパイルされているため、これらをリマップするとブラウザーが古いポートを指し続けます。独自のイメージをビルドしていない限り、デフォルトを保持してください — [制限事項](#limitations)を参照してください。
 
----
-
 ## 初回セットアップ
 
 新規インスタンス（空のデータベース）でダッシュボードを開くと、**`/init`** ページにリダイレクトされます：
@@ -148,8 +140,6 @@ curl -fsSL https://intlayer.org/install.sh | INTLAYER_ENV_FILE=./config/intlayer
 
 管理者が存在すると、`/init` は標準的なサインインページにリダイレクトされます。
 
----
-
 ## サービス
 
 | サービス    | イメージ                             | ホストポート                     | 目的                                                         |
@@ -163,8 +153,6 @@ curl -fsSL https://intlayer.org/install.sh | INTLAYER_ENV_FILE=./config/intlayer
 
 > MinIOポート `9000` は、アップロードされたアセット (アバター、スクリーンショット) が `S3_PUBLIC_URL=http://localhost:9000/intlayer` から直接読み込まれるため、ブラウザから到達可能である必要があります。
 
----
-
 ## 環境変数
 
 ### 必須
@@ -234,8 +222,6 @@ curl -fsSL https://intlayer.org/install.sh | INTLAYER_ENV_FILE=./config/intlayer
 
 > 優先順位: 組織独自のメーラー (**Organization** ダッシュボードから設定) が優先され、次にグローバルメーラーが優先され、最後にデフォルトの Resend キーが優先されます。
 
----
-
 ## Intlayerプロジェクトの接続
 
 スタックが稼働したら、`intlayer.org` の代わりに自己ホスト型のバックエンドとダッシュボードを指すようにプロジェクトを設定します。
@@ -297,8 +283,6 @@ const cms = createIntlayerCMS({
 const { data: dictionaries } = await dictionaryEndpoint(cms).getDictionaries();
 ```
 
----
-
 ## アップグレード
 
 これにより、最新のイメージがプルされ、`docker compose pull && docker compose up -d` でコンテナが再起動されます。既存のボリューム (`mongo-data`、`redis-data`、`minio-data`) は保持され、データ損失はありません。
@@ -308,8 +292,6 @@ docker compose pull
 docker compose up -d
 ```
 
----
-
 ## バックアップと復元
 
 すべての永続データは、3つの名前付きDockerボリュームに保存されます。
@@ -344,16 +326,12 @@ docker run --rm \
 # redis-data と minio-data についても同様に繰り返します
 ```
 
----
-
 ## 制限事項
 
 - **MongoDB は外部 (Atlas) である必要があります。** バックエンドは `mongodb+srv://` 経由でのみ接続します (`DB_ID` / `DB_MDP` / `DB_CLUSTER` から構築)。したがって、プレーンな `mongodb://host:27017` — コンテナにバンドルされた `mongod` を含む — は使用できません。MongoDB Atlas クラスタを提供してください。
 - **カスタムドメインはサポートされていません。** すべてのブラウザ向け `VITE_*` URL はビルド時にアプリにインラインされ、公開されたイメージには `localhost` の値が付属します。ダッシュボードには `http://localhost:3000` でアクセスする必要があります。パブリックドメインでサービスするには、イメージをターゲット URL を焼き込んで再構築する必要があり、そのままではサポートされていません。
 - **メールは機能するメーラーが必要です。** 初回実行セットアップではメール検証が強制されるため、`RESEND_API_KEY` または [グローバル SMTP メーラー](#global-mailer) (`MAIL_PROVIDER=smtp` + `MAIL_SMTP_*`) を設定する必要があります。最初の管理者がサインインした後、各組織はダッシュボードから独自の SMTP または Resend メーラーを設定することもできます。
 
----
-
 ## トラブルシューティング
 
 ### 最初の起動時にバックエンドがクラッシュループする
@@ -380,8 +358,6 @@ docker compose logs redis
 docker compose run --rm minio-init
 ```
 
----
-
 ## 役立つリンク
 
 - [Intlayer CMS ドキュメント](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_CMS.md)

package/docs/ja/testing.md

@@ -24,16 +24,12 @@ author: aymericzip
 
 このガイドでは、辞書が完全であることを自動的に検証し、出荷前に翻訳漏れを検出し、アプリ内のローカライズされたUIをテストする方法を説明します。
 
----
-
 ## テストできること
 
 - **翻訳漏れ**: 必須のロケールが辞書に欠けている場合、CIを失敗させます。
 - **ローカライズされたUIのレンダリング**: 特定のロケールプロバイダーでコンポーネントをレンダリングし、表示されるテキストや属性を検証します。
 - **ビルド時の監査**: CLIを使ってローカルで簡単な監査を実行します。
 
----
-
 ## クイックスタート: CLIによる監査
 
 プロジェクトのルートから監査を実行します:
@@ -64,8 +60,6 @@ bun x intlayer content test
 
 注意: CLIは詳細なレポートを出力しますが、失敗時に非ゼロで終了しません。CIのゲーティングには、必須ロケールの欠落がゼロであることをアサートするユニットテスト（以下）を追加してください。
 
----
-
 ## プログラムによるテスト (Vitest/Jest)
 
 Intlayer CLI APIを使って、必須ロケールの翻訳漏れがないことをアサートします。
@@ -112,8 +106,6 @@ test("必須のロケールが欠落していないこと", () => {
   - `missingLocales`：欠落しているすべてのロケールの集合。
   - `missingRequiredLocales`：`requiredLocales`に限定された部分集合（`requiredLocales`が設定されていない場合はすべてのロケール）。
 
----
-
 ## ローカライズされたUIのテスト（React / Next.js）
 
 Intlayerプロバイダーの下でコンポーネントをレンダリングし、表示されている内容を検証します。
@@ -160,8 +152,6 @@ test("フランス語でローカライズされた見出しをレンダリン
 - 属性の生の文字列値（例：`aria-label`）が必要な場合は、Reactの`useIntlayer`から返される`.value`フィールドにアクセスしてください。
 - コンポーネントと辞書を同じ場所に配置しておくことで、ユニットテストやクリーンアップが容易になります。
 
----
-
 ## 継続的インテグレーション
 
 必要な翻訳が欠落している場合にビルドを失敗させるテストを追加します。
@@ -211,8 +201,6 @@ pnpm intlayer content test --verbose
 bun x intlayer content test --verbose
 ```
 
----
-
 ## トラブルシューティング
 
 - Intlayerの設定で`locales`および（オプションで）`requiredLocales`が定義されていることを確認してください。

package/docs/ko/analytics.md

@@ -35,8 +35,6 @@ author: aymericzip
 
 <TOC/>
 
----
-
 ## 추적 대상
 
 `@intlayer/analytics`는 다음 세 가지 종류의 익명 이벤트를 일괄 처리(batch)하여 수집합니다: