@intlayer/docs 8.12.5-canary.0 → 9.0.0-canary.10

package/docs/ko/plugins/sync-json.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2025-03-13
-updatedAt: 2025-12-13
+updatedAt: 2026-06-21
 title: Sync JSON 플러그인
 description: Intlayer 사전을 서드파티 i18n JSON 파일(i18next, next-intl, react-intl, vue-i18n 등)과 동기화합니다. 기존 i18n을 유지하면서 Intlayer를 사용하여 메시지를 관리, 번역 및 테스트할 수 있습니다.
 keywords:
@@ -24,6 +24,9 @@ slugs:
   - sync-json
 youtubeVideo: https://www.youtube.com/watch?v=MpGMxniDHNg
 history:
+  - version: 9.0.0
+    date: 2026-06-21
+    changes: "splitKeys 옵션 추가 (next-intl / react-intl 단일 파일 레이아웃을 위한 최상위 네임스페이스 키당 하나의 사전)"
   - version: 7.5.0
     date: 2025-12-13
     changes: "ICU 및 i18next 형식 지원 추가"
@@ -62,7 +65,62 @@ pnpm add -D @intlayer/sync-json-plugin
 npm i -D @intlayer/sync-json-plugin
 ```
 
-## 빠른 시작
+## Plugins
+
+이 패키지는 두 가지 플러그인을 제공합니다:
+
+- `loadJSON`: JSON 파일을 Intlayer 사전으로 로드합니다.
+  - 이 플러그인은 소스에서 JSON 파일을 로드하고 Intlayer 사전으로 로드하는 데 사용됩니다. 모든 코드베이스를 스캔하고 특정 JSON 파일을 검색할 수 있습니다.
+    이 플러그인은 다음 경우에 사용할 수 있습니다.
+    - JSON 파일이 로드될 특정 위치를 강제하는 i18n 라이브러리(예: `next-intl`, `i18next`, `react-intl`, `vue-i18n` 등)를 사용하지만, 코드베이스의 원하는 위치에 콘텐츠 선언을 배치하려는 경우.
+    - 원격 소스(예: CMS, API 등)에서 메시지를 가져와 JSON 파일에 저장하려는 경우에도 사용할 수 있습니다.
+
+  > 내부적으로 이 플러그인은 모든 코드베이스를 스캔하고 특정 JSON 파일을 검색하여 Intlayer 사전으로 로드합니다.
+  > 이 플러그인은 출력 및 번역을 JSON 파일에 다시 쓰지 않습니다.
+
+- `syncJSON`: JSON 파일을 Intlayer 사전과 동기화합니다.
+  - 이 플러그인은 JSON 파일을 Intlayer 사전과 동기화하는 데 사용됩니다. 지정된 위치를 스캔하고 특정 JSON 파일의 패턴과 일치하는 JSON을 로드할 수 있습니다. 이 플러그인은 다른 i18n 라이브러리를 사용하면서 Intlayer의 이점을 얻으려는 경우에 유용합니다.
+
+## Using both plugins
+
+```ts fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON, syncJSON } from "@intlayer/sync-json-plugin";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+  },
+
+  // 현재 JSON 파일을 Intlayer 사전과 동기화 상태로 유지
+  plugins: [
+    /**
+     * src에서 {key}.i18n.json 패턴과 일치하는 모든 JSON 파일을 로드합니다.
+     */
+    loadJSON({
+      source: ({ key }) => `./src/**/${key}.i18n.json`,
+      locale: Locales.ENGLISH,
+      priority: 1, // 이 JSON 파일이 `./locales/en/${key}.json`의 파일보다 우선하도록 보장합니다.
+      format: "intlayer", // JSON 콘텐츠의 형식
+    }),
+    /**
+     * 출력 및 번역을 로케일 디렉토리의 JSON 파일로 로드하고 다시 씁니다.
+     */
+    syncJSON({
+      source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      priority: 0,
+      format: "i18next",
+    }),
+  ],
+};
+
+export default config;
+```
+
+## `syncJSON` plugin
+
+### Quick start
 
 플러그인을 `intlayer.config.ts`에 추가하고 기존 JSON 구조를 가리키도록 설정하세요.
 
@@ -81,6 +139,7 @@ const config: IntlayerConfig = {
     syncJSON({
       // 로케일별, 네임스페이스별 레이아웃 (예: next-intl, 네임스페이스가 있는 i18next)
       source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      format: "icu",
     }),
   ],
 };
@@ -91,14 +150,27 @@ export default config;
 대안: 로케일별 단일 파일 (i18next/react-intl 설정에서 일반적임):
 
 ```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale }) => `./locales/${locale}.json`,
