@intlayer/docs 8.12.4 → 9.0.0-canary.10

package/docs/ja/autoFill.md

@@ -25,8 +25,56 @@ history:
   - version: 5.5.10
     date: 2025-06-29
     changes: "履歴の初期化"
+author: aymericzip
 ---
 
+# コンテンツ宣言ファイルの翻訳を自動入力
+
+**CI でのコンテンツ宣言ファイルの自動入力**は、開発ワークフローを高速化する方法です。
+
+## 動作の理解
+
+`fill` コマンドには2つのモードがあります：
+
+- **Complete**: 各ロケールのすべての欠落コンテンツを自動的に入力し、現在のファイルまたは指定された別のファイルを編集します。つまり、完全モードは既に翻訳されている既存コンテンツのスキップします。
+- **Review**: 各ロケールのすべてのコンテンツを自動的に入力し、特定のファイルまたは指定された別のファイルを生成します。
+
+`fill` コマンドはすべてのロケールコンテンツ宣言ファイルを処理します。つまり、CMSからのリモートコンテンツは処理しません。CMSは独自の翻訳管理を含んでいます。
+`@intlayer/sync-json-plugin` などのプラグインを使用する場合、Intlayerはこれらのファイルをロケールコンテンツ宣言ファイルに変換します。つまり、これらのファイルは `fill` コマンドによって処理されます。
+
+新しく生成されたファイルには、辞書メタデータとして `filled` 命令が含まれています。この命令は、Intlayerがファイルが自動入力されたかどうかを判定し、存在する場合はこのファイルを再度翻訳の対象からスキップするために使用されます。
+
+Intlayerは自動入力に関して以下の命令を考慮します：
+
+- `.content.{ts|js|json}` ファイルから → `fill` 命令
+- 設定ファイル `.intlayer.config.ts` から → `dictionary.fill` 命令
+- それ以外の場合はデフォルトで `true` に設定されます
+
+ロケール固有のコンテンツ宣言ファイルの場合、`true` 命令は `./{{fileName}}.fill.content.json` に置き換えられます。これは、ロケール固有のコンテンツ宣言ファイルが追加のローカライズされたコンテンツを受け取ることができないためです。そのため、既存のファイルを上書きしないために新しいファイルを生成します。
+
+## デフォルト動作
+
+デフォルトでは、`fill`はグローバルに`true`に設定されています。これは、Intlayerがすべてのコンテンツファイルを自動的に入力し、ファイル自体を編集することを意味します。この動作は、いくつかの方法でカスタマイズできます。
+
+### グローバル設定オプション
+
+1. **`fill: true` (デフォルト)** - すべてのロケールを自動的に埋め、現在のファイルを編集します
+2. **`fill: false`** - このコンテンツファイルの自動埋めを無効にします
+3. **`fill: "./relative/path/to/file"`** - 現在のファイルを編集せずに指定されたファイルを作成/更新します。相対パスは現在のファイルの場所に基づいて解決されます
+4. **`fill: "/absolute/path/to/file"`** - 現在のファイルを編集せずに指定されたファイルを作成/更新します。相対パスは基本ディレクトリの場所に基づいて解決されます（設定ファイル `.intlayer.config.ts` の `baseDir` フィールド）
+5. **`fill: "C:\\absolute\path\to\file"`** - 現在のファイルを編集せずに指定されたファイルを作成/更新します。絶対パスはお使いのオペレーティングシステムに基づいて解決されます
+6. **`fill: { [key in Locales]?: string }`** - 各ロケールについて指定されたファイルを作成/更新します
+
+### v7 の動作変更
+
+v7 では、`fill` コマンドの動作が更新されました：
+
+- **`fill: true`** - 現在のファイルを全ロケールの埋め込みコンテンツで上書きします
+- **`fill: "path/to/file"`** - 指定されたファイルを埋め込みますが、現在のファイルは変更しません
+- **`fill: false`** - 自動埋め込みを完全に無効にします
+
+別のファイルに書き込むためのパスオプションを使用する場合、埋め込みメカニズムはコンテンツ宣言ファイル間の _マスター・スレーブ_ 関係を通じて機能します。メインファイル（マスター）が情報源として機能し、更新されると、Intlayer はパスで指定されたスレーブの宣言ファイルに変更を自動的に適用します。
+
 # 自動入力コンテンツ宣言ファイルの翻訳
 
 **自動入力コンテンツ宣言ファイル**は、開発ワークフローを高速化する方法です。
@@ -87,6 +135,40 @@ Intlayer は、メインファイルにまだ宣言されていないすべて
 
 その後、両方の宣言ファイルは単一の辞書にマージされ、標準の `useIntlayer("example")` フック（React）/ コンポーザブル（Vue）を使ってアクセス可能になります。
 
