diff --git a/docs/locales/zh/faq.md b/docs/locales/zh/faq.md
index 555f0737d..8383d7462 100644
--- a/docs/locales/zh/faq.md
+++ b/docs/locales/zh/faq.md
@@ -38,4 +38,4 @@ GoToSocial 默认配置了基于 IP 的[限流规则](./api/ratelimiting.md)，
 
 ## 为什么还在 Beta 阶段？
 
-查看[当前 bug 列表](https://github.com/superseriousbusiness/gotosocial/issues?q=is%3Aissue+is%3Aopen+label%3Abug)和[路线图](https://github.com/superseriousbusiness/gotosocial/blob/main/ROADMAP.md)以获取更详细的信息。
+查看[当前 bug 列表](https://github.com/superseriousbusiness/gotosocial/issues?q=is%3Aissue+is%3Aopen+label%3Abug)和[路线图](https://github.com/superseriousbusiness/gotosocial/blob/main/docs/locales/zh/repo/ROADMAP.md)以获取更详细的信息。
diff --git a/docs/locales/zh/repo/CODE_OF_CONDUCT.md b/docs/locales/zh/repo/CODE_OF_CONDUCT.md
new file mode 100644
index 000000000..1cc1d38fe
--- /dev/null
+++ b/docs/locales/zh/repo/CODE_OF_CONDUCT.md
@@ -0,0 +1,11 @@
+# 行为准则
+
+此文档当前为草稿版本。
+
+在写出更完整的行为准则之前，此处声明一些基本准则：
+
+1. 我们对右翼分子、纳粹分子、法西斯分子、跨性别恐惧者、同性恋恐惧者、种族主义者、骚扰者、施虐者、白人至上主义者、厌女症者或资本主义支持者的意见不感兴趣。上述名单并不详尽。意见是指包括 PR（Pull Request）、问题（issues）及任何其他形式的交流。请你走开！  
+2. 我们不会接受使用"人工智能"工具生成的修改（无论是代码还是其他内容）。"人工智能"模型的训练是建立在低薪工人过滤不良内容的基础上，并且对输入内容的所有者不尊重。在伦理上，这是不可接受的。  
+3. 我们不会接受任何使 GoToSocial 转向企业化、监视、或其他有害资本主义行为的修改（包括代码或其他内容）。  
+4. 我们不会接受促进社交媒体上有害行为的任何修改（代码或其他内容）。显然，这一条还存有争议，因为整个人类尚在探索如何安全地参与社交媒体活动。  
+5. 禁止发送骚扰与垃圾信息！
diff --git a/docs/locales/zh/repo/CONTRIBUTING.md b/docs/locales/zh/repo/CONTRIBUTING.md
new file mode 100644
index 000000000..4d05b180e
--- /dev/null
+++ b/docs/locales/zh/repo/CONTRIBUTING.md
@@ -0,0 +1,546 @@
+# 贡献指引 <!-- omit in toc -->
+
+你好！欢迎阅读 GoToSocial 的 CONTRIBUTING.md :) 感谢你的关注，为你点赞。
+
+这些贡献指引借鉴并受到了 Gitea 的启发 (https://github.com/go-gitea/gitea/blob/main/CONTRIBUTING.md)。感谢 Gitea！
+
+## 目录  <!-- omit in toc -->
+
+- [介绍](#介绍)
+- [错误报告与功能请求](#错误报告与功能请求)
+- [合并请求](#合并请求)
+  - [代码](#代码)
+  - [文档](#文档)
+- [开发](#开发)
+  - [Golang 的分支特点](#golang-的分支特点)
+  - [构建 GoToSocial](#构建-gotosocial)
+    - [二进制文件](#二进制文件)
+    - [Docker](#docker)
+      - [使用 GoReleaser](#使用-goreleaser)
+      - [手动构建](#手动构建)
+  - [样式表 / Web开发](#样式表--web开发)
+    - [实时加载](#实时加载)
+  - [项目结构](#项目结构)
+    - [浏览代码结构](#浏览代码结构)
+  - [风格/代码检查/格式化](#风格代码检查格式化)
+  - [测试](#测试)
+    - [独立测试环境与 Semaphore](#独立测试环境与-semaphore)
+    - [运行自动化测试](#运行自动化测试)
+      - [SQLite](#sqlite)
+      - [Postgres](#postgres)
+    - [CLI 测试](#cli-测试)
+    - [联合](#联合)
+  - [更新 Swagger 文档](#更新-swagger-文档)
+  - [CI/CD 配置](#cicd-配置)
+  - [发布检查清单](#发布检查清单)
+    - [如果出问题了怎么办？](#如果出问题了怎么办)
+
+## 介绍
+
+本文件包含一些重要信息，帮助你成功向 GoToSocial 提交的贡献。请在开启合并请求前仔细阅读！
+
+## 错误报告与功能请求
+
+目前，我们使用 Github 的问题追踪系统来管理错误报告与功能请求。
+
+你可以在[此处](https://github.com/superseriousbusiness/gotosocial/issues "GoToSocial 的 Github 问题页")查看所有开放的问题。
+
+在创建新问题之前，不论是错误还是功能请求，**请现仔细搜索所有仍处于打开状态和已被关闭的问题，以确保它尚未被解决过**。你可以使用 Github 的关键字搜索来进行此操作。如果你的问题与已有问题重复，它将被关闭。
+
+在打开功能请求之前，请考虑以下几点：
+
+- 这个功能是否符合 GoToSocial 的范围？由于我们是小团队，我们对维护可能导致问题的[功能蔓延](https://en.wikipedia.org/wiki/Feature_creep "关于功能蔓延的维基百科文章")保持警惕。
+- 这个功能是否对软件的许多用户普遍有用，还是仅适合非常具体的用例？
+- 这个功能是否会对软件性能产生负面影响？如果是，这种权衡是否值得？
+- 这个功能是否需要放宽 API 的安全限制？如果是，需要合理的理由。
+- 这个功能是否属于 GoToSocial 的服务器后端，还是应该由客户端实现？
+
+我们倾向于优先考虑与无障碍性、联合互通性和客户端兼容性相关的功能请求。
+
+## 合并请求
+
+我们欢迎新老贡献者的合并请求，但需注意以下几点：
+
+- 你已阅读并同意我们的[行为准则](./CODE_OF_CONDUCT.md)。
+- 合并请求应解决现有问题或错误（请在请求中链接相关问题），或者与文档有关。
+- 如果你的合并请求引入了大量的代码或架构变更，你会愿意对这些变更的代码与架构进行一些维护工作，并解决错误。我们不欢迎引入大量维护负担的一次性合并请求！
+- 合并请求质量合格。我们是小团队，时间有限，无法帮助指导合并请求或解决基本编程问题。如果你不确定，不要承担太多任务：从一个小功能或错误修复开始，将其作为你的第一个合并请求，然后逐步提高。
+
+如果在合并请求过程中有小问题或评论，你可以[加入我们的 Matrix 空间](https://matrix.to/#/#gotosocial-space:superseriousbusiness.org "GoToSocial Matrix 空间")，地址为 `#gotosocial-space:superseriousbusiness.org`。
+
+请阅读下面适合你计划开启的合并请求类型的相应部分。
+
+### 代码
+
+为了方便维护者管理，针对 GoToSocial 库的合并请求流程大致如下：
+
+1. 为你将要解决的功能、错误或问题打开一个问题，或者在现有问题上发表评论，让大家知道你想处理它。
+2. 利用开放的问题与我们讨论你的设计，收集反馈，并解决关于实现的任何问题。
+3. 编写代码！确保所有现有测试通过。适当添加测试。运行代码格式化工具并更新文档。
+4. 打开合并请求。如果希望对正在实现中的代码收集更多反馈，可以作为草稿提交。
+5. 当你的合并请求已准备好接受审核时通知我们。
+6. 等待审核。
+7. 处理审核反馈，适当修改代码。如果你有合理的理由，可以对审核评论提出异议——我们都是在学习，毕竟——但请务必耐心和有礼貌。
+
+为方便审核，请尝试将你的合并请求拆分为合理大小的提交，但不要过于追求完美：我们总是进行合并压缩。
+
+如果你的合并请求过大，请考虑将其拆分为更小的独立合并请求以便于审核和理解。
+
+确保你的合并请求仅包含与你尝试实现的功能或解决的错误相关的代码。不要在请求中包含对无关代码的重构：请为其创建单独的合并请求！
+
+如果你在未遵循上述流程的情况下开启了代码合并请求，我们可能会关闭它，并要求你遵循流程。
+
+### 文档
+
+文档合并请求的流程比代码的稍微宽松一些。
+
+如果你发现文档中有遗漏、错误或不明确的地方，可以自由开启合并请求进行更正；你不必先开启问题，但请在合并请求评论中解释你开启请求的原因。
+
+我们支持基于 [Conda](https://docs.conda.io/en/latest/) 的工作流程，用于修改、构建和发布文档。以下是你可以在本地开始编辑的步骤：
+
+* 安装 [`miniconda`](https://docs.conda.io/en/latest/miniconda.html)
+* 创建你的 conda 环境：`conda env create -f ./docs/environment.yml`
+* 激活环境：`conda activate gotosocial-docs`
+* 在本地运行：`mkdocs serve`
+
+然后你可以在浏览器中访问 [localhost:8000](http://127.0.0.1:8000/) 查看。
+
+添加新页面时，需要在 [`mkdocs.yml`](mkdocs.yml) 中添加，以便它显示在侧栏的正确部分。
+
+如果你不使用 Conda，可以阅读 `docs/environment.yml` 查看需要哪些依赖，并手动通过 `pip install` 安装这些依赖。建议在虚拟环境中进行此操作，你可以通过类似 `python3 -m venv /path-to/store-the-venv` 创建虚拟环境。之后可以调用 `/path-to/store-the-venv/bin/pip`、`/path-to/store-the-venv/bin/mkdocs` 等。
+
+要更新依赖，在已激活的环境中使用 `conda update --update-all`。然后你可以使用以下命令更新 `environment.yml`：
+
+```sh
+conda env export -n gotosocial-docs --from-history --override-channels -c conda-forge -c nodefaults -f ./docs/environment.yml
+```
+
+注意 `conda env export` 会在 environment.yml 文件中添加 `prefix` 条目，并删除 `pip` 依赖，因此请确保移除 prefix，并重新添加 `pip` 依赖。
+
+## 开发
+
+### Golang 的分支特点
+
+Golang 的一个特点是，它所依赖的源代码管理路径与 `go.mod` 中使用的路径以及各 Go 文件中的包导入路径相同。这使得使用分支有些棘手。
+
+假设你要将 GoToSocial 分支到 `github.com/yourgithubname/gotosocial`，然后将存储库克隆到 `~/go/src/github.com/yourgithubname/gotosocial`。你可能会在尝试运行测试或构建时遇到错误，因此你可能会更改 `go.mod` 文件，使模块名称为 `github.com/yourgithubname/gotosocial` 而不是 `github.com/superseriousbusiness/gotosocial`。但这样做会破坏项目中的所有导入路径。这简直是噩梦！于是，你不得不逐一在源代码文件中将 `github.com/superseriousbusiness/gotosocial` 替换为 `github.com/yourgithubname/gotosocial`。这样确实能行得通，但一旦你决定对原始存储库发起合并请求，所有路径变更都会被包含在内！哦不！
+
+正确的解决方案是先派生存储库，然后克隆上游存储库，并将上游存储库的 `origin` 设置为你分支的源。
+
+有关更多细节，请参阅[这篇博客](https://blog.sgmansfield.com/2016/06/working-with-forks-in-go/)。
+
+为防此文章消失，此处是步骤（有轻微修改）：
+
+>
+> 在 GitHub 上派生存储库或设置任何其他远程 git 存储库。在这种情况下，我会转到 GitHub 并分支存储库。
+>
+> 现在克隆上游存储库（而非派生的存储库）：
+>
+> `mkdir -p ~/go/src/github.com/superseriousbusiness && git clone git@github.com:superseriousbusiness/gotosocial ~/go/src/github.com/superseriousbusiness/gotosocial`
+>
+> 转到你的计算机上上游存储库的顶级目录：
+>
+> `cd ~/go/src/github.com/superseriousbusiness/gotosocial`
+>
+> 将当前的 origin 远程源重命名为 upstream：
+>
+> `git remote rename origin upstream`
+>
+> 把你的派生分支添加为 origin：
+>
+> `git remote add origin git@github.com/yourgithubname/gotosocial`
+>
+
+在第一次构建项目之前，一定要运行 `git fetch`。
+
+### 构建 GoToSocial
+
+#### 二进制文件
+
+要开始构建，你需要先安装 Go。GtS 目前使用 Go 1.21，因此你也应该使用这个版本。安装指南见[此处](https://golang.org/doc/install)。
+
+安装 go 后，将此存储库克隆到你的 Go 路径中。通常，此路径为 `~/go/src/github.com/superseriousbusiness/gotosocial`。
+
+安装完上述环境与依赖后，可以尝试构建项目：`./scripts/build.sh`。此命令将构建 `gotosocial` 二进制文件。
+
+如果没有错误，太好了，你准备好了！
+
+如果看到错误 `fatal: No names found, cannot describe anything.`，需要运行 `git fetch`。
+
+在开发过程中，为了自动重新编译，可以使用 [nodemon](https://www.npmjs.com/package/nodemon)：
+
+```bash
+nodemon -e go --signal SIGTERM --exec "go run ./cmd/gotosocial --host localhost testrig start || exit 1"
+```
+
+#### Docker
+
+对于以下两种方法，你需要安装 [Docker buildx](https://docs.docker.com/buildx/working-with-buildx/)。
+
+##### 使用 GoReleaser
+
+GoToSocial 使用发布工具 [GoReleaser](https://goreleaser.com/intro/) 使多架构 + Docker 构建变得简单。
+
+GoReleaser 还被 GoToSocial 用于构建和推送 Docker 镜像。
+
+通常，这些过程由 Drone (参见 CI/CD 部分) 处理。不过，你也可以手动调用 GoReleaser 来构建快照版。
+
+为此，首先[安装 GoReleaser](https://goreleaser.com/install/)。
+
+然后按照[Swagger 部分](#更新-swagger-文档)的说明安装 GoSwagger。
+
+接着按[样式表 / Web开发](#样式表--web开发)的说明安装 Node 和 Yarn。
+
+最后，创建快照构建，执行：
+
+```bash
+goreleaser release --clean --snapshot
+```
+
+如果一切按计划进行，现在你应该会在 `./dist` 文件夹中找到多个架构的二进制文件和 tar，终端输出中应显示构建的快照 Docker 镜像的版本。
+
+##### 手动构建
+
+如果你更喜欢以简单方法构建 Docker 容器，使用更少的依赖（go-swagger, Node, Yarn），也可以这样构建：
+
+```bash
+./scripts/build.sh && docker buildx build -t superseriousbusiness/gotosocial:latest .
+```
+
+上述命令首先构建 `gotosocial` 二进制文件，然后调用 Docker buildx 构建容器镜像。
+
+如果想为不同 CPU 架构构建 docker 镜像而不设置 buildx（例如 ARMv7 aka 32-bit ARM），首先需要通过添加以下几行到 Dockerfile 顶部来修改 Dockerfile（但不要提交此更改！）：
+
+```dockerfile
+# 使用 buildx 时，这些变量将由工具设定：
+# https://docs.docker.com/engine/reference/builder/#automatic-platform-args-in-the-global-scope
+# 但是，将它们声明为全局构建参数，允许手动使用 `--build-arg` 设置它们。
+ARG BUILDPLATFORM
+ARG TARGETPLATFORM
+```
+
+然后，可以使用以下命令：
+
+```bash
+GOOS=linux GOARCH=arm ./scripts/build.sh && docker build --build-arg BUILDPLATFORM=linux/amd64 --build-arg TARGETPLATFORM=linux/arm/v7 -t superseriousbusiness/gotosocial:latest .
+```
+
+另请参阅：[GOOS 和 GOARCH 值的详尽列表](https://gist.github.com/lizkes/975ab2d1b5f9d5fdee5d3fa665bcfde6)
+
+以及：[docker 的 `--platform` 可能值的详尽列表](https://github.com/tonistiigi/binfmt/#build-test-image)
+
+### 样式表 / Web开发
+
+GoToSocial 使用存放于 `web/template` 文件夹下的 Gin 模板。静态资源存储于 `web/assets`。样式表和 JS 包（用于前端增强和设置界面）的源文件存储于 `web/source`，并从那里捆绑到 git 忽略的 `web/assets/dist` 文件夹。
+
+要捆绑更改，需要 [Node.js](https://nodejs.org/en/download/) 和 [Yarn](https://classic.yarnpkg.com/en/docs/install)。
+
+使用 [NVM](https://github.com/nvm-sh/nvm) 是安装它们的一种方便方式，还支持管理不同的 Node 版本。
+
+安装前端依赖：
+
+```bash
+yarn --cwd ./web/source install && yarn --cwd ./web/source ts-patch install
+```
+
+`ts-patch` 步骤是必要的，因为我们使用 Typia 进行一些类型验证：参见 [Typia 安装文档](https://typia.io/docs/setup/#manual-setup)。
+
+重新编译前端包到 `web/assets/dist`：
+
+```bash
+yarn --cwd ./web/source build
+```
+
+#### 实时加载
+
+为了更方便的开发环境，可以在 [testrig](#测试) 中运行一个实时加载的捆绑器(bundler)。
+
+首先用 DEBUG=1 构建 GtS 二进制文件以启用 testrig：
+
+``` bash
+DEBUG=1 ./scripts/build.sh
+```
+
+现在打开两个终端。
+
+在第一个终端中，使用你刚构建的二进制文件在端口 8081 上运行 testrig：
+
+```bash
+DEBUG=1 GTS_PORT=8081 ./gotosocial testrig start
+```
+
+然后启动捆绑器(bundler)，它将在端口 8080 上运行，并在需要时将请求代理到 testrig 实例。
+
+``` bash
+NODE_ENV=development yarn --cwd ./web/source dev
+```
+
+然后你可以在 `http://localhost:8080/settings` 登录 GoToSocial 设置面板，并查看实时更新反映的更改。
+
+实时加载捆绑器(bundler)*不会*更改 `dist/` 中的捆绑资源，因此完成更改并想在某处部署时，必须运行 `node web/source` 生成准备就绪的生产环境包。
+
+### 项目结构
+
+对于项目结构，GoToSocial 遵循 [在此处定义的标准且被广泛接受的项目布局](https://github.com/golang-standards/project-layout)。正如作者所写：
+
+> 这是 Go 应用项目的基本布局。它不是核心 Go 开发团队定义的正式标准；然而，它是在 Go 生态系统中常见的历史和新兴项目布局模式。
+
+在可能的情况下，我们更倾向于更短和更多的文件和包，对应用逻辑的可定义模块进行更明显的划分，而不是更少但更长的文件：如果一个 `.go` 文件接近 1000 行代码，可能就太长了。
+
+#### 浏览代码结构
+
+应用程序的大部分核心业务逻辑位于 `internal` 目录的各个包和子包中。以下是每个包的简要说明：
+
+`internal/ap` - ActivityPub 工具函数和接口。
+
+`internal/api` - 客户端与联合 (ActivityPub) API 的模型、路由和工具。在此处可以为路由器添加路由。
+
+`internal/concurrency` - 处理器和其他队列使用的工作模式。
+
+`internal/config` - 配置标志、CLI 标志解析及配置获取/设置的代码。
+
+`internal/db` - 用于与 sqlite/postgres 数据库交互的数据库接口。数据库迁移代码在 `internal/db/bundb/migrations`。
+
+`internal/email` - 通过 SMTP 发送电子邮件的功能。
+
+`internal/federation` - ActivityPub 联合代码；实现 `go-fed` 接口。
+
+`internal/federation/federatingdb` - 实现 `go-fed` 的数据库接口。
+
+`internal/federation/dereferencing` - 用于从外站实例获取资源的 HTTP 调用代码。
+
+`internal/gotosocial` - GoToSocial 服务器启动/关闭逻辑。
+
+`internal/gtserror` - 错误模型。
+
+`internal/gtsmodel` - 数据库和内部模型。此处包含 `bundb` 注解。
+
+`internal/httpclient` - GoToSocial 用于发请求到外站资源的 HTTP 客户端。
+
+`internal/id` - 生成数据库模型 ID (ULIDs) 的代码。
+
+`internal/log` - 日志实现。
+
+`internal/media` - 管理和处理媒体附件的代码：图像、视频、表情等。
+
+`internal/messages` - 用于封装工作消息的模型。
+
+`internal/middleware` - Gin Gonic 路由中间件：HTTP 签名检查、缓存控制、令牌检查等。
+
+`internal/netutil` - HTTP/网络请求验证代码。
+
+`internal/oauth` - OAuth 服务器实现的封装代码/接口。
+
+`internal/oidc` - OIDC 声明和回调的封装代码/接口。
+
+`internal/processing` - 处理联合或客户端 API 产生的消息的逻辑。GoToSocial 的核心业务逻辑大多在此处。
+
+`internal/regexes` - 用于解析文本和匹配 URL、标签、提及的正则表达式。
+
+`internal/router` - Gin HTTP 路由器的封装。此处包含核心 HTTP 逻辑。此路由器暴露用于附加路由的函数，由 `internal/api` 中的处理程序代码使用。
+
+`internal/storage` - `codeberg.org/gruf/go-store` 实现的封装。此处包含本地文件存储和 S3 逻辑。
+
+`internal/stream` - Websocket 流逻辑。
+
+`internal/text` - 文本解析与转换。包含贴文解析逻辑——支持纯文本和 markdown。
+
+`internal/timeline` - 贴文时间线管理代码。
+
+`internal/trans` - 将模型导出到数据库的 JSON 备份文件，并从备份 JSON 文件导入到数据库的代码。
+
+`internal/transport` - HTTP 传输代码和工具。
+
+`internal/typeutils` - 在内部数据库模型和 JSON 之间进行转换，从 ActivityPub 格式到内部数据库模型格式及其反向转换的代码。基本上是序列化与反序列化。
+
+`internal/uris` - 用于生成 GoToSocial 中使用的 URI 的工具。
+
+`internal/util` - 零碎的工具函数，用于多个包。
+
+`internal/validate` - 模型验证代码——目前并未真正使用。
+
+`internal/visibility` - 贴文可见性检查和过滤。
+
+`internal/web` - Web UI 处理程序，专门用于提供网页、登录页面、设置面板。
+
+### 风格/代码检查/格式化
+
+在提交代码前，建议阅读官方的简短文档 [Effective Go](https://golang.org/doc/effective_go)：这份文档是许多风格指南的基础，GoToSocial 基本遵循其建议。
+
+我们还试图遵循的另一个风格指南是：[这个](https://github.com/bahlo/go-styleguide)。
+
+此外，此处列举有一些符合 GtS 风格的 Uber 的 Go 风格指南亮点：
+
+- [分组相似的声明](https://github.com/uber-go/guide/blob/master/style.md#group-similar-declarations)。
+- [减少嵌套](https://github.com/uber-go/guide/blob/master/style.md#reduce-nesting)。
+- [不必要的 Else](https://github.com/uber-go/guide/blob/master/style.md#unnecessary-else)。
+- [局部变量声明](https://github.com/uber-go/guide/blob/master/style.md#local-variable-declarations)。
+- [减少变量作用域](https://github.com/uber-go/guide/blob/master/style.md#reduce-scope-of-variables)。
+- [初始化结构体](https://github.com/uber-go/guide/blob/master/style.md#initializing-structs)。
+
+在提交代码之前，请确保执行 `go fmt ./...` 以更新空格和其他格式设置。
+
+我们使用 [golangci-lint](https://golangci-lint.run/) 进行代码检查，通过静态代码分析捕获风格不一致和潜在的错误或安全问题。
+
+如果你提交的 PR 未通过代码检查，将会被拒绝。因此，最好在推送或打开 PR 之前本地运行代码检查。
+
+要做到这一点，请首先按照 [此处](https://golangci-lint.run/welcome/install/) 的说明安装代码检查工具。
+
+然后，可以用以下命令运行代码检查：
+
+```bash
+golangci-lint run
+```
+
+如果没有输出，太好了！这说明检查通过了 :)
+
+### 测试
+
+GoToSocial 提供了一个 [testrig](https://github.com/superseriousbusiness/gotosocial/tree/main/testrig)，包含一些可以用于集成测试的模拟包。
+
+没有模拟的一个东西是数据库接口，因为使用内存中的 SQLite 数据库比模拟所有东西要简单得多。
+
+#### 独立测试环境与 Semaphore
+
+你可以启动一个在本地主机运行的独立测试服务器 testrig，可以通过 [Semaphore](https://github.com/NickColley/semaphore/) 连接。
+
+要做到这一点，首先用 `DEBUG=1 ./scripts/build.sh` 构建 gotosocial 二进制文件。
+
+然后，通过设置 `DEBUG` 环境变量启动 testrig，如下调用二进制文件：
+
+```bash
+DEBUG=1 ./gotosocial testrig start
+```
+
+要在本地开发模式下运行 Semaphore，首先克隆 [Semaphore](https://github.com/NickColley/semaphore/) 存储库，然后在克隆的目录中运行以下命令：
+
+```bash
+yarn # 安装依赖
+yarn run dev
+```
+
+Semaphore 实例将在 `localhost:4002` 上启动。
+
+要连接到 testrig，导航至 `http://localhost:4002`，并将在实例域名栏输入 `localhost:8080`。
+
+在登录界面，输入电子邮件地址 `zork@example.org` 和密码 `password`。你会看到一个确认提示。接受后，你将以 Zork 身份登录。
+
+请注意以下限制：
+
+- 由于 testrig 使用内存数据库，因此当 testrig 停止时，数据库将被销毁。
+- 如果你停止 testrig 并重新启动，则在测试期间创建的任何令牌或应用程序也会被删除。因此，你需要每次停止/启动 rig 时重新登录。
+- testrig 不会进行任何实际的外部 HTTP 调用，因此联合功能无法在 testrig 工作。
+
+#### 运行自动化测试
+
+测试可以在 SQLite 和 Postgres 上运行。
+
+##### SQLite
+
+如果你想尽快运行测试，使用内存中的 SQLite 数据库，请使用：
+
+```bash
+go test ./...
+```
+
+##### Postgres
+
+如果你想在本地运行针对 Postgres 数据库的测试，请运行：
+
+```bash
+GTS_DB_TYPE="postgres" GTS_DB_ADDRESS="localhost" go test -p 1 ./...
+```
+
+在上面的命令中，假设你使用的是默认的 Postgres 密码 `postgres`。
+
+在 Postgres 上运行时，我们设置 `-p 1` 因为它需要串行而不是并行运行测试。
+
+#### CLI 测试
+
+在 [./test/envparsing.sh](./test/envparsing.sh) 中有一个测试，用于确保 CLI 标志、配置和环境变量按预期解析。
+
+虽然此测试是 CI/CD 测试过程的一部分，但除非你在修改 `cmd/gotosocial` 中的 `main` 包或者 `internal/config` 中的 `config` 包内的代码，否则你可能不需要过多担心自行运行它。
+
+#### 联合
+
+通过使用从磁盘加载 TLS 文件的支持，可以启动两个或多个本地实例，其 TLS 允许（手动）测试联合。
+
+你需要设置以下配置选项：
+
+- `GTS_TLS_CERTIFICATE_CHAIN`：指向包含公钥证书的 PEM 编码证书链。
+- `GTS_TLS_CERTIFICATE_KEY`：指向 PEM 编码的私钥。
+
+此外，为了让 Go HTTP 客户端认可自定义 CA 签发的证书为有效，你需要设置下列变量之一：
+
+- `SSL_CERT_FILE`：指向你的自定义 CA 的公钥。
+- `SSL_CERT_DIR`：一个以 `:` 分隔的目录列表，用于加载 CA 证书。
+
+上述 `SSL_CERT` 变量仅适用于类 Unix 系统，不包括 Mac。请参阅 https://pkg.go.dev/crypto/x509#SystemCertPool。如果你在不支持设置上述变量的架构上运行测试，可以在 `config.yaml` 文件中将 `http-client.tls-insecure-skip-verify` 设置为 `true`，以完全禁用 HTTP 客户端的 TLS 证书验证。
+
+你还需要为两个实例名称提供功能正常的 DNS，可以通过在 `/etc/hosts` 中添加条目或运行像 [dnsmasq](https://thekelleys.org.uk/dnsmasq/doc.html) 这样的本地 DNS 服务器来实现。
+
+### 更新 Swagger 文档
+
+GoToSocial 使用 [go-swagger](https://goswagger.io) 根据代码注释生成 Swagger API 文档。
+
+你可以遵循 [此处](https://goswagger.io/install.html) 的说明安装 go-swagger。
+
+如果你更改了任何 API 路径上的 Swagger 注释，可以通过运行以下命令在 `./docs/api/swagger.yaml` 生成一个新的 Swagger 文件：
+
+```bash
+swagger generate spec --scan-models --exclude-deps -o docs/api/swagger.yaml
+```
+
+### CI/CD 配置
+
+GoToSocial 使用 [Drone](https://www.drone.io/) 进行 CI/CD 任务，如运行测试、代码检查和构建 Docker 容器。
+
+这些运行与 GitHub 集成，在打开拉取请求或合并到主干时执行。
+
+GoToSocial 的 Drone 实例在 [此处](https://drone.superseriousbusiness.org/superseriousbusiness/gotosocial)。
+
+`drone.yml` 文件在 [此处](../../../../.drone.yml) —— 它定义了 Drone 如何运行及何时运行。Drone 的文档在 [此处](https://docs.drone.io/)。
+
+值得注意的是，`drone.yml` 文件必须由 Drone 管理员帐户签名后才被视为有效。每次修改该文件时都必须这样做。这是为了防止篡改和劫持 Drone 实例。请参阅 [此处](https://docs.drone.io/signature/)。
+
+要签署文件，请首先安装并设置 [drone cli 工具](https://docs.drone.io/cli/install/)。然后，运行：
+
+```bash
+drone -t PUT_YOUR_DRONE_ADMIN_TOKEN_HERE -s https://drone.superseriousbusiness.org sign superseriousbusiness/gotosocial --save
+```
+
+### 发布检查清单
+
+首先：如果这是一个安全修复，我们可能会加急处理此清单，并在几天后发布包含此修复的版本。
+
+现在，解决完安全问题后，此处是我们的清单。
+
+GoToSocial 遵循 [语义化版本控制](https://semver.org/)。
+因此，清单上的首要问题是：
+
+- 我们正在发布哪个版本？
+
+接下来我们需要检查：
+
+- 这些资源是否需要重新构建并提交到存储库。
+- Swagger 文档是否需要重新生成？
+
+在项目管理方面：
+
+- 是否有需要移动到其他里程碑的问题？
+- [路线图](./ROADMAP.md) 上是否有可以勾掉的事情？
+
+一旦我们对清单满意，我们就可以创建标签并推送它。
+剩下的事情 [是自动化](../../../../.drone.yml)。
+
+然后我们可以前往 GitHub，为发布说明增添个性。
+最后，我们在所有渠道上发布公告，宣布发布已完成！
+
+#### 如果出问题了怎么办？
+
+有时事情会出错。
+我们发布了有 Bug 的版本，或者忘记了什么重要的东西。
+
+如果该版本不可用，甚至对很大一部分用户而言是危险的，我们可以删除标签。
+
+无论怎样，一旦我们解决了问题，我们就重新开始这个清单。版本号并不昂贵，可以随意更改。
diff --git a/docs/locales/zh/repo/README.md b/docs/locales/zh/repo/README.md
index 3f342e91e..11db45bbb 100644
--- a/docs/locales/zh/repo/README.md
+++ b/docs/locales/zh/repo/README.md
@@ -15,7 +15,7 @@ GoToSocial 是一个用 Golang 编写的 [ActivityPub](https://activitypub.rocks
 
 文档位于 [docs.gotosocial.org](https://docs.gotosocial.org/zh-cn/)。你可以直接跳至 [API 文档](https://docs.gotosocial.org/zh-cn/latest/api/swagger/)。
 
-要从源代码构建，请查看 [CONTRIBUTING.md](https://github.com/superseriousbusiness/gotosocial/blob/main/CONTRIBUTING.md) 文件。
+要从源代码构建，请查看 [CONTRIBUTING.md](https://github.com/superseriousbusiness/gotosocial/blob/main/docs/locales/zh/repo/CONTRIBUTING.md) 文件。
 
 这是实例首页的截图！
 
@@ -100,7 +100,7 @@ GoToSocial 的愿景是让许多小而特别的实例遍布联邦宇宙，让人
 
 我们在 2021 年 11 月进行了首次 Alpha 发布。我们于 2024 年 9 月/10 月离开 Alpha，进入 Beta 阶段。
 
-要详细了解已实现和未实现的内容，以及 [稳定发布](https://en.wikipedia.org/wiki/Software_release_life_cycle#Stable_release) 的进展，请查看 [路线图](https://github.com/superseriousbusiness/gotosocial/blob/main/ROADMAP.md)。
+要详细了解已实现和未实现的内容，以及 [稳定发布](https://en.wikipedia.org/wiki/Software_release_life_cycle#Stable_release) 的进展，请查看 [路线图](https://github.com/superseriousbusiness/gotosocial/blob/main/docs/locales/zh/repo/ROADMAP.md)。
 
 ---
 
@@ -327,7 +327,7 @@ S3 存储桶中的快照版二进制发布由 Github 提交哈希控制。要获
 
 ### 从源代码构建
 
-有关从源代码构建 GoToSocial 的说明，请参见 [CONTRIBUTING.md](https://github.com/superseriousbusiness/gotosocial/blob/main/CONTRIBUTING.md) 文件。
+有关从源代码构建 GoToSocial 的说明，请参见 [CONTRIBUTING.md](https://github.com/superseriousbusiness/gotosocial/blob/main/docs/locales/zh/repo/CONTRIBUTING.md) 文件。
 
 ### 第三方打包
 
@@ -348,7 +348,7 @@ S3 存储桶中的快照版二进制发布由 Github 提交哈希控制。要获
 
 ## 参与贡献
 
-你想为 GtS 作出贡献吗？太好了！❤️❤️❤️ 请查看问题页面，看看是否有你想参与的内容，并阅读 [CONTRIBUTING.md](https://github.com/superseriousbusiness/gotosocial/blob/main/CONTRIBUTING.md) 文件以获取指南并配置开发环境。
+你想为 GtS 作出贡献吗？太好了！❤️❤️❤️ 请查看问题页面，看看是否有你想参与的内容，并阅读 [CONTRIBUTING.md](https://github.com/superseriousbusiness/gotosocial/blob/main/docs/locales/zh/repo/CONTRIBUTING.md) 文件以获取指南并配置开发环境。
 
 ---
 
diff --git a/docs/locales/zh/repo/ROADMAP.md b/docs/locales/zh/repo/ROADMAP.md
new file mode 100644
index 000000000..28d54752e
--- /dev/null
+++ b/docs/locales/zh/repo/ROADMAP.md
@@ -0,0 +1,99 @@
+# Beta 版路线图
+
+本文档包含了 GoToSocial 为其首个正式稳定版本发布而制定的路线图。
+
+文档中的所有信息仅为预测。这为参与开发的人提供了粗略的时间表，但过程中难免会有变动；请不要对文档中的任何事项抱有太强烈的期望！
+
+感谢 [NLnet](https://nlnet.nl) 对 GoToSocial alpha 与 beta 阶段开发的资助！
+
+非常感谢我们所有的 [Open Collective](https://opencollective.com/gotosocial) 和 [Liberapay](https://liberapay.com/gotosocial) 赞助者们，他们的赞助使 GoToSocial 项目能够持续前行！ 💕
+
+## 目录
+
+- [Beta 目标](#beta-目标)
+- [时间节点](#时间节点)
+  - [2023 年中](#2023-年中)
+  - [2023 年中到年底](#2023-年中到年底)
+  - [2024 年初](#2024-年初)
+  - [BETA 里程碑](#beta-里程碑)
+  - [2024 年余下时间至 2025 年初](#2024-年余下时间至-2025-年初)
+  - [BETA 发布到稳定版发布期间](#beta-发布到稳定版发布期间)
+- [愿望单](#愿望单)
+
+## Beta 目标
+
+每个软件项目对“beta”都有不同的理解。对于我们来说，GoToSocial 的 beta 版本应提供一套与现有流行的 ActivityPub 服务端实现大致相当的功能集。
+
+换句话说，你应该能使用 GoToSocial 的 beta 版本作为你的主要社交实例，关注他人、发布动态，而不会遇到功能缺失或工作不正常的情况。
+
+我们的 beta 目标还包括一些我们认为对用户安全与健康至关重要的功能，如关闭评论区、黑名单订阅、白名单模式支持等。
+
+一旦我们实现了足以使 GoToSocial 进入 “beta” 的功能，我们将利用 beta 阶段来修复漏洞、调整性能，并新增一些需要在稳定基础上实现的额外功能。
+
+我们希望在进入 beta 阶段后，客户端 API 能保持相对稳定，以便开发者能自信地基于 GoToSocial 构建应用，而无需担心 API 发生重大变化。
+
+我们预计在 2024 年初进入 beta 阶段，但这个时间点只是预计，可能会更改。
+
+## 时间节点
+
+以下是我们迈向 beta 的功能开发大致时间表。时间表的推演基于以下假设：
+
+- 我们的开发速度将与过去两年类似。
+- 我们的总工作量大致相当于一个人全职参与该项目。
+- 一个独立的“功能”需要一个人 2-4 周的时间来开发和测试，具体取决于功能的复杂度。
+- 在实现各种功能的过程中还需要修复其他 bug，因此不应安排过于密集的功能计划。
+
+**这只是预估的时间节点，具体功能发布的顺序并未固定。根据我们遇到的挑战和社区贡献的代码数量，开发速度可能会更快或更慢。此时间线也未包含实现新功能之外的任务，如管理、完善现有功能、重构代码、版本管理及确保与其他 AP 实现的兼容性。**
+
+### 2023 年中
+
+- [x] **话题标签** -- 实现话题标签的联合与查看，让用户发现他们可能感兴趣的帖文。（完成！ https://github.com/superseriousbusiness/gotosocial/pull/2032）。
+
+### 2023 年中到年底
+
+- [x] **投票** -- 实现对投票的解析、创建和参与功能。（完成！ https://github.com/superseriousbusiness/gotosocial/pull/2330）
+- [x] **静音帖文/贴文串** -- 取消订阅贴文串的回复通知；不在时间线上显示特定帖文。（完成！ https://github.com/superseriousbusiness/gotosocial/pull/2278）
+- [x] **有限联合/白名单** -- 允许实例管理员默认阻止与其他实例的联合。（完成！ https://github.com/superseriousbusiness/gotosocial/pull/2200）
+
+### 2024 年初
+
+- [x] **账户迁移** -- 使用 ActivityPub 的 `Move` 活动支持用户账户在服务器之间的迁移。
+- [x] **注册流** -- 允许用户提交注册申请；允许管理员审核注册请求。
+
+### BETA 里程碑
+
+完成以上所有功能即表明我们进入了 GoToSocial 的 BETA 阶段。我们预计在 2024 年 2 月到 3 月之间实现这一阶段。编辑：最终在 2024 年 9 月到 10 月之间实现，抱歉！
+
+### 2024 年余下时间至 2025 年初
+
+这些功能按无特定顺序提供。
+
+- [x] **v2 过滤规则** -- 实现过滤器 API 的第二版。
+- [x] **静音账户** -- 静音账户以防止其帖文出现在主页时间线上（可选：限制时间段）。
+- [x] **无评论区的帖文** -- 设计无评论区帖文的相关逻辑，让用户创建无评论区的帖文。
+- [ ] **屏蔽/允许列表订阅** -- 允许实例管理员订阅纯文本的示例屏蔽/允许列表。（大部分工作已经完成）
+- [x] **私信对话视图** -- 让用户能够轻松浏览他们参与的所有私信对话。
+- [ ] **Oauth 令牌管理** -- 通过设置面板创建/查看/吊销 OAuth 令牌。
+- [ ] **贴文编辑支持** -- 编辑已创建的贴文，而无需删除并重新编辑。并正确地将编辑传播出去。
+- [ ] **Fediverse 中继支持** -- 与中继通信，发布和接收帖文。
+- [ ] **两步验证 (2fa)** -- 允许用户通过设置面板为其账户启用 2FA，并在登录时实施 2FA。
+- [ ] **管理：附加内容警告/将所有内容标记为敏感内容**。
+
+更多内容待定！
+
+### BETA 发布到稳定版发布期间
+
+待定。
+
+## 愿望单
+
+如果时间允许，我们将实现以下这些很酷的功能（因为我们真的很想要）：
+
+- **群组** 与群组发帖！
+- 基于声誉的“慢速”联合。
+- 联合及管理操作的社区决策。
+- 用户可选择自定义模板来渲染公开帖文：
+  - 推特风格
+  - 博客帖文
+  - 图库
+  - 等其它风格