diff --git a/guide/api-environment-instances.md b/guide/api-environment-instances.md
index c63510f4..85fc8f0a 100644
--- a/guide/api-environment-instances.md
+++ b/guide/api-environment-instances.md
@@ -99,7 +99,7 @@ class DevEnvironment {
 }
 ```
 
-其中 `DevEnvironmentContext`是：
+其中 `DevEnvironmentContext` 是：
 
 ```ts
 interface DevEnvironmentContext {
diff --git a/guide/api-environment-plugins.md b/guide/api-environment-plugins.md
index 46724dfe..a21e793d 100644
--- a/guide/api-environment-plugins.md
+++ b/guide/api-environment-plugins.md
@@ -15,7 +15,7 @@
 
 ## 在钩子中访问当前环境 {#accessing-the-current-environment-in-hooks}
 
-在 Vite 6之前，由于只有两个环境（`client` 和 `ssr`），一个 `ssr` 布尔值足以在 Vite API 中识别当前环境。插件钩子在最后的选项参数中接收一个 `ssr` 布尔值，多个 API 也期望通过一个可选的 `ssr` 参数来正确地将模块关联到对应的环境（例如 `server.moduleGraph.getModuleByUrl(url, { ssr })`）。
+在 Vite 6 之前，由于只有两个环境（`client` 和 `ssr`），一个 `ssr` 布尔值足以在 Vite API 中识别当前环境。插件钩子在最后的选项参数中接收一个 `ssr` 布尔值，多个 API 也期望通过一个可选的 `ssr` 参数来正确地将模块关联到对应的环境（例如 `server.moduleGraph.getModuleByUrl(url, { ssr })`）。
 
 随着可配置的环境出现，我们现在有了一种统一的方法来在插件中访问它们的选项和实例。插件钩子现在在其上下文中暴露 `this.environment`，以前期望 `ssr` 布尔值的 API 现在被限定到正确的环境（例如 `environment.moduleGraph.getModuleByUrl(url)`）。
 
diff --git a/guide/api-environment-runtimes.md b/guide/api-environment-runtimes.md
index d58ca9ba..bedb13a7 100644
--- a/guide/api-environment-runtimes.md
+++ b/guide/api-environment-runtimes.md
@@ -211,7 +211,7 @@ import { transport } from './rpc-implementation.js'
 const moduleRunner = new ModuleRunner(
   {
     transport,
-    createImportMeta: createNodeImportMeta, // 如果模块运行程序在 Node.js 中运行
+    createImportMeta: createNodeImportMeta, // 如果模块运行器在 Node.js 中运行
   },
   new ESModulesEvaluator(),
 )
@@ -324,7 +324,7 @@ interface ModuleRunnerTransport {
 
 通过 RPC 或直接调用函数与环境通信的传输对象。如果未执行 `invoke` 方法，则必须执行 `send` 方法和 `connect` 方法。Vite 将在内部构建 `invoke` 方法。
 
-你需要将它与服务器上的 `HotChannel` 实例结合起来，就像本例中在工作线程中创建模块运行程序一样：
+你需要将它与服务器上的 `HotChannel` 实例结合起来，就像本例中在工作线程中创建模块运行器一样：
 
 ::: code-group
 
diff --git a/guide/api-environment.md b/guide/api-environment.md
index aa6b2ba8..ad32605c 100644
--- a/guide/api-environment.md
+++ b/guide/api-environment.md
@@ -28,7 +28,7 @@ Vite 6 正式引入了“环境”的概念。在 Vite 5 之前，系统中存
 
 在开发过程中，Vite 会在与 Vite 开发服务器相同的 Node 进程中执行服务器代码，从而接近生产环境。不过，服务器也有可能在其他 JS 运行时中运行，如 [Cloudflare 的 workerd](https://github.com/cloudflare/workerd)，它们有不同的限制。现代应用程序也可能在两个以上的环境中运行，例如浏览器、节点服务器和边缘服务器。Vite 5 无法正确表示这些环境。
 
-Vite 6 允许用户在构建和开发过程中配置应用程序，以映射其所有环境。在开发期间，一个 Vite 开发服务器现在可用于在多个不同环境中同时运行代码。应用程序源代码仍由 Vite 开发服务器进行转换。在共享 HTTP 服务器、中间件、解析配置和插件管道的基础上，Vite 开发服务器现在拥有一组独立的开发环境。每个开发环境的配置都尽可能与生产环境相匹配，并连接到执行代码的开发运行时（对于 Workerd，服务器代码现在可以在本地 miniflare 中运行）。在客户端，浏览器导入并执行代码。在其他环境中，模块运行程序会获取并评估转换后的代码。
+Vite 6 允许用户在构建和开发过程中配置应用程序，以映射其所有环境。在开发期间，一个 Vite 开发服务器现在可用于在多个不同环境中同时运行代码。应用程序源代码仍由 Vite 开发服务器进行转换。在共享 HTTP 服务器、中间件、解析配置和插件管道的基础上，Vite 开发服务器现在拥有一组独立的开发环境。每个开发环境的配置都尽可能与生产环境相匹配，并连接到执行代码的开发运行时（对于 Workerd，服务器代码现在可以在本地 miniflare 中运行）。在客户端，浏览器导入并执行代码。在其他环境中，模块运行器会获取并评估转换后的代码。
 
 ![Vite Environments](../images/vite-environments.svg)