+## グローバル設定
+
+`intlayer.config.ts` ファイルでグローバル自動入力設定を構成できます。
+
+```ts fileName="intlayer.config.ts"
+import { type IntlayerConfig, Locales } from "intlayer";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+    requiredLocales: [Locales.ENGLISH, Locales.FRENCH],
+  },
+  dictionary: {
+    // すべての辞書に対して欠落している翻訳を自動生成します
+    fill: "./{{fileName}}Filled.content.ts",
+    //
+    // fill: "/messages/{{locale}}/{{key}}/{{fileName}}.content.json",
+    //
+    // fill: true, // "./{{fileName}}.content.json" を使用しているようなすべての辞書に対して欠落している翻訳を自動生成します
+    //
+    // fill: {
+    //   en: "./{{fileName}}.en.content.json",
+    //   fr: "./{{fileName}}.fr.content.json",
+    //   es: "./{{fileName}}.es.content.json",
+    // },
+  },
+};
+
+export default config;
+```
+
+コンテンツファイルの `fill` フィールドを使用して、辞書ごとに細かく調整することもできます。Intlayer は最初に辞書ごとの設定を検討し、その後グローバル設定にフォールバックします。
+
 ## 自動補完されたファイル形式
 
 自動補完された宣言ファイルに推奨される形式は **JSON** であり、これによりフォーマットの制約を回避できます。ただし、Intlayer は `.ts`、`.js`、`.mjs`、`.cjs` などの他の形式もサポートしています。

package/docs/ja/benchmark/index.md

@@ -17,6 +17,7 @@ history:
   - version: 8.7.5
     date: 2026-01-06
     changes: "ベンチマーク初期化"
+author: aymericzip
 ---
 
 # Benchmark - レポート

package/docs/ja/benchmark/nextjs.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - nextjs
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n
 history:
   - version: 8.9.8

package/docs/ja/benchmark/solid.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - solid
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-solid-template
 history:
   - version: 8.9.8
@@ -118,6 +118,28 @@ i18nリークの問題を素早く特定するために、無料のスキャナ
 - **名前空間付き静的（Scoped static）**: 複雑な追加リクエストなしで、コードを整理（論理的分離）した状態に保つ。
 - **名前空間付き動的（Scoped dynamic）**: コード分割とパフォーマンスのための最善のアプローチ。現在のビューとアクティブなロケールに必要なものだけをロードし、メモリ使用量を最小限に抑える。
 
+### 測定内容:
+
+実際のブラウザで各スタック向けに同じ多言語アプリを実行し、実際にどのようなデータが送信されたか、処理にどのくらい時間がかかったかを記録しました。サイズは**通常のウェブ圧縮後**に報告されています。これは生のソースコードのサイズよりも、実際にユーザーがダウンロードするものに近いためです。
+
+- **国際化ライブラリサイズ**: バンドリング、ツリーシェイキング、およびミニフィケーション後、i18nライブラリのサイズは、空のコンポーネント内のプロバイダー + フック/プリミティブコードのサイズです。翻訳ファイルの読み込みは含まれていません。コンテンツが入る前に、ライブラリがどのくらい高コストかを示します。
+
+- **ページごとのJavaScript**: 各ベンチマークルートについて、そのアクセス時にブラウザが引き込むスクリプトの量。スイート内のページ間で平均化されます（レポートがロールアップする場合はロケール間でも）。ヘビーページは遅いページです。
+
+- **他のロケールからのリーク**: 監査対象ページで誤って読み込まれるはずの、別の言語の同じページのコンテンツです。このコンテンツは不要であり、回避すべきです。（例: `/en/about`ページバンドル内の`/fr/about`ページコンテンツ）
+
+- **他のルートからのリーク**: **他の画面**についても同じ考え方です。1つのページを開いたときに、その他のページのコピーが一緒に読み込まれるかどうかです。（例: `/en/contact`ページバンドル内の`/en/about`ページコンテンツ）。スコアが高いことは、弱い分割またはバンドルが過度に広いことを示唆しています。
+
+- **平均コンポーネントバンドルサイズ**: 一般的なUIピースは、1つの巨大なアプリ番号の内部に隠れるのではなく、**1つずつ**測定されます。国際化が日常的なコンポーネントを静かに膨張させているかどうかを示します。例えば、コンポーネントが再レンダリングされる場合、メモリからすべてのデータを読み込みます。巨大なJSONを任意のコンポーネントに添付することは、コンポーネントのパフォーマンスを低下させる大量の未使用データを接続するようなものです。
+
+- **言語切り替えの応答性**: アプリ自身のコントロールを使って言語を切り替え、ページが明確に切り替わるまでにかかる時間を測定します。これは実験室のマイクロステップではなく、訪問者が気付くものです。
+
+- **言語変更後のレンダリング作業**: より狭いフォローアップです。切り替えが実行されている間に、新しい言語のために、インターフェイスの再描画にどのくらいの労力がかかったかです。「感じられた」時間とフレームワークのコストが異なる場合に役立ちます。
+
+- **初期ページ読み込み時間**: ナビゲーションからブラウザがテストしたシナリオのページが完全に読み込まれたと判断するまで。コールドスタートの比較に適しています。
+
+- **ハイドレーション時間**: アプリがそれを公開する場合、クライアントがサーバーHTMLを実際にクリック可能な状態に変えるのにかかる時間です。表の中のダッシュは、その実装がこのベンチマークで信頼できるハイドレーション数値を提供しなかったことを意味します。
+
 ## GitHubのスター
 
 GitHubのスターは、プロジェクトの普及度、コミュニティの信頼、および長期的な関連性を示す強力な指標です。技術的な品質を直接測定するものではありませんが、どれだけの開発者がプロジェクトを有用だと感じ、その進捗をフォローし、採用する可能性があるかを反映しています。プロジェクトの価値を見積もる際、スターは代替案との勢いの比較を助け、エコシステムの成長に関する洞察を提供します。

