粗略梳理了目录结构布局

docs/.vitepress/config.mts

@@ -20,14 +20,14 @@ export default defineConfig({
     nav: [
       // { text: '文档', link: '/document/index' },
       // 
-      { text: 'DevStar Studio', link: '/devstar' },
-      { text: '编译加速', link: '/compiling' },
+      { text: 'DevStar', link: '/devstar' },
+      { text: '编译加速', link: '/compile' },
       { text: '虚拟仿真', link: '/simulator' },
       { text: 'Enterprise', link: '/enterprise' },
     ],
     sidebar: {
       '/devstar/': sidebarDevStar(),  // 直接返回 SidebarItem[]
-      '/compiling/': sidebarCompiling(),
+      '/compile/': sidebarCompiling(),
       '/simulator/': sidebarSimulator(),
       '/enterprise/': sidebarEnterprise()
     },
@@ -69,9 +69,13 @@ export default defineConfig({
 function sidebarDevStar(): DefaultTheme.SidebarItem[] {
   return [
     {
-      text: 'DevStar是什么',
+      text: 'DevStar Studio',
       link: '/devstar/index',
-      items: []
+      collapsible: true, // 使整个组可折叠
+      collapsed: false, // 默认展开
+      items: [
+        { text: 'AI+ DevOps', link: '/devstar/ai-devops' },
+      ]
     } as any,
     {
       text: '安装',
@@ -234,59 +238,20 @@ function sidebarDevStar(): DefaultTheme.SidebarItem[] {
 function sidebarSimulator(): DefaultTheme.SidebarItem[] {
   return [
     {
-      text: 'Gitea Enterprise 是什么',
-      link: '/enterprise/index',
+      text: '虚拟仿真技术',
+      link: '/simulator/index',
       items: [
-
       ]
     },
     {
-      text: '特征',
-      collapsible: true, // 使整个组可折叠
-      collapsed: true, // 默认展开
+      text: '虚拟ECU',
+      link: '/simulator/vECU',
       items: [
-        {
-          text: '可继承分支保护',
-          link: 'https://docs.gitea.com/enterprise/features/inheritable-branch-protection'
-        },
-        {
-          text: '依赖关系扫描',
-          link: 'https://docs.gitea.com/enterprise/features/dependency-scan'
-        },
-        {
-          text: 'IP 允许列表',
-          link: 'https://docs.gitea.com/enterprise/features/ip-allowlist'
-        },
-        {
-          text: '企业主题',
-          link: 'https://docs.gitea.com/enterprise/features/enterprise-theme'
-        },
-        {
-          text: '强制2FA身份验证',
-          link: 'https://docs.gitea.com/enterprise/features/mandatory-2fa'
-        },
-        {
-          text: '审计日志',
-          link: 'https://docs.gitea.com/enterprise/features/audit-log'
-        },
-        {
-          text: 'SAML',
-          link: 'https://docs.gitea.com/enterprise/features/saml-auth'
-        },
-        {
-          text: '发布节奏和版本控制',
-          link: 'https://docs.gitea.com/enterprise/features/release-cadence'
-        }
       ]
     } as any,
     {
-      text: '安装',
-      link: 'https://docs.gitea.com/enterprise/installation',
-      items: []
-    },
-    {
-      text: '常见问题',
-      link: 'https://docs.gitea.com/enterprise/faq',
+      text: '整车系统级软硬件联合仿真',
+      link: '/simulator/vehicle-simulator',
       items: []
     },
   ]
@@ -295,60 +260,68 @@ function sidebarSimulator(): DefaultTheme.SidebarItem[] {
 function sidebarCompiling(): DefaultTheme.SidebarItem[] {
   return [
     {
-      text: 'Gitea Enterprise 是什么',
-      link: '/enterprise/index',
+      text: '编译加速',
+      link: '/compile/index',
       items: [
 
       ]
     },
     {
-      text: '特征',
+      text: '分布式编译系统',
       collapsible: true, // 使整个组可折叠
-      collapsed: true, // 默认展开
+      collapsed: false, // 默认展开
       items: [
         {
-          text: '可继承分支保护',
-          link: 'https://docs.gitea.com/enterprise/features/inheritable-branch-protection'
+          text: '为什么需要分布式编译？',
+          link: '/compile/why-distributed-compiling'
         },
         {
-          text: '依赖关系扫描',
-          link: 'https://docs.gitea.com/enterprise/features/dependency-scan'
+          text: 'CloudBuild',
+          link: '/compile/cloudbuild'
         },
         {
-          text: 'IP 允许列表',
-          link: 'https://docs.gitea.com/enterprise/features/ip-allowlist'
+          text: 'ShareBuild',
+          link: '/compile/sharebuild'
         },
-        {
-          text: '企业主题',
-          link: 'https://docs.gitea.com/enterprise/features/enterprise-theme'
-        },
-        {
-          text: '强制2FA身份验证',
-          link: 'https://docs.gitea.com/enterprise/features/mandatory-2fa'
-        },
-        {
-          text: '审计日志',
-          link: 'https://docs.gitea.com/enterprise/features/audit-log'
-        },
-        {
-          text: 'SAML',
-          link: 'https://docs.gitea.com/enterprise/features/saml-auth'
-        },
-        {
-          text: '发布节奏和版本控制',
-          link: 'https://docs.gitea.com/enterprise/features/release-cadence'
-        }
       ]
     } as any,
     {
-      text: '安装',
-      link: 'https://docs.gitea.com/enterprise/installation',
-      items: []
+      text: 'AI Compiler',
+      collapsible: true, // 使整个组可折叠
+      collapsed: false, // 默认展开
+      items: [
+        {
+          text: 'AI Compiler简介',
+          link: '/compile/why-distributed-compiling'
         },
         {
-      text: '常见问题',
-      link: 'https://docs.gitea.com/enterprise/faq',
-      items: []
+          text: 'CloudBuild',
+          link: '/compile/cloudbuild'
+        },
+        {
+          text: 'ShareBuild',
+          link: '/compile/sharebuild'
+        },
+      ]
+    } as any,
+    {
+      text: 'PGO/LTO',
+      collapsible: true, // 使整个组可折叠
+      collapsed: false, // 默认展开
+      items: [
+        {
+          text: 'PGO/LTO简介',
+          link: '/compile/why-distributed-compiling'
+        },
+        {
+          text: 'CloudBuild',
+          link: '/compile/cloudbuild'
+        },
+        {
+          text: 'ShareBuild',
+          link: '/compile/sharebuild'
+        },
+      ]
     },
   ]
 }
@@ -356,59 +329,15 @@ function sidebarCompiling(): DefaultTheme.SidebarItem[] {
 function sidebarEnterprise(): DefaultTheme.SidebarItem[] {
   return [
     {
-      text: 'Gitea Enterprise 是什么',
+      text: 'DevStar Enterprise',
       link: '/enterprise/index',
       items: [
 
       ]
     },
     {
-      text: '特征',
-      collapsible: true, // 使整个组可折叠
-      collapsed: true, // 默认展开
-      items: [
-        {
-          text: '可继承分支保护',
-          link: 'https://docs.gitea.com/enterprise/features/inheritable-branch-protection'
-        },
-        {
-          text: '依赖关系扫描',
-          link: 'https://docs.gitea.com/enterprise/features/dependency-scan'
-        },
-        {
-          text: 'IP 允许列表',
-          link: 'https://docs.gitea.com/enterprise/features/ip-allowlist'
-        },
-        {
-          text: '企业主题',
-          link: 'https://docs.gitea.com/enterprise/features/enterprise-theme'
-        },
-        {
-          text: '强制2FA身份验证',
-          link: 'https://docs.gitea.com/enterprise/features/mandatory-2fa'
-        },
-        {
-          text: '审计日志',
-          link: 'https://docs.gitea.com/enterprise/features/audit-log'
-        },
-        {
-          text: 'SAML',
-          link: 'https://docs.gitea.com/enterprise/features/saml-auth'
-        },
-        {
-          text: '发布节奏和版本控制',
-          link: 'https://docs.gitea.com/enterprise/features/release-cadence'
-        }
-      ]
-    } as any,
-    {
-      text: '安装',
-      link: 'https://docs.gitea.com/enterprise/installation',
-      items: []
-    },
-    {
-      text: '常见问题',
-      link: 'https://docs.gitea.com/enterprise/faq',
+      text: '常见问题FAQ',
+      link: '/enterprise/faq',
       items: []
     },
   ]

docs/compile/cloudbuild.md

@@ -0,0 +1,79 @@
+# 分布式编译系统CloudBuild
+![alt text](/public/compile/promotional-graphic-cloudbuild.jpg)
+##  为什么需要分布式编译？
+- 大型项目过长的编译耗时将会给开发、测试和调试都带来延迟，所以缩短大型项目的编译时间的分布式编译系统有重要意义
+- 使用分布式编译系统编译项目可以利用计算机集群提高编译效率，缩短项目编译时间
+- 在实际开发时，同一个团队大量的编译任务时相同的。CloudBuild提供的编译缓存可以避免重复上传和重复编译，从而进一步加快编译效率
+
+## 总体架构
+### 系统总体架构
+![alt text](/public/compile/architecture.png)
+- Ninja：客户端，该机器上需要保存有完整的待编译项目源代码。
+- Action Cache：服务端缓存，主要保存编译任务的执行结果。
+- CAS Cache：服务端缓存，主要保存客户端上传的依赖文件，编译结果文件。
+- Scheduler：任务调度器，将编译任务id分发到各个编译节点。
+- Redis：主要存储具体的编译任务供编译节点领取执行，也可存储Action Cache和 CAS Cache中的内容加速编译。
+- MySQL：主要存储编译过程中的任务统计信息。
+- Executor：各个编译节点
+
+### 部署示意图
+![alt text](/public/compile/system-diagram.png)
+CloudBuild主程序分为三个部分：Client、Server、Executor。
+- Client：运行在客户端，和用户对接，用于生成待执行的远程编译任务， 同时也作为本地编译节点执行本地任务。
+- Server：运行在主服务器，主要用于连接各个编译节点，以及 将客户端上传的编译任务调度到与其连接的各个编译节点上。
+- Executor：运行在编译节点，负责接收并执行编译任务，是编译任务真正执行的地方。
+
+### 系统分层结构
+![alt text](/public/compile/layered-system-architecture.png)
+
+## 运行原理与流程
+
+### 分布式编译原理
+![alt text](/public/compile/compiler-principles.png)
+
+### CloudBuild客户端
+CloudBuild客户端基于Ninja改造，有下面这些优势
+- 兼容使用Ninja编译的项目
+- 使用远程执行的方式提高编译时并发度
+- 使用编译缓存减少需要编译的任务数量
+
+### CloudBuild服务端
+- 使用远程执行的方法提高编译时并发度，实现了任务分发至远程节点同步执行
+- 使用分布式任务调度提高任务调度效率和计算节点资源利用率，避免集中式调度的任务阻塞问题
+- 使用编译缓存结合内容寻址存储技术减少网络传输量、避免重复上传与重复编译
+
+### CloudBuild优势
+- 低成本：组成executor的机器不需要使用专门的高性能计算型机器，可使用多个平价的空闲机器
+- 高效：CloudBuild实现分布式编译的功能，相比单机大大提升并发度
+- 兼容Ninja：CloudBuild客户端基于Ninja改造，对于使用Ninja构建和可以转换为Ninja构建的项目不用额外修改构建清单
+
+### CloudBuild执行流程
+- 客户端: 生成远程任务->生成任务依赖->发送任务与依赖
+- 服务端：检查任务缓存->检查依赖完整性->调度任务
+- 编译结点：还原文件目录->还原文件目录->返回编译结果
+
+## AOSP和LLVM上的应用
+### LLVM上的应用效果
+![alt text](/public/compile/table1.png)
+### AOSP上的应用效果
+![alt text](/public/compile/table2.png)
+### CloudBuild硬件资源利用率
+4核CPU利用率:
+![alt text](/public/compile/CPU-utilization-4.png)
+8核CPU利用率:
+![alt text](/public/compile/CPU-utilization-8.png)
+16核CPU利用率:
+![alt text](/public/compile/CPU-utilization-16.png)
+
+## CloudBuild使用方法
+### CloudBuild安装
+![alt text](/public/compile/cloudbuild-installation.png)
+CloudBuild项目地址：https://gitee.com/cloudbuild888/cloudbuild.git
+### CloudBuild分布式编译
+![alt text](/public/compile/cloudbuild-distributed-compilation.png)
+LLVM项目地址：https://gitee.com/mirrors/LLVM.git
+
+
+
+
+

docs/compile/index.md

@@ -1,13 +1,16 @@
-# 分布式编译系统CloudBuild
-![alt text](/public/compiling/promotional-graphic-cloudbuild.jpg)
-##  为什么需要分布式编译技术
+# 编译加速
+
+
+##  分布式编译技术
+
+![alt text](/public/compile/promotional-graphic-cloudbuild.jpg)
+
 - 大型项目过长的编译耗时将会给开发、测试和调试都带来延迟，所以缩短大型项目的编译时间的分布式编译系统有重要意义
 - 使用分布式编译系统编译项目可以利用计算机集群提高编译效率，缩短项目编译时间
 - 在实际开发时，同一个团队大量的编译任务时相同的。CloudBuild提供的编译缓存可以避免重复上传和重复编译，从而进一步加快编译效率
 
-## 总体架构
-### 系统总体架构
-![alt text](/public/compiling/architecture.png)
+### CloudBuild
+![alt text](/public/compile/architecture.png)
 - Ninja：客户端，该机器上需要保存有完整的待编译项目源代码。
 - Action Cache：服务端缓存，主要保存编译任务的执行结果。
 - CAS Cache：服务端缓存，主要保存客户端上传的依赖文件，编译结果文件。
@@ -16,20 +19,20 @@
 - MySQL：主要存储编译过程中的任务统计信息。
 - Executor：各个编译节点
 
-### 部署示意图
-![alt text](/public/compiling/system-diagram.png)
+### ShareBuild
+![alt text](/public/compile/system-diagram.png)
 CloudBuild主程序分为三个部分：Client、Server、Executor。
 - Client：运行在客户端，和用户对接，用于生成待执行的远程编译任务， 同时也作为本地编译节点执行本地任务。
 - Server：运行在主服务器，主要用于连接各个编译节点，以及 将客户端上传的编译任务调度到与其连接的各个编译节点上。
 - Executor：运行在编译节点，负责接收并执行编译任务，是编译任务真正执行的地方。
 
 ### 系统分层结构
-![alt text](/public/compiling/layered-system-architecture.png)
+![alt text](/public/compile/layered-system-architecture.png)
 
 ## 运行原理与流程
 
 ### 分布式编译原理
-![alt text](/public/compiling/compiler-principles.png)
+![alt text](/public/compile/compiler-principles.png)
 
 ### CloudBuild客户端
 CloudBuild客户端基于Ninja改造，有下面这些优势
@@ -54,23 +57,23 @@ CloudBuild客户端基于Ninja改造，有下面这些优势
 
 ## AOSP和LLVM上的应用
 ### LLVM上的应用效果
-![alt text](/public/compiling/table1.png)
+![alt text](/public/compile/table1.png)
 ### AOSP上的应用效果
-![alt text](/public/compiling/table2.png)
+![alt text](/public/compile/table2.png)
 ### CloudBuild硬件资源利用率
 4核CPU利用率:
-![alt text](/public/compiling/CPU-utilization-4.png)
+![alt text](/public/compile/CPU-utilization-4.png)
 8核CPU利用率:
-![alt text](/public/compiling/CPU-utilization-8.png)
+![alt text](/public/compile/CPU-utilization-8.png)
 16核CPU利用率:
-![alt text](/public/compiling/CPU-utilization-16.png)
+![alt text](/public/compile/CPU-utilization-16.png)
 
 ## CloudBuild使用方法
 ### CloudBuild安装
-![alt text](/public/compiling/cloudbuild-installation.png)
-CloudBuild项目地址：https://gitee.com/cloudbuild888/compiling.git
+![alt text](/public/compile/cloudbuild-installation.png)
+CloudBuild项目地址：https://gitee.com/cloudbuild888/cloudbuild.git
 ### CloudBuild分布式编译
-![alt text](/public/compiling/cloudbuild-distributed-compilation.png)
+![alt text](/public/compile/cloudbuild-distributed-compilation.png)
 LLVM项目地址：https://gitee.com/mirrors/LLVM.git
 
 

docs/compile/sharebuild.md

@@ -0,0 +1,79 @@
+# 分布式编译系统ShareBuild
+![alt text](/public/compile/promotional-graphic-cloudbuild.jpg)
+##  为什么需要分布式编译？
+- 大型项目过长的编译耗时将会给开发、测试和调试都带来延迟，所以缩短大型项目的编译时间的分布式编译系统有重要意义
+- 使用分布式编译系统编译项目可以利用计算机集群提高编译效率，缩短项目编译时间
+- 在实际开发时，同一个团队大量的编译任务时相同的。CloudBuild提供的编译缓存可以避免重复上传和重复编译，从而进一步加快编译效率
+
+## 总体架构
+### 系统总体架构
+![alt text](/public/compile/architecture.png)
+- Ninja：客户端，该机器上需要保存有完整的待编译项目源代码。
+- Action Cache：服务端缓存，主要保存编译任务的执行结果。
+- CAS Cache：服务端缓存，主要保存客户端上传的依赖文件，编译结果文件。
+- Scheduler：任务调度器，将编译任务id分发到各个编译节点。
+- Redis：主要存储具体的编译任务供编译节点领取执行，也可存储Action Cache和 CAS Cache中的内容加速编译。
+- MySQL：主要存储编译过程中的任务统计信息。
+- Executor：各个编译节点
+
+### 部署示意图
+![alt text](/public/compile/system-diagram.png)
+CloudBuild主程序分为三个部分：Client、Server、Executor。
+- Client：运行在客户端，和用户对接，用于生成待执行的远程编译任务， 同时也作为本地编译节点执行本地任务。
+- Server：运行在主服务器，主要用于连接各个编译节点，以及 将客户端上传的编译任务调度到与其连接的各个编译节点上。
+- Executor：运行在编译节点，负责接收并执行编译任务，是编译任务真正执行的地方。
+
+### 系统分层结构
+![alt text](/public/compile/layered-system-architecture.png)
+
+## 运行原理与流程
+
+### 分布式编译原理
+![alt text](/public/compile/compiler-principles.png)
+
+### CloudBuild客户端
+CloudBuild客户端基于Ninja改造，有下面这些优势
+- 兼容使用Ninja编译的项目
+- 使用远程执行的方式提高编译时并发度
+- 使用编译缓存减少需要编译的任务数量
+
+### CloudBuild服务端
+- 使用远程执行的方法提高编译时并发度，实现了任务分发至远程节点同步执行
+- 使用分布式任务调度提高任务调度效率和计算节点资源利用率，避免集中式调度的任务阻塞问题
+- 使用编译缓存结合内容寻址存储技术减少网络传输量、避免重复上传与重复编译
+
+### CloudBuild优势
+- 低成本：组成executor的机器不需要使用专门的高性能计算型机器，可使用多个平价的空闲机器
+- 高效：CloudBuild实现分布式编译的功能，相比单机大大提升并发度
+- 兼容Ninja：CloudBuild客户端基于Ninja改造，对于使用Ninja构建和可以转换为Ninja构建的项目不用额外修改构建清单
+
+### CloudBuild执行流程
+- 客户端: 生成远程任务->生成任务依赖->发送任务与依赖
+- 服务端：检查任务缓存->检查依赖完整性->调度任务
+- 编译结点：还原文件目录->还原文件目录->返回编译结果
+
+## AOSP和LLVM上的应用
+### LLVM上的应用效果
+![alt text](/public/compile/table1.png)
+### AOSP上的应用效果
+![alt text](/public/compile/table2.png)
+### CloudBuild硬件资源利用率
+4核CPU利用率:
+![alt text](/public/compile/CPU-utilization-4.png)
+8核CPU利用率:
+![alt text](/public/compile/CPU-utilization-8.png)
+16核CPU利用率:
+![alt text](/public/compile/CPU-utilization-16.png)
+
+## CloudBuild使用方法
+### CloudBuild安装
+![alt text](/public/compile/cloudbuild-installation.png)
+CloudBuild项目地址：https://gitee.com/cloudbuild888/cloudbuild.git
+### CloudBuild分布式编译
+![alt text](/public/compile/cloudbuild-distributed-compilation.png)
+LLVM项目地址：https://gitee.com/mirrors/LLVM.git
+
+
+
+
+

docs/compile/why-distributed-compiling.md

@@ -0,0 +1,78 @@
+# 为什么需要分布式编译？
+
+- 大型项目过长的编译耗时将会给开发、测试和调试都带来延迟，所以缩短大型项目的编译时间的分布式编译系统有重要意义
+- 使用分布式编译系统编译项目可以利用计算机集群提高编译效率，缩短项目编译时间
+- 在实际开发时，同一个团队大量的编译任务时相同的。CloudBuild提供的编译缓存可以避免重复上传和重复编译，从而进一步加快编译效率
+
+## 总体架构
+### 系统总体架构
+![alt text](/public/compile/architecture.png)
+- Ninja：客户端，该机器上需要保存有完整的待编译项目源代码。
+- Action Cache：服务端缓存，主要保存编译任务的执行结果。
+- CAS Cache：服务端缓存，主要保存客户端上传的依赖文件，编译结果文件。
+- Scheduler：任务调度器，将编译任务id分发到各个编译节点。
+- Redis：主要存储具体的编译任务供编译节点领取执行，也可存储Action Cache和 CAS Cache中的内容加速编译。
+- MySQL：主要存储编译过程中的任务统计信息。
+- Executor：各个编译节点
+
+### 部署示意图
+![alt text](/public/compile/system-diagram.png)
+CloudBuild主程序分为三个部分：Client、Server、Executor。
+- Client：运行在客户端，和用户对接，用于生成待执行的远程编译任务， 同时也作为本地编译节点执行本地任务。
+- Server：运行在主服务器，主要用于连接各个编译节点，以及 将客户端上传的编译任务调度到与其连接的各个编译节点上。
+- Executor：运行在编译节点，负责接收并执行编译任务，是编译任务真正执行的地方。
+
+### 系统分层结构
+![alt text](/public/compile/layered-system-architecture.png)
+
+## 运行原理与流程
+
+### 分布式编译原理
+![alt text](/public/compile/compiler-principles.png)
+
+### CloudBuild客户端
+CloudBuild客户端基于Ninja改造，有下面这些优势
+- 兼容使用Ninja编译的项目
+- 使用远程执行的方式提高编译时并发度
+- 使用编译缓存减少需要编译的任务数量
+
+### CloudBuild服务端
+- 使用远程执行的方法提高编译时并发度，实现了任务分发至远程节点同步执行
+- 使用分布式任务调度提高任务调度效率和计算节点资源利用率，避免集中式调度的任务阻塞问题
+- 使用编译缓存结合内容寻址存储技术减少网络传输量、避免重复上传与重复编译
+
+### CloudBuild优势
+- 低成本：组成executor的机器不需要使用专门的高性能计算型机器，可使用多个平价的空闲机器
+- 高效：CloudBuild实现分布式编译的功能，相比单机大大提升并发度
+- 兼容Ninja：CloudBuild客户端基于Ninja改造，对于使用Ninja构建和可以转换为Ninja构建的项目不用额外修改构建清单
+
+### CloudBuild执行流程
+- 客户端: 生成远程任务->生成任务依赖->发送任务与依赖
+- 服务端：检查任务缓存->检查依赖完整性->调度任务
+- 编译结点：还原文件目录->还原文件目录->返回编译结果
+
+## AOSP和LLVM上的应用
+### LLVM上的应用效果
+![alt text](/public/compile/table1.png)
+### AOSP上的应用效果
+![alt text](/public/compile/table2.png)
+### CloudBuild硬件资源利用率
+4核CPU利用率:
+![alt text](/public/compile/CPU-utilization-4.png)
+8核CPU利用率:
+![alt text](/public/compile/CPU-utilization-8.png)
+16核CPU利用率:
+![alt text](/public/compile/CPU-utilization-16.png)
+
+## CloudBuild使用方法
+### CloudBuild安装
+![alt text](/public/compile/cloudbuild-installation.png)
+CloudBuild项目地址：https://gitee.com/cloudbuild888/cloudbuild.git
+### CloudBuild分布式编译
+![alt text](/public/compile/cloudbuild-distributed-compilation.png)
+LLVM项目地址：https://gitee.com/mirrors/LLVM.git
+
+
+
+
+

docs/devstar/ai-devops.md

@@ -0,0 +1,29 @@
+---
+outline: deep
+weight: 1
+---
+
+# DevStar AI+ DevOps
+
+DevStar一站式智能研发平台采用分层架构设计，核心提供DevEnv容器化开发引擎、CI/CD流水线（原生支持Actions和Runners）、Git代码仓库和制品管理功能，上层全面兼容主流IDE（如VSCode、Cursor）和开发工具链，支持C/C++/Go/Rust等语言及ARM/RISC-V/AI芯片开发。平台集成了代码大模型（如DeepSeek、Claude）、MCP服务器集群（包括Github-MCP和DevStar-MCP）、分布式编译服务（CloudBuild/BuildFarm）以及虚拟化平台（QEMU/Renode）等增强功能，底层基于Docker/Kubernetes云原生平台构建，形成从编码、测试到部署的完整研发生态，并通过项目模板生态和应用商店实现开箱即用的开发体验。
+
+## 目标
+
+DevStar Studio是一个通用的一站式软件研发平台，它最初的目标是服务于汽车软件、消费电子、智能制造等嵌入式软件研发场景中的开发者
+
+## 功能特性
+- 原生集成兼容Github Actions的DevStar CI/CD流水线（Actions/Runners），一键安装启用，与Pull Request/Al CodeReview工具协同
+- 自主研发的DevEnv引擎支撑开箱即用的devcontainer容器化开发环境
+- 自主研发的Web端Kubernetes客户端支撑一键安装部署第三方工具/服务，如私有部署代码大模型/Agents、MCP Servers、Cloudbuild等
+- Git代码托管、镜像仓库等制品管理Releases/Packages、项目管理Projects/Issues、知识管理Wiki等
+
+## 优势
+- 验证与开发同步：传统开发流程验证阶段滞后于开发，而DevStar开发流程可以实现“边开发边验证”的并行模式
+- 集成测试前置：传统开发流程集成测试集中在后期，而DevStar开发流程将集成测试拆解到开发各阶段
+- 测试条件与实际高度一致：传统开发流程测试环境与真实场景存在差异，而DevStar开发流程可以构建高保真测试环境
+- 失效迭代前置：传统开发流程失效迭代出现在后期，而DevStar开发流程将失效识别和处理提前到了开发早期
+- 兼容不容层级的虚拟化：传统开发流程只能保证单一流程的虚拟化，而而DevStar开发流程可同时兼容硬件级虚拟化、系统级虚拟化、进程级虚拟化
+
+## 在线演示
+
+访问[devstar.cn](https://devstar.cn)或者在VS Code插件市场搜索devstar

docs/devstar/index.md

@@ -3,7 +3,7 @@ outline: deep
 weight: 1
 ---
 
-# 关于DevStar
+# DevStar Studio
 
 DevStar一站式智能研发平台采用分层架构设计，核心提供DevEnv容器化开发引擎、CI/CD流水线（原生支持Actions和Runners）、Git代码仓库和制品管理功能，上层全面兼容主流IDE（如VSCode、Cursor）和开发工具链，支持C/C++/Go/Rust等语言及ARM/RISC-V/AI芯片开发。平台集成了代码大模型（如DeepSeek、Claude）、MCP服务器集群（包括Github-MCP和DevStar-MCP）、分布式编译服务（CloudBuild/BuildFarm）以及虚拟化平台（QEMU/Renode）等增强功能，底层基于Docker/Kubernetes云原生平台构建，形成从编码、测试到部署的完整研发生态，并通过项目模板生态和应用商店实现开箱即用的开发体验。
 

docs/enterprise/faq.md

@@ -0,0 +1,52 @@
+---
+title: DevStar Enterprise FAG
+sidebar: auto
+---
+
+# DevStar Enterprise FAG
+
+## 什么是 DevStar Enterprise？
+
+DevStar Enterprise 是基于开源 Gitea 项目开发的增强版，为企业级用户提供更可靠的体验。
+
+## 与开源版的关系
+
+- 基于开源 Gitea 项目开发，操作和配置方式几乎相同
+- 熟悉 Gitea 的用户可以快速上手 DevStar Enterprise
+- 企业版专为企业用例需求构建
+- **注意**：企业版功能需要付费激活
+
+> 如果您对价格有疑问，可以申请30天免费试用，试用期结束后可选择继续使用（功能将恢复为开源版相同）
+
+## 定价方案
+
+您可以在客户门户自主购买 DevStar Enterprise 许可证：
+
+- 价格基于用户数量，可按实际需求购买
+- 支持随时"调整"许可证规模（增减用户数或调整时长）
+  - 示例：可将20人12个月许可调整为40人6个月或10人24个月
+  - 调整不产生额外费用
+- 许可证到期前可选择续订延长有效期
+- 随时续订可享受促销优惠
+
+## 版本规则
+
+DevStar Enterprise 与 Gitea 项目的版本号不同但相互对应：
+
+- 企业版版本格式：`v21.6.*`
+  - `v21.6` 表示基于 Gitea 1.21.6 版本开发
+  - `.*` 包含企业版特有的补丁或功能更新
+
+### 版本切换指南
+
+1. **切换条件**：所有数据和配置完全兼容
+2. **操作步骤**：只需替换可执行文件或 Docker 镜像
+3. **版本对应规则**：
+   - 从 Gitea v1.21.6 → 需选择 DevStar Enterprise v21+
+   - 从 DevStar Enterprise v23.1.0 → 需选择 Gitea v1.23+
+
+## 问题反馈
+
+大多数问题已在 [FAQ](/enterprise/faq) 中解答，如需进一步帮助请联系：
+
+**邮箱**: [contact@mengning.com.cn](mailto:contact@mengning.com.cn)

docs/enterprise/index.md

@@ -1,18 +1,18 @@
 ---
-title: Gitea Enterprise 介绍
+title: DevStar Enterprise
 sidebar: auto
 ---
 
-# Gitea Enterprise
+# DevStar Enterprise
 
-## 什么是 Gitea Enterprise？
+## 什么是 DevStar Enterprise？
 
-Gitea Enterprise 是基于开源 Gitea 项目开发的增强版，为企业级用户提供更可靠的体验。
+DevStar Enterprise 是基于开源 Gitea 项目开发的增强版，为企业级用户提供更可靠的体验。
 
 ## 与开源版的关系
 
 - 基于开源 Gitea 项目开发，操作和配置方式几乎相同
-- 熟悉 Gitea 的用户可以快速上手 Gitea Enterprise
+- 熟悉 Gitea 的用户可以快速上手 DevStar Enterprise
 - 企业版专为企业用例需求构建
 - **注意**：企业版功能需要付费激活
 
@@ -20,7 +20,7 @@ Gitea Enterprise 是基于开源 Gitea 项目开发的增强版，为企业级
 
 ## 定价方案
 
-您可以在客户门户自主购买 Gitea Enterprise 许可证：
+您可以在客户门户自主购买 DevStar Enterprise 许可证：
 
 - 价格基于用户数量，可按实际需求购买
 - 支持随时"调整"许可证规模（增减用户数或调整时长）
@@ -31,7 +31,7 @@ Gitea Enterprise 是基于开源 Gitea 项目开发的增强版，为企业级
 
 ## 版本规则
 
-Gitea Enterprise 与 Gitea 项目的版本号不同但相互对应：
+DevStar Enterprise 与 Gitea 项目的版本号不同但相互对应：
 
 - 企业版版本格式：`v21.6.*`
   - `v21.6` 表示基于 Gitea 1.21.6 版本开发
@@ -42,11 +42,11 @@ Gitea Enterprise 与 Gitea 项目的版本号不同但相互对应：
 1. **切换条件**：所有数据和配置完全兼容
 2. **操作步骤**：只需替换可执行文件或 Docker 镜像
 3. **版本对应规则**：
-   - 从 Gitea v1.21.6 → 需选择 Gitea Enterprise v21+
-   - 从 Gitea Enterprise v23.1.0 → 需选择 Gitea v1.23+
+   - 从 Gitea v1.21.6 → 需选择 DevStar Enterprise v21+
+   - 从 DevStar Enterprise v23.1.0 → 需选择 Gitea v1.23+
 
 ## 问题反馈
 
-大多数问题已在 [FAQ](https://docs.gitea.com/enterprise/faq) 中解答，如需进一步帮助请联系：
+大多数问题已在 [FAQ](/enterprise/faq) 中解答，如需进一步帮助请联系：
 
-**邮箱**: [support@example.com](mailto:support@example.com)
+**邮箱**: [contact@mengning.com.cn](mailto:contact@mengning.com.cn)

docs/index.md

@@ -5,8 +5,8 @@ layout: home
 hero:
   # name: "             通用的"
   # text: "              为中小型公司提供IT服务"
-  text: "DevStar: The Last Mile of Al for R&D"
-  tagline: 为AI时代打造的新一代智能研发平台，面向人类开发者和AI开发者的融合团队，专注于产品质量和团队效能，为研发部门赋能提效的一站式解决方案
+  text: "The Last Mile of Al for R&D"
+  tagline: DevStar Studio是为AI时代打造的新一代一站式智能研发平台，面向人类开发者和AI开发者的融合团队，专注于产品质量和团队效能，为研发部门赋能提效。
   image:
     src: /slider1.png
     alt: 背景图片
@@ -16,7 +16,7 @@ hero:
   #     link: /devstar/index
   #   - theme: alt
   #     text: CloudBuild
-  #     link: /compiling/index
+  #     link: /compile/index
   #   - theme: alt
   #     text: Simulator
   #     link: /simulator/index

docs/index.vue

@@ -3,7 +3,7 @@
     <div class="ten_main">
       <div class="ten_links">
         <a 
-          href="/devstar" 
+          href="/devstar/ai-devops" 
           class="ten_img"
           @mouseenter="hoverItem = 'about'"
           @mouseleave="hoverItem = null"
@@ -20,7 +20,7 @@
         </a>
 
         <a 
-          href="/compiling" 
+          href="/compile" 
           class="ten_img"
           @mouseenter="hoverItem = 'culture'"
           @mouseleave="hoverItem = null"

docs/simulator/index.md

@@ -1,4 +1,5 @@
-# simulator
+# 虚拟仿真技术概述
+
 ![alt text](/public/simulator/image.png)
 
 ## 从vECU到整车仿真

docs/simulator/vECU.md

@@ -0,0 +1,16 @@
+# simulator
+![alt text](/public/simulator/image.png)
+
+## 从vECU到整车仿真
+![alt text](/public/simulator/image-1.png)
+<br>
+<br>
+
+![alt text](/public/simulator/image-2.png)
+
+## 整车系统级软硬件联合仿真
+![alt text](/public/simulator/image-3.png)
+应用场景
+- 算法及软件的快速测试验证：用台架RT-ECU作为开发控制器的快速样件
+- 控制器的常规HIL测试
+- 整车级多控制器的交互测试

docs/simulator/vehicle-simulator.md

@@ -0,0 +1,16 @@
+# simulator
+![alt text](/public/simulator/image.png)
+
+## 从vECU到整车仿真
+![alt text](/public/simulator/image-1.png)
+<br>
+<br>
+
+![alt text](/public/simulator/image-2.png)
+
+## 整车系统级软硬件联合仿真
+![alt text](/public/simulator/image-3.png)
+应用场景
+- 算法及软件的快速测试验证：用台架RT-ECU作为开发控制器的快速样件
+- 控制器的常规HIL测试
+- 整车级多控制器的交互测试