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

package/docs/zh/packages/@intlayer_babel/export.md

@@ -0,0 +1,131 @@
+---
+createdAt: 2026-06-25
+updatedAt: 2026-06-25
+title: "@intlayer/babel 包文档"
+description: 用于 Intlayer 的 Babel 插件，处理构建期间的内容提取、导入优化、删除未使用字段以及混淆字段名称。
+keywords:
+  - "@intlayer/babel"
+  - babel
+  - plugin
+  - 国际化
+  - i18n
+  - 编译器
+  - 优化
+  - 清除
+  - 压缩
+slugs:
+  - doc
+  - packages
+  - "@intlayer/babel"
+  - export
+history:
+  - version: 9.0.0
+    date: 2026-06-25
+    changes: "统一所有导出的文档"
+author: aymericzip
+---
+
+# @intlayer/babel 包
+
+`@intlayer/babel` 包为 Intlayer 提供了一套专业的 Babel 插件。这些插件涵盖了整个构建生命周期：提取内容声明、将 `useIntlayer` / `getIntlayer` 调用重写为优化后的字典导入、清除未使用的字段以及压缩字段名称。
+
+## 安装
+
+```bash
+npm install @intlayer/babel
+```
+
+## 导出
+
+导入：
+
+```ts
+import { ... } from "@intlayer/babel";
+```
+
+---
+
+### 插件
+
+| 函数 / 类                      | 描述                                                                                                                                       |
+| ------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------ |
+| `intlayerExtractBabelPlugin`   | Babel 插件，可从源文件中提取可翻译内容并自动注入 `useIntlayer` / `getIntlayer` 钩子。设计用于 Next.js 和基于 Babel 的构建工具。            |
+| `intlayerOptimizeBabelPlugin`  | Babel 插件，可转换 `useIntlayer` 和 `getIntlayer` 调用，并将其导入重写为优化后的 JSON 字典导入（静态、动态或通过 fetch）。                 |
+| `intlayerPurgeBabelPlugin`     | Babel 插件，可分析源文件并重写编译后的字典 JSON 文件，以移除未使用的字段（`build.purge`）或将其重命名为简短别名（`build.minify`）。        |
+| `intlayerMinifyBabelPlugin`    | Babel 插件，可重写源文件以使用在混淆/压缩阶段分配的简短字段别名（例如 `content.title` ← `content.a`）。依赖于 `intlayerPurgeBabelPlugin`。 |
+| `makeFieldRenameBabelPlugin`   | 工厂函数，用于生成一个 Babel 插件，根据 `PruneContext` 中填充的 `dictionaryKeyToFieldRenameMap` 重命名源文件中的字典内容字段访问。         |
+| `makeUsageAnalyzerBabelPlugin` | 工厂函数，用于生成一个 Babel 插件，以分析源代码中 `useIntlayer` / `getIntlayer` 的使用情况，并在共享的 `PruneContext` 中聚合字段使用数据。 |
+| `getSharedPruneContext`        | 辅助函数，用于返回指定根目录的共享 `PruneContext` 对象，如果尚未初始化，则返回 `null`。                                                    |
+
+---
+
+### 插件配置工具
+
+| 函数                       | 描述                                                                                                                |
+| -------------------------- | ------------------------------------------------------------------------------------------------------------------- |
+| `getExtractPluginOptions`  | 加载 Intlayer 配置并返回准备好与 `intlayerExtractBabelPlugin` 配合使用的 `ExtractPluginOptions`。                   |
+| `getOptimizePluginOptions` | 加载 Intlayer 配置和编译好的字典，并返回准备好与 `intlayerOptimizeBabelPlugin` 配合使用的 `OptimizePluginOptions`。 |
+| `getPurgePluginOptions`    | 加载 Intlayer 配置并返回准备好与 `intlayerPurgeBabelPlugin` 配合使用的 `PurgePluginOptions`。                       |
+| `getMinifyPluginOptions`   | 加载 Intlayer 配置并返回准备好与 `intlayerMinifyBabelPlugin` 配合使用的 `MinifyPluginOptions`。                     |
+
+---
+
+### 类型
+
+| 类型                    | 描述                                                                          |
+| ----------------------- | ----------------------------------------------------------------------------- |
+| `CompilerMode`          | 编译器模式：用于带 HMR 支持的开发的 `'dev'`，或用于生产环境构建的 `'build'`。 |
+| `ExtractPluginOptions`  | `intlayerExtractBabelPlugin` 的选项：文件列表、配置、`onExtract` 回调函数等。 |
+| `ExtractResult`         | 提取结果：字典键、文件路径、内容和语言区域。                                  |
+| `OptimizePluginOptions` | `intlayerOptimizeBabelPlugin` 的选项：字典路径、导入模式、每字典模式映射等。  |
+| `PurgePluginOptions`    | `intlayerPurgeBabelPlugin` 的选项：根目录、清除/混淆/优化标志、组件文件列表。 |
+| `MinifyPluginOptions`   | `intlayerMinifyBabelPlugin` 的选项：根目录、混淆/优化/editorEnabled 标志。    |
+| `PruneContext`          | 分析和清除插件之间的共享状态：字段使用映射、重命名映射等。                    |
+| `DictionaryFieldUsage`  | 单个字典的字段使用结果：`Set<string>`，在静态分析不确定时为 `'all'`。         |
+| `NestedRenameEntry`     | 重命名树中的节点：`shortName` 和子节点映射。                                  |
+| `NestedRenameMap`       | 重命名树中的一级：`Map<string, NestedRenameEntry>`。                          |
+| `CompatCallerConfig`    | 用于兼容包（`compat-adapter`）的兼容使用分析器配置（调用者名称和处理选项）。  |
+| `ScriptBlock`           | 从 SFC 文件（Vue 或 Svelte）中提取的脚本块：内容、起始偏移量和结束偏移量。    |
+
+---
+
+### 工具函数
+
+| 函数                              | 描述                                                                                                          |
+| --------------------------------- | ------------------------------------------------------------------------------------------------------------- |
+| `generateShortFieldName`          | 将整数（从零开始）转换为简短的字母标识符：`0` → `'a'`，`25` → `'z'`，`26` → `'aa'` 等。                       |
+| `buildNestedRenameMapFromContent` | 从编译好的字典的内容值中递归构建 `NestedRenameMap`，并遵循 Intlayer 节点结构（translation、enumeration 等）。 |
+| `createPruneContext`              | 创建一个初始化为默认值的新的空 `PruneContext` 对象。                                                          |
+| `extractScriptBlocks`             | 从 SFC 文件（Vue / Svelte）中提取 `<script>` 块，以便进行后续的 Babel 分析。                                  |
+| `BABEL_PARSER_OPTIONS`            | 表示覆盖支持的框架（React/Vue/Svelte/Angular/...）的 Babel 解析器选项的常量。                                 |
+| `INTLAYER_CALLER_NAMES`           | 原始 Intlayer 调用者名称的常量列表：`['useIntlayer', 'getIntlayer']`。                                        |
+
+---
+
+## 使用示例
+
+```js
+// babel.config.js
+const {
+  intlayerExtractBabelPlugin,
+  intlayerPurgeBabelPlugin,
+  intlayerMinifyBabelPlugin,
+  intlayerOptimizeBabelPlugin,
+  getExtractPluginOptions,
+  getPurgePluginOptions,
+  getMinifyPluginOptions,
+  getOptimizePluginOptions,
+} = require("@intlayer/babel");
+
+module.exports = {
+  presets: ["next/babel"],
+  plugins: [
+    [intlayerExtractBabelPlugin, getExtractPluginOptions()],
+    [intlayerPurgeBabelPlugin, getPurgePluginOptions()],
+    [intlayerMinifyBabelPlugin, getMinifyPluginOptions()],
+    [intlayerOptimizeBabelPlugin, getOptimizePluginOptions()],
+  ],
+};
+```
+
+> **注意：** `intlayerPurgeBabelPlugin` 必须在 `intlayerMinifyBabelPlugin` **之前**声明，因为后者需要读取前者构建的重命名映射。此外，这两者之前都必须先声明 `intlayerOptimizeBabelPlugin`，以便它在重写 `useIntlayer` 调用之前能够检测到字典键。