-  }),
-];
+import { Locales, type IntlayerConfig } from "intlayer";
+import { syncJSON } from "@intlayer/sync-json-plugin";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH],
+    defaultLocale: Locales.ENGLISH,
+  },
+  plugins: [
+    syncJSON({
+      format: "i18next",
+      source: ({ locale }) => `./locales/${locale}.json`,
+      format: "i18next",
+    }),
+  ],
+};
+
+export default config;
 ```
 
-### 작동 방식
+#### 작동 방식
 
 - 읽기: 플러그인은 `source` 빌더에서 JSON 파일을 찾아 Intlayer 사전으로 로드합니다.
 - 쓰기: 빌드 및 채우기 후, 로컬라이즈된 JSON을 동일한 경로에 다시 씁니다 (포맷 문제를 방지하기 위해 마지막에 개행 포함).
@@ -112,6 +184,7 @@ syncJSON({
   location?: string, // 선택적 레이블, 기본값: "plugin"
   priority?: number, // 충돌 해결을 위한 선택적 우선순위, 기본값: 0
   format?: 'intlayer' | 'icu' | 'i18next', // 선택적 포맷터, Intlayer 런타임 호환성에 사용
+  splitKeys?: boolean, // 선택 사항, 단일 파일을 최상위 키당 하나의 사전으로 분할 (자동 감지)
 });
 ```
 
@@ -136,11 +209,43 @@ syncJSON({
 }),
 ```
 
-## 여러 JSON 소스 및 우선순위
+#### `splitKeys` (boolean)
+
+**최상위 키가 네임스페이스인** 단일 JSON 파일이 전체 파일을 담는 단일 사전 대신 최상위 키당 하나의 사전이 되어야 하는지 여부를 제어합니다.
+
+이는 `next-intl` 및 `react-intl`과 같은 라이브러리의 네임스페이스 모델과 일치합니다. 이 모델에서는 하나의 `messages/{locale}.json` 파일이 최상위 키별로 여러 네임스페이스를 그룹화하며, 각 네임스페이스는 독립적으로 처리됩니다 (예: `useTranslations('Hero')`는 `Hero` 사전을 해결합니다).
+
+- `undefined` (기본값): **자동 감지** — `source` 패턴에 `{key}` 세그먼트가 없는 경우 (하나의 파일이 모든 네임스페이스를 포함) 파일이 분할되고, 그렇지 않은 경우 (키당 하나의 파일) 단일 사전으로 유지됩니다.
+- `true`: 항상 각 최상위 키를 자체 사전으로 분할합니다.
+- `false`: 분할하지 않습니다; 전체 파일이 단일 사전이 됩니다.
+
+단일 `messages/{locale}.json` 파일이 주어졌을 때:
+
+```json fileName="messages/en.json"
+{
+  "Hero": { "title": "Full-stack developer" },
+  "Nav": { "work": "Work", "about": "About" },
+  "About": { "lead": "I build apps end to end." }
+}
+```
+
+```ts fileName="intlayer.config.ts"
+syncJSON({
+  format: "icu",
+  source: ({ locale }) => `./messages/${locale}.json`,
+  // splitKeys: true, // 패턴에 `{key}` 세그먼트가 없으므로 암시적으로 활성화됨
+}),
+```
+
+이는 `Hero`, `Nav`, `About` 세 개의 사전을 생성하므로 `useTranslations('Hero')` (next-intl)가 올바르게 해결됩니다. 다시 쓸 때, 모든 네임스페이스는 동일한 로케일별 파일로 재조립됩니다.
+
+> `source`에 명시적인 `{key}` 세그먼트를 유지하는 경우 (예: `./locales/${locale}/${key}.json`), 각 파일은 이미 하나의 네임스페이스이므로 분할은 기본적으로 비활성화됩니다.
+
+### Multiple JSON sources and priority
 
 여러 `syncJSON` 플러그인을 추가하여 서로 다른 JSON 소스를 동기화할 수 있습니다. 이는 프로젝트에 여러 i18n 라이브러리나 다양한 JSON 구조가 있을 때 유용합니다.
 
-### 우선순위 시스템
+#### Priority system
 
 여러 플러그인이 동일한 사전 키를 대상으로 할 때, `priority` 매개변수가 어떤 플러그인이 우선하는지 결정합니다:
 
@@ -189,73 +294,140 @@ const config: IntlayerConfig = {
 export default config;
 ```
 