package/docs/ja/benchmark/svelte.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - svelte
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-svelte-template
 history:
   - version: 8.9.8
@@ -116,6 +116,28 @@ i18nリークの問題を素早く特定するために、無料のスキャナ
 - **名前空間付き静的（Scoped static）**: 複雑な追加リクエストなしで、コードを整理（論理的分離）した状態に保つ。
 - **名前空間付き動的（Scoped dynamic）**: コード分割とパフォーマンスのための最善のアプローチ。現在のビューとアクティブなロケールに必要なものだけをロードし、メモリ使用量を最小限に抑える。
 
+### 測定内容：
+
+実際のブラウザで各スタックの同じ多言語アプリを実行し、実際にネットワークに送信されたものと処理時間を記録しました。サイズは**通常のウェブ圧縮後**に報告されています。これはユーザーがダウンロードする実際のサイズに近いため、生のソースコード数よりも適切です。
+
+- **国際化ライブラリのサイズ**: バンドリング、ツリーシェイキング、ミニフィケーション後の i18n ライブラリのサイズは、空のコンポーネント内のプロバイダー + ストアコードのサイズです。翻訳ファイルの読み込みは含まれていません。これはコンテンツが含まれる前にライブラリにかかるコストを示します。
+
+- **ページごとの JavaScript**: 各ベンチマークルートについて、そのアクセス時にブラウザが取得するスクリプトの量。スイート内のページとロケール全体で平均化されています（レポートにまとめられている場合）。重いページは遅いページです。
+
+- **他のロケールからのリーク**: 監査対象ページに誤って読み込まれる、別の言語での同じページのコンテンツです。このコンテンツは不要であり、避けるべきです。（例：`/en/about` ページバンドル内の `/fr/about` ページコンテンツ）
+
+- **他のルートからのリーク**: **他の画面**についても同じ考え方です。1 つのページを開いただけなのに、そのコピーが一緒に読み込まれるかどうかです。（例：`/en/contact` ページバンドル内の `/en/about` ページコンテンツ）。高いスコアは分割が弱いか、バンドルが広すぎることを示唆しています。
+
+- **コンポーネントバンドルサイズの平均**: 一般的な UI パーツは 1 つずつ測定され、1 つの巨大なアプリ数に隠れていません。これは国際化がいかに日常的なコンポーネントを静かに膨張させるかを示しています。例えば、コンポーネントが再レンダリングされる場合、メモリからそのすべてのデータを読み込みます。巨大な JSON をコンポーネントに接続することは、コンポーネントのパフォーマンスを低下させる大量の未使用データストアに接続するようなものです。
+
+- **言語切り替えの応答性**: アプリの独自のコントロールを使用して言語を切り替え、ページが明らかに切り替わるまでにかかる時間を計測します。これは訪問者が気付く、ラボのマイクロステップではありません。
+
+- **言語変更後のレンダリング作業**: より狭い範囲のフォローアップです。スイッチが実行中になった後、新しい言語に対して再描画するためにインターフェースがどれだけの労力を費やしたかです。「体感」時間とフレームワークのコストが異なる場合に役立ちます。
+
+- **初期ページ読み込み時間**: ナビゲーションからブラウザがテストシナリオのページが完全に読み込まれたと判断するまで。コールドスタートを比較するのに最適です。
+
+- **ハイドレーション時間**: アプリが公開している場合、クライアントがサーバー HTML を実際にクリックできるものに変える際にかかる時間です。テーブル内のダッシュは、その実装がこのベンチマークで信頼できるハイドレーション数値を提供しなかったことを意味します。
+
 ## GitHubのスター
 
 GitHubのスターは、プロジェクトの普及度、コミュニティの信頼、および長期的な関連性を示す強力な指標です。技術的な品質を直接測定するものではありませんが、どれだけの開発者がプロジェクトを有用だと感じ、その進捗をフォローし、採用する可能性があるかを反映しています。プロジェクトの価値を見積もる際、スターは代替案との勢いの比較を助け、エコシステムの成長に関する洞察を提供します。

