@intlayer/docs 9.0.0-canary.4 → 9.0.0-canary.5

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

@@ -33,6 +33,23 @@ author: aymericzip
 
 ---
 
+## 関数シグネチャ
+
+```typescript
+getMultilingualUrls(
+  url: string,                   // 必須
+  options?: {                    // オプション
+    locales?: Locales[];
+    defaultLocale?: Locales;
+    mode?: 'prefix-no-default' | 'prefix-all' | 'no-prefix' | 'search-params';
+  }
+): StrictModeLocaleMap<string>
+```
+
+---
+
+## パラメータ
+
 ## パラメータ
 
 - `url: string`
@@ -54,6 +71,33 @@ author: aymericzip
   - **型**: `boolean`
   - **デフォルト**: `prefixDefaultDefault`
 
+### オプションパラメータ
+
+- `options?: object`
+  - **Description**: URL ローカライゼーション動作の設定オブジェクト。
+  - **Type**: `object`
+  - **Required**: いいえ（オプション）
+
+  - `options.locales?: Locales[]`
+    - **Description**: サポートされるロケールの配列。指定されない場合は、プロジェクト設定から設定されたロケールを使用します。
+    - **Type**: `Locales[]`
+    - **Default**: [`Project Configuration`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md#middleware)
+
+  - `options.defaultLocale?: Locales`
+    - **Description**: アプリケーションのデフォルトロケール。指定されない場合は、プロジェクト設定から設定されたデフォルトロケールを使用します。
+    - **Type**: `Locales`
+    - **Default**: [`Project Configuration`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md#middleware)
+
+  - `options.mode?: 'prefix-no-default' | 'prefix-all' | 'no-prefix' | 'search-params'`
+    - **Description**: ロケール処理用の URL ルーティングモード。指定されない場合は、プロジェクト設定から設定されたモードを使用します。
+    - **Type**: `'prefix-no-default' | 'prefix-all' | 'no-prefix' | 'search-params'`
+    - **Default**: [`Project Configuration`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/configuration.md#middleware)
+    - **Modes**:
+      - `prefix-no-default`: デフォルトロケールにはプリフィックスなし、他のすべてにはプリフィックスあり
+      - `prefix-all`: デフォルトを含むすべてのロケールにプリフィックスあり
+      - `no-prefix`: URL にロケールプリフィックスなし
+      - `search-params`: ロケール用にクエリパラメータを使用（例：`?locale=fr`）
+
 ### 戻り値
 
 - **型**: `IConfigLocales<string>`
@@ -63,6 +107,20 @@ author: aymericzip
 
 ## 使用例
 
+### 基本的な使用法 (プロジェクト構成を使用)
+
+```typescript codeFormat={["typescript", "esm", "commonjs"]}
+import { getMultilingualUrls, Locales } from "intlayer";
+
+// プロジェクトの構成 (locales、defaultLocale、mode) を使用します
+getMultilingualUrls("/dashboard");
+// 出力 (プロジェクト構成に en、fr があり、mode が 'prefix-no-default' の場合):
+// {
+//   en: "/dashboard",
+//   fr: "/fr/dashboard"
+// }
+```
+
 ### 相対 URL
 
 ```typescript codeFormat={["typescript", "esm", "commonjs"]}
@@ -97,6 +155,60 @@ getMultilingualUrls(
 
 ---
 
+### 異なるルーティングモード
+
+```typescript
+// prefix-no-default: デフォルトロケールにプレフィックスなし
+getMultilingualUrls("/dashboard", {
+  locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+  defaultLocale: Locales.ENGLISH,
+  mode: "prefix-no-default",
+});
+// Output: {
+//   en: "/dashboard",
+//   fr: "/fr/dashboard",
+//   es: "/es/dashboard"
+// }
+
+// prefix-all: すべてのロケールにプレフィックス
+getMultilingualUrls("/dashboard", {
+  locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+  defaultLocale: Locales.ENGLISH,
+  mode: "prefix-all",
+});
+// Output: {
+//   en: "/en/dashboard",
+//   fr: "/fr/dashboard",
+//   es: "/es/dashboard"
+// }
+
+// no-prefix: URLにロケールプレフィックスなし
+getMultilingualUrls("/dashboard", {
+  locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+  defaultLocale: Locales.ENGLISH,
+  mode: "no-prefix",
+});
+// Output: {
+//   en: "/dashboard",
+//   fr: "/dashboard",
+//   es: "/dashboard"
+// }
+
+// search-params: クエリパラメータとしてのロケール
+getMultilingualUrls("/dashboard", {
+  locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+  defaultLocale: Locales.ENGLISH,
+  mode: "search-params",
+});
+// Output: {
+//   en: "/dashboard?locale=en",
+//   fr: "/dashboard?locale=fr",
+//   es: "/dashboard?locale=es"
+// }
+```
+
+---
+
 ## エッジケース
 
 - **ロケールセグメントなし:**

package/docs/ja/packages/react-intlayer/useDictionary.md

@@ -28,98 +28,6 @@ author: aymericzip
 
 このセクションでは、Reactアプリケーション内で`useDictionary`フックを使用するための詳細なガイドを提供します。ビジュアルエディタなしでローカライズされたコンテンツを効率的に扱うことが可能です。
 
-## Reactでの`useDictionary`のインポート
-
-`useDictionary`フックは、コンテキストに応じてインポートすることでReactアプリケーションに統合できます。
-
-- **クライアントコンポーネント:**
-
-  ```typescript codeFormat="typescript"
-  import { useDictionary } from "react-intlayer"; // クライアントサイドのReactコンポーネントで使用
-  ```
-
-  ```javascript codeFormat="esm"
-  import { useDictionary } from "react-intlayer"; // クライアントサイドのReactコンポーネントで使用
-  ```
-
-  ```javascript codeFormat="commonjs"
-  const { useDictionary } = require("react-intlayer"); // クライアントサイドのReactコンポーネントで使用
-  ```
-
-- **サーバーコンポーネント:**
-
-  ```typescript codeFormat="typescript"
-  import { useDictionary } from "react-intlayer/server"; // サーバーサイドのReactコンポーネントで使用
-  ```
-
-  ```javascript codeFormat="esm"
-  import { useDictionary } from "react-intlayer/server"; // サーバーサイドのReactコンポーネントで使用
-  ```
-
-  ```javascript codeFormat="commonjs"
-  const { useDictionary } = require("react-intlayer/server"); // サーバーサイドのReactコンポーネントで使用
-  ```
-
-## パラメーター
-
-このフックは2つのパラメーターを受け取ります：
-
-1. **`dictionary`**：特定のキーに対応するローカライズされたコンテンツを含む宣言済みの辞書オブジェクト。
-2. **`locale`**（オプション）：希望するロケール。指定しない場合は現在のコンテキストのロケールがデフォルトとなります。
-
-## 辞書
-
-すべての辞書オブジェクトは型の安全性を確保し、実行時エラーを防ぐために構造化されたコンテンツファイル内で宣言する必要があります。セットアップ手順は[こちら](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/content_file.md)で確認できます。以下はコンテンツ宣言の例です：
-
-```typescript fileName="./component.content.ts" contentDeclarationFormat={["typescript", "esm", "commonjs"]}
-import { t, type Dictionary } from "intlayer";
-
-const componentContent = {
-  key: "component-example",
-  content: {
-    title: t({
-      en: "Client Component Example",
-      fr: "Exemple de composant client",
-      es: "Ejemplo de componente cliente",
-    }),
-    content: t({
-      en: "This is the content of a client component example",
-      fr: "Ceci est le contenu d'un exemple de composant client",
-      es: "Este es el contenido de un ejemplo de componente cliente",
-    }),
-  },
-} satisfies Dictionary;
-
-export default componentContent;
-```
-
-```json fileName="./component.content.json" contentDeclarationFormat="json"
-{
-  "$schema": "https://intlayer.org/schema.json",
-  "key": "component-example",
-  "content": {
-    "title": {
-      "nodeType": "translation",
-      "translation": {
-        "en": "Client Component Example",
-        "fr": "Exemple de composant client",
-        "es": "Ejemplo de componente cliente",
-        "ja": "クライアントコンポーネントの例"
-      }
-    },
-    "content": {
-      "nodeType": "translation",
-      "translation": {
-        "en": "This is the content of a client component example",
-        "fr": "Ceci est le contenu d'un exemple de composant client",
-        "es": "Este es el contenido de un ejemplo de componente cliente",
-        "ja": "これはクライアントコンポーネントの例の内容です"
-      }
-    }
-  }
-}
-```
-
 ## Reactでの使用例
 
 以下は、Reactコンポーネントで`useDictionary`フックを使用する例です：
@@ -161,18 +69,3 @@ const ServerComponentExample: FC<{ locale: string }> = ({ locale }) => {
   );
 };
 ```
-
-## 属性に関する注意点
-
-ビジュアルエディタを使用した統合とは異なり、`buttonTitle.value` のような属性はここでは適用されません。代わりに、コンテンツで宣言されたローカライズされた文字列に直接アクセスしてください。
-
-```jsx
-<button title={content.title}>{content.content}</button>
-```
-
-## 追加のヒント
-
-- **型安全性**: 辞書を定義する際は常に `Dictionary` を使用して型安全性を確保してください。
-- **ローカライズの更新**: コンテンツを更新する際は、すべてのロケールが一貫していることを確認し、翻訳の欠落を防いでください。
-
-このドキュメントは、`useDictionary` フックの統合に焦点を当てており、ビジュアルエディタの機能に依存せずにローカライズされたコンテンツを管理するための効率的なアプローチを提供します。

package/docs/ja/packages/react-intlayer/useIntlayer.md

@@ -29,49 +29,6 @@ author: aymericzip
 
 このセクションでは、React アプリケーション内で `useIntlayer` フックを使用する方法について詳しく説明し、効率的なコンテンツのローカライズを可能にします。
 
-## React での `useIntlayer` のインポート
-
-`useIntlayer` フックは、コンテキストに応じてインポートすることで React アプリケーションに統合できます。
-
-- **クライアントコンポーネント:**
-
-  ```typescript codeFormat="typescript"
-  import { useIntlayer } from "react-intlayer"; // クライアントサイドの React コンポーネントで使用
-  ```
-
-  ```javascript codeFormat="esm"
-  import { useIntlayer } from "react-intlayer"; // クライアントサイドの React コンポーネントで使用
-  ```
-
-  ```javascript codeFormat="commonjs"
-  const { useIntlayer } = require("react-intlayer"); // クライアントサイドの React コンポーネントで使用
-  ```
-
-- **サーバーコンポーネント:**
-
-  ```typescript codeFormat="commonjs"
-  import { useIntlayer } from "react-intlayer/server"; // サーバーサイドの React コンポーネントで使用
-  ```
-
-  ```javascript codeFormat="esm"
-  import { useIntlayer } from "react-intlayer/server"; // サーバーサイドの React コンポーネントで使用
-  ```
-
-  ```javascript codeFormat="commonjs"
-  const { useIntlayer } = require("react-intlayer/server"); // サーバーサイドの React コンポーネントで使用
-  ```
-
-## パラメーター
-
-このフックは2つのパラメーターを受け取ります：
-
-1. **`key`**: ローカライズされたコンテンツを取得するための辞書キー。
-2. **`locale`**（オプション）: 希望するロケール。指定しない場合はコンテキストのロケールがデフォルトで使用されます。
-
-## 辞書
-
-すべての辞書キーは型安全性を高め、エラーを防ぐためにコンテンツ宣言ファイル内で宣言されている必要があります。セットアップ手順は[こちら](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/content_file.md)で確認できます。
-
 ## Reactでの使用例
 
 Reactコンポーネント内での`useIntlayer`フックの使用例：
@@ -134,28 +91,6 @@ const ServerComponentExample = () => {
 };
 ```
 
-## 属性の取り扱い
-
-属性をローカライズする際は、コンテンツの値に適切にアクセスしてください：
-
-```jsx
-<button title={content.buttonTitle.value}>{content.buttonText}</button>
-```
-
-## 追加リソース
-
-- **Intlayer ビジュアルエディター**: より直感的なコンテンツ管理体験のために、ビジュアルエディターのドキュメントは[こちら](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_visual_editor.md)を参照してください。
-
-このセクションは、Reactアプリケーションにおける `useIntlayer` フックの統合に特化しており、ローカリゼーションプロセスを簡素化し、異なるロケール間でのコンテンツの一貫性を確保します。
-
-## 属性の取り扱い
-
-属性をローカライズする際は、コンテンツの値に適切にアクセスしてください：
-
-```jsx
-<button title={content.buttonTitle.value}>{content.buttonText}</button>
-```
-
 ## 追加リソース
 
 - **Intlayer ビジュアルエディター**: より直感的なコンテンツ管理体験のために、ビジュアルエディターのドキュメントは[こちら](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/intlayer_visual_editor.md)をご参照ください。

package/docs/ja/releases/v6.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Intlayer v6 へようこそ！このリリースはパフォーマンス、開発者体験、信頼性に重点を置いています。以下にハイライト、移行ノート、コピー＆ペースト可能な例を示します。
 
+## 目次
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## ハイライト
 
 - 新しいコマンド：`npx intlayer content test` で翻訳の欠落を検出
@@ -294,6 +298,24 @@ bun x intlayer live --with 'vite preview'
 
 ---
 
+## Turbopackでファイルを監視するための並列プロセス
+
+`next dev --turbopack`コマンドを使用してNext.js 14以上でTurbopackを開発サーバーとして使用する場合、辞書の変更はデフォルトでは自動的に検出されません。
+
+この制限は、Turbopackがコンテンツファイルの変更を監視するためにwebpackプラグインを並列で実行できないために発生します。
+
+これを回避するために、`intlayer watch`コマンドに`--with`オプションを使用して、開発サーバーとIntlayerビルドウォッチャーを同時に実行するようにしました。
+
+```json5 fileName="package.json"
+{
+  "scripts": {
+    "dev": "npx intlayer watch --with 'next dev --turbopack'",
+  },
+}
+```
+
+---
+
 ## マイグレーションノート
 
 - 削除された項目: `dictionaryOutput`（以前は `i18next` または `next-intl`）。これは将来のバージョンでプラグイン可能なアダプターとして復活します。設定からこのフィールドを削除してください。
@@ -312,6 +334,12 @@ bun x intlayer live --with 'vite preview'
 
 ---
 
+## v6 から v7 への移行ノート
+
+詳細については、[v6 から v7 への移行ノート](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/releases/v7.md)を確認してください。
+
+---
+
 ## 便利なリンク
 
 - [CLIリファレンス](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/index.md)

package/docs/ja/releases/v7.md

@@ -25,6 +25,10 @@ author: aymericzip
 
 Intlayer v7 へようこそ！このメジャーリリースでは、パフォーマンス、型安全性、開発者体験において大幅な改善を導入しました。以下にハイライト、移行ノート、実用的な例を示します。
 
+## 目次
+
+<TOC levels={[2]} maxDepth={1} />
+
 ## ハイライト
 
 - より高速なビルドのためのキャッシュ戦略
@@ -261,6 +265,126 @@ setLocale("en");
 
 ---
 
+## 自動コードフォーマット: formatCommand 設定
+
+v7 では、エディタ設定に `formatCommand` オプションが導入されました。これにより、Intlayer によってコンテンツファイルが書き込まれるときに、自動的にコンテンツをフォーマットできます。これにより、コンテンツ宣言ファイル全体で一貫したコードスタイルとフォーマットが保証されます。
+
+設定されていない場合、Intlayer は自動的にフォーマットコマンドを検出しようとします。次のコマンドの解決を試みます: prettier、biome、eslint。
+
+### 設定
+
+`formatCommand` オプションは、`{{file}}` が実際のファイルパスに置き換わる文字列テンプレートを受け入れます:
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    formatCommand: 'bun x biome format "{{file}}" --write --log-level none',
+  },
+};
+```
+
+### サポートされているフォーマッター
+
+ファイルパスを引数として受け入れる任意のコードフォーマッターを使用できます:
+
+**Biomeを使用:**
+
+```typescript
+formatCommand: 'bun x biome format "{{file}}" --write --log-level none';
+```
+
+**Prettierを使用:**
+
+```typescript
+formatCommand: 'npx prettier --write "{{file}}" --log-level silent';
+```
+
+**ESLintを使用:**
+
+```typescript
+formatCommand: 'npx eslint --fix "{{file}}" --quiet';
+```
+
+**Bunの組み込みフォーマッターを使用:**
+
+```typescript
+formatCommand: 'bun format "{{file}}"';
+```
+
+### メリット
+
+- **一貫性のあるフォーマット**: すべてのコンテンツファイルは、プロジェクトのスタイルガイドラインに従って自動的にフォーマットされます
+- **開発者体験**: Intlayerがファイルを作成した後、手動でフォーマットする必要がありません
+- **チーム間の一貫性**: すべてのチームメンバーが同じフォーマットをコンテンツファイルに適用していることを保証します
+- **CI/CD統合**: コンテンツファイルは自動化されたワークフローで一貫性のあるフォーマットを維持します
+
+### 仕組み
+
+Intlayer がコンテンツ宣言ファイル（`.content.ts`、`.content.js` など）を書き込みまたは更新する場合、指定された format コマンドをファイルに対して自動的に実行します。`{{file}}` プレースホルダーは実際のファイル パスに置き換えられ、コマンドはプロジェクトのベース ディレクトリで実行されます。
+
+---
+
+## 辞書設定: より良い組織化と構造
+
+v7では、辞書関連の設定をより良く組織化し、コンテンツ管理を改善する新しい専用の`dictionary`設定セクションが導入されています。
+
+### 新しい dictionary 設定構造
+
+`fill` プロパティが `content` セクションから新しい `dictionary` セクションに移動され、より明確な関心の分離を提供します:
+
+**v6 設定:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    autoFill: "./{{fileName}}.content.json",
+    contentDir: ["src"],
+  },
+};
+```
+
+**v7 設定:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    contentDir: ["src"],
+  },
+  dictionary: {
+    fill: "./{{fileName}}.content.json",
+  },
+};
+```
+
+### 新しい構造のメリット
+
+- **より明確な組織**: 辞書固有の設定がまとめられています
+- **関心の分離の向上**: コンテンツディスカバリーと辞書操作が明確に分離されています
+- **保守性の向上**: 辞書関連の設定を理解および変更しやすくなっています
+- **将来の拡張性**: 辞書セクションは追加の辞書固有の設定に対応できます
+- **包括的な辞書管理**: 新しい辞書を作成および管理するための `title`、`live`、`priority`、`tags`、`version`、`description` などのプロパティが含まれています
+
+### 設定の使用方法
+
+辞書設定には、2つの主な目的があります：
+
+1. **デフォルト値**: コンテンツ宣言ファイルを作成する際のデフォルト値を定義します
+2. **フォールバック動作**: 特定のフィールドが定義されていない場合にフォールバック値を提供し、辞書の動作をグローバルに定義できます
+
+辞書セクションには、辞書管理のための包括的なプロパティが含まれています：
+
+- **`fill`**: コンテンツ生成の自動入力動作
+- **`title`**: 新しい辞書のデフォルトタイトル
+- **`live`**: リアルタイム更新のためのライブ同期設定
+- **`priority`**: 辞書解決の優先度設定
+- **`tags`**: コンテンツ整理のためのデフォルトタグ
+- **`version`**: 辞書更新のバージョン管理
+- **`description`**: 新しいコンテンツのデフォルト説明
+
+コンテンツ宣言ファイルおよび設定値がどのように適用されるかについての詳細は、[コンテンツファイルドキュメンテーション](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/dictionary/content_file.md)を参照してください。
+
+---
+
 ## fillコマンド: より良いコンテンツ管理のための動作更新
 
 v7では、`fill`コマンドの動作が改善され、より予測可能で柔軟なコンテンツ管理が可能になりました：
@@ -408,6 +532,10 @@ const content = {
 - **`middleware.prefixDefault`**：`routing.mode`に置き換え
 - **`middleware.noPrefix`**：`routing.mode`に置き換え
 
+### 新しい設定
+
+- **`editor.formatCommand`**: コンテンツファイルの自動コードフォーマットのための新しいオプション
+
 ### 移行マッピング
 
 #### 設定マッピング

package/docs/ja/releases/v9.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2026-06-14
-updatedAt: 2026-06-14
+updatedAt: 2026-06-23
 title: Intlayer v9の新機能
 description: Intlayer v9の新機能をご覧ください。主要なi18nライブラリ向けのドロップイン互換性パッケージと、コレクション、バリアント、動的レコードのサポートを導入します。
 keywords:
@@ -216,6 +216,42 @@ export default {
 
 ---
 
+## Vite Plugin: バンドルされたコンパイラとプロキシ
+
+`intlayer()` Vite プラグインは、**コンパイラ**と**ロケールルーティングプロキシ**を直接バンドルするようになったため、ほとんどのプロジェクトは `vite.config.ts` に単一のプラグインのみが必要です：
+
+```ts fileName="vite.config.ts"
+import { defineConfig } from "vite";
+import { intlayer } from "vite-intlayer";
+
+export default defineConfig({
+  plugins: [intlayer()],
+});
+```
+
+- **Compiler**: `compiler.enabled` が設定され、`compiler.output` パスが構成されている場合、自動的に有効化されます。`intlayerCompiler()` を個別に登録する必要はなくなりました。
+- **Proxy**: 新しい `routing.enableProxy` オプション（デフォルトは `true`）に基づいて自動的に有効化されます。開発、プレビュー、本番 SSR でロケール検出・リダイレクト・書き換えミドルウェアを配線します。`intlayerProxy()` を個別に登録する必要はなくなりました。
+
+### `routing.enableProxy` オプション
+
+新しい `routing.enableProxy` オプションは、locale-routing プロキシがプラグインされているかどうかを制御します。デフォルトは `true` です。locale ルーティングを自分で処理したい場合は、これを無効にしてください:
+
+```ts fileName="intlayer.config.ts"
+import type { IntlayerConfig } from "intlayer";
+
+const config: IntlayerConfig = {
+  routing: {
+    enableProxy: false, // デフォルト: true
+  },
+};
+
+export default config;
+```
+
+スタンドアロンの `intlayerCompiler()` と `intlayerProxy()` プラグインは、高度なセットアップ用にエクスポートされたままです。これらを `intlayer()` と一緒に登録しても安全です — 各プラグインは自動的に重複排除され、1 回だけ実行されます。
+
+---
+
 ## v8からの移行に関する注意点
 
 v8からアップグレードする場合、v9には破壊的変更は含まれていません。ただし、主な変更点は次のとおりです。

package/docs/ja/roadmap.md

@@ -29,6 +29,12 @@ Intlayerは、アプリケーション全体でコンテンツを宣言、管理
 
 ---
 
+## 目次
+
+<TOC/>
+
+---
+
 ## 現在の機能
 
 ### 1. コンテンツ宣言

package/docs/ko/CI_CD.md

@@ -26,6 +26,10 @@ author: aymericzip
 
 Intlayer는 콘텐츠 선언 파일에 대한 번역을 자동으로 생성할 수 있도록 합니다. 워크플로우에 따라 이를 달성하는 여러 가지 방법이 있습니다.
 
+## 목차
+
+<TOC/>
+
 ## CMS 사용하기
 
 Intlayer를 사용하면 로컬에서는 단일 로케일만 선언하고 모든 번역은 CMS를 통해 원격으로 관리하는 워크플로우를 채택할 수 있습니다. 이를 통해 콘텐츠와 번역이 코드베이스와 완전히 분리되어 콘텐츠 편집자에게 더 많은 유연성을 제공하며, 핫 콘텐츠 리로딩이 가능해져(변경 사항 적용을 위해 애플리케이션을 다시 빌드할 필요 없음) 편리합니다.