package/docs/zh/packages/react-native-intlayer/exports.md

@@ -1,8 +1,8 @@
 ---
 createdAt: 2026-01-21
-updatedAt: 2026-01-21
+updatedAt: 2026-06-25
 title: react-native-intlayer 包文档
-description: 为 Intlayer 提供的 React Native 支持，包含 Provider 和 polyfill。
+description: 为 Intlayer 提供的 React Native 支持，包含 provider、hook、polyfill 和 Metro 配置。
 keywords:
   - react-native-intlayer
   - react-native
@@ -14,15 +14,20 @@ slugs:
   - react-native-intlayer
   - exports
 history:
+  - version: 9.0.0
+    date: 2026-06-25
+    changes: "重新导出完整的 react-intlayer API（hook、工具、format/html/markdown 子路径），使 React Native 应用只需依赖 react-native-intlayer"
   - version: 8.0.0
     date: 2026-01-21
-    changes: "Unified documentation for all exports"
+    changes: "统一所有导出的文档"
 author: aymericzip
 ---
 
 # react-native-intlayer 包
 
-`react-native-intlayer` 包提供将 Intlayer 集成到 React Native 应用中所需的工具。它包含一个 Provider 组件以及用于本地化支持的 polyfill。
+`react-native-intlayer` 包提供将 Intlayer 集成到 React Native 应用中所需的工具。它重新导出完整的 `react-intlayer` API（hook 和工具），并提供适用于 React Native 的 `IntlayerProvider`，以及 React Native 所需的 polyfill 和 Metro 配置。
+
+> 在 React Native 应用中，请从 `react-native-intlayer` 导入**所有内容**。您无需直接安装或导入 `react-intlayer`。
 
 ## 安装
 
