+ 更新此图表
+
+ 后端架构图的生成是部分自动化的。
+ 该图是使用py2puml工具从代码中的类型提示生成的。然后手动审查、调整图表并导出为PNG和SVG格式。
+
+ ## 先决条件
+
+ - 运行可执行openhands的python环境
+ (根据存储库根目录中README.md文件中的说明)
+ - 已安装[py2puml](https://github.com/lucsorel/py2puml)
+
+## 步骤
+
+1. 通过从存储库的根目录运行以下命令来自动生成图表:
+ `py2puml openhands openhands > docs/architecture/backend_architecture.puml`
+
+2. 在PlantUML编辑器中打开生成的文件,例如带有PlantUML扩展的Visual Studio Code或[PlantText](https://www.planttext.com/)
+
+3. 审查生成的PUML,并对图表进行所有必要的调整(添加缺失的部分,修复错误,改进定位)。
+ _py2puml根据代码中的类型提示创建图表,因此缺失或不正确的类型提示可能导致图表不完整或不正确。_
+
+4. 审查新图表和以前图表之间的差异,并手动检查更改是否正确。
+ _确保不要删除过去手动添加到图表中且仍然相关的部分。_
+
+5. 将用于生成图表的提交的提交哈希添加到图表页脚。
+
+6. 将图表导出为PNG和SVG文件,并替换`docs/architecture`目录中的现有图表。这可以使用(例如[PlantText](https://www.planttext.com/))完成
+
+
+
diff --git a/docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/architecture/runtime.md b/docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/architecture/runtime.md
new file mode 100644
index 0000000000..fe00e93995
--- /dev/null
+++ b/docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/architecture/runtime.md
@@ -0,0 +1,131 @@
+以下是翻译后的内容:
+
+# 📦 EventStream 运行时
+
+OpenHands EventStream 运行时是实现 AI 代理操作安全灵活执行的核心组件。
+它使用 Docker 创建一个沙盒环境,可以安全地运行任意代码而不会危及主机系统。
+
+## 为什么我们需要沙盒运行时?
+
+OpenHands 需要在安全、隔离的环境中执行任意代码,原因如下:
+
+1. 安全性:执行不受信任的代码可能会给主机系统带来重大风险。沙盒环境可以防止恶意代码访问或修改主机系统的资源
+2. 一致性:沙盒环境确保代码执行在不同机器和设置下保持一致,消除"在我的机器上可以工作"的问题
+3. 资源控制:沙盒允许更好地控制资源分配和使用,防止失控进程影响主机系统
+4. 隔离:不同的项目或用户可以在隔离的环境中工作,而不会相互干扰或影响主机系统
+5. 可重现性:沙盒环境使重现错误和问题变得更容易,因为执行环境是一致和可控的
+
+## 运行时如何工作?
+
+OpenHands 运行时系统使用 Docker 容器实现的客户端-服务器架构。以下是它的工作原理概述:
+
+```mermaid
+graph TD
+ A[用户提供的自定义 Docker 镜像] --> B[OpenHands 后端]
+ B -->|构建| C[OH 运行时镜像]
+ C -->|启动| D[Action 执行器]
+ D -->|初始化| E[浏览器]
+ D -->|初始化| F[Bash Shell]
+ D -->|初始化| G[插件]
+ G -->|初始化| L[Jupyter 服务器]
+
+ B -->|生成| H[代理]
+ B -->|生成| I[EventStream]
+ I <--->|通过 REST API
+ 执行 Action 获取 Observation
+ | D
+
+ H -->|生成 Action| I
+ I -->|获取 Observation| H
+
+ subgraph "Docker 容器"
+ D
+ E
+ F
+ G
+ L
+ end
+```
+
+1. 用户输入:用户提供自定义基础 Docker 镜像
+2. 镜像构建:OpenHands 基于用户提供的镜像构建新的 Docker 镜像("OH 运行时镜像")。这个新镜像包含 OpenHands 特定的代码,主要是"运行时客户端"
+3. 容器启动:当 OpenHands 启动时,它使用 OH 运行时镜像启动一个 Docker 容器
+4. Action 执行服务器初始化:Action 执行服务器在容器内初始化一个 `ActionExecutor`,设置必要的组件,如 bash shell,并加载任何指定的插件
+5. 通信:OpenHands 后端(`openhands/runtime/impl/eventstream/eventstream_runtime.py`)通过 RESTful API 与 Action 执行服务器通信,发送 Action 并接收 Observation
+6. Action 执行:运行时客户端从后端接收 Action,在沙盒环境中执行它们,并将 Observation 发送回去
+7. Observation 返回:Action 执行服务器将执行结果作为 Observation 发送回 OpenHands 后端
+
+客户端的作用:
+- 它充当 OpenHands 后端和沙盒环境之间的中介
+- 它在容器内安全地执行各种类型的 Action(shell 命令、文件操作、Python 代码等)
+- 它管理沙盒环境的状态,包括当前工作目录和加载的插件
+- 它格式化 Observation 并将其返回给后端,确保处理结果的接口一致
+
+## OpenHands 如何构建和维护 OH 运行时镜像
+
+OpenHands 构建和管理运行时镜像的方法确保了在为生产和开发环境创建和维护 Docker 镜像时的效率、一致性和灵活性。
+
+如果你对更多细节感兴趣,可以查看[相关代码](https://github.com/All-Hands-AI/OpenHands/blob/main/openhands/runtime/utils/runtime_build.py)。
+
+### 镜像标签系统
+
+OpenHands 为其运行时镜像使用三标签系统,以平衡可重现性和灵活性。
+标签可以是以下 2 种格式之一:
+
+- **版本标签**: `oh_v{openhands_version}_{base_image}` (例如: `oh_v0.9.9_nikolaik_s_python-nodejs_t_python3.12-nodejs22`)
+- **锁定标签**: `oh_v{openhands_version}_{16_digit_lock_hash}` (例如: `oh_v0.9.9_1234567890abcdef`)
+- **源码标签**: `oh_v{openhands_version}_{16_digit_lock_hash}_{16_digit_source_hash}`
+ (例如: `oh_v0.9.9_1234567890abcdef_1234567890abcdef`)
+
+#### 源码标签 - 最具体
+
+这是源目录的目录哈希的 MD5 的前 16 位数字。这为 openhands 源码提供了一个哈希值。
+
+#### 锁定标签
+
+这个哈希由以下内容的 MD5 的前 16 位数字构建:
+- 构建镜像所基于的基础镜像的名称(例如: `nikolaik/python-nodejs:python3.12-nodejs22`)
+- 镜像中包含的 `pyproject.toml` 的内容
+- 镜像中包含的 `poetry.lock` 的内容
+
+这实际上为 Openhands 的依赖项提供了一个独立于源代码的哈希值。
+
+#### 版本标签 - 最通用
+
+这个标签是 openhands 版本和基础镜像名称的串联(转换以适应标签标准)。
+
+#### 构建过程
+
+在生成镜像时...
+
+- **无需重建**:OpenHands 首先检查是否存在具有相同**最具体源码标签**的镜像。如果存在这样的镜像,
+ 则不执行构建 - 使用现有镜像。
+- **最快重建**:OpenHands 接下来检查是否存在具有**通用锁定标签**的镜像。如果存在这样的镜像,
+ OpenHands 会基于它构建一个新镜像,绕过所有安装步骤(如 `poetry install` 和
+ `apt-get`),除了最后一个复制当前源代码的操作。新镜像仅使用**源码**标签。
+- **还行的重建**:如果**源码**和**锁定**标签都不存在,将基于**版本**标签镜像构建镜像。
+ 在版本标签镜像中,大多数依赖项应该已经安装,从而节省时间。
+- **最慢重建**:如果三个标签都不存在,则基于基础镜像构建全新的镜像
+ (这是一个较慢的操作)。这个新镜像使用**源码**、**锁定**和**版本**标签。
+
+这种标记方法允许 OpenHands 高效地管理开发和生产环境。
+
+1. 相同的源代码和 Dockerfile 总是产生相同的镜像(通过基于哈希的标签)
+2. 当发生小的更改时,系统可以快速重建镜像(通过利用最近兼容的镜像)
+3. **锁定**标签(例如: `runtime:oh_v0.9.3_1234567890abcdef`)总是指向特定基础镜像、依赖项和 OpenHands 版本组合的最新构建
+
+## 运行时插件系统
+
+OpenHands 运行时支持一个插件系统,允许扩展功能和自定义运行时环境。插件在运行时客户端启动时初始化。
+
+如果你想实现自己的插件,可以查看[这里的 Jupyter 插件示例](https://github.com/All-Hands-AI/OpenHands/blob/ecf4aed28b0cf7c18d4d8ff554883ba182fc6bdd/openhands/runtime/plugins/jupyter/__init__.py#L21-L55)。
+
+*关于插件系统的更多细节仍在建设中 - 欢迎贡献!*
+
+插件系统的关键方面:
+
+1. 插件定义:插件被定义为继承自基础 `Plugin` 类的 Python 类
+2. 插件注册:可用的插件在 `ALL_PLUGINS` 字典中注册
+3. 插件规范:插件与 `Agent.sandbox_plugins: list[PluginRequirement]` 相关联。用户可以在初始化运行时时指定要加载的插件
+4. 初始化:插件在运行时客户端启动时异步初始化
+5. 使用:运行时客户端可以使用初始化的插件来扩展其功能(例如,用于运行 IPython 单元格的 JupyterPlugin)
diff --git a/docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/feedback.md b/docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/feedback.md
index 4da7c75909..18f3f60558 100644
--- a/docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/feedback.md
+++ b/docs/i18n/zh-Hans/docusaurus-plugin-content-docs/current/usage/feedback.md
@@ -1,18 +1,39 @@
----
-sidebar_position: 6
----
-
# ✅ 提供反馈
-在使用 OpenHands 时，你无疑会遇到一些情况，某些地方工作得很好，而另一些地方则可能不尽如人意。我们鼓励你在使用 OpenHands 时提供反馈，这不仅有助于开发团队改善应用，更为重要的是，可以创建一个开放的编码代理训练样例语料库——Share-OpenHands！
+在使用 OpenHands 时,您会遇到一些工作良好的情况,也会遇到一些不太理想的情况。我们鼓励您在使用 OpenHands 时提供反馈,以帮助向开发团队提供反馈,更重要的是,创建一个开放的编码智能体训练示例语料库——Share-OpenHands!
## 📝 如何提供反馈
-提供反馈很简单！在使用 OpenHands 时，你可以在任意时刻按下点赞或点踩按钮。你将被要求提供你的电子邮件地址（例如，以便我们在需要进一步询问时联系你），你可以选择公开或私密地提供反馈。
+提供反馈很容易!当您在使用 OpenHands 时,您可以在交互的任何时候按下竖起大拇指或竖起大拇指按钮。系统会提示您提供电子邮件地址(例如,以便我们在需要询问任何后续问题时与您联系),您可以选择公开或私下提供反馈。
+ 
+