Easy-Vibe 仓库工程指南VitePress 多语言文档站的开发、协作规范与部署实战【免费下载链接】easy-vibe从 0 到 1 学会 vibe coding项目制学习项目地址: https://gitcode.com/datawhalechina/easy-vibe本文基于 easy-vibe 仓库根目录的 AGENTS.md 编写这份文件是面向开发者与 AI 编码代理Agent的仓库操作手册完整定义了项目的目录组织、构建/测试命令、编码规范、提交约定与部署配置。读完本文你将掌握如何在一个以 VitePressVue 3为核心的多语言文档仓库中快速定位模块、跑通本地开发与生产构建、按团队规范提交代码并理解其 Vercel / GitHub Pages / 容器化等多套部署路径的实现细节。一、仓库定位与整体结构easy-vibe 是一个典型的VitePressVue 3文档工程用于承载从 0 到 1 学会 vibe coding的整套课程内容。与普通静态文档站不同它不只是 Markdown 的堆叠还包含自定义 VitePress 主题与几十个交互式 Vue 演示组件覆盖 10 种语言的国际化内容目录一套用于多语言并行构建、站点地图生成、图片优化、电子书PDF/EPUB生成的生产级脚本。AGENTS.md 把仓库划分成以下职责清晰的模块路径职责docs/VitePress 站点源Markdown 内容、侧边栏/导航、文档引用的静态资源docs/.vitepress/theme/自定义主题index.js全局组件注册、style.css共享样式、Layout.vue布局docs/.vitepress/theme/components/appendix/*/附录页面中使用的交互式 Vue 演示组件如web-basics/、deployment/assets/仓库级图片/媒体资源文档需要时优先链接或复制到docs/public/或文档本地目录scripts/文档维护工具脚本实际盘点scripts/目录见 scripts/README.md当前保留的脚本包括build-locales.mjs多 locale 并行构建的入口generate-sitemap.mjs生成sitemap.xml与robots.txtscan-appendix-component-i18n.mjs扫描附录组件的 i18n 翻译缺失以及book-shared.mjs、build-epub.mjs、build-latex-book.mjs、optimize-stage1-images.mjs、render-book-asset.mjs等电子书与图片处理脚本。需要说明的是AGENTS.md 中提到的tools/与update_readmes.cjs在当前仓库快照中未检索到实际以scripts/目录中的脚本清单为准文档与代码之间存在轻微的版本滞后这是维护多语言大型文档仓库时常出现的情况。二、环境要求与常用开发命令AGENTS.md 明确要求Node.js 18。这一约束与 package.json 中engines字段的node: 18.0.0一致CI如 GitHub Actions 工作流 .github/workflows/deploy.yml实际使用 Node 20 进行构建。2.1 基础命令AGENTS.md 原始定义npm install npm run dev # 启动本地文档服务器支持热更新 npm run build # 生产构建作为 CI 风格的正确性检查 npm run preview # 本地预览构建产物 npm run format # 对整个仓库运行 Prettier2.2 仓库实际暴露的完整命令面package.json 扩展对照 package.jsonnpm run build实际指向的是node scripts/build-locales.mjs即先做多语言并行构建再生成站点地图除上述基础命令外还提供npm run build:locales # 等价于 build多 locale 并行构建 npm run build:single # 单站点构建先 sitemap再直接构建 docs npm run build:force # 强制多 locale 构建 npm run build:single:force # 强制单站点构建 npm test # 运行 docs 与 scripts 下的 *.test.js 单元测试 npm run lint # ESLint 检查 docs/.vitepress/theme npm run lint:fix # 自动修复 ESLint 问题 npm run images:stage1 # 优化 stage-1 图片scripts/optimize-stage1-images.mjs npm run sitemap # 生成 sitemap.xml 与 robots.txt npm run book:pdf / book:epub / book:all # 生成 PDF/EPUB 电子书其中npm run dev与npm run preview均以docs为站点根目录vitepress dev docs。本地预览默认端口为 4173开发服务器默认 5173且由于 VitePress 的base配置非 Vercel/EdgeOne 环境下本地访问路径通常带有/easy-vibe/前缀详见 docs/DEPLOYMENT.md。提示npm run dev只启动 VitePress 开发服务器不会执行多语言构建脚本想要模拟线上多语言产物请使用npm run build加npm run preview。三、编码风格与命名规范AGENTS.md 对代码风格提出三点硬性要求均可在此仓库源码中找到对应实现格式化统一使用 Prettiernpm run format保持 diff 最小化避免顺手格式化无关文件Vue 组件使用 Vue 3 单文件组件SFC与script setup语法文件名采用 PascalCase如SemanticTagsDemo.vueCSS优先使用 VitePress 主题变量var(--vp-c-*)在需要时使用media (max-width: 720px)保证组件响应式。主题入口 docs/.vitepress/theme/index.js 是组件注册的枢纽它引入了element-plus及其样式、viewerjs图片查看器、typeit打字动画将Layout.vue、HomeFeatures.vue、WelcomeScreen.vue等全局组件一次性注册并以appendixComponentModulesappendixComponentRegistrations两套映射集中管理附录交互组件的异步加载。这种集中注册 动态导入的模式让 Markdown 中可以直接以ComponentName /方式引用组件这正是 AGENTS.md 中Docs: components are referenced in Markdown asComponentName /约定的落地方式同时避免首次加载时一次性拉取全部演示组件。文档写作方面规范要求使用清晰的标题层级与短段落保持文档可扫读性。四、测试策略以构建为正确性底线AGENTS.md 明确指出仓库没有专门的测试框架npm run build是首要的正确性检查手段交互式组件需要人工在npm run dev中手动验证。结合源码可以更精确地描述测试现状主流程依赖 VitePress 生产构建多语言并行构建 sitemap 生成来暴露 Markdown 链接错误、组件编译错误与配置问题同时 package.json 也提供了基于 Node 内置测试运行器的npm testnode --test $(find docs scripts -name *.test.js -print)并支持npm run test:coverage输出覆盖率报告。仓库中存在真实测试文件例如 docs/.vitepress/utils/readingBookmark.test.js阅读进度书签工具的单测静态质量检查由 ESLint 承担eslint.config.js 配合eslint-plugin-vue与vue-eslint-parser覆盖docs/.vitepress/theme目录。因此在提交前推荐的验证流程是npm run format→npm run lint→npm run build必要时补充npm test与人工交互验证。五、Commit 与 Pull Request 约定AGENTS.md 要求提交遵循仓库历史中可见的Conventional Commits风格feat: ... fix: ... docs: ... feat(docs): ... # 可选带作用域PR 需要包含简短描述、UI 或组件变更的截图/GIF、以及涉及到的相关路径例如docs/zh-cn/appendix/...、docs/.vitepress/theme/...。这与本仓库内容 主题 组件耦合紧密的结构高度匹配——改动往往同时触及某个语言目录下的 Markdown 与主题组件目录下的 Vue 文件清晰的路径标注能大幅提升 review 效率。另外注意 package.json 中prepare: husky表明仓库启用了 Husky Git 钩子提交时可能会自动执行 lint/format 类校验进一步保证提交整洁。六、配置与部署从本地到多平台上线AGENTS.md 最后强调vercel.json已存在需要保证构建可复现、避免依赖仅本地存在的资源。下面是仓库实际提供的完整部署矩阵。6.1 Vercel 部署vercel.jsonvercel.json 定义了平台侧的构建与响应头策略{ buildCommand: npm run build, installCommand: npm install, framework: vitepress, outputDirectory: docs/.vitepress/dist }值得注意的细节outputDirectory指向docs/.vitepress/dist与 Dockerfile 中拷贝的构建产物路径完全一致保证多平台构建产物同源对/assets/*设置一年不可变缓存public, max-age31536000, immutable对常见图片格式设置一周缓存 stale-while-revalidate全站下发安全响应头X-Content-Type-Options: nosniff、X-Frame-Options: DENY、X-XSS-Protection: 1; modeblock、Referrer-Policy: strict-origin-when-cross-origin、Permissions-Policy默认禁用 camera/microphone/geolocationsitemap.xml与robots.txt使用短缓存1 天保证搜索引擎更新及时。6.2 base 路径自适应config.mjsVercel 与 GitHub Pages 的部署路径前缀不同Vercel 通常为/GitHub Pages 通常为/easy-vibe/。docs/.vitepress/config.mjs 通过环境变量自动决策const isVercel process.env.VERCEL 1 || !!process.env.VERCEL_URL const isEdgeOne !!process.env.EDGEONE || process.env.EDGEONE 1 const base process.env.BASE || (isVercel || isEdgeOne ? / : /easy-vibe/)同时站点 URL 按VERCEL_URL→EDGEONE_URL→SITE_URL→ GitHub Pages 默认地址的优先级动态确定用于 SEO 与 sitemap。首页导航等动态链接使用 VitePress 的withBase()/useData()避免硬编码前缀参见 docs/DEPLOYMENT.md 中的示例。6.3 多语言与 SEO该仓库是重国际化项目config.mjs的locales配置了 10 种语言zh-cn、en、ja-jp、zh-tw、ko-kr、es-es、fr-fr、de-de、ar-sa、vi-vn每种语言都包含独立的title、description、nav、sidebar与 404 页面文案getSeoHead()见 docs/.vitepress/seo.mjs按语言生成ogLocale、hreflang等 SEO 元信息。构建期支持通过VITEPRESS_BUILD_LOCALE或VITEPRESS_BUILD_LOCALES_ACTIVE指定只构建部分语言其余语言目录通过srcExclude排除从而缩短 CI 构建时间。6.4 容器化部署Dockerfile nginx.conf除平台托管外仓库还提供面向魔搭创空间ModelScope Studio的容器化方案Dockerfile 采用多阶段构建——先用node:20-alpine执行npm ci npm run build编译出docs/.vitepress/dist再用nginx:alpine提供静态服务nginx.conf 监听魔搭要求的7860 端口开启 gzip 压缩覆盖 HTML/CSS/JS/JSON/SVG 等类型并以try_files $uri $uri.html $uri/ /index.html支持 SPA 回退同时对/assets/设置一年长缓存。6.5 GitHub PagesCI 工作流.github/workflows/deploy.yml 提供 GitHub Pages 自动化部署仅在main分支推送或手动触发时运行使用actions/setup-nodeNode 20npm ciNODE_OPTIONS--max-old-space-size8192 npm run build将docs/.vitepress/dist上传为 Pages artifact 并执行部署。由于构建体量大工作流特意提高了 Node 堆内存上限。七、常见部署问题排查docs/DEPLOYMENT.md 记录了两种高频故障及其成因现象原因修复Vercel 上 URL 带/easy-vibe/...且返回 404VERCEL环境变量缺失或不为1导致 base 判定为 GitHub Pages 路径在 Vercel 项目设置中确认VERCEL1后重新部署GitHub Pages 所有路由 404构建时缺少/easy-vibe/前缀base 未生效检查docs/.vitepress/config.mjs的 base 逻辑确保 GitHub Pages 构建使用base /easy-vibe/部署完成后建议按清单自检首页可加载、导航链接正确、语言切换正常、图片资源完整。八、小结AGENTS.md 虽是一份不足五十行的仓库指南却准确勾勒出 easy-vibe 的核心工程形态一个依赖Node 18、VitePress Vue 3、Prettier ESLint、Conventional Commits的多语言文档项目。将它与 package.json、docs/.vitepress/config.mjs、docs/.vitepress/theme/index.js、vercel.json、Dockerfile、nginx.conf 及 .github/workflows/deploy.yml 对照阅读即可完整还原从本地开发、代码规范、质量检查到多平台部署的全链路。对于想要为本仓库做贡献无论是补充教程内容、新增交互演示组件还是修复构建配置的开发者与 AI Agent 而言这份指南就是最可靠的起点。【免费下载链接】easy-vibe从 0 到 1 学会 vibe coding项目制学习项目地址: https://gitcode.com/datawhalechina/easy-vibe创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Easy-Vibe 仓库工程指南VitePress 多语言文档站的开发、协作规范与部署实战【免费下载链接】easy-vibe从 0 到 1 学会 vibe coding项目制学习项目地址: https://gitcode.com/datawhalechina/easy-vibe本文基于 easy-vibe 仓库根目录的 AGENTS.md 编写这份文件是面向开发者与 AI 编码代理Agent的仓库操作手册完整定义了项目的目录组织、构建/测试命令、编码规范、提交约定与部署配置。读完本文你将掌握如何在一个以 VitePressVue 3为核心的多语言文档仓库中快速定位模块、跑通本地开发与生产构建、按团队规范提交代码并理解其 Vercel / GitHub Pages / 容器化等多套部署路径的实现细节。一、仓库定位与整体结构easy-vibe 是一个典型的VitePressVue 3文档工程用于承载从 0 到 1 学会 vibe coding的整套课程内容。与普通静态文档站不同它不只是 Markdown 的堆叠还包含自定义 VitePress 主题与几十个交互式 Vue 演示组件覆盖 10 种语言的国际化内容目录一套用于多语言并行构建、站点地图生成、图片优化、电子书PDF/EPUB生成的生产级脚本。AGENTS.md 把仓库划分成以下职责清晰的模块路径职责docs/VitePress 站点源Markdown 内容、侧边栏/导航、文档引用的静态资源docs/.vitepress/theme/自定义主题index.js全局组件注册、style.css共享样式、Layout.vue布局docs/.vitepress/theme/components/appendix/*/附录页面中使用的交互式 Vue 演示组件如web-basics/、deployment/assets/仓库级图片/媒体资源文档需要时优先链接或复制到docs/public/或文档本地目录scripts/文档维护工具脚本实际盘点scripts/目录见 scripts/README.md当前保留的脚本包括build-locales.mjs多 locale 并行构建的入口generate-sitemap.mjs生成sitemap.xml与robots.txtscan-appendix-component-i18n.mjs扫描附录组件的 i18n 翻译缺失以及book-shared.mjs、build-epub.mjs、build-latex-book.mjs、optimize-stage1-images.mjs、render-book-asset.mjs等电子书与图片处理脚本。需要说明的是AGENTS.md 中提到的tools/与update_readmes.cjs在当前仓库快照中未检索到实际以scripts/目录中的脚本清单为准文档与代码之间存在轻微的版本滞后这是维护多语言大型文档仓库时常出现的情况。二、环境要求与常用开发命令AGENTS.md 明确要求Node.js 18。这一约束与 package.json 中engines字段的node: 18.0.0一致CI如 GitHub Actions 工作流 .github/workflows/deploy.yml实际使用 Node 20 进行构建。2.1 基础命令AGENTS.md 原始定义npm install npm run dev # 启动本地文档服务器支持热更新 npm run build # 生产构建作为 CI 风格的正确性检查 npm run preview # 本地预览构建产物 npm run format # 对整个仓库运行 Prettier2.2 仓库实际暴露的完整命令面package.json 扩展对照 package.jsonnpm run build实际指向的是node scripts/build-locales.mjs即先做多语言并行构建再生成站点地图除上述基础命令外还提供npm run build:locales # 等价于 build多 locale 并行构建 npm run build:single # 单站点构建先 sitemap再直接构建 docs npm run build:force # 强制多 locale 构建 npm run build:single:force # 强制单站点构建 npm test # 运行 docs 与 scripts 下的 *.test.js 单元测试 npm run lint # ESLint 检查 docs/.vitepress/theme npm run lint:fix # 自动修复 ESLint 问题 npm run images:stage1 # 优化 stage-1 图片scripts/optimize-stage1-images.mjs npm run sitemap # 生成 sitemap.xml 与 robots.txt npm run book:pdf / book:epub / book:all # 生成 PDF/EPUB 电子书其中npm run dev与npm run preview均以docs为站点根目录vitepress dev docs。本地预览默认端口为 4173开发服务器默认 5173且由于 VitePress 的base配置非 Vercel/EdgeOne 环境下本地访问路径通常带有/easy-vibe/前缀详见 docs/DEPLOYMENT.md。提示npm run dev只启动 VitePress 开发服务器不会执行多语言构建脚本想要模拟线上多语言产物请使用npm run build加npm run preview。三、编码风格与命名规范AGENTS.md 对代码风格提出三点硬性要求均可在此仓库源码中找到对应实现格式化统一使用 Prettiernpm run format保持 diff 最小化避免顺手格式化无关文件Vue 组件使用 Vue 3 单文件组件SFC与script setup语法文件名采用 PascalCase如SemanticTagsDemo.vueCSS优先使用 VitePress 主题变量var(--vp-c-*)在需要时使用media (max-width: 720px)保证组件响应式。主题入口 docs/.vitepress/theme/index.js 是组件注册的枢纽它引入了element-plus及其样式、viewerjs图片查看器、typeit打字动画将Layout.vue、HomeFeatures.vue、WelcomeScreen.vue等全局组件一次性注册并以appendixComponentModulesappendixComponentRegistrations两套映射集中管理附录交互组件的异步加载。这种集中注册 动态导入的模式让 Markdown 中可以直接以ComponentName /方式引用组件这正是 AGENTS.md 中Docs: components are referenced in Markdown asComponentName /约定的落地方式同时避免首次加载时一次性拉取全部演示组件。文档写作方面规范要求使用清晰的标题层级与短段落保持文档可扫读性。四、测试策略以构建为正确性底线AGENTS.md 明确指出仓库没有专门的测试框架npm run build是首要的正确性检查手段交互式组件需要人工在npm run dev中手动验证。结合源码可以更精确地描述测试现状主流程依赖 VitePress 生产构建多语言并行构建 sitemap 生成来暴露 Markdown 链接错误、组件编译错误与配置问题同时 package.json 也提供了基于 Node 内置测试运行器的npm testnode --test $(find docs scripts -name *.test.js -print)并支持npm run test:coverage输出覆盖率报告。仓库中存在真实测试文件例如 docs/.vitepress/utils/readingBookmark.test.js阅读进度书签工具的单测静态质量检查由 ESLint 承担eslint.config.js 配合eslint-plugin-vue与vue-eslint-parser覆盖docs/.vitepress/theme目录。因此在提交前推荐的验证流程是npm run format→npm run lint→npm run build必要时补充npm test与人工交互验证。五、Commit 与 Pull Request 约定AGENTS.md 要求提交遵循仓库历史中可见的Conventional Commits风格feat: ... fix: ... docs: ... feat(docs): ... # 可选带作用域PR 需要包含简短描述、UI 或组件变更的截图/GIF、以及涉及到的相关路径例如docs/zh-cn/appendix/...、docs/.vitepress/theme/...。这与本仓库内容 主题 组件耦合紧密的结构高度匹配——改动往往同时触及某个语言目录下的 Markdown 与主题组件目录下的 Vue 文件清晰的路径标注能大幅提升 review 效率。另外注意 package.json 中prepare: husky表明仓库启用了 Husky Git 钩子提交时可能会自动执行 lint/format 类校验进一步保证提交整洁。六、配置与部署从本地到多平台上线AGENTS.md 最后强调vercel.json已存在需要保证构建可复现、避免依赖仅本地存在的资源。下面是仓库实际提供的完整部署矩阵。6.1 Vercel 部署vercel.jsonvercel.json 定义了平台侧的构建与响应头策略{ buildCommand: npm run build, installCommand: npm install, framework: vitepress, outputDirectory: docs/.vitepress/dist }值得注意的细节outputDirectory指向docs/.vitepress/dist与 Dockerfile 中拷贝的构建产物路径完全一致保证多平台构建产物同源对/assets/*设置一年不可变缓存public, max-age31536000, immutable对常见图片格式设置一周缓存 stale-while-revalidate全站下发安全响应头X-Content-Type-Options: nosniff、X-Frame-Options: DENY、X-XSS-Protection: 1; modeblock、Referrer-Policy: strict-origin-when-cross-origin、Permissions-Policy默认禁用 camera/microphone/geolocationsitemap.xml与robots.txt使用短缓存1 天保证搜索引擎更新及时。6.2 base 路径自适应config.mjsVercel 与 GitHub Pages 的部署路径前缀不同Vercel 通常为/GitHub Pages 通常为/easy-vibe/。docs/.vitepress/config.mjs 通过环境变量自动决策const isVercel process.env.VERCEL 1 || !!process.env.VERCEL_URL const isEdgeOne !!process.env.EDGEONE || process.env.EDGEONE 1 const base process.env.BASE || (isVercel || isEdgeOne ? / : /easy-vibe/)同时站点 URL 按VERCEL_URL→EDGEONE_URL→SITE_URL→ GitHub Pages 默认地址的优先级动态确定用于 SEO 与 sitemap。首页导航等动态链接使用 VitePress 的withBase()/useData()避免硬编码前缀参见 docs/DEPLOYMENT.md 中的示例。6.3 多语言与 SEO该仓库是重国际化项目config.mjs的locales配置了 10 种语言zh-cn、en、ja-jp、zh-tw、ko-kr、es-es、fr-fr、de-de、ar-sa、vi-vn每种语言都包含独立的title、description、nav、sidebar与 404 页面文案getSeoHead()见 docs/.vitepress/seo.mjs按语言生成ogLocale、hreflang等 SEO 元信息。构建期支持通过VITEPRESS_BUILD_LOCALE或VITEPRESS_BUILD_LOCALES_ACTIVE指定只构建部分语言其余语言目录通过srcExclude排除从而缩短 CI 构建时间。6.4 容器化部署Dockerfile nginx.conf除平台托管外仓库还提供面向魔搭创空间ModelScope Studio的容器化方案Dockerfile 采用多阶段构建——先用node:20-alpine执行npm ci npm run build编译出docs/.vitepress/dist再用nginx:alpine提供静态服务nginx.conf 监听魔搭要求的7860 端口开启 gzip 压缩覆盖 HTML/CSS/JS/JSON/SVG 等类型并以try_files $uri $uri.html $uri/ /index.html支持 SPA 回退同时对/assets/设置一年长缓存。6.5 GitHub PagesCI 工作流.github/workflows/deploy.yml 提供 GitHub Pages 自动化部署仅在main分支推送或手动触发时运行使用actions/setup-nodeNode 20npm ciNODE_OPTIONS--max-old-space-size8192 npm run build将docs/.vitepress/dist上传为 Pages artifact 并执行部署。由于构建体量大工作流特意提高了 Node 堆内存上限。七、常见部署问题排查docs/DEPLOYMENT.md 记录了两种高频故障及其成因现象原因修复Vercel 上 URL 带/easy-vibe/...且返回 404VERCEL环境变量缺失或不为1导致 base 判定为 GitHub Pages 路径在 Vercel 项目设置中确认VERCEL1后重新部署GitHub Pages 所有路由 404构建时缺少/easy-vibe/前缀base 未生效检查docs/.vitepress/config.mjs的 base 逻辑确保 GitHub Pages 构建使用base /easy-vibe/部署完成后建议按清单自检首页可加载、导航链接正确、语言切换正常、图片资源完整。八、小结AGENTS.md 虽是一份不足五十行的仓库指南却准确勾勒出 easy-vibe 的核心工程形态一个依赖Node 18、VitePress Vue 3、Prettier ESLint、Conventional Commits的多语言文档项目。将它与 package.json、docs/.vitepress/config.mjs、docs/.vitepress/theme/index.js、vercel.json、Dockerfile、nginx.conf 及 .github/workflows/deploy.yml 对照阅读即可完整还原从本地开发、代码规范、质量检查到多平台部署的全链路。对于想要为本仓库做贡献无论是补充教程内容、新增交互演示组件还是修复构建配置的开发者与 AI Agent 而言这份指南就是最可靠的起点。【免费下载链接】easy-vibe从 0 到 1 学会 vibe coding项目制学习项目地址: https://gitcode.com/datawhalechina/easy-vibe创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