-### 충돌 해결
+## Load JSON plugin
 
-동일한 번역 키가 여러 JSON 소스에 존재할 때:
+### Quick start
 
-1. 가장 높은 우선순위를 가진 플러그인이 최종 값을 결정합니다.
-2. 낮은 우선순위 소스는 누락된 키에 대한 대체로 사용됩니다.
-3. 이를 통해 점진적으로 새로운 구조로 이전하면서도 레거시 번역을 유지할 수 있습니다.
+`intlayer.config.ts`에 플러그인을 추가하여 기존 JSON 파일을 Intlayer 사전으로 가져옵니다. 이 플러그인은 읽기 전용입니다 (디스크에 쓰지 않음):
 
-## 통합
+```ts fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON } from "@intlayer/sync-json-plugin";
 
-아래는 일반적인 매핑 예시입니다. 런타임은 변경하지 말고 플러그인만 추가하세요.
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+  },
+
+  plugins: [
+    // 소스 트리의 어느 곳에나 있는 JSON 메시지를 가져옵니다.
+    loadJSON({
+      source: ({ key }) => `./src/**/${key}.i18n.json`,
+      // 플러그인 인스턴스당 단일 로케일을 로드합니다 (구성의 defaultLocale로 기본 설정됨).
+      locale: Locales.ENGLISH,
+      priority: 0,
+    }),
+  ],
+};
 
-### i18next
+export default config;
+```
 
-일반적인 파일 구조: `./public/locales/{locale}/{namespace}.json` 또는 `./locales/{locale}/{namespace}.json`.
+대안: 로케일별 레이아웃, 여전히 읽기 전용 (선택된 로케일만 로드됨):
 
 ```ts fileName="intlayer.config.ts"
-import { syncJSON } from "@intlayer/sync-json-plugin";
+import { Locales, type IntlayerConfig } from "intlayer";
+import { loadJSON } from "@intlayer/sync-json-plugin";
 
-export default {
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH],
+    defaultLocale: Locales.ENGLISH,
+  },
   plugins: [
-    syncJSON({
-      format: "i18next",
+    loadJSON({
+      // 이 패턴에서 Locales.FRENCH에 대한 파일만 로드됩니다.
       source: ({ key, locale }) => `./locales/${locale}/${key}.json`,
+      locale: Locales.FRENCH,
     }),
   ],
 };
+
+export default config;
 ```
 
-### next-intl
+### How it works
 
-로케일별 JSON 메시지(보통 `./messages/{locale}.json`) 또는 네임스페이스별.
+- 발견: `source` 빌더에서 glob을 구축하고 일치하는 JSON 파일을 수집합니다.
+- 가져오기: 각 JSON 파일을 제공된 `locale`로 Intlayer 사전으로 로드합니다.
+- 읽기 전용: 출력 파일을 쓰거나 포맷하지 않습니다. 왕복 동기화가 필요한 경우 `syncJSON`을 사용하세요.
+- 자동 채우기 준비: `fill` 패턴을 정의하여 `intlayer content fill`이 누락된 키를 채울 수 있도록 합니다.
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale, key }) => `./messages/${locale}/${key}.json`,
-  }),
-];
+### API
+
+```ts
+loadJSON({
+  // JSON 파일 경로를 빌드합니다. 구조에 로케일 세그먼트가 없는 경우 `locale`은 선택 사항입니다.
+  source: ({ key, locale }) => string,
+
+  // 이 플러그인 인스턴스에 의해 로드된 사전에 대한 대상 로케일
+  // configuration.internationalization.defaultLocale로 기본 설정됩니다.
+  locale?: Locale,
+
+  // 소스를 식별하는 선택적 레이블
+  location?: string, // default: "plugin"
+
+  // 다른 소스와의 충돌 해결에 사용되는 우선순위
+  priority?: number, // default: 0
+
+  // JSON 콘텐츠에 대한 선택적 포맷터
+  format?: 'intlayer' | 'icu' | 'i18next', // default: 'intlayer'
+
+  // 단일 파일을 최상위 키당 하나의 사전으로 분할 (자동 감지)
+  splitKeys?: boolean,
+});
 ```
 
-참고: `docs/ko/intlayer_with_next-intl.md`.
+#### `format` ('intlayer' | 'icu' | 'i18next')
 
-### react-intl
+JSON 파일을 로드할 때 사전 콘텐츠에 사용할 포맷터를 지정합니다. 이를 통해 다양한 i18n 라이브러리와 호환되는 다양한 메시지 포맷팅 구문을 사용할 수 있습니다.
 