package/docs/ja/benchmark/tanstack.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - tanstack
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-tanstack-start-template
 history:
   - version: 8.9.8
@@ -124,6 +124,28 @@ i18nのリーク問題を素早く特定するために、無料のスキャナ
 - **Scoped static**: 複雑な追加ネットワークリクエストなしで、コードを整理（論理的な分離）できる。
 - **Scoped dynamic**: コード分割とパフォーマンスにおいて最良のアプローチ。現在のビューとアクティブなロケールが必要なものだけをロードすることで、メモリ使用量を最小限に抑える。
 
+### 測定内容:
+
+私は、すべてのスタックに対して同じ多言語アプリを実際のブラウザで実行し、実際にネットワークを通じて何が表示されたか、どのくらい時間がかかったかを記録しました。サイズは**通常のウェブ圧縮後**に報告されています。これは生ソースコード数よりも、人々が実際にダウンロードするものに近いためです。
+
+- **国際化ライブラリサイズ**: バンドリング、ツリーシェイキング、ミニファイ後の i18n ライブラリのサイズは、空のコンポーネント内のプロバイダー（例：`NextIntlClientProvider`）+ フック（例：`useTranslations`）コードのサイズです。翻訳ファイルの読み込みは含まれません。これにより、コンテンツが入る前にライブラリがどの程度コストがかかるかが分かります。
+
+- **ページごとの JavaScript**: 各ベンチマークルートについて、その訪問時にブラウザが取得するスクリプトの量を、スイート内のページ全体にわたり、またレポートがロールアップする場所のロケール全体にわたって平均化したものです。重いページは遅いページです。
+
+- **他のロケールからのリーク**: 同じページであっても、別の言語であり、監査されたページに誤って読み込まれるコンテンツです。このコンテンツは不要であり、回避する必要があります。（例：`/en/about` ページバンドルの `/fr/about` ページコンテンツ）
+
+- **他のルートからのリーク**: アプリ内の**他の画面**についても同じ考え方です。1 つのページのみを開いたときに、そのコピーが一緒に読み込まれるかどうかです。（例：`/en/contact` ページバンドルの `/en/about` ページコンテンツ）。スコアが高い場合は、分割が弱いか、バンドルが過度に広いことを示唆しています。
+
+- **平均コンポーネントバンドルサイズ**: 一般的な UI コンポーネントは、1 つの巨大なアプリ番号内に隠れるのではなく、**1 つずつ**測定されます。国際化が日常的なコンポーネントを静かに膨張させているかどうかを示します。例えば、コンポーネントが再レンダリングされる場合、メモリからすべてのデータを読み込みます。巨大な JSON をコンポーネントに添付することは、コンポーネントのパフォーマンスを低下させる、使用されていない大量のデータストアに接続するようなものです。
+
+- **言語切り替えレスポンシビティ**: アプリ独自の制御を使用して言語を切り替え、ページが明確に切り替わるまでにかかる時間を計測します。訪問者が気付くこと、ラボの微視的なステップではありません。
+
+- **言語変更後のレンダリング作業**: より狭い追跡です。スイッチが実行中になった後、新しい言語のために、インターフェイスが再描画するのに要した努力がどの程度であるかです。「感じられた」時間とフレームワークコストが異なる場合に役立ちます。
+
+- **初期ページロード時間**: ナビゲーションから、テストしたシナリオについてページが完全に読み込まれたと見なすブラウザまで。コールドスタートを比較するのに適しています。
+
+- **ハイドレーション時間**: アプリが公開している場合、クライアントがサーバー HTML を実際にクリックできるものに変換するのにかかる時間です。テーブルのダッシュ記号は、その実装がこのベンチマークで信頼性の高いハイドレーション数値を提供しなかったことを意味します。
+
 ## GitHubのスター
 
 GitHubのスターは、プロジェクトの普及度、コミュニティの信頼、および長期的な関連性を示す強力な指標です。技術的な品質を直接測定するものではありませんが、どれだけの開発者がプロジェクトを有用だと感じ、その進捗をフォローし、採用する可能性があるかを反映しています。プロジェクトの価値を見積もる際、スターは代替案との勢いの比較を助け、エコシステムの成長に関する洞察を提供します。

