@rsdoctor/docs 0.0.1

package/docs/en/guide/usage/resolver.mdx

@@ -0,0 +1,29 @@
+# Resolver Analysis
+
+:::tip
+
+- Resolve analysis capability is not currently supported in Rspack projects.
+
+- The Resolver analysis capability is disabled by default. To enable it, you can add `resolver` to the `features` array as shown in the example below. [features configuration](../../config/options/options).
+
+```js
+  new rsdoctorWebpackPlugin({
+    features: ["xxx", "xxx", "resolver"]
+  }),
+```
+
+:::
+
+In the **Rsdoctor** `Module Resolve` section, we can see all the source files in the current Webpack project. By **clicking on a file**, we can view information such as the **module paths** imported in that file, the **before and after resolution path comparison**, and the **resolution time**, as shown in the following image:
+
+<img src="https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/usage/compile/resolver.png" />
+
+## Glossary
+
+The fields in the data statistics table on the page are defined as follows:
+
+| Term                         | Description                                                     |
+| ---------------------------- | --------------------------------------------------------------- |
+| <b><i>Source Code</i></b>    | Represents the **source code** of the import statement          |
+| <b><i>Duration</i></b>       | Represents the **time taken** for resolution                    |
+| <b><i>Resolve Result</i></b> | Represents the **final path** after resolving the `Source Code` |

package/docs/en/index.md

@@ -0,0 +1,38 @@
+---
+pageType: home
+
+hero:
+  name: Rsdoctor
+  text: Analyzer for Rspack & Webpack
+  tagline: Visualize the building process
+  actions:
+    - theme: brand
+      text: Introduction
+      link: /guide/start/intro
+    - theme: alt
+      text: Quick Start
+      link: /guide/start/quick-start
+  image:
+    src: https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/logo/rsdoctor.png
+    alt: Rsdoctor Logo
+
+features:
+  - title: Unlimited Framework
+    details: Rsdoctor support all projects built on Webpack or Rspack.
+    icon: 🛠️
+  - title: Compile’s Time
+    details: To display the compile execution time and process in the form of a timing diagram.
+    icon: 🚀
+  - title: Compile’s Actions
+    details: Visually view the compilation changes of each file in each loader.
+    icon: 🦄
+  - title: Bundle Analysis
+    details: Visually view the bundles & modules relationship, module reference relationship and repeated packages in detail.
+    icon: 🎯
+  - title: Bundle Diff
+    details: Through comparison, the deterioration and change of the product are found.
+    icon: 🎨
+  - title: Build Scan
+    details: Built-in build rule scanning, and also supports custom rules.
+    icon: 🔍
+---

package/docs/zh/_meta.json

@@ -0,0 +1,17 @@
+[
+  {
+    "text": "指南",
+    "link": "/guide/start/intro",
+    "activeMatch": "/guide/"
+  },
+  {
+    "text": "配置",
+    "link": "/config/options/options",
+    "activeMatch": "/config/"
+  },
+  {
+    "text": "博客",
+    "link": "/blog/release/release-note-1",
+    "activeMatch": "/blog/"
+  }
+]

package/docs/zh/blog/_meta.json

@@ -0,0 +1,12 @@
+[
+  {
+    "type": "dir",
+    "name": "release",
+    "label": "Release 公告"
+  },
+  {
+    "type": "dir",
+    "name": "topic",
+    "label": "专题"
+  }
+]

package/docs/zh/blog/release/_meta.json

@@ -0,0 +1 @@
+["release-note-1"]

package/docs/zh/blog/release/release-note-1.mdx