@@ -34,14 +39,30 @@ npm install react-native-intlayer
 
 ### Provider 组件
 
-| 组件               | 说明                                             |
-| ------------------ | ------------------------------------------------ |
-| `IntlayerProvider` | 包裹应用并提供 Intlayer 上下文的 Provider 组件。 |
+| 组件               | 说明                                                                      |
+| ------------------ | ------------------------------------------------------------------------- |
+| `IntlayerProvider` | 包裹应用并提供 Intlayer 上下文的 Provider 组件。自动应用所需的 polyfill。 |
+
+```tsx
+import { IntlayerProvider } from "react-native-intlayer";
+```
+
+### Hook 和工具
+
+这些内容从 `react-intlayer` 重新导出，因此您可以直接从 `react-native-intlayer` 导入：
 
-导入：
+| 导出                                                                                                              | 说明                     |
+| ----------------------------------------------------------------------------------------------------------------- | ------------------------ |
+| `useIntlayer`                                                                                                     | 访问字典键的本地化内容。 |
+| `useLocale`                                                                                                       | 读取和更改当前语言环境。 |
+| `useDictionary`, `useDictionaryAsync`, `useDictionaryDynamic`, `useLoadDynamic`                                   | 以多种方式加载字典内容。 |
+| `useI18n`                                                                                                         | 兼容 i18next 的 hook。   |
+| `t`                                                                                                               | 内联翻译助手。           |
+| `getIntlayer`, `getDictionary`                                                                                    | 命令式内容获取器。       |
+| `localeCookie`, `localeInStorage`, `setLocaleCookie`, `setLocaleInStorage`, `useLocaleCookie`, `useLocaleStorage` | 语言环境持久化助手。     |
 
 ```tsx
-import "react-native-intlayer";
+import { useIntlayer, useLocale, t } from "react-native-intlayer";
 ```
 
 ### Polyfill