-로케일별 단일 JSON이 일반적입니다:
+- `'intlayer'`: 기본 Intlayer 포맷터 (기본값).
+- `'icu'`: ICU 메시지 포맷팅을 사용합니다 (react-intl, vue-i18n과 같은 라이브러리와 호환).
+- `'i18next'`: i18next 메시지 포맷팅을 사용합니다 (i18next, next-i18next, Solid-i18next와 호환).
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ locale }) => `./locales/${locale}.json`,
-  }),
-];
+**예시:**
+
+```ts
+loadJSON({
+  source: ({ key }) => `./src/**/${key}.i18n.json`,
+  locale: Locales.ENGLISH,
+  format: "icu", // 호환성을 위해 ICU 포맷팅 사용
+}),
 ```
 
-### vue-i18n
+#### `splitKeys` (boolean)
 
-로케일별 단일 파일 또는 네임스페이스별 파일 중 하나를 사용합니다:
+[`syncJSON`](#splitkeys-boolean)과 동일한 동작: 단일 JSON 파일이 최상위 키별로 여러 네임스페이스를 그룹화할 때, 각 최상위 키는 자체 사전이 됩니다.
 
-```ts fileName="intlayer.config.ts"
-plugins: [
-  syncJSON({
-    source: ({ key, locale }) => `./src/locales/${locale}/${key}.json`,
-  }),
-];
+- `undefined` (기본값): **자동 감지** — `source` 패턴에 `{key}` 세그먼트가 없는 경우 분할되고, 그렇지 않은 경우 단일 사전이 됩니다.
+- `true` / `false`: 분할을 강제하거나 비활성화합니다.
+
+```ts
+loadJSON({
+  source: ({ locale }) => `./messages/${locale}.json`,
+  format: "icu",
+  // splitKeys 자동 활성화: `Hero`, `Nav`, `About`, … 각각 사전이 됩니다.
+}),
 ```
 
+### Behavior and conventions
+
+- `source` 마스크에 로케일 플레이스홀더가 포함된 경우, 선택된 `locale`에 대한 파일만 가져옵니다.
+- 마스크에 `{key}` 세그먼트가 없는 경우, 파일의 각 최상위 키는 기본적으로 자체 사전이 됩니다 ([`splitKeys`](#splitkeys-boolean) 참조). 대신 전체 파일을 단일 `index` 사전으로 로드하려면 `splitKeys: false`로 설정하세요.
+- 키는 `source` 빌더의 `{key}` 플레이스홀더를 대체하여 파일 경로에서 파생됩니다.
+- 플러그인은 발견된 파일만 사용하며 누락된 로케일이나 키를 생성하지 않습니다.
+- `fill` 경로는 `source`에서 추론되며, 선택 시 CLI를 통해 누락된 값을 업데이트하는 데 사용됩니다.
+
+## Conflict resolution
+
+동일한 번역 키가 여러 JSON 소스에 존재할 때:
+
+1. 가장 높은 우선순위를 가진 플러그인이 최종 값을 결정합니다.
+2. 낮은 우선순위 소스는 누락된 키에 대한 대체로 사용됩니다.
+3. 이를 통해 점진적으로 새로운 구조로 이전하면서도 레거시 번역을 유지할 수 있습니다.
+
 ## CLI
 
 동기화된 JSON 파일은 다른 `.content` 파일로 간주됩니다. 즉, 모든 intlayer 명령어가 동기화된 JSON 파일에 대해 사용 가능합니다. 포함되는 명령어는 다음과 같습니다:
@@ -268,13 +440,13 @@ plugins: [
 
 자세한 내용은 [Intlayer CLI](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ko/cli/index.md)를 참조하세요.
 
-## 제한 사항 (현재)
+## Limitations (current)
 
 - 타사 라이브러리를 대상으로 할 때 삽입 또는 복수형/ICU 지원이 없습니다.
 - 비-Intlayer 런타임에 대한 시각적 편집기는 아직 제공되지 않습니다.
 - JSON 동기화만 지원하며, 비-JSON 카탈로그 형식은 지원되지 않습니다.
 
-## 이 점이 중요한 이유
+## Why this matters
 
 - 검증된 i18n 솔루션을 추천하고 Intlayer를 애드온으로 위치시킬 수 있습니다.
 - 튜토리얼에서 Intlayer를 사용하여 JSON을 관리하도록 제안함으로써 SEO/키워드를 활용할 수 있습니다.

package/docs/ko/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이 콘텐츠 파일의 변경 사항을 모니터링하기 위해 웹팩 플러그인을 병렬로 실행할 수 없기 때문입니다.
+
+이를 해결하기 위해 개발 서버와 Intlayer 빌드 감시기를 동시에 실행하기 위해 `--with` 옵션을 사용하여 `intlayer watch` 명령을 제공합니다.
+
+```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/ko/releases/v7.md)를 확인하세요.
+
+---
+
 ## 유용한 링크
 
 - [CLI 참조](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ko/cli/index.md)