@@ -0,0 +1,128 @@
+# Rsdoctor v0.1 发布公告
+
+<picture>
+  <img
+    alt="Rsdoctor Banner"
+    src="https://github.com/web-infra-dev/rsdoctor/assets/7237365/0f9d2e86-d919-451a-befa-fa84603a87cf"
+    style={{ margin: 'auto' }}
+  />
+</picture>
+
+我们很高兴地宣布 [Rsdoctor](https://rsdoctor.dev/) v0.1 发布了！
+
+Rsdoctor 是一个针对 Rspack 和 Webpack 的一站式构建分析工具，可以对构建时和构建产物进行详细分析，让构建过程变得可视化和透明。
+
+## 📌 定位
+
+**Rsdoctor** 是一个构建分析工具，用于分析基于 [Rspack](https://www.rspack.dev/) 和 [Webpack](https://webpack.js.org/) 构建的项目。它支持分析的项目包括：[Rsbuild](https://rsbuild.dev/zh/index)、[Create React App](https://create-react-app.dev/)、[Modern.js](https://modernjs.dev/) 等。
+
+![Position](https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/rsdoctor-position.png)
+
+## 🔥 特性
+
+- **编译可视化**：Rsdoctor 将编译行为及耗时进行可视化展示，方便开发同学查看构建问题。
+- **多种分析能力**：支持构建产物、构建时分析能力：
+  - 构建产物支持资源列表及模块依赖等。
+  - 构建时分析支持 Loader、Plugin、Resolver 构建过程分析。
+  - 支持 Rspack 的 builtin:swc-loader 分析。
+  - 构建规则支持重复包检测及 ES Version Check 检查等。
+- **支持自定义规则**：除了内置构建扫描规则外，还支持用户根据 Rsdoctor 的构建数据添加自定义构建扫描规则。
+- **框架无关**：支持所有基于 Webpack 或 Rspack 构建的项目。
+
+## 🛠️ 功能介绍
+
+### ⭐️ 概览
+
+- 概览页能够知道**项目配置、诊断信息、编译信息、产物情况**。
+
+![Overall](https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/start/overall.jpg)
+
+- 除了项目概览之外，我们还提供了诊断模块，分别用于编译诊断、重复包诊断等。如果你的编译、产物命中了我们定义的诊断规则，就会在工具首页出现对应的警示模块, **其中重复包可以查看到详细的引用路径**。
+
+![Overall-Alerts](https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/start/overall-alerts.jpg)
+
+### ⭐️ 编译分析
+
+面向 **Loaders、Plugins、Module Resolver** 提供了对应的数据与分析功能，来帮助你分析编译过程中的问题。
+
+#### Loader 分析
+
+- 该模块主要提供了 **Rspack** 或 **Webpack Loaders** 内的输入输出、预估耗时、参数等数据分析的功能。
+
+<div style={{ display: 'flex' }}>
+  <img
+    src="https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/usage/compile/loader-timeline-overall.png"
+    width="55%"
+    style={{ margin: 'auto' }}
+  />
+  <img
+    src="https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/usage/compile/loader-anlaysis-all.png"
+    width="45%"
+    style={{ margin: 'auto' }}
+  />
+</div>
+
+#### Plugin 分析
+
+- 该模块主要拦截并收集了 Plugins 的调用次数、预估耗时等数据信息。
+
+<p>
+  <img
+    alt="bundle"
+    src={
+      'https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/start/compile-plugin.jpg'
+    }
+    width="600px"
+    style={{ margin: 'auto' }}
+  />
+</p>
+
+#### Resolver 分析
+
+- 该模块主要提供了项目内部单个文件中模块解析的路径数据以及预估耗时。Rspack 暂时未支持该模块。
+
+<p>
+  <img
+    alt="bundle"
+    src={
+      'https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/start/resolver.jpeg'
+    }
+    width="700px"
+    style={{ margin: 'auto' }}
+  />
+</p>
+
+### ⭐️ 产物分析
+
+- 我们在 **「Bundle Size」** 模块中，可以看到当前项目的产物数据信息概览，以及分析重复包引入的体积与上游依赖链路。
+
+- 此外，还可以通过 **「Bundle Analysis」** 模块来进一步分析当前产物中资源与模块关系，体积数据等信息，以及查看模块引入的原因。
+
+<p>
+  <img
+    alt="bundle"
+    src={
+      'https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/start/bundle-size.jpg'
+    }
+    width="700px"
+    style={{ margin: 'auto' }}
+  />
+</p>
+
+## 📚 快速上手
+
+你可以参考 [快速上手](/guide/start/quick-start) 来开始体验 **Rsdoctor**。
+
+## 💡 下一步
+
+**提升 Rsdoctor 构建分析效率**：目前开启 Rsdoctor 时会增加项目的构建耗时，下一步我们将抽离 Rsdoctor 的部分构建分析逻辑，并转化为 **Rust 插件**，内置到 Rspack 中，从而提升 Rsdoctor 的构建分析效率。
+
+## 致谢
+
+Rsdoctor 的一些实现参考了社区中杰出的项目，对他们表示感谢：
+
+- 借鉴了 [bundle-stats](https://github.com/relative-ci/bundle-stats/tree/master/packages/cli#readme) 对产物关系的分析逻辑。
+- 借鉴了 [webpack-bundle-analyzer](https://github.com/webpack-contrib/webpack-bundle-analyzer) 对产物模块拆解及分析逻辑。
+- [Statoscope](https://github.com/statoscope/statoscope/blob/master/README.md)是一个优秀的构建产物分析工具，Rsdoctor 在构建产物分析方面受到了它的启发。
+- [Webpack 团队和社区](https://github.com/webpack/webpack/blob/main/README.md) 创建了一个优秀的打包工具和丰富的生态。
+- [vite-plugin-inspect](https://github.com/antfu/vite-plugin-inspect) 启发了 Rsdoctor 对构建过程分析的探索。

package/docs/zh/blog/topic/_meta.json

@@ -0,0 +1 @@
+["loader-optimization", "duplicate-pkg-problem"]

package/docs/zh/blog/topic/duplicate-pkg-problem.mdx

@@ -0,0 +1,138 @@
+# 重复依赖问题
+
+Rsdoctor 会在产物预警中报告对同一份产物中含有多个重复依赖包的情况
+
+<img src="https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/usage/bundle/bundle-alerts.png" />
+
+## 重复包的危害
+
+- **安全性**
+  - 很多包采用单例模式，默认用户使用时只会加载一次，如 core-js、react 和一些组件库会污染全局环境，多版本共存会引发运行时错误
+- **运行时性能**
+  - 增大产物体积，网络传输变慢
+  - 相同功能的代码运行多次
+
+## 如何解决重复包问题？
+
+解决依赖多版本的问题，可以从依赖和构建两个层面解决。
+
+### 依赖层面
+
+#### 1. 使用 npm dedupe命令
+
+一般包管理器会根据 semver 范围尽量安装相同版本的包，但由于 lock 文件的存在，长期项目可能会存在一些重复依赖。
+
+包管理器会提供 `dedupe` 命令如 `npm/yarn/pnpm dedupe` 等，在 semver 正确的范围内进行重复依赖的优化。
+
+#### 2. 使用 resolutions
+
+在 semver 的限制下，dedupe 命令的效果可能不是特别好。比如产物中包含的依赖为 `debug@4.3.4` 和 `debug@3.0.0` 它们分别被 `"debug": "^4"` 和另一个包的 `"debug": "^3"` 所依赖。
+
+这时可以尝试使用包管理器的 `resolutions` 的功能，如 pnpm 的 [**pnpm.overrides**](https://pnpm.io/package_json#pnpmoverrides)、[**.pnpmfile.cjs**](https://pnpm.io/pnpmfile#hooksreadpackagepkg-context-pkg--promisepkg) 或 **yarn 的 resolutions** 等功能
+。它们的特点是可以突破 semver 的束缚，安装时改变 `package.json` 中声明的版本号，来精确控制安装的版本。
+
+但在使用前需要注意包版本之间的兼容性，评估是否有必要进行优化。例如：同一个包不同版本之间的逻辑变化是否会影响项目功能。
+
+### 构建层面
+
+#### 使用 [resolve.alias](https://www.rspack.dev/config/resolve.html#resolvealias)
+
+基本所有的构建器都支持对 npm 包解析的路径进行修改。因此我们可以通过在编译时手动指定 package 的 resolve 路径，来达到消除重复依赖的目的，例如：以 **Rspack** 或 **Webpack** 为例，如果 `lodash` 重复打包，我们可以进行如下配置，将所有 `lodash` 的 resolve 路径指定到当前目录的 `node_modules` 中。
+
+```js
+// webpack.config.js/rspack.config.js
+const path = require('path');
+
+module.exports = {
+  //...
+  resolve: {
+    alias: {
+      lodash: path.resolve(__dirname, 'node_modules/lodash'),
+    },
+  },
+};
+```
+
+这种方法同样需要注意包版本之间的兼容性。
+
+## 常见的重复包处理案例
+
+### 处理 pnpm-workspace 中的重复包
+
+该项目中，web 依赖了 `react@18.2.0` 并通过 `"component": "workspace:*"` 引入了 `component`，`component` 依赖 `react@18.1.0`。项目结构如下：
+
+```txt
+├── node_modules
+├── apps
+│   └── web
+│       ├── node_modules
+│       │   ├── component  -> ../../packages/component
+│       │   └── react      -> ../../../node_modules/.pnpm/react@18.2.0
+│       ├── src
+│       │   └── index.js
+│       ├── webpack.config.js
+│       └── package.json
+└── packages
+    └── component
+        ├── node_modules
+        │   └── react      -> ../../../node_modules/.pnpm/react@18.1.0
+        ├── src
+        │   └── index.js
+        └── package.json
+```
+
+在 `apps/web` 下执行 `webpack build`，打包 web 下的代码时，会解析到 `react@18.2.0`，接着打包 `component` 下的代码时，会解析到 `react@18.1.0`，这导致 web 项目的产物中同时含有两个版本的 `React`。
+
+#### 解决方案
+
+此问题可以通过构建器的 [resolve.alias](https://www.rspack.dev/config/resolve.html#resolvealias) 来解决。让 `Rspack` 或 `Webpack` 解析 `React` 时只解析到 `apps/web/node_modules/react` 这一个版本，示例代码如下：
+
+```javascript
+// apps/web/webpack.config.js
+const path = require('path');
+
+module.exports = {
+  //...
+  resolve: {
+    alias: {
+      react: path.dirname(require.resolve('react/package.json')),
+    },
+  },
+};
+```
+
+#### Peer Dependency 引起的重复包问题
+
+这种处理方法同样适用于由于 `pnpm workspace` 中 **[peerDependencies](https://pnpm.io/how-peers-are-resolved)** 多分身引起的重复包的项目中，项目目录结构如下：
+
+```txt
+├── node_modules
+├── apps
+│   └── web
+│       ├── node_modules
+│       │   ├── component  ->  ../../packages/component
+│       │   ├── axios      ->  ../../../node_modules/.pnpm/axios@0.27.2_debug@4.3.4
+│       │   └── debug      ->  ../../../node_modules/.pnpm/debug@4.3.4
+│       ├── src
+│       │   └── index.js
+│       ├── webpack.config.js
+│       └── package.json
+└── packages
+    └── component
+        ├── node_modules
+        │   └── axios      ->  ../../../node_modules/.pnpm/axios@0.27.2
+        ├── src
+        │   └── index.js
+        └── package.json
+```
+
+在该项目中，在 `apps/web` 下执行 `webpack build`，打包 web 下的代码时，会解析到 `axios@0.27.2_debug@4.3.4`，接着打包 `packages/component` 下的代码时，会解析到 `axios@0.27.2`，它们虽然是同一版本，但路径不同，产物中也会存在两份 `axios`。
+
+解决方案如下，让 `web` 项目构建时都只解析到 `web` 下 `node_modules` 的 `axios` 包即可。
+
+```javascript
+// apps/web/webpack.config.js
+alias: {
+  'axios': path.resolve(__dirname, 'node_modules/axios')
+}
+```

package/docs/zh/blog/topic/loader-optimization.mdx

@@ -0,0 +1,80 @@
+# Loader 分析与优化
+
+import NextSteps from '@components/NextSteps';
+import Step from '@components/Step';
+
+通常来说，优化 Loader 是比较常见的优化 Rspack 或 Webpack 编译性能的方式，而大部分情况下，我们除了通过替换**更快的** `loader` 之外，常见的手段就是给 `loader` 设置 [module.rule.exclude](https://webpack.js.org/configuration/module/#ruleexclude) 来**减少执行**。
+
+而 **Rsdoctor** 提供了两个核心模块（[Loader Overall](/guide/usage/loaders-timeline) / [Loader Analysis](/guide/usage/loaders-analysis)）来帮助你根据 Loader 的调用信息进行深度优化。
+
+## 如何分析？
+
+不管是哪种手段去优化 Loader，我们都需要拿到关于 Loader 的**数据**信息，比如 **「某个 Loader 编译了哪些文件」**、**「编译某些文件的耗时信息」** 等等，我们才能更精确的进行优化。
+
+### 文件树结构
+
+我们通过 **Rsdoctor** 提供的 Loader Analysis 模块，我们可以看到在整个编译过程中**所有经过 Loader 的文件**组成的树结构，如下图所示：
+
+<img
+  src="https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/usage/compile/loader-anlaysis-all.png"
+  width="600px"
+  style={{ margin: 'auto' }}
+/>
+
+### 分析目录
+
+通过 **点击选中目录** 可以在**文件树**的右侧，看到当前**选中目录下所有 Loader 的耗时统计数据**（[**预估耗时**]()），即 `"Statistics of xxx"` 的卡片内容如下图所示：
+
+<img
+  src="https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/usage/compile/loader-anlaysis-table.png"
+  width="300px"
+  height="400px"
+  style={{ margin: 'auto' }}
+/>
+
+我们可以很直观的知道这个文件夹下的耗时数据，比如 某个 Loader 处理的**文件数**以及**预估耗时**，以及所有数据的总和，从而进一步帮助我们去决策如何优化 Loader。
+
+:::tip 优化小技巧
+通常来说，在 **`node_modules`** 内的一些三方库目录，我们可以很容易跟据 Loader 的耗时信息，来判断我们是不是有必要要给这个目录设置 [module.rule.exclude](https://webpack.js.org/configuration/module/#ruleexclude)，来减少比如常见的耗时长的 `babel-loader` 的执行。
+:::
+
+### 分析文件
+
+通过 **点击文件** 则会弹出一个遮罩层，其中是 当前点击的文件 **所有执行过的 Loader 列表**，通过**点击选中**对应的 Loader 可以看到目标 Loader **调用时**的**输入输出**和**参数数据信息**。
+
+<img
+  src="https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/usage/compile/loader-analysis-code-change.png"
+  width="600px"
+  style={{ margin: 'auto' }}
+/>{' '}
+
+- **参数数据信息**：点击「**show more**」或者左上角展开按钮，可查看对应参数信息。
+
+<img
+  src="https://lf3-static.bytednsdoc.com/obj/eden-cn/lognuvj/rsdoctor/docs/usage/compile/loader-analysis-options.png"
+  width="600px"
+  style={{ margin: 'auto' }}
+/>{' '}
+
+我们可以通过此处单个文件的 Loader 信息来排查问题，以及决策是不是该被添加到 [module.rule.exclude](https://webpack.js.org/configuration/module/#ruleexclude) 中。
+
+:::tip 优化小技巧
+通常来说，在 **项目外（即 cwd 之外，通常为 workspace）** 内的一些内部包，我们可以跟据目录的 Loader 耗时信息 以及 单个文件的**输入输入**信息（因为这些内部包**有可能**已经是兼容性比较好的 ES 语法），来判断我们是不是有必要要给这个目录设置 [module.rule.exclude](https://webpack.js.org/configuration/module/#ruleexclude)。
+:::
+
+## 了解更多
+
+你可能想要了解更多关于 Loader 分析模块的使用介绍：
+
+<NextSteps>
+  <Step
+    href="/guide/usage/loaders-timeline"
+    title="Loader Timeline 使用介绍"
+    description="了解 Rsdoctor 内 Loader Timeline 中的图表使用说明"
+  />
+  <Step
+    href="/guide/usage/loaders-analysis"
+    title="Loader Analysis 使用介绍"
+    description="了解 Rsdoctor 内 Loader Analysis 的操作和使用方式"
+  />
+</NextSteps>

package/docs/zh/config/_meta.json

@@ -0,0 +1,7 @@
+[
+  {
+    "type": "dir",
+    "name": "options",
+    "label": "配置说明"
+  }
+]

package/docs/zh/config/options/_meta.json

@@ -0,0 +1 @@
+["options", "term"]

package/docs/zh/config/options/options.mdx

@@ -0,0 +1,138 @@
+# Options 配置
+
+## RsdoctorRspackPlugin 插件
+
+**RsdoctorRspackPlugin** 类由 `@rsdoctor/rspack-plugin` 导出，配置项是 [RsdoctorRspackPluginOptions](#options-1)。
+
+<Tabs>
+
+<Tab label="cjs">
+
+```js
+const { RsdoctorRspackPlugin } = require('@rsdoctor/rspack-plugin');
+
+new RsdoctorRspackPlugin({
+  /** RsdoctorRspackPluginOptions */
+});
+```
+
+</Tab>
+
+<Tab label="esm">
+
+```ts
+import { RsdoctorRspackPlugin } from '@rsdoctor/rspack-plugin';
+
+new RsdoctorRspackPlugin({
+  /** RsdoctorRspackPluginOptions */
+});
+```
+
+</Tab>
+
+</Tabs>
+
+## RsdoctorWebpackPlugin 插件
+
+**RsdoctorWebpackPlugin** 类由 `@rsdoctor/webpack-plugin` 导出，配置项是 [RsdoctorWebpackPluginOptions](#options-1)。
+
+import { Tab, Tabs } from '@theme';
+
+<Tabs>
+
+<Tab label="cjs">
+
+```js
+const { RsdoctorWebpackPlugin } = require('@rsdoctor/webpack-plugin');
+
+new RsdoctorWebpackPlugin({
+  /** RsdoctorWebpackPluginOptions */
+});
+```
+
+</Tab>
+
+<Tab label="esm">
+
+```ts
+import { RsdoctorWebpackPlugin } from '@rsdoctor/webpack-plugin';
+
+new RsdoctorWebpackPlugin({
+  /** RsdoctorWebpackPluginOptions */
+});
+```
+
+</Tab>
+
+</Tabs>
+
+## Options
+
+**类型：** `Object`
+
+这个 `Options` 是 [RsdoctorWebpackPlugin](#rsdoctorwebpackplugin-%E6%8F%92%E4%BB%B6) 和 [RsdoctorRspackPlugin](#rsdoctorrspackplugin-%E6%8F%92%E4%BB%B6) 的配置项。它包含以下属性值：
+
+- [disableClientServer](#disableclientserver)
+- [features](#features)
+
+### disableClientServer
+
+- **Type:** `boolean`
+- **Optional:** `true`
+- **Default:** `false`
+
+:::tip
+建议在 CI 环境下将 disableClientServer 设置为 true，否则启动的服务会卡住 pipeline 流程.
+:::
+
+是否需要自动打开 Rsdoctor 报告页面。如果你不需要在浏览器内查看本次 Rsdoctor 提供的分析报告，则可以开启这个配置项。
+
+### features
+
+- **Type:** [RsdoctorWebpackPluginFeatures](#rsdoctorwebpackpluginfeatures) | [Array\<keyof RsdoctorWebpackPluginFeatures\>](#rsdoctorwebpackpluginfeatures) | [RsdoctorRspackPluginFeatures](#rsdoctorrspackpluginfeatures) | [Array\<keyof RsdoctorRspackPluginFeatures\>](#rsdoctorrspackpluginfeatures)
+- **Optional:** `true`
+- **Default:** `['loader', 'plugins', 'bundle']`
+
+#### features values
+
+:::tip
+**如果出现了 out of memory 的报错，可以尝试：**
+
+1. 打开 **lite** 模式。
+2. 增大 node 内存上限，例如：NODE_OPTIONS=--max-old-space-size=8096。
+
+- 原因：因为构建过程中，缓存了源码信息，超过了内存，所以开启 `lite` 模式可以缓解。
+- 区别：`lite` 模式和普通模式的区别就是不再缓存源码信息，只缓存打包后的代码信息，这样分析页面上的代码也将是打包后的。
+
+:::
+
+features 属性是用于分析功能开关的，具体的功能项如下：
+
+- **loader**：Loaders 耗时及代码编译变化分析，默认开启。
+- **plugins**：Plugins 调用以及耗时分析，默认开启。
+- **bundle**：构建产物分析，默认开启。
+- **resolver**：resolver 分析，默认关闭。
+- **lite**: lite 模式。lite 模式和普通模式的区别就是不再缓存源码信息，只缓存打包后的代码信息，这样分析页面上的代码也将是打包后的。默认普通模式。
+
+所以，**默认配置是开启了 Bundle 分析能力、 Loader he Plugin 构建时分析**。没有开启 Resolver 分析能力， Rspack 暂不支持 Resolver 分析能力。
+
+#### features types
+
+- 如果你将 `features` 设置为**数组**类型，该插件**只会开启**你在 `features` 数组中定义的功能。
+- 如果你将 `features` 设置为**简单对象**类型，该插件**只会关闭**你在 `features` 对象中值为 `false` 的功能。
+
+#### RsdoctorWebpackPluginFeatures
+
+`features` 类型如下：
+
+import Features from '@zh/shared/features.md';
+
+<Features />
+
+#### RsdoctorRspackPluginFeatures
+
+`features` 类型如下：
+
+import FeaturesRspack from '@zh/shared/features-rspack.md';
+
+<FeaturesRspack />

package/docs/zh/config/options/term.mdx

@@ -0,0 +1,10 @@
+# 术语
+
+## 通用术语
+
+### manifest.json
+
+当你的项目集成 **Rsdoctor** 提供的插件（比如 `@rsdoctor/webpack-plugin` 等）之后，Rsdoctor 会将项目**构建相关的数据信息**写入到一个本地的 JSON 文件中：
+
+- 其**文件名为 `manifest.json`**
+- 该文件的输出**路径为 `项目产物目录/.rsdoctor/manifest.json`**

package/docs/zh/guide/_meta.json

@@ -0,0 +1,17 @@
+[
+  {
+    "type": "dir",
+    "name": "start",
+    "label": "快速开始"
+  },
+  {
+    "type": "dir",
+    "name": "usage",
+    "label": "功能介绍"
+  },
+  {
+    "type": "dir",
+    "name": "more",
+    "label": "更多"
+  }
+]

package/docs/zh/guide/more/_meta.json

@@ -0,0 +1 @@
+["faq", "rules"]