@@ -50,10 +71,25 @@ import "react-native-intlayer";
 | ------------------ | ---------------------------------------------------------- |
 | `intlayerPolyfill` | 为 React Native 应用启用 Intlayer 所需的 polyfill 的函数。 |
 
-导入：
+```tsx
+import { intlayerPolyfill } from "react-native-intlayer";
+```
+
+> 当您导入 `IntlayerProvider` 时，polyfill 会自动应用。仅当您需要在 provider 挂载之前使用 polyfill 时，才需要手动调用 `intlayerPolyfill`。
+
+### 格式化工具
+
+数字、日期及其他基于 Intl 的格式化 hook 可从 `/format` 子路径获取：
+
+```tsx
+import { useNumber, useDate } from "react-native-intlayer/format";
+```
+
+### Markdown 和 HTML 渲染
 
 ```tsx
-import "react-native-intlayer";
+import { MarkdownProvider } from "react-native-intlayer/markdown";
+import { HTMLProvider } from "react-native-intlayer/html";
 ```
 
 ### Metro 配置
@@ -66,8 +102,6 @@ import "react-native-intlayer";
 | `configMetroIntlayerSync` | 同步函数，合并 Metro 配置但不准备 Intlayer 资源。                    |
 | `exclusionList`           | 为 Metro 的 blockList 创建一个 RegExp 模式，以在打包时排除内容文件。 |
 
-导入：
-
 ```tsx
-import "react-native-intlayer/metro";
+import { configMetroIntlayer } from "react-native-intlayer/metro";
 ```

package/docs/zh/packages/vite-intlayer/intlayerCompiler.md