package/docs/ko/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 declaration 파일(`.content.ts`, `.content.js` 등)을 작성하거나 업데이트할 때, 지정된 format 명령을 파일에 대해 자동으로 실행합니다. `{{file}}` placeholder는 실제 파일 경로로 대체되며, 명령은 프로젝트의 base directory에서 실행됩니다.
+
+---
+
+## Dictionary Configuration: 더 나은 구성과 구조
+
+v7은 dictionary 관련 설정에 대한 더 나은 조직화와 개선된 컨텐츠 관리를 제공하는 새로운 전용 `dictionary` 설정 섹션을 도입합니다.
+
+### 새로운 dictionary 구성 구조
+
+`fill` 속성이 `content` 섹션에서 새로운 `dictionary` 섹션으로 이동되어 더 명확한 관심사의 분리를 제공합니다:
+
+**v6 configuration:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    autoFill: "./{{fileName}}.content.json",
+    contentDir: ["src"],
+  },
+};
+```
+
+**v7 configuration:**
+
+```typescript fileName="intlayer.config.ts"
+export default {
+  content: {
+    contentDir: ["src"],
+  },
+  dictionary: {
+    fill: "./{{fileName}}.content.json",
+  },
+};
+```
+
+### 새로운 구조의 이점
+
+- **더 명확한 구성**: 사전 관련 설정이 이제 함께 그룹화되어 있습니다
+- **더 나은 관심사의 분리**: 콘텐츠 발견과 사전 작업이 명확하게 분리됩니다
+- **향상된 유지보수성**: 사전 관련 구성을 더 쉽게 이해하고 수정할 수 있습니다
+- **향후 확장성**: 사전 섹션은 추가 사전 관련 설정을 수용할 수 있습니다
+- **포괄적인 사전 관리**: 새로운 사전을 만들고 관리하기 위한 `title`, `live`, `priority`, `tags`, `version`, `description`과 같은 속성을 포함합니다
+
+### 구성 사용
+
+dictionary 구성은 두 가지 주요 목적을 수행합니다:
+
+1. **기본값**: 콘텐츠 선언 파일을 생성할 때 기본값 정의
+2. **Fallback 동작**: 특정 필드가 정의되지 않았을 때 fallback 값을 제공하여 dictionary 작동 동작을 전역적으로 정의 가능
+
+dictionary 섹션에는 dictionary 관리를 위한 포괄적인 속성이 포함됩니다:
+
+- **`fill`**: 콘텐츠 생성을 위한 자동 채우기 동작
+- **`title`**: 새 dictionary의 기본 제목
+- **`live`**: 실시간 업데이트를 위한 라이브 동기화 구성
+- **`priority`**: dictionary 해석 우선순위 설정
+- **`tags`**: 콘텐츠 조직화를 위한 기본 태그
+- **`version`**: dictionary 업데이트를 위한 버전 관리
+- **`description`**: 새 콘텐츠의 기본 설명
+
+콘텐츠 선언 파일 및 구성 값이 적용되는 방법에 대한 자세한 정보는 [Content File Documentation](https://github.com/aymericzip/intlayer/blob/main/docs/docs/ko/dictionary/content_file.md)을 참조하세요.
+
+---
+
 ## fill 명령어: 더 나은 콘텐츠 관리를 위한 동작 업데이트
 
 v7에서는 `fill` 명령어의 동작이 개선되어 더 예측 가능하고 유연한 콘텐츠 관리를 제공합니다:
@@ -408,6 +532,10 @@ const content = {
 - **`middleware.prefixDefault`**: `routing.mode`로 대체됨
 - **`middleware.noPrefix`**: `routing.mode`로 대체됨
 
+### 새로운 설정
+
+- **`editor.formatCommand`**: 콘텐츠 파일의 자동 코드 포맷팅을 위한 새로운 옵션
+
 ### 마이그레이션 매핑
 
 #### 구성 매핑