package/docs/ja/benchmark/vue.md

@@ -14,7 +14,7 @@ slugs:
   - doc
   - benchmark
   - vue
-author: Aymeric PINEAU
+author: aymericzip
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-vue-template
 history:
   - version: 8.9.8

package/docs/ja/bundle_optimization.md

@@ -22,6 +22,7 @@ history:
   - version: 8.7.0
     date: 2026-04-08
     changes: "ビルド設定に `minify` と `purge` オプションを追加"
+author: aymericzip
 ---
 
 # i18nバンドルサイズとパフォーマンスの最適化
@@ -396,11 +397,11 @@ export default config;
 
 ### ビルドオプション
 
-| プロパティ     | 型                     | デフォルト  | 説明                                                                                                                                                                                                                 |
-| :------------- | :--------------------- | :---------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| **`optimize`** | `boolean \| undefined` | `undefined` | インポートの書き換えパスを有効にします。`undefined` = 本番ビルドでのみアクティブになります。`false` の場合、purgeとminifyも無効になります。                                                                          |
-| **`minify`**   | `boolean`              | `false`     | コンパイルされたJSONファイル内のコンテンツフィールドキーを短いアルファベットのエイリアスに名前変更します。ソースコード内の対応するプロパティアクセスも書き換えます。`optimize` が `false` の場合は効果がありません。 |
-| **`purge`**    | `boolean`              | `false`     | コンパイルされたJSONファイルから、ソースコードで静的にアクセスされないコンテンツフィールドを削除します。`optimize` が `false` の場合は効果がありません。                                                             |
+| プロパティ     | 型                    | デフォルト  | 説明                                                                                                                                                                                                                 |
+| :------------- | :-------------------- | :---------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| **`optimize`** | `boolean / undefined` | `undefined` | インポートの書き換えパスを有効にします。`undefined` = 本番ビルドでのみアクティブになります。`false` の場合、purgeとminifyも無効になります。                                                                          |
+| **`minify`**   | `boolean`             | `false`     | コンパイルされたJSONファイル内のコンテンツフィールドキーを短いアルファベットのエイリアスに名前変更します。ソースコード内の対応するプロパティアクセスも書き換えます。`optimize` が `false` の場合は効果がありません。 |
+| **`purge`**    | `boolean`             | `false`     | コンパイルされたJSONファイルから、ソースコードで静的にアクセスされないコンテンツフィールドを削除します。`optimize` が `false` の場合は効果がありません。                                                             |
 
 ### 最小化（Minification - フィールドキーの名前変更）
 

package/docs/ja/cli/build.md

@@ -17,6 +17,7 @@ history:
   - version: 8.1.5
     date: 2026-02-23
     changes: "checkTypesオプションを追加"
+author: aymericzip
 ---
 
 # 辞書のビルド

package/docs/ja/cli/ci.md

@@ -20,6 +20,7 @@ history:
   - version: 7.5.11
     date: 2026-01-06
     changes: "CIコマンドを追加"
+author: aymericzip
 ---
 
 # CIコマンド