@@ -0,0 +1,120 @@
+---
+createdAt: 2026-06-25
+updatedAt: 2026-06-25
+title: intlayerCompiler Vite 插件文档 | vite-intlayer
+description: Vite 插件，用于在构建/转换时从组件文件中提取内联 Intlayer 内容声明并将其写入字典 JSON 文件。
+keywords:
+  - intlayerCompiler
+  - vite
+  - 插件
+  - 编译器
+  - 内容
+  - 字典
+  - 国际化
+  - i18n
+slugs:
+  - doc
+  - packages
+  - vite-intlayer
+  - intlayerCompiler
+history:
+  - version: 9.0.0
+    date: 2026-06-25
+    changes: "集成到 intlayer() 中；初始化文档"
+author: aymericzip
+---
+
+# intlayerCompiler
+
+`intlayerCompiler` 是一个 Vite 插件，它扫描组件源文件以查找**内联 Intlayer 内容声明**（即直接在组件内部定义的内容，而不是在单独的 `.content.ts` 文件中），并在转换（transform）阶段将它们写入字典 JSON 文件中。
+
+> **自 Intlayer v9 起**，当您的 Intlayer 配置中同时设置了 `compiler.enabled` 为 `true` 且设置了 `compiler.output` 时，`intlayerCompiler` 会自动包含在主 [`intlayer()`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/packages/vite-intlayer/intlayer.md) 插件中。只有当您希望完全控制编译器特定配置时，才需要单独注册它。
+
+## 用法
+
+### 作为 `intlayer()` 的一部分（推荐，v9+）
+
+通过您的 Intlayer 配置启用编译器：
+
+```ts
+// intlayer.config.ts
+import { defineConfig } from "intlayer";
+
+export default defineConfig({
+  compiler: {
+    enabled: true,
+    output: "./src/dictionaries", // 提取的字典写入的位置
+  },
+});
+```
+
+然后使用标准插件，无需额外交册：
+
+```ts
+// vite.config.ts
+import { defineConfig } from "vite";
+import { intlayer } from "vite-intlayer";
+
+export default defineConfig({
+  plugins: [intlayer()],
+});
+```
+
+### 独立使用（需要时）
+
+```ts
+// vite.config.ts
+import { defineConfig } from "vite";
+import { intlayerCompiler } from "vite-intlayer";
+
+export default defineConfig({
+  plugins: [intlayerCompiler()],
+});
+```
+
+## 选项
+
+```ts
+import type { IntlayerCompilerOptions } from "vite-intlayer";
+```
+
+| 选项             | 类型                      | 描述                                                                  |
+| ---------------- | ------------------------- | --------------------------------------------------------------------- |
+| `configOptions`  | `GetConfigurationOptions` | 转发给 `getConfiguration()` 的 Intlayer 配置覆盖项。                  |
+| `compilerConfig` | `Partial<CompilerConfig>` | 编译器特定配置部分的覆盖项（例如 `enabled`, `output`, `filesList`）。 |
+
+### 示例
+
+```ts
+intlayerCompiler({
+  configOptions: { configFile: "./config/intlayer.config.ts" },
+  compilerConfig: { enabled: true, output: "./src/dictionaries" },
+});
+```
+
+## 工作原理
+
+### 转换（Transform）阶段
+
+对于每个与 `compiler.filesList` 匹配的源文件，编译器插件执行以下操作：
+
+1. 将文件内容传递给 `@intlayer/babel` 中的 `extractContent`。
+2. 对找到的每个声明调用 `onExtract`，这会将生成的字典 JSON 写入 `compiler.output`。
+3. 返回转换后的源代码，内联声明已替换为标准的 `useIntlayer('key')` / `getIntlayer('key')` 调用。
+
+支持的文件类型：`.ts`, `.tsx`, `.js`, `.jsx`, `.vue`, `.svelte`, `.astro`。
+
+### HMR（热模块替换）
+
+在开发模式下保存组件文件时，编译器：
+
+1. 通过 Vite 的 `handleHotUpdate` 钩子检测文件更改。
+2. 从更新后的文件中重新提取内容。
+3. 写入更新后的字典 JSON。
+4. 触发页面完全重新加载（`server.ws.send({ type: 'full-reload' })`）。
+
+500 毫秒的防抖（debounce）可防止字典写入本身（这也会触发文件更改事件）导致无限的重新提取循环。
+
+### 去重（Deduplication）
+
+`intlayerCompiler` 使用与其他捆绑插件相同的 `createPrimaryInstanceGuard` 去重机制。当同时存在 `intlayer()`（已捆绑编译器）和手动 `intlayerCompiler()` 调用时，仅运行第一个注册 ins — 不会重复写入任何字典。

package/docs/zh/packages/vite-intlayer/intlayerMinify.md

