diff --git a/blog/announcing-vite8.md b/blog/announcing-vite8.md
index 2071bc25..02730610 100644
--- a/blog/announcing-vite8.md
+++ b/blog/announcing-vite8.md
@@ -131,7 +131,7 @@ Rolldown 集成打开了改进和优化的大门。以下是我们接下来要
 
 我们想要透明地对待 Vite 安装大小的变化。Vite 8 本身比 Vite 7 大约大 15 MB。这来自两个主要来源：
 
-- **~10 MB 来自 lightningcss**: 以前是一个可选的 peer 依赖项，lightningcss 现在是一个普通依赖项，提供更好的开箱即用的CSS 压缩。
+- **~10 MB 来自 lightningcss**: 以前是一个可选的 peer 依赖项，lightningcss 现在是一个普通依赖项，提供更好的开箱即用的 CSS 压缩。
 - **~5 MB 来自 Rolldown**: Rolldown 二进制文件比 esbuild + Rollup 更大，主要是因为性能优化，更倾向于速度而不是二进制大小。
 
 随着 Rolldown 逐渐成熟，我们将继续密切关注并努力减少安装大小。
diff --git a/config/build-options.md b/config/build-options.md
index 1dc8b631..5dc50ea8 100644
--- a/config/build-options.md
+++ b/config/build-options.md
@@ -251,7 +251,7 @@ export default defineConfig({
 
 当值为字符串时，将用作相对于 `build.outDir` 的 manifest 文件路径。设置为 `true` 时，路径将是 `.vite/manifest.json`。
 
-如果您正在编写插件，并且需要在构建过程中检查每个输出块或资源的 CSS 和静态资源，您也可以使用 [`viteMetadata` 构建输出元数据 API](/guide/api-plugin#output-bundle-metadata).
+如果您正在编写插件，并且需要在构建过程中检查每个输出块或资源的 CSS 和静态资源，您也可以使用 [`viteMetadata` 构建输出元数据 API](/guide/api-plugin#output-bundle-metadata)。
 
 ## build.ssrManifest {#build-ssrmanifest}
 
diff --git a/guide/static-deploy.md b/guide/static-deploy.md
index 03f06d5c..4ac025d7 100644
--- a/guide/static-deploy.md
+++ b/guide/static-deploy.md
@@ -131,7 +131,7 @@ $ npm run preview
 
 ### Netlify CLI {#netlify-cli}
 
-1. 通过 `npm install -g netlify-cli` 安装 [Netlify CLI](https://docs.netlify.com/api-and-cli-guides/cli-guides/get-started-with-cli/) 。
+1. 通过 `npm install -g netlify-cli` 安装 [Netlify CLI](https://docs.netlify.com/api-and-cli-guides/cli-guides/get-started-with-cli/)。
 2. 使用 `netlify init` 创建一个新站点。
 3. 使用 `netlify deploy` 来部署。
 
@@ -287,7 +287,7 @@ Cloudflare Pages 提供了一种直接部署到 Cloudflare 的方式，而无需
    - **构建命令**：`npm install && npm run build`
    - **发布目录**：`dist`
 
-5. 点击 **Create Static Site**， 你的应用将会被部署在 `https://<PROJECTNAME>.onrender.com/`。
+5. 点击 **Create Static Site**，你的应用将会被部署在 `https://<PROJECTNAME>.onrender.com/`。
 
 默认情况下，推送到该指定分支的任何新的 commit 都会自动触发一个新的部署。[Auto-Deploy](https://render.com/docs/deploys#toggling-auto-deploy-for-a-service) 可以在项目设置中部署。
 
diff --git a/guide/troubleshooting.md b/guide/troubleshooting.md
index 0355cc44..f23c2270 100644
--- a/guide/troubleshooting.md
+++ b/guide/troubleshooting.md
@@ -200,13 +200,13 @@ import './Foo.js' // 应该为 './foo.js'
 - **暂时保留旧的 chunks**: 考虑保留以前部署的块一段时间，以允许缓存的用户顺利过渡。
 - **使用 service worker**: 实现一个 service worker, 它将预获取所有静态资源并缓存它们。
 - **Prefetch 动态 chunks**: 请注意，如果您的 HTML 文件由于 `Cache-Control` 标头而被浏览器缓存，则这无济于事
-- **实现优雅的回退**: 实现优雅的回退实现动态导入的错误处理，以便在缺少块时重新加载页面。请参阅[加载错误处理](./build.md#load-error-handling)以了解更多详细信息。
+- **实现优雅的回退**: 实现优雅的回退实现动态导入的错误处理，以便在缺少块时重新加载页面。请参阅 [加载错误处理](./build.md#load-error-handling) 以了解更多详细信息。
 
 #### 网络状况不佳 {#poor-network-conditions}
 
 此错误可能发生在网络不稳定的环境中。例如，由于网络错误或服务器停机导致请求失败。
 
-请注意，由于浏览器限制，您无法重新尝试动态导入。 ([whatwg/html#6768](https://github.com/whatwg/html/issues/6768)).
+请注意，由于浏览器限制，您无法重新尝试动态导入（[whatwg/html#6768](https://github.com/whatwg/html/issues/6768)）。
 
 #### 浏览器扩展阻止请求 {#browser-extensions-blocking-requests}