@@ -139,6 +140,28 @@ steps:
     run: npx intlayer ci fill
 ```
 
+## スキャフォルドされた GitHub Actions
+
+`intlayer init` を実行すると、Intlayer はパッケージマネージャー (npm、yarn、pnpm、または bun) を検出し、`.github/workflows/` の下に 2 つの GitHub Actions ワークフローをスキャフォルドします。コマンドはそのパッケージマネージャーに対応します:
+
+- **`intlayer-fill.yml`** — すべてのプルリクエストで、辞書をビルドし `intlayer fill --git-diff --mode complete` を実行して、変更された辞書の欠落している翻訳を生成し、結果を PR ブランチにコミットします。
+- **`intlayer-test.yml`** — すべてのプルリクエストで、辞書をビルドし `intlayer test` を実行し、必要なロケールの翻訳が不足している場合はチェックを失敗させます。
+
+既存のワークフローファイルが上書きされることはありません。スキャフォルディングをスキップするには、以下を実行します:
+
+```bash
+npx intlayer init --no-github-actions
+```
+
+### fill workflowへのAIアクセスの提供
+
+スキャフォルドされた `intlayer-fill.yml` はAIアクセスが必要です。2つのオプションが利用可能です（workflowの `env` ブロックで設定）:
+
+1. **独自のAIプロバイダーキー** — リポジトリ設定（Settings → Secrets and variables → Actions）に `AI_API_KEY` シークレットを追加します。workflowは `--provider`、`--model`、`--api-key` 経由でそれを転送します。
+2. **Intlayer CMSアクセスキー** — `INTLAYER_CLIENT_ID` と `INTLAYER_CLIENT_SECRET` シークレットを追加し、`intlayer.config` の `editor` セクションに接続します。CMSアクセスキーはIntlayer backendを通じてAIアクセスを許可します。
+
+`intlayer-test.yml` workflowはAIアクセスを必要としません。
+
 ## エラーハンドリング
 
 - `INTLAYER_PROJECT_CREDENTIALS`が設定されていない場合、コマンドはエラーで終了します。

package/docs/ja/cli/configuration.md

@@ -14,6 +14,7 @@ slugs:
   - concept
   - cli
   - configuration
+author: aymericzip
 ---
 
 # 設定の管理

package/docs/ja/cli/debug.md

@@ -13,6 +13,7 @@ slugs:
   - concept
   - cli
   - debug
+author: aymericzip
 ---
 
 # Intlayerコマンドのデバッグ

package/docs/ja/cli/doc-review.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2024-08-11
-updatedAt: 2025-11-22
+updatedAt: 2026-06-17
 title: ドキュメントのレビュー
 description: 異なるロケール間での品質、一貫性、完全性を確認するためのドキュメントファイルのレビュー方法を学びます。
 keywords:
@@ -15,6 +15,11 @@ slugs:
   - concept
   - cli
   - doc-review
+history:
+  - version: 9.0.0
+    date: 2026-06-17
+    changes: "--log オプションを追加"
+author: aymericzip
 ---
 
 # ドキュメントのレビュー
@@ -54,8 +59,110 @@ bun x intlayer doc review
 
 ## 引数:
 
-`doc review` コマンドは `doc translate` と同じ引数を受け付け、特定のドキュメントファイルをレビューし品質チェックを適用できます。
+**ファイルリストオプション:**
 
-もし git オプションのいずれかを有効にしている場合、コマンドは変更されているファイルの部分のみをレビューします。スクリプトはファイルをチャンクに分割して処理し、各チャンクをレビューします。チャンクに変更がなければ、レビュー処理を高速化し AI プロバイダーの API コストを抑えるためにそのチャンクはスキップされます。
+- **`--doc-pattern [docPattern...]`**: レビューするドキュメントファイルにマッチするグロブパターン。
 
-完全な引数の一覧については、[Translate Document](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/doc-translate.md) コマンドのドキュメントを参照してください。
+  > 例: `npx intlayer doc review --doc-pattern "docs/**/*.md" "src/**/*.mdx"`
+
+- **`--excluded-glob-pattern [excludedGlobPattern...]`**: レビューから除外するグロブパターン。
+
+  > 例: `npx intlayer doc review --excluded-glob-pattern "docs/internal/**"`
+
+- **`--skip-if-modified-before [skipIfModifiedBefore]`**: 指定した日時より前に変更されたファイルをスキップします。
+  - 絶対日時として "2025-12-05"（文字列またはDate型）を指定可能
+  - ミリ秒単位の相対時間として `1 * 60 * 60 * 1000`（1時間）を指定可能
+  - このオプションは `fs.stat` メソッドを使ってファイルの更新日時をチェックします。そのため、Gitやその他のツールによるファイル変更の影響を受ける可能性があります。
+
+  > 例: `npx intlayer doc review --skip-if-modified-before "2025-12-05"`
+
+- **`--skip-if-modified-after [skipIfModifiedAfter]`**: 指定した日時以内に変更されたファイルをスキップします。
+  - 絶対日時として "2025-12-05"（文字列またはDate型）を指定可能
+  - ミリ秒単位の相対時間として `1 * 60 * 60 * 1000`（1時間）を指定可能
+  - このオプションは `fs.stat` メソッドを使ってファイルの更新日時をチェックします。そのため、Gitやその他のツールによるファイル変更の影響を受ける可能性があります。
+
+  > 例: `npx intlayer doc review --skip-if-modified-after "2025-12-05"`
+
+- **`--skip-if-exists`**: 既にファイルが存在する場合、そのファイルをスキップします。
+
+  > 例: `npx intlayer doc review --skip-if-exists`
+
+**レビューモードオプション:**
+
+- **`--log`**: ログ出力のみモード。AIによる翻訳は行わず、代わりに別のエージェントが翻訳を生成できるように、ベースロケールとターゲットロケールで注意が必要なブロック（行番号と内容を含む）をログ出力します。
+
+  > 例: `npx intlayer doc review --log`
+
+**エントリー出力オプション:**
+
+- **`--locales [locales...]`**: ドキュメントをレビューする対象のロケール。
+
+  > 例: `npx intlayer doc review --locales fr es de`
+
+- **`--base-locale [baseLocale]`**: 比較元のソースロケール（ベースドキュメント）。
+
+  > 例: `npx intlayer doc review --base-locale en`
+
+**ファイル処理オプション:**
+
+- **`--nb-simultaneous-file-processed [nbSimultaneousFileProcessed]`**: レビューのために同時に処理するファイル数。
+
+  > 例: `npx intlayer doc review --nb-simultaneous-file-processed 5`
+
+**AIオプション:**
+
+- **`--model [model]`**: レビューに使用するAIモデル（例: `gpt-3.5-turbo`）。
+- **`--provider [provider]`**: レビューに使用するAIプロバイダー。
+- **`--temperature [temperature]`**: AIモデルの温度設定。
+- **`--api-key [apiKey]`**: AIサービス用のAPIキーを提供。
+- **`--application-context [applicationContext]`**: AIレビューに追加のコンテキストを提供。
+- **`--data-serialization [dataSerialization]`**: IntlayerのAI機能に使用するデータシリアライズ形式。オプション: `json` (標準的で信頼性が高い), `toon` (トークン消費が少ないが、一貫性が低い)。
+- **`--custom-prompt [prompt]`**: レビューに使用する基本プロンプトをカスタマイズします。（注：ほとんどのユースケースでは、挙動をより良く制御できるため `--custom-instructions` オプションの使用が推奨されます。）
+
+  > 例: `npx intlayer doc review --model deepseek-chat --provider deepseek --temperature 0.5 --api-key sk-1234567890 --application-context "My application is a cat store"`
+
+**環境変数オプション:**
+
+- **`--env`**: 環境を指定します（例：`development`、`production`）。
+- **`--env-file [envFile]`**: 変数を読み込むためのカスタム環境ファイルを指定します。
+- **`--base-dir`**: プロジェクトのベースディレクトリを指定します。
+- **`--no-cache`**: キャッシュを無効にします。
+
+  > 例: `npx intlayer doc review --base-dir ./docs --env-file .env.production.local`
+
+**ログオプション:**
+
+- **`--verbose`**: デバッグのために詳細なログを有効にします。（CLIではデフォルトでtrue）
+
+  > 例: `npx intlayer doc review --verbose`
+
+**カスタム指示オプション:**
+
+- **`--custom-instructions [customInstructions]`**: プロンプトに追加するカスタム指示。フォーマットやURLの翻訳など特定のルールを適用するのに便利です。
+
+  > 例: `npx intlayer doc review --custom-instructions "URLの翻訳を避け、マークダウン形式を維持する"`
+
+  > 例: `npx intlayer doc review --custom-instructions "$(cat ./instructions.md)"`
+
+**Gitオプション:**
+
+- **`--git-diff`**: 変更を含むファイル（デフォルトは `origin/main` から現在のブランチ `HEAD` への変更）のみで実行します。
+- **`--git-diff-base`**: git diffのベース参照を指定します（デフォルトは `origin/main`）。
+- **`--git-diff-current`**: git diffの現在の参照を指定します（デフォルトは `HEAD`）。
+- **`--uncommitted`**: ココミットされていない変更を含めます。
+- **`--unpushed`**: プッシュされていない変更を含めます。
+- **`--untracked`**: トラッキングされていないファイルを含めます。
+
+  > 例: `npx intlayer doc review --git-diff --git-diff-base origin/main --git-diff-current HEAD`
+
+  > 例: `npx intlayer doc review --uncommitted --unpushed --untracked`
+
+> 出力ファイルのパスは、以下のパターンを置換することで決定されることに注意してください:
+>
+> - `/{{baseLocale}}/` を `/{{locale}}/` に置換（Unix）
+> - `\{{baseLocale}}\` を `\{{locale}}\` に置換（Windows）
+> - `_{{baseLocale}}.` を `_{{locale}}.` に置換
+> - `{{baseLocale}}_` を `{{locale}}_` に置換
+> - `.{{baseLocaleName}}.` を `.{{localeName}}.` に置換
+>
+> もしパターンが見つからない場合、出力ファイルはファイル拡張子の前に `.{{locale}}` を追加します。例えば `./my/file.md` はレビューされ、フランス語ロケールの場合 `./my/file.fr.md` に更新されます。

package/docs/ja/cli/doc-translate.md

@@ -15,6 +15,7 @@ slugs:
   - concept
   - cli
   - doc-translate
+author: aymericzip
 ---
 
 # ドキュメントの翻訳

package/docs/ja/cli/editor.md

@@ -13,6 +13,7 @@ slugs:
   - concept
   - cli
   - editor
+author: aymericzip
 ---
 
 # エディターコマンド

package/docs/ja/cli/extract.md

@@ -14,6 +14,7 @@ slugs:
   - concept
   - cli
   - extract
+author: aymericzip
 ---
 
 # 文字列の抽出

package/docs/ja/cli/fill.md

@@ -16,6 +16,7 @@ slugs:
   - concept
   - cli
   - fill
+author: aymericzip
 ---
 
 # 辞書の補完 / 監査 / 翻訳
@@ -46,6 +47,14 @@ bun x intlayer fill
 - 既存の翻訳を上書きしないことで、既存の翻訳を保持します。
 - キューシステムを使用してファイル、チャンク、ロケールを並列処理し、速度を向上させます。
 
+## 主なポイント:
+
+- 大規模なJSONファイルをチャンクに分割して、AIモデルのコンテキストウィンドウ制限内に収まるようにします。
+- 出力形式が正しくない場合は翻訳を再試行します。
+- アプリケーション固有とファイル固有のコンテキストを組み込んで、翻訳精度を向上させます。
+- 既存の翻訳を保持し、上書きしません。
+- キューシステムを使用してファイル、チャンク、ロケールを並列処理して、速度を向上させます。
+
 ## エイリアス:
 
 - `npx intlayer dictionaries fill`

package/docs/ja/cli/index.md

@@ -17,6 +17,9 @@ slugs:
   - concept
   - cli
 history:
+  - version: 9.0.0
+    date: 2026-06-11
+    changes: "scanコマンドの追加"
   - version: 8.6.4
     date: 2026-03-31
     changes: "standaloneコマンドの追加"
@@ -62,6 +65,7 @@ history:
   - version: 5.5.10
     date: 2025-06-29
     changes: "履歴の初期化"
+author: aymericzip
 ---
 
 # Intlayer CLI - 多言語サイトのためのすべてのIntlayer CLIコマンド
@@ -162,6 +166,10 @@ Intlayerは、複数の設定ファイル形式をサポートしています：
 
 - **[CI Command](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/ci.md)** - CI/CDパイプライン用に自動的に資格情報を挿入してIntlayerコマンドを実行します。
 
+### 監査と診断
+
+- **[ウェブサイトのスキャン](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/scan.md)** - 任意の公開URLのページサイズを測定し、i18n/SEOの状態を監査します
+
 ### 開発ツール
 
 - **[CLI SDK](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ja/cli/sdk.md)** - 独自のコード内でIntlayer CLI SDKを使用します。
@@ -184,7 +192,8 @@ Intlayerは、複数の設定ファイル形式をサポートしています：
   "intlayer:extract": "npx intlayer extract",
   "intlayer:projects": "npx intlayer projects list",
   "intlayer:doc:translate": "npx intlayer doc translate",
-  "intlayer:doc:review": "npx intlayer doc review"
+  "intlayer:doc:review": "npx intlayer doc review",
+  "intlayer:scan": "npx intlayer scan https://example.com"
 }
 ```
 

package/docs/ja/cli/init.md

@@ -20,6 +20,7 @@ history:
   - version: 7.5.9
     date: 2025-12-30
     changes: "init コマンドの追加"
+author: aymericzip
 ---
 
 # Intlayerの初期化

package/docs/ja/cli/list.md

@@ -20,6 +20,7 @@ history:
   - version: 7.5.11
     date: 2026-01-06
     changes: "listコマンドにJSON出力オプションを追加"
+author: aymericzip
 ---
 
 # コンテンツ宣言ファイルの一覧表示

package/docs/ja/cli/list_projects.md

@@ -18,6 +18,7 @@ history:
   - version: 7.5.12
     date: 2026-01-06
     changes: "list projects コマンドに絶対パス出力オプションを追加"
+author: aymericzip
 ---
 
 # Intlayer プロジェクトを一覧表示
@@ -98,24 +99,6 @@ pnpm intlayer projects list
 bun x intlayer projects list
 ```
 
-### 現在のディレクトリ内のプロジェクトを一覧表示:
-
-```bash packageManager="npm"
-npx intlayer projects list --base-dir ./packages
-```
-
-```bash packageManager="yarn"
-yarn intlayer projects list --base-dir ./packages
-```
-
-```bash packageManager="pnpm"
-pnpm intlayer projects list --base-dir ./packages
-```
-
-```bash packageManager="bun"
-bun x intlayer projects list --base-dir ./packages
-```
-
 ### 特定ディレクトリ内のプロジェクトを一覧表示:
 
 ```bash packageManager="npm"

package/docs/ja/cli/live.md

@@ -14,6 +14,7 @@ slugs:
   - concept
   - cli
   - live
+author: aymericzip
 ---
 
 # ライブ同期コマンド

package/docs/ja/cli/login.md

@@ -15,6 +15,7 @@ slugs:
   - concept
   - cli
   - login
+author: aymericzip
 ---
 
 # Intlayer CLI ログインコマンド