@@ -0,0 +1,92 @@
+---
+createdAt: 2026-06-25
+updatedAt: 2026-06-25
+title: intlayerMinify Vite 插件文档 | vite-intlayer
+description: Vite 插件，用于压缩编译后的 Intlayer 字典 JSON 文件，并可选地混淆内容字段名称以减小包大小。
+keywords:
+  - intlayerMinify
+  - vite
+  - 插件
+  - 压缩
+  - 包大小
+  - 字典
+  - 国际化
+  - i18n
+slugs:
+  - doc
+  - packages
+  - vite-intlayer
+  - intlayerMinify
+history:
+  - version: 9.0.0
+    date: 2026-06-25
+    changes: "初始化文档"
+author: aymericzip
+---
+
+# intlayerMinify
+
+`intlayerMinify` 是一个 Vite 插件，用于在生产环境构建（production build）期间压缩编译后的字典 JSON 文件。它会清除所有不必要的空格，并在与 `intlayerPrune` 结合时，可选地将内容字段名称重命名为简短的字母别名（`a`, `b`, `c`, …），以进一步减小包大小。
+
+> 当您使用 [`intlayer()`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/packages/vite-intlayer/intlayer.md) 时，该插件已自动包含并配置。只有在您自己构建插件栈时，才需要手动注册它。
+
+## 用法
+
+```ts
+// vite.config.ts
+import { defineConfig } from "vite";
+import { intlayerMinify, intlayerPrune } from "vite-intlayer";
+import { createPruneContext } from "@intlayer/babel";
+
+const pruneContext = createPruneContext();
+
+export default defineConfig({
+  plugins: [
+    intlayerPrune(intlayerConfig, pruneContext),
+    intlayerMinify(intlayerConfig, pruneContext),
+  ],
+});
+```
+
+## 激活条件
+
+`intlayerMinify` 仅在以下三个条件均满足时处于活动状态：
+
+1. Vite 命令为 `build`（不是 `serve` / dev 开发服务）。
+2. `build.optimize` 为 `true`（或 `undefined`，构建时默认为 `true`）。
+3. 您的 Intlayer 配置中 `build.minify` 为 `true`。
+
+当 `editor.enabled` 为 `true` 时，它会自动**禁用**，因为编辑器需要完整、人类可读的字典内容。
+
+## 哪些内容会被压缩
+
+该插件针对两个字典位置（解析自 `intlayer.system`）：
+
+- `dictionariesDir` — 静态全语言字典（例如 `.intlayer/dictionaries/*.json`）
+- `dynamicDictionariesDir` — 每种语言的动态字典
+
+> 获取模式字典（`fetchDictionariesDir`）**从不**会被压缩，因为它们在运行时使用其原始字段名称从远程 API 提供服务。重命名字段将导致服务器响应与客户端属性访问之间出现不匹配。
+
+## 字段名混淆（属性压缩）
+
+当 `intlayerPrune` 分析了代码库并填充了 `pruneContext.dictionaryKeyToFieldRenameMap` 时，`intlayerMinify` 也会将内容字段名称重命名为简短别名。例如：
+
+```json
+// 混淆前
+{ "key": "myDict", "content": { "title": "Hello", "description": "World" } }
+
+// 混淆后（进行混淆处理）
+{ "key": "myDict", "content": { "a": "Hello", "b": "World" } }
+```
+
+对应的源文件属性访问已由 `intlayerOptimize` 内的 Babel 处理重命名，因此运行时行为保持不变。
+
+内部 Intlayer 字段（`nodeType`, `translation` 等）绝不会被重命名。
+
+## 边缘情况字典
+
+在 `pruneContext.dictionariesWithEdgeCases` 中被标记的字典（在修剪（prune）阶段检测到结构异常）将被完全跳过 — 既不压缩也不混淆 — 以避免发布损坏的数据。
+
+## 限饰组（集合 / 变体 / 元记录）
+
+对于具有 `qualifierTypes` 数组的字典（集合、变体和元记录），插件会逐字保留 `qualifierTypes` 数组和 `meta` 侧图。仅混淆 `content` 条目的字段名称。用于运行时选择器匹配的复合键绝不会被修改。

package/docs/zh/packages/vite-intlayer/intlayerProxy.md

@@ -0,0 +1,172 @@
+---
+createdAt: 2026-06-25
+updatedAt: 2026-06-25
+title: intlayerProxy Vite 插件文档 | vite-intlayer
+description: 适用于 Vite 开发/预览服务器和生产环境 SSR 的语言路由中间件。处理语言检测、URL 重定向和内部重写。
+keywords:
+  - intlayerProxy
+  - vite
+  - 插件
+  - 中间件
+  - 语言
+  - 路由
+  - 国际化
+  - i18n
+  - SSR
+slugs:
+  - doc
+  - packages
+  - vite-intlayer
+  - intlayerProxy
+history:
+  - version: 9.0.0
+    date: 2026-06-25
+    changes: "将 configOptions 合并到单个 options 对象中；proxy 已包含 in intlayer() 中"
+author: aymericzip
+---
+
+# intlayerProxy
+
+`intlayerProxy` 是一个 Vite 插件，它为**所有环境**注册语言路由中间件：开发服务器（dev server）、预览服务器（preview server）和生产环境 SSR（Nitro / TanStack Start）。
+
+> **自 Intlayer v9 起**，`intlayerProxy` 会自动包含在主 [`intlayer()`](https://github.com/aymericzip/intlayer/blob/main/docs/docs/zh/packages/vite-intlayer/intlayer.md) 插件中，并通过 `routing.enableProxy: true` 默认启用。仅当您需要更底层的控制或在标准 `intlayer()` 设置之外使用它时，才需要单独注册它。
+
+## 用法
+
+### 作为 `intlayer()` 的一部分（推荐，v9+）
+
+将 `proxy` 选项传递给主插件，而不是单独注册 `intlayerProxy`：
+
+```ts
+// vite.config.ts
+import { defineConfig } from "vite";
+import { intlayer } from "vite-intlayer";
+
+export default defineConfig({
+  plugins: [
+    intlayer({
+      proxy: {
+        ignore: (req) => req.url?.startsWith("/api"),
+      },
+    }),
+  ],
+});
+```
+
+### 独立使用（需要时）
+
+```ts
+// vite.config.ts
+import { defineConfig } from "vite";
+import { intlayer } from "vite-intlayer";
+
+export default defineConfig({
+  plugins: [intlayer()],
+});
+```
+
+## 选项
+
+```ts
+import type { IntlayerProxyPluginOptions } from "vite-intlayer";
+```
+
+所有选项都是可选的，并作为单个对象传递：
+
+| 选项            | 类型                                | 描述                                                                                               |
+| --------------- | ----------------------------------- | -------------------------------------------------------------------------------------------------- |
+| `ignore`        | `(req: IncomingMessage) => boolean` | 排除语言路由请求的断言函数。返回 `true` 以跳过请求（例如 API 路由、健康检查）。                    |
+| `configOptions` | `GetConfigurationOptions`           | 转发给 `getConfiguration()` 的 Intlayer 配置覆盖项。当您需要代理读取特定的配置文件或覆盖值时使用。 |
+
+### 示例
+
+```ts
+intlayerProxy({
+  ignore: (req) => req.url?.startsWith("/api"),
+  configOptions: { configFile: "./config/intlayer.config.ts" },
+});
+```
+
+## createIntlayerProxyHandler
+
+`createIntlayerProxyHandler` 创建一个独立于框架的 Node.js `(req, res, next)` 中间件，其中包含所有语言路由逻辑。它适用于 Vite 插件 API 不可用的环境（例如普通的 Node.js 服务器或自定义 Nitro 模块）。
+
+```ts
+import { createIntlayerProxyHandler } from "vite-intlayer";
+
+const handler = createIntlayerProxyHandler({
+  ignore: (req) => req.url?.startsWith("/api"),
+  configOptions: { configFile: "./config/intlayer.config.ts" },
+});
+
+// Express / Connect
+app.use(handler);
+```
+
+### 生产环境 SSR（通过 h3 的 TanStack Start / Nitro）
+
+```ts
+// server/middleware/intlayerProxy.ts
+import { fromNodeMiddleware } from "h3";
+import { createIntlayerProxyHandler } from "vite-intlayer";
+
+export default fromNodeMiddleware(
+  createIntlayerProxyHandler({
+    ignore: (req) => req.url?.startsWith("/api"),
+  })
+);
+```
+
+## 路由行为
+
+该中间件映射了 `next-intlayer` 中间件的路由逻辑，并支持所有 Intlayer 路由模式。
+
+### 路由模式
+
+| 模式            | URL 在浏览器中可见       | 行为                                                                            |
+| --------------- | ------------------------ | ------------------------------------------------------------------------------- |
+| `prefix`        | `/zh/about`              | 默认。URL 中的语言前缀。默认语言会重定向到无前缀 URL，除非启用了 `prefix-all`。 |
+| `prefix-all`    | `/en/about`, `/zh/about` | 所有语言 — 包括默认语言 — 始终带有前缀。                                        |
+| `no-prefix`     | `/about`                 | URL 中没有语言。语言仅存储在 cookie 中；URL 重写发生在内部。                    |
+| `search-params` | `/about?locale=zh`       | 语言作为查询参数传递。在缺失或过期时重定向以添加/更新 `locale` 参数。           |
+
+### 检测优先级
+
+1. URL 路径前缀（例如 `/zh/about` → `zh`）。
+2. Cookie / localStorage 值（`intlayer-locale`）。
+3. `Accept-Language` 请求头。
+4. 配置中的 `defaultLocale`。
+
+### 自动绕过
+
+中间件始终直接传递这些请求，而不进行语言处理：
+
+- 匹配 `ignore` 断言的请求。
+- `/node_modules/**`
+- `/@**` – Vite 内部（`@vite/`, `@fs/`, `@id/` 等）。
+- `/_**` – 服务器内部（`__vite_ping`, `__manifest` 等）。
+- 路径以文件扩展名结尾的请求（静态资源）。如果静态资源路径上存在语言前缀（例如 `/zh/logo.png`），则会将其剥离，以便可以正确提供文件。
+
+### 域名路由
+
+当在您的 Intlayer 配置中配置了 `routing.domains` 时，中间件处理跨域语言路由：
+
+- 当 `domains.zh = "intlayer.zh"` 时，在 `intlayer.org` 上对 `/zh/about` 的请求被重定向到 `https://intlayer.zh/about`。
+- 对 `intlayer.zh/about` 的请求在内部重写为 `/zh/about`，以便填充 `[locale]` 路由参数。
+
+### 重定向死循环保护
+
+中间件在 2 秒滑动窗口内跟踪每个 `originalUrl → newUrl` 对的重定向计数。该窗口内超过 10 次重定向将返回具有描述性错误的 `500` 响应，而不是无限循环。
+
+## Nitro / 生产环境 SSR（自动注入，v9+）
+
+当 `intlayerProxy` 用作 Vite 插件时，它携带一个 `.nitro` 属性。`nitro/vite` 构建插件读取此属性并将其推入 `nitroConfig.modules` 中，因此 `intlayerNitroHandler` 会自动注册为 Nitro 服务器中间件 — 生产环境 SSR 不需要手动配置。
+
+Nitro 处理器使用 h3 v2 的 Web Fetch API 事件模型（而不是 `fromNodeMiddleware`），因此它与所有 Nitro 预设兼容：Node, Bun, Deno, edge 运行时。
+
+## 弃用的别名
+
+| 弃用的导出                 | 替代品          |
+| -------------------------- | --------------- |
+| `intlayerMiddleware`       | `intlayerProxy` |
+| `intLayerMiddlewarePlugin` | `intlayerProxy` |

package/docs/zh/releases/v9.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2026-06-14
-updatedAt: 2026-06-23
+updatedAt: 2026-06-25
 title: New Intlayer v9 - What's new?
 description: Discover what's new in Intlayer v9. Introducing drop-in compatibility packages for popular i18n libraries and support for Collections, Variants, and Dynamic Records.
 keywords:
@@ -240,6 +240,28 @@ export default config;
 
 ---
 
+## React Native：单包导入
+
+在 React Native 或 Expo 应用中，您不再需要同时管理 `react-intlayer` 和 `react-native-intlayer`。`react-native-intlayer` 包现在**重新导出了完整的 `react-intlayer` API**（hooks、工具函数以及 `/format`、`/html` 和 `/markdown` 子路径），并且其 `IntlayerProvider` 会自动应用 React Native 的 polyfills。
+
+从单一的 `react-native-intlayer` 包中导入所有内容：
+
+```tsx
+import {
+  IntlayerProvider,
+  useIntlayer,
+  useLocale,
+} from "react-native-intlayer";
+```
+
+```bash
+npm install intlayer react-native-intlayer
+```
+
+> 从 `react-intlayer` 导入仍然有效，但现在推荐使用 `react-native-intlayer` 作为 React Native 的单一入口点 —— 它的 provider 提供了面向 web 的 `react-intlayer` provider 所不包含的 polyfills。
+
+---
+
 ## Migration notes from v8
 
 If you are upgrading from v8, note that the v9 does not include breaking changes. But here are the key changes: