diff --git a/.vitepress/config/de-DE.json b/.vitepress/config/de-DE.json
index 92331fe557b9..8529e5959efd 100644
--- a/.vitepress/config/de-DE.json
+++ b/.vitepress/config/de-DE.json
@@ -39,7 +39,7 @@
         "text": "Entwicklung",
         "items": [
           {
-            "text": "开发指南",
+            "text": "Entwicklungs-Anleitung",
             "link": "/guide/"
           },
           {
@@ -47,11 +47,11 @@
             "link": "/cookbook/"
           },
           {
-            "text": "API 参考",
+            "text": "API Referenz",
             "link": "/api/"
           },
           {
-            "text": "演练场：配置构型",
+            "text": "Playground: Schema",
             "link": "/schema/"
           }
         ],
@@ -65,7 +65,7 @@
             "link": "/market/"
           },
           {
-            "text": "官方插件一览",
+            "text": "Plugins Offizielle",
             "link": "/plugins/"
           }
         ],
@@ -78,6 +78,10 @@
             "text": "参与讨论",
             "link": "/about/contact.md"
           },
+          {
+            "text": "社区资源",
+            "link": "/about/community.md"
+          },
           {
             "text": "各版本介绍",
             "link": "/releases/index.md"
@@ -138,7 +142,7 @@
           "text": "使用",
           "items": [
             {
-              "text": "安装和配置插件",
+              "text": "Installation und Konfiguration der Plugins",
               "link": "/manual/usage/market.md"
             },
             {
@@ -299,7 +303,7 @@
               "link": "/guide/database/builtin.md"
             },
             {
-              "text": "权限管理",
+              "text": "Berechtigungsverwaltung",
               "link": "/guide/database/permission.md"
             }
           ]
@@ -330,7 +334,7 @@
           ]
         },
         {
-          "text": "控制台",
+          "text": "Konsole",
           "items": [
             {
               "text": "扩展控制台",
@@ -469,8 +473,12 @@
               "link": "/api/service/registry.md"
             },
             {
-              "text": "网络服务 (Router)",
-              "link": "/api/service/router.md"
+              "text": "服务器 (Server)",
+              "link": "/api/service/server.md"
+            },
+            {
+              "text": "计时器 (Timer)",
+              "link": "/api/service/timer.md"
             }
           ]
         },
@@ -570,7 +578,7 @@
           ]
         },
         {
-          "text": "控制台",
+          "text": "Konsole",
           "items": [
             {
               "text": "服务端 API",
@@ -683,14 +691,14 @@
       ],
       "/plugins/": [
         {
-          "text": "插件",
+          "text": "Plugins",
           "items": [
             {
-              "text": "插件市场",
+              "text": "Marktplatz",
               "link": "/market/"
             },
             {
-              "text": "官方插件一览",
+              "text": "Plugins Offizielle",
               "link": "/plugins/"
             }
           ]
@@ -878,13 +886,25 @@
               "text": "模块热替换 (HMR)",
               "link": "/plugins/develop/hmr.md"
             },
+            {
+              "text": "网络请求 (HTTP)",
+              "link": "/plugins/develop/http.md"
+            },
             {
               "text": "测试工具 (Mock)",
               "link": "/plugins/develop/mock.md"
             },
             {
-              "text": "代理服务器 (Server Proxy)",
-              "link": "/plugins/develop/server-proxy.md"
+              "text": "通知服务 (Notifier)",
+              "link": "/plugins/develop/notifier.md"
+            },
+            {
+              "text": "网络代理 (Proxy Agent)",
+              "link": "/plugins/develop/proxy-agent.md"
+            },
+            {
+              "text": "服务器 (Server)",
+              "link": "/plugins/develop/server.md"
             },
             {
               "text": "API 服务器 (Server Satori)",
@@ -899,14 +919,14 @@
       ],
       "/market/": [
         {
-          "text": "插件",
+          "text": "Plugins",
           "items": [
             {
-              "text": "插件市场",
+              "text": "Marktplatz",
               "link": "/market/"
             },
             {
-              "text": "官方插件一览",
+              "text": "Plugins Offizielle",
               "link": "/plugins/"
             }
           ]
@@ -1008,11 +1028,11 @@
               "link": "/schema/advanced/union-arbitrary.md"
             },
             {
-              "text": "Union：配置联动 1",
+              "text": "Intersect + Union：配置联动 1",
               "link": "/schema/advanced/union-tagged-1.md"
             },
             {
-              "text": "Union：配置联动 2",
+              "text": "Intersect + Union：配置联动 2",
               "link": "/schema/advanced/union-tagged-2.md"
             },
             {
diff --git a/.vitepress/config/en-US.json b/.vitepress/config/en-US.json
index 89012faf1ff1..0dc82b7e625d 100644
--- a/.vitepress/config/en-US.json
+++ b/.vitepress/config/en-US.json
@@ -79,7 +79,11 @@
             "link": "/about/contact.md"
           },
           {
-            "text": "各版本介绍",
+            "text": "Community Resources",
+            "link": "/about/community.md"
+          },
+          {
+            "text": "Release Notes",
             "link": "/releases/index.md"
           }
         ],
@@ -105,19 +109,19 @@
               "link": "/manual/starter/"
             },
             {
-              "text": "Install for Windows",
+              "text": "Installation on Windows",
               "link": "/manual/starter/windows.md"
             },
             {
-              "text": "Install for macOS",
+              "text": "Installation on macOS",
               "link": "/manual/starter/macos.md"
             },
             {
-              "text": "Install for Linux",
+              "text": "Installation on Linux",
               "link": "/manual/starter/linux.md"
             },
             {
-              "text": "Install for Android",
+              "text": "Installation on Android",
               "link": "/manual/starter/android.md"
             },
             {
@@ -142,7 +146,7 @@
               "link": "/manual/usage/market.md"
             },
             {
-              "text": "First Dialogue",
+              "text": "Conversation",
               "link": "/manual/usage/adapter.md"
             },
             {
@@ -241,7 +245,7 @@
               "link": "/guide/basic/events.md"
             },
             {
-              "text": "Middleware",
+              "text": "middleware",
               "link": "/guide/basic/middleware.md"
             },
             {
@@ -389,7 +393,7 @@
               "link": "/api/"
             },
             {
-              "text": "Glossary",
+              "text": "Terms of Glossary",
               "link": "/api/glossary.md"
             }
           ]
@@ -469,8 +473,12 @@
               "link": "/api/service/registry.md"
             },
             {
-              "text": "Router",
-              "link": "/api/service/router.md"
+              "text": "Route Management (Server)",
+              "link": "/api/service/server.md"
+            },
+            {
+              "text": "Timer (Timer)",
+              "link": "/api/service/timer.md"
             }
           ]
         },
@@ -633,15 +641,15 @@
               "link": "/cookbook/design/disposable.md"
             },
             {
-              "text": "从元框架到框架",
+              "text": "Meta-framework and Framework",
               "link": "/cookbook/design/framework.md"
             },
             {
-              "text": "零占用的存储",
+              "text": "Zero-Storage",
               "link": "/cookbook/design/storage.md"
             },
             {
-              "text": "深入工作区",
+              "text": "Workspaces In-depth",
               "link": "/cookbook/design/workspace.md"
             }
           ]
@@ -650,19 +658,19 @@
           "text": "Cookbook",
           "items": [
             {
-              "text": "资源转存",
+              "text": "Resources Persistence",
               "link": "/cookbook/practice/assets.md"
             },
             {
-              "text": "图片渲染",
+              "text": "Image Rendering",
               "link": "/cookbook/practice/render.md"
             },
             {
-              "text": "部署到 k-on!",
+              "text": "K-ON! Deployment",
               "link": "/cookbook/practice/online.md"
             },
             {
-              "text": "整合包开发",
+              "text": "Integrated Package Development",
               "link": "/cookbook/practice/bundle.md"
             },
             {
@@ -672,7 +680,7 @@
           ]
         },
         {
-          "text": "案例分析",
+          "text": "Case Study",
           "items": [
             {
               "text": "Command Management",
@@ -686,7 +694,7 @@
           "text": "Plugins",
           "items": [
             {
-              "text": "Plugin market",
+              "text": "Marketplace",
               "link": "/market/"
             },
             {
@@ -862,7 +870,7 @@
               "link": "/plugins/console/market.md"
             },
             {
-              "text": "沙箱调试 (Sandbox)",
+              "text": "Sandbox Debug (Sandbox)",
               "link": "/plugins/console/sandbox.md"
             },
             {
@@ -878,13 +886,25 @@
               "text": "Module Hot Replacement (HMR)",
               "link": "/plugins/develop/hmr.md"
             },
+            {
+              "text": "HTTP",
+              "link": "/plugins/develop/http.md"
+            },
             {
               "text": "Application Mocking (Mock)",
               "link": "/plugins/develop/mock.md"
             },
             {
-              "text": "Proxy Server (Server Proxy)",
-              "link": "/plugins/develop/server-proxy.md"
+              "text": "Notification Service (Notifier)",
+              "link": "/plugins/develop/notifier.md"
+            },
+            {
+              "text": "Network Proxy (Proxy Agent)",
+              "link": "/plugins/develop/proxy-agent.md"
+            },
+            {
+              "text": "Route Management (Server)",
+              "link": "/plugins/develop/server.md"
             },
             {
               "text": "API Server (Server Satori)",
@@ -902,7 +922,7 @@
           "text": "Plugins",
           "items": [
             {
-              "text": "Plugin market",
+              "text": "Marketplace",
               "link": "/market/"
             },
             {
@@ -930,7 +950,7 @@
               "link": "/schema/meta/required.md"
             },
             {
-              "text": "Default Value",
+              "text": "Default",
               "link": "/schema/meta/default.md"
             },
             {
@@ -1008,11 +1028,11 @@
               "link": "/schema/advanced/union-arbitrary.md"
             },
             {
-              "text": "Union: Tagged 1",
+              "text": "Intersect w/ Union: Tagged Union 1",
               "link": "/schema/advanced/union-tagged-1.md"
             },
             {
-              "text": "Union: Tagged 2",
+              "text": "Intersect w/ Union: Tagged Union 2",
               "link": "/schema/advanced/union-tagged-2.md"
             },
             {
@@ -1043,7 +1063,7 @@
               "link": "/about/team.md"
             },
             {
-              "text": "FAQ",
+              "text": "Frequently Asked Questions",
               "link": "/about/faq.md"
             },
             {
@@ -1051,28 +1071,28 @@
               "link": "/about/community.md"
             },
             {
-              "text": "大事件",
+              "text": "Big events",
               "link": "/about/events.md"
             }
           ]
         },
         {
-          "text": "更新",
+          "text": "Update",
           "items": [
             {
               "text": "History",
               "link": "/about/history.md"
             },
             {
-              "text": "更新计划",
+              "text": "Updates",
               "link": "/about/releases.md"
             },
             {
-              "text": "从低版本迁移",
+              "text": "Migrate from Previous Version",
               "link": "/about/upgrade.md"
             },
             {
-              "text": "各版本介绍",
+              "text": "Release Notes",
               "link": "/releases/index.md"
             },
             {
@@ -1100,7 +1120,7 @@
           "text": "",
           "items": [
             {
-              "text": "各版本介绍",
+              "text": "Release Notes",
               "link": "/releases/index.md"
             },
             {
@@ -1169,7 +1189,7 @@
           "text": "",
           "items": [
             {
-              "text": "Change Log",
+              "text": "Changelog",
               "link": "https://github.com/koishijs/koishi/releases"
             }
           ]
diff --git a/.vitepress/config/fr-FR.json b/.vitepress/config/fr-FR.json
index 43f05fbbc5ea..485b03bc0021 100644
--- a/.vitepress/config/fr-FR.json
+++ b/.vitepress/config/fr-FR.json
@@ -61,7 +61,7 @@
         "text": "Plugins",
         "items": [
           {
-            "text": "Place de Marché",
+            "text": "Place de marché",
             "link": "/market/"
           },
           {
@@ -78,6 +78,10 @@
             "text": "Communauté de Koishi",
             "link": "/about/contact.md"
           },
+          {
+            "text": "Ressources Communautaires",
+            "link": "/about/community.md"
+          },
           {
             "text": "Notes des versions",
             "link": "/releases/index.md"
@@ -121,7 +125,7 @@
               "link": "/manual/starter/android.md"
             },
             {
-              "text": "Installation avec image conteneur",
+              "text": "Utilisation dans un conteneur",
               "link": "/manual/starter/docker.md"
             },
             {
@@ -138,11 +142,11 @@
           "text": "Utilisation",
           "items": [
             {
-              "text": "Installation et configuration des plugins",
+              "text": "Installation et configuration de plugins",
               "link": "/manual/usage/market.md"
             },
             {
-              "text": "Première conversation",
+              "text": "Conversation",
               "link": "/manual/usage/adapter.md"
             },
             {
@@ -163,11 +167,11 @@
           "text": "Recettes",
           "items": [
             {
-              "text": "Solutions perfectionnées des commandes",
+              "text": "Utilisations avancées des commandes",
               "link": "/manual/recipe/execution.md"
             },
             {
-              "text": "Maintenance des multiples configurations",
+              "text": "Gestion des multiples configurations",
               "link": "/manual/recipe/multiple.md"
             },
             {
@@ -184,11 +188,11 @@
           "text": "Lanceur",
           "items": [
             {
-              "text": "Configuration requise",
+              "text": "Système requis",
               "link": "/manual/launcher/system.md"
             },
             {
-              "text": "Outils de ligne de commande",
+              "text": "Outil de ligne de commande",
               "link": "/manual/launcher/cli.md"
             }
           ]
@@ -469,8 +473,12 @@
               "link": "/api/service/registry.md"
             },
             {
-              "text": "Router : service network",
-              "link": "/api/service/router.md"
+              "text": "Server : Gestion des routes",
+              "link": "/api/service/server.md"
+            },
+            {
+              "text": "Timer : chronomètre",
+              "link": "/api/service/timer.md"
             }
           ]
         },
@@ -686,7 +694,7 @@
           "text": "Plugins",
           "items": [
             {
-              "text": "Place de Marché",
+              "text": "Place de marché",
               "link": "/market/"
             },
             {
@@ -879,12 +887,24 @@
               "link": "/plugins/develop/hmr.md"
             },
             {
-              "text": "Mock : Outils des tests",
+              "text": "HTTP : requête d'HTTP",
+              "link": "/plugins/develop/http.md"
+            },
+            {
+              "text": "Mock : simulacres d'application",
               "link": "/plugins/develop/mock.md"
             },
             {
-              "text": "Server Proxy : serveur proxy",
-              "link": "/plugins/develop/server-proxy.md"
+              "text": "Notifier : service de notification",
+              "link": "/plugins/develop/notifier.md"
+            },
+            {
+              "text": "Proxy Agent : proxy de réseau",
+              "link": "/plugins/develop/proxy-agent.md"
+            },
+            {
+              "text": "Server : Gestion des routes",
+              "link": "/plugins/develop/server.md"
             },
             {
               "text": "Server Satori : serveur d'API",
@@ -899,10 +919,10 @@
       ],
       "/market/": [
         {
-          "text": "plugin",
+          "text": "Plugins",
           "items": [
             {
-              "text": "Place de Marché",
+              "text": "Place de marché",
               "link": "/market/"
             },
             {
@@ -1008,11 +1028,11 @@
               "link": "/schema/advanced/union-arbitrary.md"
             },
             {
-              "text": "Union : type somme 1",
+              "text": "Intersection avec syndicat : collaboration des configurations 1",
               "link": "/schema/advanced/union-tagged-1.md"
             },
             {
-              "text": "Union : type somme 2",
+              "text": "Intersection avec syndicat : collaboration des configurations 2",
               "link": "/schema/advanced/union-tagged-2.md"
             },
             {
@@ -1035,7 +1055,7 @@
               "link": "/about/license.md"
             },
             {
-              "text": "Discussions participatives",
+              "text": "Communauté de Koishi",
               "link": "/about/contact.md"
             },
             {
diff --git a/.vitepress/config/ja-JP.json b/.vitepress/config/ja-JP.json
index 62b7ca301c5c..7bb78c71969d 100644
--- a/.vitepress/config/ja-JP.json
+++ b/.vitepress/config/ja-JP.json
@@ -39,19 +39,19 @@
         "text": "開発",
         "items": [
           {
-            "text": "开发指南",
+            "text": "開発ガイド",
             "link": "/guide/"
           },
           {
-            "text": "进阶指南",
+            "text": "上級者向けガイド",
             "link": "/cookbook/"
           },
           {
-            "text": "API 参考",
+            "text": "API リファレンス",
             "link": "/api/"
           },
           {
-            "text": "演练场：配置构型",
+            "text": "プレイグラウンド：スキーマ",
             "link": "/schema/"
           }
         ],
@@ -61,11 +61,11 @@
         "text": "プラグイン",
         "items": [
           {
-            "text": "マーケットプレイス",
+            "text": "マーケット",
             "link": "/market/"
           },
           {
-            "text": "官方插件一览",
+            "text": "公式プラグイン一覧",
             "link": "/plugins/"
           }
         ],
@@ -75,11 +75,15 @@
         "text": "さらに表示",
         "items": [
           {
-            "text": "参与讨论",
+            "text": "ディスカッションに参加",
             "link": "/about/contact.md"
           },
           {
-            "text": "各版本介绍",
+            "text": "コミュニティリソース",
+            "link": "/about/community.md"
+          },
+          {
+            "text": "各バージョンの情報",
             "link": "/releases/index.md"
           }
         ],
@@ -129,45 +133,45 @@
               "link": "/manual/starter/boilerplate.md"
             },
             {
-              "text": "パッケージとして使う",
+              "text": "パッケージとして",
               "link": "/manual/starter/direct.md"
             }
           ]
         },
         {
-          "text": "使用",
+          "text": "使い方",
           "items": [
             {
-              "text": "安装和配置插件",
+              "text": "プラグインのインストールと設定",
               "link": "/manual/usage/market.md"
             },
             {
-              "text": "第一次对话",
+              "text": "始めての会話",
               "link": "/manual/usage/adapter.md"
             },
             {
-              "text": "指令系统",
+              "text": "コマンドシステム",
               "link": "/manual/usage/command.md"
             },
             {
-              "text": "账号登录与绑定",
+              "text": "アカウントのログインとバインド",
               "link": "/manual/usage/platform.md"
             },
             {
-              "text": "深入定制机器人",
+              "text": "Bot の徹底したカスタマイズ",
               "link": "/manual/usage/customize.md"
             }
           ]
         },
         {
-          "text": "配方",
+          "text": "レシピ",
           "items": [
             {
-              "text": "指令进阶技巧",
+              "text": "コマンド (アドバンスト)",
               "link": "/manual/recipe/execution.md"
             },
             {
-              "text": "维护多份配置",
+              "text": "マルチ設定",
               "link": "/manual/recipe/multiple.md"
             },
             {
@@ -181,7 +185,7 @@
           ]
         },
         {
-          "text": "启动器",
+          "text": "ランチャー",
           "items": [
             {
               "text": "システム要件",
@@ -274,7 +278,7 @@
               "link": "/guide/plugin/service.md"
             },
             {
-              "text": "过滤器",
+              "text": "フィルター",
               "link": "/guide/plugin/filter.md"
             }
           ]
@@ -299,7 +303,7 @@
               "link": "/guide/database/builtin.md"
             },
             {
-              "text": "权限管理",
+              "text": "権限管理",
               "link": "/guide/database/permission.md"
             }
           ]
@@ -337,7 +341,7 @@
               "link": "/guide/console/index.md"
             },
             {
-              "text": "数据交互",
+              "text": "データ通信",
               "link": "/guide/console/data.md"
             },
             {
@@ -366,7 +370,7 @@
               "link": "/guide/i18n/lang-pack.md"
             },
             {
-              "text": "接入 Crowdin",
+              "text": "Crowdin との連携",
               "link": "/guide/i18n/crowdin.md"
             }
           ]
@@ -405,40 +409,40 @@
           ]
         },
         {
-          "text": "核心模块",
+          "text": "コアモジュール",
           "items": [
             {
-              "text": "适配器 (Adapter)",
+              "text": "アダプター",
               "link": "/api/core/adapter.md"
             },
             {
-              "text": "应用 (App)",
+              "text": "アプリ",
               "link": "/api/core/app.md"
             },
             {
-              "text": "机器人 (Bot)",
+              "text": "ボット",
               "link": "/api/core/bot.md"
             },
             {
-              "text": "指令 (Command)",
+              "text": "コマンド",
               "link": "/api/core/command.md"
             },
             {
-              "text": "上下文 (Context)",
+              "text": "コンテキスト",
               "link": "/api/core/context.md"
             },
             {
-              "text": "事件 (Events)",
+              "text": "イベント",
               "link": "/api/core/events.md"
             },
             {
-              "text": "会话 (Session)",
+              "text": "セッション",
               "link": "/api/core/session.md"
             }
           ]
         },
         {
-          "text": "内置服务",
+          "text": "組み込みサービス",
           "items": [
             {
               "text": "事件系统 (Events)",
@@ -449,11 +453,11 @@
               "link": "/api/service/filter.md"
             },
             {
-              "text": "网络请求 (HTTP)",
+              "text": "ネットワークリクエスト (HTTP)",
               "link": "/api/service/http.md"
             },
             {
-              "text": "国际化 (I18n)",
+              "text": "国際化 (I18n)",
               "link": "/api/service/i18n.md"
             },
             {
@@ -465,12 +469,16 @@
               "link": "/api/service/permissions.md"
             },
             {
-              "text": "插件系统 (Registry)",
+              "text": "プラグインシステム (Registry)",
               "link": "/api/service/registry.md"
             },
             {
-              "text": "网络服务 (Router)",
-              "link": "/api/service/router.md"
+              "text": "服务器 (Server)",
+              "link": "/api/service/server.md"
+            },
+            {
+              "text": "计时器 (Timer)",
+              "link": "/api/service/timer.md"
             }
           ]
         },
@@ -516,18 +524,18 @@
           ]
         },
         {
-          "text": "消息元素",
+          "text": "メッセージ要素",
           "items": [
             {
-              "text": "语法规范",
+              "text": "構文規則",
               "link": "/api/message/syntax.md"
             },
             {
-              "text": "标准元素",
+              "text": "標準要素",
               "link": "/api/message/elements.md"
             },
             {
-              "text": "内置组件",
+              "text": "組み込みコンポーネント",
               "link": "/api/message/components.md"
             },
             {
@@ -541,10 +549,10 @@
           ]
         },
         {
-          "text": "数据库",
+          "text": "データベース",
           "items": [
             {
-              "text": "数据模型 (Model)",
+              "text": "データモデル (Model)",
               "link": "/api/database/model.md"
             },
             {
@@ -552,11 +560,11 @@
               "link": "/api/database/database.md"
             },
             {
-              "text": "查询表达式 (Query)",
+              "text": "クエリ式 (Query)",
               "link": "/api/database/query.md"
             },
             {
-              "text": "求值表达式 (Eval)",
+              "text": "評価式 (Eval)",
               "link": "/api/database/evaluation.md"
             },
             {
@@ -585,28 +593,28 @@
               "link": "/api/console/composition.md"
             },
             {
-              "text": "内置组件",
+              "text": "組み込みコンポーネント",
               "link": "/api/console/component.md"
             }
           ]
         },
         {
-          "text": "其他功能",
+          "text": "その他の機能",
           "items": [
             {
-              "text": "观察者 (Observer)",
+              "text": "オブザーバー",
               "link": "/api/utils/observer.md"
             },
             {
-              "text": "输出日志 (Logger)",
+              "text": "ログ出力 (Logger)",
               "link": "/api/utils/logger.md"
             },
             {
-              "text": "随机操作 (Random)",
+              "text": "ランダム生成 (Random)",
               "link": "/api/utils/random.md"
             },
             {
-              "text": "其他工具 (Misc)",
+              "text": "雑用ツール (Misc)",
               "link": "/api/utils/misc.md"
             }
           ]
@@ -686,11 +694,11 @@
           "text": "プラグイン",
           "items": [
             {
-              "text": "プラグインマーケットプレイス",
+              "text": "マーケット",
               "link": "/market/"
             },
             {
-              "text": "官方插件一览",
+              "text": "公式プラグイン一覧",
               "link": "/plugins/"
             }
           ]
@@ -822,7 +830,7 @@
           "text": "コンソール関連",
           "items": [
             {
-              "text": "数据统计 (Analytics)",
+              "text": "データ統計 (Analytics)",
               "link": "/plugins/console/analytics.md"
             },
             {
@@ -838,23 +846,23 @@
               "link": "/plugins/console/config.md"
             },
             {
-              "text": "控制台 (Console)",
+              "text": "コンソール支援 (Console)",
               "link": "/plugins/console/index.md"
             },
             {
-              "text": "资源管理器 (Explorer)",
+              "text": "ファイル管理 (Explorer)",
               "link": "/plugins/console/explorer.md"
             },
             {
-              "text": "插件依赖图 (Insight)",
+              "text": "プラグイン依存可視化 (Insight)",
               "link": "/plugins/console/insight.md"
             },
             {
-              "text": "本地翻译 (Locales)",
+              "text": "メッセージ地域化 (Locales)",
               "link": "/plugins/console/locales.md"
             },
             {
-              "text": "日志管理 (Logger)",
+              "text": "ログ出力 (Logger)",
               "link": "/plugins/console/logger.md"
             },
             {
@@ -862,11 +870,11 @@
               "link": "/plugins/console/market.md"
             },
             {
-              "text": "沙箱调试 (Sandbox)",
+              "text": "サンドボックス環境 (Sandbox)",
               "link": "/plugins/console/sandbox.md"
             },
             {
-              "text": "运行状态 (Status)",
+              "text": "ステータス表示 (Status)",
               "link": "/plugins/console/status.md"
             }
           ]
@@ -879,12 +887,24 @@
               "link": "/plugins/develop/hmr.md"
             },
             {
-              "text": "テスト機能 (Mock)",
+              "text": "ネットワークリクエスト (HTTP)",
+              "link": "/plugins/develop/http.md"
+            },
+            {
+              "text": "测试工具 (Mock)",
               "link": "/plugins/develop/mock.md"
             },
             {
-              "text": "代理服务器 (Server Proxy)",
-              "link": "/plugins/develop/server-proxy.md"
+              "text": "通知服务 (Notifier)",
+              "link": "/plugins/develop/notifier.md"
+            },
+            {
+              "text": "网络代理 (Proxy Agent)",
+              "link": "/plugins/develop/proxy-agent.md"
+            },
+            {
+              "text": "服务器 (Server)",
+              "link": "/plugins/develop/server.md"
             },
             {
               "text": "API 服务器 (Server Satori)",
@@ -902,11 +922,11 @@
           "text": "プラグイン",
           "items": [
             {
-              "text": "プラグインマーケットプレイス",
+              "text": "マーケット",
               "link": "/market/"
             },
             {
-              "text": "官方插件一览",
+              "text": "公式プラグイン一覧",
               "link": "/plugins/"
             }
           ]
@@ -952,7 +972,7 @@
           ]
         },
         {
-          "text": "基础类型",
+          "text": "基本の型",
           "items": [
             {
               "text": "数值 (Number)",
@@ -993,7 +1013,7 @@
           ]
         },
         {
-          "text": "高级类型",
+          "text": "高度な型",
           "items": [
             {
               "text": "Intersect：分组",
@@ -1008,11 +1028,11 @@
               "link": "/schema/advanced/union-arbitrary.md"
             },
             {
-              "text": "Union：配置联动 1",
+              "text": "Intersect + Union：配置联动 1",
               "link": "/schema/advanced/union-tagged-1.md"
             },
             {
-              "text": "Union：配置联动 2",
+              "text": "Intersect + Union：配置联动 2",
               "link": "/schema/advanced/union-tagged-2.md"
             },
             {
@@ -1104,63 +1124,63 @@
               "link": "/releases/index.md"
             },
             {
-              "text": "v4.1 版本介绍",
+              "text": "v4.1 のバージョン情報",
               "link": "/releases/v4.1.md"
             },
             {
-              "text": "v4.2 版本介绍",
+              "text": "v4.2 のバージョン情報",
               "link": "/releases/v4.2.md"
             },
             {
-              "text": "v4.3 版本介绍",
+              "text": "v4.3 のバージョン情報",
               "link": "/releases/v4.3.md"
             },
             {
-              "text": "v4.4 版本介绍",
+              "text": "v4.4 のバージョン情報",
               "link": "/releases/v4.4.md"
             },
             {
-              "text": "v4.5 版本介绍",
+              "text": "v4.5 のバージョン情報",
               "link": "/releases/v4.5.md"
             },
             {
-              "text": "v4.6 版本介绍",
+              "text": "v4.6 のバージョン情報",
               "link": "/releases/v4.6.md"
             },
             {
-              "text": "v4.7 版本介绍",
+              "text": "v4.7 のバージョン情報",
               "link": "/releases/v4.7.md"
             },
             {
-              "text": "v4.8 版本介绍",
+              "text": "v4.8 のバージョン情報",
               "link": "/releases/v4.8.md"
             },
             {
-              "text": "v4.9 版本介绍",
+              "text": "v4.9 のバージョン情報",
               "link": "/releases/v4.9.md"
             },
             {
-              "text": "v4.10 版本介绍",
+              "text": "v4.10 のバージョン情報",
               "link": "/releases/v4.10.md"
             },
             {
-              "text": "v4.11 版本介绍",
+              "text": "v4.11 のバージョン情報",
               "link": "/releases/v4.11.md"
             },
             {
-              "text": "v4.12 版本介绍",
+              "text": "v4.12 のバージョン情報",
               "link": "/releases/v4.12.md"
             },
             {
-              "text": "v4.13 版本介绍",
+              "text": "v4.13 のバージョン情報",
               "link": "/releases/v4.13.md"
             },
             {
-              "text": "v4.14 版本介绍",
+              "text": "v4.14 のバージョン情報",
               "link": "/releases/v4.14.md"
             },
             {
-              "text": "v4.15 版本介绍",
+              "text": "v4.15 のバージョン情報",
               "link": "/releases/v4.15.md"
             }
           ]
diff --git a/.vitepress/config/ru-RU.json b/.vitepress/config/ru-RU.json
index 9591621a6ae4..5ea828c39a5a 100644
--- a/.vitepress/config/ru-RU.json
+++ b/.vitepress/config/ru-RU.json
@@ -78,6 +78,10 @@
             "text": "参与讨论",
             "link": "/about/contact.md"
           },
+          {
+            "text": "社区资源",
+            "link": "/about/community.md"
+          },
           {
             "text": "各版本介绍",
             "link": "/releases/index.md"
@@ -469,8 +473,12 @@
               "link": "/api/service/registry.md"
             },
             {
-              "text": "网络服务 (Router)",
-              "link": "/api/service/router.md"
+              "text": "服务器 (Server)",
+              "link": "/api/service/server.md"
+            },
+            {
+              "text": "计时器 (Timer)",
+              "link": "/api/service/timer.md"
             }
           ]
         },
@@ -878,13 +886,25 @@
               "text": "模块热替换 (HMR)",
               "link": "/plugins/develop/hmr.md"
             },
+            {
+              "text": "网络请求 (HTTP)",
+              "link": "/plugins/develop/http.md"
+            },
             {
               "text": "测试工具 (Mock)",
               "link": "/plugins/develop/mock.md"
             },
             {
-              "text": "代理服务器 (Server Proxy)",
-              "link": "/plugins/develop/server-proxy.md"
+              "text": "通知服务 (Notifier)",
+              "link": "/plugins/develop/notifier.md"
+            },
+            {
+              "text": "网络代理 (Proxy Agent)",
+              "link": "/plugins/develop/proxy-agent.md"
+            },
+            {
+              "text": "服务器 (Server)",
+              "link": "/plugins/develop/server.md"
             },
             {
               "text": "API 服务器 (Server Satori)",
@@ -1008,11 +1028,11 @@
               "link": "/schema/advanced/union-arbitrary.md"
             },
             {
-              "text": "Union：配置联动 1",
+              "text": "Intersect + Union：配置联动 1",
               "link": "/schema/advanced/union-tagged-1.md"
             },
             {
-              "text": "Union：配置联动 2",
+              "text": "Intersect + Union：配置联动 2",
               "link": "/schema/advanced/union-tagged-2.md"
             },
             {
diff --git a/.vitepress/config/zh-TW.json b/.vitepress/config/zh-TW.json
index 4ad5c85eba8e..ac2d3ffac7be 100644
--- a/.vitepress/config/zh-TW.json
+++ b/.vitepress/config/zh-TW.json
@@ -65,7 +65,7 @@
             "link": "/market/"
           },
           {
-            "text": "官方插件一览",
+            "text": "官方外掛一覽",
             "link": "/plugins/"
           }
         ],
@@ -78,6 +78,10 @@
             "text": "參與討論",
             "link": "/about/contact.md"
           },
+          {
+            "text": "社區資源",
+            "link": "/about/community.md"
+          },
           {
             "text": "各版本介绍",
             "link": "/releases/index.md"
@@ -163,15 +167,15 @@
           "text": "配方",
           "items": [
             {
-              "text": "指令进阶技巧",
+              "text": "指令進階技巧",
               "link": "/manual/recipe/execution.md"
             },
             {
-              "text": "维护多份配置",
+              "text": "維護多份配置",
               "link": "/manual/recipe/multiple.md"
             },
             {
-              "text": "搜索插件市场",
+              "text": "搜尋外掛市場",
               "link": "/manual/recipe/search.md"
             },
             {
@@ -181,14 +185,14 @@
           ]
         },
         {
-          "text": "启动器",
+          "text": "啟動器",
           "items": [
             {
-              "text": "系统要求",
+              "text": "系統要求",
               "link": "/manual/launcher/system.md"
             },
             {
-              "text": "命令行工具",
+              "text": "命令列工具",
               "link": "/manual/launcher/cli.md"
             }
           ]
@@ -299,7 +303,7 @@
               "link": "/guide/database/builtin.md"
             },
             {
-              "text": "权限管理",
+              "text": "權限管理",
               "link": "/guide/database/permission.md"
             }
           ]
@@ -441,19 +445,19 @@
           "text": "內建服務",
           "items": [
             {
-              "text": "事件系统 (Events)",
+              "text": "事件系統 (Events)",
               "link": "/api/service/events.md"
             },
             {
-              "text": "过滤器 (Filter)",
+              "text": "過濾器 (Filter)",
               "link": "/api/service/filter.md"
             },
             {
-              "text": "网络请求 (HTTP)",
+              "text": "網路請求 (HTTP)",
               "link": "/api/service/http.md"
             },
             {
-              "text": "国际化 (I18n)",
+              "text": "國際化 (I18n)",
               "link": "/api/service/i18n.md"
             },
             {
@@ -465,12 +469,16 @@
               "link": "/api/service/permissions.md"
             },
             {
-              "text": "插件系统 (Registry)",
+              "text": "外掛系統 (Registry)",
               "link": "/api/service/registry.md"
             },
             {
-              "text": "网络服务 (Router)",
-              "link": "/api/service/router.md"
+              "text": "服务器 (Server)",
+              "link": "/api/service/server.md"
+            },
+            {
+              "text": "计时器 (Timer)",
+              "link": "/api/service/timer.md"
             }
           ]
         },
@@ -516,18 +524,18 @@
           ]
         },
         {
-          "text": "消息元素",
+          "text": "訊息元素",
           "items": [
             {
-              "text": "语法规范",
+              "text": "語法規範",
               "link": "/api/message/syntax.md"
             },
             {
-              "text": "标准元素",
+              "text": "標準元素",
               "link": "/api/message/elements.md"
             },
             {
-              "text": "内置组件",
+              "text": "內建元件",
               "link": "/api/message/components.md"
             },
             {
@@ -541,7 +549,7 @@
           ]
         },
         {
-          "text": "数据库",
+          "text": "資料庫",
           "items": [
             {
               "text": "資料模型 (Model)",
@@ -556,7 +564,7 @@
               "link": "/api/database/query.md"
             },
             {
-              "text": "求值表达式 (Eval)",
+              "text": "求值表示式 (Eval)",
               "link": "/api/database/evaluation.md"
             },
             {
@@ -570,10 +578,10 @@
           ]
         },
         {
-          "text": "控制台",
+          "text": "控制檯",
           "items": [
             {
-              "text": "服务端 API",
+              "text": "服務端 API",
               "link": "/api/console/server.md"
             },
             {
@@ -581,11 +589,11 @@
               "link": "/api/console/context.md"
             },
             {
-              "text": "组合式 API",
+              "text": "組合式 API",
               "link": "/api/console/composition.md"
             },
             {
-              "text": "内置组件",
+              "text": "內建元件",
               "link": "/api/console/component.md"
             }
           ]
@@ -594,15 +602,15 @@
           "text": "其他功能",
           "items": [
             {
-              "text": "观察者 (Observer)",
+              "text": "觀察者 (Observer)",
               "link": "/api/utils/observer.md"
             },
             {
-              "text": "输出日志 (Logger)",
+              "text": "輸出日誌 (Logger)",
               "link": "/api/utils/logger.md"
             },
             {
-              "text": "随机操作 (Random)",
+              "text": "隨機操作 (Random)",
               "link": "/api/utils/random.md"
             },
             {
@@ -666,7 +674,7 @@
               "link": "/cookbook/practice/bundle.md"
             },
             {
-              "text": "编写测试",
+              "text": "編寫測試",
               "link": "/cookbook/practice/testing.md"
             }
           ]
@@ -690,7 +698,7 @@
               "link": "/market/"
             },
             {
-              "text": "官方插件一览",
+              "text": "官方外掛一覽",
               "link": "/plugins/"
             }
           ]
@@ -842,31 +850,31 @@
               "link": "/plugins/console/index.md"
             },
             {
-              "text": "资源管理器 (Explorer)",
+              "text": "資源管理器 (Explorer)",
               "link": "/plugins/console/explorer.md"
             },
             {
-              "text": "插件依赖图 (Insight)",
+              "text": "外掛依賴圖 (Insight)",
               "link": "/plugins/console/insight.md"
             },
             {
-              "text": "本地翻译 (Locales)",
+              "text": "本地翻譯 (Locales)",
               "link": "/plugins/console/locales.md"
             },
             {
-              "text": "日志管理 (Logger)",
+              "text": "日誌管理 (Logger)",
               "link": "/plugins/console/logger.md"
             },
             {
-              "text": "插件市场 (Market)",
+              "text": "外掛市場 (Market)",
               "link": "/plugins/console/market.md"
             },
             {
-              "text": "沙箱调试 (Sandbox)",
+              "text": "沙箱除錯 (Sandbox)",
               "link": "/plugins/console/sandbox.md"
             },
             {
-              "text": "运行状态 (Status)",
+              "text": "執行狀態 (Status)",
               "link": "/plugins/console/status.md"
             }
           ]
@@ -879,12 +887,24 @@
               "link": "/plugins/develop/hmr.md"
             },
             {
-              "text": "測試工具 (Mock)",
+              "text": "網路請求 (HTTP)",
+              "link": "/plugins/develop/http.md"
+            },
+            {
+              "text": "测试工具 (Mock)",
               "link": "/plugins/develop/mock.md"
             },
             {
-              "text": "代理服务器 (Server Proxy)",
-              "link": "/plugins/develop/server-proxy.md"
+              "text": "通知服务 (Notifier)",
+              "link": "/plugins/develop/notifier.md"
+            },
+            {
+              "text": "网络代理 (Proxy Agent)",
+              "link": "/plugins/develop/proxy-agent.md"
+            },
+            {
+              "text": "服务器 (Server)",
+              "link": "/plugins/develop/server.md"
             },
             {
               "text": "API 服务器 (Server Satori)",
@@ -906,7 +926,7 @@
               "link": "/market/"
             },
             {
-              "text": "官方插件一览",
+              "text": "官方外掛一覽",
               "link": "/plugins/"
             }
           ]
@@ -1008,11 +1028,11 @@
               "link": "/schema/advanced/union-arbitrary.md"
             },
             {
-              "text": "Union：配置聯動 1",
+              "text": "Intersect + Union：配置联动 1",
               "link": "/schema/advanced/union-tagged-1.md"
             },
             {
-              "text": "Union：配置聯動 2",
+              "text": "Intersect + Union：配置联动 2",
               "link": "/schema/advanced/union-tagged-2.md"
             },
             {
@@ -1047,7 +1067,7 @@
               "link": "/about/faq.md"
             },
             {
-              "text": "社区资源",
+              "text": "社區資源",
               "link": "/about/community.md"
             },
             {
@@ -1108,35 +1128,35 @@
               "link": "/releases/v4.1.md"
             },
             {
-              "text": "v4.2 版本介绍",
+              "text": "v4.2 版本介紹",
               "link": "/releases/v4.2.md"
             },
             {
-              "text": "v4.3 版本介绍",
+              "text": "v4.3 版本介紹",
               "link": "/releases/v4.3.md"
             },
             {
-              "text": "v4.4 版本介绍",
+              "text": "v4.4 版本介紹",
               "link": "/releases/v4.4.md"
             },
             {
-              "text": "v4.5 版本介绍",
+              "text": "v4.5 版本介紹",
               "link": "/releases/v4.5.md"
             },
             {
-              "text": "v4.6 版本介绍",
+              "text": "v4.6 版本介紹",
               "link": "/releases/v4.6.md"
             },
             {
-              "text": "v4.7 版本介绍",
+              "text": "v4.7 版本介紹",
               "link": "/releases/v4.7.md"
             },
             {
-              "text": "v4.8 版本介绍",
+              "text": "v4.8 版本介紹",
               "link": "/releases/v4.8.md"
             },
             {
-              "text": "v4.9 版本介绍",
+              "text": "v4.9 版本介紹",
               "link": "/releases/v4.9.md"
             },
             {
@@ -1144,23 +1164,23 @@
               "link": "/releases/v4.10.md"
             },
             {
-              "text": "v4.11 版本介绍",
+              "text": "v4.11 版本介紹",
               "link": "/releases/v4.11.md"
             },
             {
-              "text": "v4.12 版本介绍",
+              "text": "v4.12 版本介紹",
               "link": "/releases/v4.12.md"
             },
             {
-              "text": "v4.13 版本介绍",
+              "text": "v4.13 版本介紹",
               "link": "/releases/v4.13.md"
             },
             {
-              "text": "v4.14 版本介绍",
+              "text": "v4.14 版本介紹",
               "link": "/releases/v4.14.md"
             },
             {
-              "text": "v4.15 版本介绍",
+              "text": "v4.15 版本介紹",
               "link": "/releases/v4.15.md"
             }
           ]
diff --git a/de-DE/about/community.md b/de-DE/about/community.md
index 78b112883566..697de6d854f0 100644
--- a/de-DE/about/community.md
+++ b/de-DE/about/community.md
@@ -2,9 +2,19 @@
 
 此页面中总结了一些优秀的社区资源可供学习。如果你也想在此页面中展示你的项目，请在点击页面底部的编辑按钮后创建 Pull Request。
 
+## 社群
+
+### QQ 群
+
+- [590104798](https://qm.qq.com/q/vJ0kcQePCM)：Koishi 非官方交流群
+
+### 论坛
+
+- [Koishi Unofficial](https://forum.itzdrli.cc): Koishi 非官方论坛
+
 ## 文档
 
-- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum&album_id=2700565655187865601) (沐辰-TimeBather)
+- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum\&album_id=2700565655187865601) (沐辰-TimeBather)
 
 ## 视频
 
diff --git a/de-DE/about/contact.md b/de-DE/about/contact.md
index 62b4b30d3a7b..34bd670d79f8 100644
--- a/de-DE/about/contact.md
+++ b/de-DE/about/contact.md
@@ -12,7 +12,7 @@
 
 ### 开发者群
 
-[426230045](https://jq.qq.com/?_wv=1027&k=6FDoxQ6g)
+[426230045](https://jq.qq.com/?_wv=1027\&k=6FDoxQ6g)
 
 本群适用于已经有一定 Node.js / TypeScript 基础，并对 Koishi 开发感兴趣的用户——你可以在这里参与 Koishi 以及其他相关话题的深度讨论。
 
@@ -39,3 +39,9 @@
 QQ：[2953529126](https://qm.qq.com/q/P8eMJkP5yI) / 微信：ilharp
 
 我们为企业用户提供专属支持。如果您是企业用户，除了通过上面的方式参与讨论以外，还可以添加客服，获得一对一专属支持。
+
+## 非官方渠道
+
+活跃的社区成员自发地创建了一些非官方的讨论渠道，你也可以在这里参与讨论。
+
+前往 [社区资源](./community.md) 页面查看更多非官方渠道。
diff --git a/de-DE/about/contribute/docs.md b/de-DE/about/contribute/docs.md
index 5df400afb658..ae77748ca2c5 100644
--- a/de-DE/about/contribute/docs.md
+++ b/de-DE/about/contribute/docs.md
@@ -21,7 +21,7 @@
 ```
 
 > 123 ABC
-> 
+>
 > ビリビリ
 
 #### CJK 与西文之间一律插入一个空格
@@ -35,7 +35,7 @@
 ```
 
 > 在 Python 中，我们使用 `class` 关键字来声明类。
-> 
+>
 > 他只用了 100 行不到的代码就实现了那个复杂的功能。
 
 #### 数字与英文单位之间加空格，与符号单位之间不加空格
@@ -49,7 +49,7 @@
 ```
 
 > 我有一块 512 GB 的硬盘。
-> 
+>
 > 今天气温 23˚C，有 70% 的可能性下雨。
 
 #### 括号请使用半角书写，并按照下列规则在两侧添加空格
@@ -80,7 +80,7 @@
 ```
 
 > 1 + 2 = 3
-> 
+>
 > Bellman-Ford 算法
 
 #### 除上述以外的标点均使用全角，且两侧均不留空格
@@ -111,7 +111,7 @@
 ```
 
 > 编程语言有很多，如 C、C++、Java……
-> 
+>
 > 他刚刚做了一个重要的决定——辞职。
 
 #### 针对首次出现的概念，使用粗体进行强调，同时在两侧添加必要的空格
@@ -155,6 +155,6 @@
 
 ## 参考资料
 
-- <https://github.com/vinta/pangu.js>
-- <https://stdrc.cc/style-guides/chinese.html>
-- <https://stdrc.cc/style-guides/markdown.html>
+- https://github.com/vinta/pangu.js
+- https://stdrc.cc/style-guides/chinese.html
+- https://stdrc.cc/style-guides/markdown.html
diff --git a/de-DE/about/upgrade.md b/de-DE/about/upgrade.md
index b7ff2cba0b36..5dfe2f7ca90d 100644
--- a/de-DE/about/upgrade.md
+++ b/de-DE/about/upgrade.md
@@ -17,41 +17,41 @@
 
 2. 将要使用 JSX 的文件后缀名修改为 `.tsx`。
 
-## 心跳迁移 <badge>v4.10.4</badge>
+## 心跳更新 <badge>v4.10.4</badge>
 
 在 4.10.4 版本中，我们调整了默认的心跳行为，这可能导致老用户升级时遭遇无限重启问题。可以执行下列操作进行升级：
 
 1. 先将 market 插件更新到最新版本 (最新版本支持批量更新)
 2. (非 v4.10.3 用户忽略此步骤) 在控制台中修改全局设置，将 `heartbeatInterval` 项的值改为 `6000`，`heartbeatTimeout` 项的值改为 `600000`，并点击「重载配置」按钮
-3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-* 依赖则选择移除)，并点击「应用更改」按钮
+3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-\* 依赖则选择移除)，并点击「应用更改」按钮
 4. 更新完成后重启实例
 5. 在控制台中修改全局设置，将 `heartbeatInterval` 和 `heartbeatTimeout` 项的值均改为 `0`，并点击「重载配置」按钮
 6. 再次重启实例
-7. 如果之前移除了 assets-* 插件，请重新前往插件市场进行安装
+7. 如果之前移除了 assets-\* 插件，请重新前往插件市场进行安装
 
-## CLI 迁移 <badge>v4.11.0</badge>
+## CLI 更新 <badge>v4.11.0</badge>
 
 在 4.11.0 版本中我们移除了 @koishijs/cli 包，将其合并到了 koishi 中。这意味着你每次升级时不再需要同时升级两边了。但对于已经安装了 @koishijs/cli 的用户，你需要执行下列操作完成升级：
 
 1. 先完成 4.10.4 版本的更新，确保自己的版本号不小于 4.10.4
-2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，同时移除 @koishijs/cli 的版本号
+2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，并移除 @koishijs/cli
 3. 点击「应用更改」按钮
 
-## HMR 迁移 <badge>v4.12.0</badge>
+## HMR 更新 <badge>v4.12.0</badge>
 
-在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。对于生产模式下的用户无影响，但开发者则需要在升级 Koishi 后手动安装新插件。你需要执行下列操作完成升级：
+在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。如果你使用了 hmr 插件，你需要执行下列操作完成升级：
 
 1. 安装最新版本的 @koishijs/plugin-hmr
-2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#模块热替换) 中提到的部分
+2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#hmr) 中提到的部分
 3. 移除 `package.json` 文件中 `scripts.dev` 的 `--watch` 参数
 
-## 插件市场迁移 <badge>v4.13.0</badge>
+## 插件市场更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们将 @koishijs/plugin-market 插件分拆为了两个插件 market 和 config。其中 market 负责「插件市场」和「依赖管理」页面，而 config 则负责「插件配置」页面。直接将 market 插件更新到 2.0.0 或以上版本的用户会发现自己的「插件配置」页面消失，此时你需要执行下列操作完成升级：
 
 1. 首先确保你的 market 插件是最新版 (应该是 2.0.0 以上版本)
 2. 打开「插件市场」页面，安装最新版的 config 插件
-3. 打开「资源管理器」页面，找到 `koishi.yml` 页面，打开并编辑：
+3. 打开「资源管理器」页面，找到 `koishi.yml` 文件，打开并编辑：
 
 ```yaml
 host: 127.0.0.1
@@ -69,7 +69,7 @@ plugins:
 4. 点击右上角的保存按钮
 5. 重新启动 Koishi 实例
 
-## 国际化迁移 <badge>v4.13.0</badge>
+## 国际化更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们也引入了多语言的回退机制。这意味者，所有涉及语言配置的地方都需要从单一的语言字符串修改为数组。具体包括以下几个地方：
 
@@ -104,7 +104,7 @@ for await (const item of bot.getChannelIter())  // new
 
 [`User`](../api/resources/user.md) 类型的 `userId` 属性改为 `id`，同理对于 [`Channel`](../api/resources/channel.md), [`Guild`](../api/resources/guild.md), [`Message`](../api/resources/message.md) 也是如此。此外，`Author` 被重构为了 `User` 和 `Member` 两个部分。
 
-[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#访问器属性) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
+[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#accessor-property) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
 
 `Adapter.Server` 和 `Adapter.Client` 两个基类被移除。现在可以直接使用 [`Adapter`](../api/core/adapter.md) 基类，并通过 `reusable` 属性决定其是否可重用。
 
@@ -113,3 +113,72 @@ for await (const item of bot.getChannelIter())  // new
 [`encoder.results`](../api/message/encoder.md#encoder-results) 的类型由 `string[]` 变为 `Message[]`。
 
 新增用于创建私聊频道的 [`bot.createDirectChannel()`](../api/resources/channel.md)，因此不再需要实现 [`bot.sendPrivateMessage()`](../api/resources/message.md#bot-sendprivatemessage)。
+
+## Server 插件独立 <badge>v4.16.0</badge>
+
+在 4.16.0 版本中，我们将 `Server` 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-server](../plugins/develop/server.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-server](../plugins/develop/server.md) 插件；
+2. 在你的代码中手动导入并加载该插件；
+3. 将你过去的 `host`, `port`, `maxPort`, `selfUrl` 全局设置移动至 server 插件的配置项。
+
+## 消息元素更新 <badge>v4.16.4</badge>
+
+在 4.16.4 版本中，我们将 Koishi 内部的消息元素实现与 Satori 协议规范进行了对齐。涉及到以下 API 的变动：
+
+- `<image>` 元素更名为 `<img>`
+- `<img>`, `<audio>`, `<video>`, `<file>` 元素的 `url` 属性改为 `src`
+
+如果你的插件用到了相关的特性，请参考下面的迁移指南：
+
+- 如果你的插件**发送**了上述消息元素，你不需要进行任何修改
+  - 官方适配器插件 (和积极维护的社区适配器插件) 都进行了向下兼容
+  - 如果你使用了非官方的适配器并发现升级后无法发送图片，请联系适配器作者进行更新
+- 如果你的插件**接收并解析**了上述消息元素，你可能需要调整你的解析逻辑
+  - 要从给定的消息中提取图片，可以使用 [`h.select()`](../api/message/api.md#h-select) 方法
+  - 如果你的指令接受图片作为参数，可以直接使用 [`image`](../guide/basic/command.md#argument-type) 参数类型
+
+对于适配器作者，请参考下面的迁移指南：
+
+- 接收侧 (`Adapter`)：请确保创建的会话中的消息元素均符合最新标准
+- 发送侧 (`MessageEncoder`)：请尽量同时支持新旧标准，例如使用以下代码：
+
+```ts
+if (type === 'image' || type === 'img') {
+  await sendImage(attrs.src || attrs.url)
+}
+```
+
+## HTTP 插件独立 <badge>v4.17.6</badge>
+
+在 4.17.6 版本中，我们将 HTTP 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-http](../plugins/develop/http.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-http](../plugins/develop/http.md) 插件；
+2. (可选，如果你使用网络代理工具) 安装最新版本的 [@koishijs/plugin-proxy-agent](../plugins/develop/proxy-agent.md) 插件；
+3. 在你的代码中手动导入并加载这两个插件；
+4. 将你过去的 `request` 全局设置移动至 http 插件的配置项；
+5. (可选) 将你过去的 `request.proxyAgent` 全局设置移动至 proxy-agent 插件的配置项。
+
+## `tsconfig` 更新 <badge>v4.17.8</badge>
+
+在 4.17.8 版本中，由于部分依赖的更新，我们对推荐的 `tsconfig.json` 配置进行了调整。如果你的项目使用了 TypeScript，并且在升级后发现无法通过编译，你可以打开 `tsconfig.json` 文件，并尝试执行下列修改以完成升级：
+
+1. 将 `module` 属性改为 `esnext`；
+2. 将 `moduleResolution` 属性改为 `bundler`；
+3. 将 `emitDeclarationOnly` 属性改为 `true` (或者添加这个属性)。
+
+```json{3-5}
+{
+  "compilerOptions": {
+    "module": "esnext",
+    "moduleResolution": "bundler",
+    "emitDeclarationOnly": true,
+  },
+}
+```
+
+注意，如果你的项目中存在多个 `tsconfig.json` 文件，你需要对每一个文件都进行上述修改 (通过 `extends` 继承其他文件中配置的除外)。
diff --git a/de-DE/api/console/component.md b/de-DE/api/console/component.md
index fb0966de7a1a..de22e46b5bb7 100644
--- a/de-DE/api/console/component.md
+++ b/de-DE/api/console/component.md
@@ -1,5 +1,9 @@
 # 内置组件
 
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
 ## `<k-comment>`
 
 - **props.type:** `'info' | 'success' | 'warning' | 'danger'` 提示类型
diff --git a/de-DE/api/console/composition.md b/de-DE/api/console/composition.md
index 151fa0b39f3c..0bbeb9eb1c25 100644
--- a/de-DE/api/console/composition.md
+++ b/de-DE/api/console/composition.md
@@ -1,6 +1,10 @@
 # 组合式 API
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/client 中导出。
 :::
 
diff --git a/de-DE/api/console/context.md b/de-DE/api/console/context.md
index 9a831073d236..46f40767f635 100644
--- a/de-DE/api/console/context.md
+++ b/de-DE/api/console/context.md
@@ -1,7 +1,11 @@
 # 上下文 API
 
-::: warning
-请注意：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::warning
+消歧义：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
 :::
 
 Koishi 的控制台客户端一样通过插件化的方式加载，因此我们也实现了一套类似的 `Context` 机制。许多你熟悉的底层 API 在客户端是依然可用的 (例如生命周期事件、服务的定义与使用等等)。此外，我们还提供了一些与客户端相关的 API 来帮助你更方便地开发控制台插件。
diff --git a/de-DE/api/console/server.md b/de-DE/api/console/server.md
index 2183372bb47d..b09f430d5977 100644
--- a/de-DE/api/console/server.md
+++ b/de-DE/api/console/server.md
@@ -1,6 +1,10 @@
 # 服务端 API
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 基本用法](../../guide/console/)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/plugin-console 中导出。
 :::
 
@@ -8,7 +12,7 @@
 
 `Console` 类封装了控制台服务的所有功能，你可以通过 `ctx.console` 来访问它。
 
-### console.addEntry(entry)
+### ctx.console.addEntry(entry)
 
 - **entry:** `Entry` 要添加的入口
 
@@ -21,14 +25,14 @@ interface Entry {
 
 添加客户端入口文件。
 
-### console.addListener(event, callback, options)
+### ctx.console.addListener(event, callback, options) <badge type="warning">实验性</badge>
 
 - **event:** `string` 事件名称
 - **callback:** `Function` 回调函数，其中 `this` 指向 [`Client`](#类-client) 对象
 
 注册一个事件监听器。
 
-### console.broadcast(event, body, options)
+### ctx.console.broadcast(event, body, options)
 
 - **event:** `string` 事件名称
 - **body:** `any` 事件内容
diff --git a/de-DE/api/core/adapter.md b/de-DE/api/core/adapter.md
index 5871c26c58e1..9297e8d32e24 100644
--- a/de-DE/api/core/adapter.md
+++ b/de-DE/api/core/adapter.md
@@ -1,6 +1,6 @@
 # 适配器 (Adapter)
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现适配器](../../guide/adapter/adapter.md)
 :::
 
diff --git a/de-DE/api/core/app.md b/de-DE/api/core/app.md
index 9ecda1457034..16870099eaff 100644
--- a/de-DE/api/core/app.md
+++ b/de-DE/api/core/app.md
@@ -4,34 +4,6 @@
 
 本节中介绍的配置项可用于传入构造函数，也可以在配置文件或控制台中进行修改。
 
-## 网络设置
-
-### options.host
-
-- 类型：`string`
-- 默认值：`'127.0.0.1'`
-
-服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
-
-### options.port
-
-- 类型：`number`
-
-要监听的初始端口号。
-
-### options.maxPort
-
-- 类型：`number`
-- 默认值：[`options.port`](#options-port)
-
-允许监听的最大端口号。
-
-### options.selfUrl
-
-- 类型：`string`
-
-Koishi 服务暴露在公网的地址。部分功能（例如 [adapter-telegram](../../plugins/adapter/telegram.md) 或是 [plugin-assets-local](https://assets.koishi.chat/plugins/local.html)）需要用到。
-
 ## 基础设置
 
 ### options.prefix
@@ -106,17 +78,9 @@ interface DelayOptions {
 - `prefer-user`: 优先使用用户语言
 - `prefer-channel`: 优先使用频道语言
 
-## 请求设置
-
-### options.request.proxyAgent
-
-- 类型: `string`
-
-配置请求时默认使用的网络代理。
-
 ## 配置文件选项
 
-::: warning
+:::warning
 下面的配置项来自 Koishi 的命令行工具，仅可在配置文件中编辑，不支持在控制台中修改。
 :::
 
diff --git a/de-DE/api/core/bot.md b/de-DE/api/core/bot.md
index f75faa5ace13..8a68f134b461 100644
--- a/de-DE/api/core/bot.md
+++ b/de-DE/api/core/bot.md
@@ -1,6 +1,6 @@
 # 机器人 (Bot)
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现机器人](../../guide/adapter/bot.md)
 :::
 
@@ -36,7 +36,7 @@
 
 - 类型: `string`
 
-当前 `Bot` 的 [平台名称](../glossary.md#平台-platform)。
+当前 `Bot` 的 [平台名称](../glossary.md#platform)。
 
 ### bot.selfId
 
diff --git a/de-DE/api/core/command.md b/de-DE/api/core/command.md
index 37ba86ff9e44..e2a7e3ed9b44 100644
--- a/de-DE/api/core/command.md
+++ b/de-DE/api/core/command.md
@@ -1,6 +1,6 @@
 # 指令 (Command)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 指令开发](../../guide/basic/command.md)
 :::
 
@@ -83,7 +83,8 @@ type CommandAction = (argv: Argv, ...args: any[]) => Awaitable<string | void>
 - **fields:** `FieldCollector<UserField>` 要请求的用户字段
 - 返回值: `this`
 
-如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
 ```ts
 type FieldCollector<K extends string> =
@@ -96,36 +97,27 @@ type FieldCollector<K extends string> =
 - **fields:** `FieldCollector<ChannelField>` 要请求的频道字段
 - 返回值: `this`
 
-如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
-### cmd.alias(...names)
+### cmd.alias(name, config?)
 
-- **names:** `string[]` 要设置的别名
-- 返回值: `this`
-
-设置指令别名。
-
-### cmd.shortcut(name, config?)
-
-- **name:** `string | RegExp` 快捷匹配
-- **config:** `ShortcutConfig`
-  - **config.prefix:** `boolean` 调用时要求保留前缀
-  - **config.fuzzy:** `boolean` 允许在快捷方式后带参数
-  - **config.greedy:** `boolean` 将所有后面的内容解析成一个参数
+- **name:** `string` 要设置的别名
+- **config:** `Command.Alias`
   - **config.args:** `any[]` 要带的参数列表，将与传入的参数合并
-  - **config.options:** `Record<string, any>` 要带的选项列表，将与传入的选项合并
+  - **config.options:** `Dict` 要带的选项列表，将与传入的选项合并
 - 返回值: `this`
 
-设置快捷方式。
+设置指令别名。
 
 ### cmd.subcommand(name, desc?, config?)
 
 - **name:** `string` 指令名以及可能的参数
 - **desc:** `string` 指令的描述
-- **config:** [`CommandConfig`](./context.md#ctx-command) 指令的配置
+- **config:** [`Command.Config`](./context.md#ctx-command) 指令的配置
 - 返回值：`Command` 注册或修改的指令
 
-注册或修改子指令。子指令会继承当期指令的上下文。参见[指令的多级结构](../../guide/basic/command.md#指令的多级结构)章节。
+注册或修改子指令。子指令会继承当期指令的上下文。参见 [子指令](../../manual/usage/command.md#子指令) 和 [注册子指令](../../guide/basic/command.md#注册子指令) 章节。
 
 ### cmd.parse(input)
 
@@ -150,15 +142,3 @@ type FieldCollector<K extends string> =
 - 返回值: `void`
 
 移除当前指令及其所有子指令。
-
-## 静态属性和方法
-
-这里包含了与 Command 类相关的静态属性和方法。
-
-### Command.defaultConfig
-
-默认的指令配置。
-
-### Command.defaultOptionConfig
-
-默认的选项配置。
diff --git a/de-DE/api/core/context.md b/de-DE/api/core/context.md
index b46322c4a32a..76d0f4dceeae 100644
--- a/de-DE/api/core/context.md
+++ b/de-DE/api/core/context.md
@@ -9,12 +9,14 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.any](../service/filter.md#ctx-any)
 - [ctx.bail](../service/events.md#ctx-bail)
 - [ctx.before](../service/events.md#ctx-before)
-- [ctx.database](../database/database.md)
+- [ctx.debounce](../service/timer.md#ctx-debounce)
 - [ctx.emit](../service/events.md#ctx-emit)
+- [ctx.events](../service/events.md)
 - [ctx.exclude](../service/filter.md#ctx-exclude)
 - [ctx.filter](../service/filter.md#ctx-filter)
 - [ctx.http](../service/http.md)
 - [ctx.i18n](../service/i18n.md)
+- [ctx.inject](../service/registry.md#ctx-inject)
 - [ctx.intersect](../service/filter.md#ctx-intersect)
 - [ctx.loader](../service/loader.md)
 - [ctx.middleware](../service/events.md#ctx-middleware)
@@ -26,13 +28,24 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.parallel](../service/events.md#ctx-parallel)
 - [ctx.permissions](../service/permissions.md)
 - [ctx.plugin](../service/registry.md#ctx-plugin)
-- [ctx.router](../service/router.md)
+- [ctx.registry](../service/registry.md)
 - [ctx.scope](../service/registry.md#ctx-scope)
 - [ctx.serial](../service/events.md#ctx-serial)
-- [ctx.start](../service/registry.md#ctx-start)
+- [ctx.server](../service/server.md)
+- [ctx.setInterval](../service/timer.md#ctx-setinterval)
+- [ctx.setTimeout](../service/timer.md#ctx-settimeout)
+- [ctx.sleep](../service/timer.md#ctx-sleep)
 - [ctx.stop](../service/registry.md#ctx-stop)
+- [ctx.throttle](../service/timer.md#ctx-throttle)
+- [ctx.timer](../service/timer.md)
 - [ctx.union](../service/filter.md#ctx-union)
-- [ctx.using](../service/registry.md#ctx-using)
+
+除此以外，以下服务由官方插件提供，因此使用时需要 [声明依赖](../../guide/plugin/service.md#inject)：
+
+- [ctx.console](../console/server.md)
+- [ctx.database](../database/database.md)
+- [ctx.mock](../../plugins/develop/mock.md)
+- [ctx.server](../../plugins/develop/server.md)
 
 ## 实例属性
 
@@ -63,7 +76,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 以当前上下文为原型创建一个新上下文。`meta` 中的属性将覆盖当前上下文的属性。
 
-
 <!-- ### ctx.isolate(names)
 
 - **keys:** `string[]` 隔离的服务列表
@@ -84,14 +96,13 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 在当前上下文中注册或修改一个指令。
 
-### ctx.broadcast(channels?, content, forced?) <badge>需要数据库</badge>
+### ctx.broadcast(channels?, content) <badge>需要数据库</badge>
 
-- **channels:** `string[]` 频道列表
+- **channels:** `string[]` 频道列表，格式为 `{platform}:{channelId}` (如 `discord:1234567890`)
 - **content:** `string` 要发送的内容
-- **forced:** `boolean` 是否无视 silent 标记
 - 返回值: `Promise<string[]>` 成功发送的消息 ID 列表
 
-所有机器人向自己分配的频道广播消息，存在标记 silent 的频道除外。如有失败不会抛出错误。
+所有机器人向自己分配的频道广播消息。如果传入的频道不存在，会输出一个警告。
 
 ### ctx.logger(scope?)
 
@@ -106,10 +117,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 - 类型: `symbol`
 
-### Context.source
-
-- 类型: `symbol`
-
 ### Context.current
 
 - 类型: `symbol`
diff --git a/de-DE/api/core/events.md b/de-DE/api/core/events.md
index 7333e7c97d6f..dfb9b1afb9ce 100644
--- a/de-DE/api/core/events.md
+++ b/de-DE/api/core/events.md
@@ -1,10 +1,10 @@
 # 事件 (Events)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍 Koishi 的内置事件。如果想了解事件 API，请前往 [API > 内置服务 > 事件](../service/events.md)。
 :::
 
@@ -60,6 +60,7 @@
 尝试将一个未识别出指令的 Argv 对象识别成指令调用时使用。你可以在回调函数中修改传入的 Argv 对象，或者返回一个字符串表示识别出的指令。
 
 ### 事件：before-attach-channel
+
 ### 事件：before-attach-user
 
 - **session:** `Session` 当前会话
@@ -71,6 +72,7 @@
 这两个事件的触发于内置中间件中。如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 before-attach-channel 事件不会触发。
 
 ### 事件：attach-channel
+
 ### 事件：attach-user
 
 - **session:** `Session` 当前会话
@@ -81,6 +83,7 @@
 如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 attach-channel 事件不会触发。
 
 ### 事件：command/before-attach-channel
+
 ### 事件：command/before-attach-user
 
 - **session:** `Argv` 运行时参数
@@ -128,7 +131,7 @@
 
 插件被卸载时触发。参见 [清除副作用](../../guide/plugin/lifecycle.md#清除副作用)。
 
-::: warning
+:::warning
 请注意，`dispose` 事件的目的是清理副作用而不是确保数据保存。当 Koishi 进程崩溃或是被强行中止时，`dispose` 事件都可能不会触发。为了保护你的数据，你应当在每一次修改后立即上传数据，而不是在 `dispose` 中处理收尾工作。
 :::
 
diff --git a/de-DE/api/core/session.md b/de-DE/api/core/session.md
index 5b87e024ac2a..1985f43dff6d 100644
--- a/de-DE/api/core/session.md
+++ b/de-DE/api/core/session.md
@@ -25,7 +25,7 @@
 
 当前会话绑定的频道数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的频道数据，而不是平台的频道数据。如果你需要访问平台频道数据，请使用 `session.event.channel`。
 :::
 
@@ -58,11 +58,11 @@
 
 当前会话绑定的用户数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的用户数据，而不是平台的用户数据。如果你需要访问平台用户数据，请使用 `session.event.user`。
 :::
 
-## 访问器属性
+## 访问器属性 {#accessor-property}
 
 对于部分常用的事件体属性，我们提供了访问器属性。
 
@@ -71,7 +71,7 @@
 - 类型: <code>[GuildMember](../resources/member.md) & [User](../resources/user.md)</code>
 - 完整写法: `{ ...session.event.user, ...session.event.member }`
 
-::: tip
+:::tip
 注意到 `GuildMember` 和 `User` 有部分重叠的字段，例如 `name` 和 `avatar`。在这种情况下，`GuildMember` 的字段会覆盖 `User` 的字段。
 :::
 
@@ -201,7 +201,7 @@
 - **options.timeout:** 中间件的生效时间，缺省时会使用 [`app.config.delay.prompt`](./app.md#options-delay)
 - 返回值: `Promise<T>` 回调函数返回的结果
 
-处理当前会话的下一次输入，如果超时则会返回 `null`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
+处理当前会话的下一次输入，如果超时则会返回 `undefined`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
 
 ### session.suggest(options)
 
diff --git a/de-DE/api/database/built-in.md b/de-DE/api/database/built-in.md
index 148ce68e568b..b8469812fbc3 100644
--- a/de-DE/api/database/built-in.md
+++ b/de-DE/api/database/built-in.md
@@ -1,6 +1,6 @@
 # 内置数据结构
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 内置数据结构](../../guide/database/builtin.md)
 :::
 
diff --git a/de-DE/api/database/database.md b/de-DE/api/database/database.md
index 81b199f79915..4b28687f4c0f 100644
--- a/de-DE/api/database/database.md
+++ b/de-DE/api/database/database.md
@@ -1,6 +1,6 @@
 # 数据库操作 (Database)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/)
 :::
 
@@ -161,6 +161,12 @@ export interface WriteResult {
 
 计算聚合表达式。
 
+### ctx.database.stats() <badge type="warning">实验性</badge>
+
+- 返回值: [`Promise<Stats>`](#stats)
+
+获取统计信息。
+
 ### ctx.database.drop(table)
 
 - **table:** `string` 表名
@@ -168,8 +174,18 @@ export interface WriteResult {
 
 删除表。
 
-### ctx.database.stats() <badge type="warning">实验性</badge>
+::: danger
+这是一个危险操作，删除表后将无法恢复数据。
 
-- 返回值: [`Promise<Stats>`](#stats)
+如果你是插件开发者，并希望重构插件的数据库结构，我们建议使用 [整表迁移](../../guide/database/model.md#整表迁移)，以防止用户数据丢失。
+:::
 
-获取统计信息。
+### ctx.database.dropAll()
+
+- 返回值: `Promise<void>`
+
+删除所有表。
+
+:::danger
+这是一个危险操作，删除表后将无法恢复数据。
+:::
diff --git a/de-DE/api/database/evaluation.md b/de-DE/api/database/evaluation.md
index d80ef090b4d5..2220118bf316 100644
--- a/de-DE/api/database/evaluation.md
+++ b/de-DE/api/database/evaluation.md
@@ -1,14 +1,12 @@
 # 求值表达式 (Eval)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
-求值表达式是一组静态 API，主要在 [`Selection`](./selection.md) 中使用。你可以从 Koishi 中直接导入：
+与查询表达式不同，求值表达式是一组静态 API。你可以从 Koishi 中直接导入：
 
 ```ts
-import { Eval } from 'koishi'
-// 或者使用更短的别名
 import { $ } from 'koishi'
 ```
 
diff --git a/de-DE/api/database/model.md b/de-DE/api/database/model.md
index 74a95c530f67..85ecbba00840 100644
--- a/de-DE/api/database/model.md
+++ b/de-DE/api/database/model.md
@@ -1,6 +1,6 @@
 # 数据模型 (Model)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 数据模型](../../guide/database/model.md)
 :::
 
@@ -23,33 +23,33 @@ export interface Field<T> {
 
 ### 数值类型
 
-|    名称    |  TS 类型   | 默认长度 | 默认初始值 |        说明         |
-|:--------:|:--------:|:----:|:-----:|:-----------------:|
-| integer  | `number` |  10  |  `0`  | 有符号整型数，长度决定了数据的范围 |
-| unsigned | `number` |  10  |  `0`  | 无符号整型数，长度决定了数据的范围 |
-|  float   | `number` | 固定长度 |  `0`  |      单精度浮点数       |
-|  double  | `number` | 固定长度 |  `0`  |      双精度浮点数       |
+|    名称    |   TS 类型  | 默认长度 | 默认初始值 |         说明        |
+| :------: | :------: | :--: | :---: | :---------------: |
+|  integer | `number` |   4  |  `0`  | 有符号整型数，长度决定了数据的范围 |
+| unsigned | `number` |   4  |  `0`  | 无符号整型数，长度决定了数据的范围 |
+|   float  | `number` | 固定长度 |  `0`  |       单精度浮点数      |
+|  double  | `number` | 固定长度 |  `0`  |       双精度浮点数      |
 
 ### 字符串类型
 
-|   名称   |  TS 类型   | 默认长度  | 默认初始值 |   说明   |
-|:------:|:--------:|:-----:|:-----:|:------:|
-|  char  | `string` |  64   | `''`  | 定长的字符串 |
-| string | `string` |  255  | `''`  | 变长的字符串 |
-|  text  | `string` | 65535 | `''`  | 变长的字符串 |
+|   名称   |   TS 类型  |  默认长度 | 默认初始值 |   说明   |
+| :----: | :------: | :---: | :---: | :----: |
+|  char  | `string` |   64  |  `''` | 定长的字符串 |
+| string | `string` |  255  |  `''` | 变长的字符串 |
+|  text  | `string` | 65535 |  `''` | 变长的字符串 |
 
 ### 时间类型
 
-|    名称     | TS 类型  | 默认长度 | 默认初始值  | 说明  |
-|:---------:|:------:|:----:|:------:|:---:|
-|   date    | `Date` | 固定长度 | `null` | 日期值 |
-|   time    | `Date` | 固定长度 | `null` | 时间值 |
+|     名称    |  TS 类型 | 默认长度 |  默认初始值 |  说明 |
+| :-------: | :----: | :--: | :----: | :-: |
+|    date   | `Date` | 固定长度 | `null` | 日期值 |
+|    time   | `Date` | 固定长度 | `null` | 时间值 |
 | timestamp | `Date` | 固定长度 | `null` | 时间戳 |
 
 ### 其他类型
 
-|  名称  |   TS 类型    | 默认长度  | 默认初始值  |         说明         |
-|:----:|:----------:|:-----:|:------:|:------------------:|
+|  名称  |    TS 类型   |  默认长度 |  默认初始值 |         说明         |
+| :--: | :--------: | :---: | :----: | :----------------: |
 | json |  `object`  | 65535 | `null` | 可被序列化为 json 的结构化数据 |
 | list | `string[]` | 65535 |  `[]`  | 字符串构成的列表，序列化时以逗号分隔 |
 
diff --git a/de-DE/api/database/query.md b/de-DE/api/database/query.md
index 0d8d308cd3dc..861cd50e9c6d 100644
--- a/de-DE/api/database/query.md
+++ b/de-DE/api/database/query.md
@@ -1,6 +1,6 @@
 # 查询表达式 (Query)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/index.md)
 :::
 
@@ -159,7 +159,7 @@ type Query<T> = QueryExpr<T> | Shorthand<Indexable> | Callback<T, boolean>
 
 判断列表中是否存在满足给定约束条件的元素。
 
-::: warning
+:::warning
 部分数据库可能不支持使用子条件，因此请尽量只使用 [`$eq`](#eq) 操作符。
 :::
 
diff --git a/de-DE/api/database/selection.md b/de-DE/api/database/selection.md
index d5cd31a2d8a4..0221c6a2262a 100644
--- a/de-DE/api/database/selection.md
+++ b/de-DE/api/database/selection.md
@@ -1,6 +1,6 @@
 # 查询构造器 (Selection)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
diff --git a/de-DE/api/glossary.md b/de-DE/api/glossary.md
index f0d89e7658bc..5bec0ee9f7d1 100644
--- a/de-DE/api/glossary.md
+++ b/de-DE/api/glossary.md
@@ -2,7 +2,7 @@
 
 本页收集了一些 Koishi 设计中的重要概念，按字母表序排列。如果你在阅读文档时对某个概念感到迷惑，可以随时回到这里查看解释。
 
-## 适配器 (Adapter)
+## 适配器 (Adapter) {#adapter}
 
 适配器是指实现了平台协议，能够让机器人接入平台的插件。通常来说一个适配器实例对应了一个机器人用户，同时启用多个适配器就实现了多个机器人的同时接入。
 
@@ -10,12 +10,12 @@
 - [开发 > 跨平台 > 实现适配器](../guide/adapter/adapter.md)
 - [API > 核心模块 > 适配器](./core/adapter.md)
 
-## 应用 (App)
+## 应用 (App) {#app}
 
 - [开发 > 开发起步 > 配置文件](../guide/develop/config.md)
 - [API > 核心模块 > 应用](./core/app.md)
 
-## 机器人 (Bot)
+## 机器人 (Bot) {#bot}
 
 机器人是指由 Koishi 操控的平台用户。这里的用户不一定是真实用户，也可以是部分平台专门提供的机器人用户。其他用户通过与机器人进行交互来体验 Koishi 的各项功能。
 
@@ -23,15 +23,15 @@
 - [开发 > 跨平台 > 实现机器人](../guide/adapter/bot.md)
 - [API > 核心模块 > 机器人](./core/bot.md)
 
-## 频道 (Channel)
+## 频道 (Channel) {#channel}
 
 频道是消息的集合。一个频道包含了具备时间、逻辑顺序的一系列消息。频道又分为私聊频道和群聊频道，其中私聊频道有且仅有两人参与，而群聊频道可以有任意多人参与。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
-- [API > 平台资源 > 频道](./resources/user.md)
+- [API > 平台资源 > 频道](./resources/channel.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#channel)
 
-## 指令 (Command)
+## 指令 (Command) {#command}
 
 Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件或事件，指令不仅能够更好地处理用户输入，还有统一的帮助信息、权限管理、速率控制等特性。
 
@@ -39,7 +39,7 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 交互基础 > 指令开发](../guide/basic/command.md)
 - [API > 核心模块 > 指令](./core/command.md)
 
-## 控制台 (Console)
+## 控制台 (Console) {#console}
 
 控制台是一个用户友好的图形化管理界面，由一系列官方插件提供。你可以在控制台中监控运行状态、管理插件和配置、查看日志、访问数据库、模拟聊天等。
 
@@ -47,21 +47,21 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 控制台](../guide/console/index.md)
 - [API > 控制台](./console/server.md)
 
-## 上下文 (Context)
+## 上下文 (Context) {#context}
 
 上下文是实际业务逻辑的载体。你可以在上下文中访问事件、中间件、指令和更多服务。这些访问所带来的副作用会被上下文自动收集，并在插件被停用时进行回收。
 
 - [开发 > 模块化](../guide/plugin/index.md)
 - [API > 核心模块 > 上下文](./core/context.md)
 
-## 数据库 (Database)
+## 数据库 (Database) {#database}
 
 Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。你可以在插件中通过 `ctx.database` 访问数据库服务。
 
 - [开发 > 数据库 > 使用数据库](../guide/database/index.md)
 - [API > 数据库](./database/built-in.md)
 
-## 消息元素 (Element)
+## 消息元素 (Element) {#element}
 
 消息元素类似于 HTML 元素，它是组成消息的基本单位。一个元素可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。Koishi 会将这些元素转换为平台所支持的格式，以便在不同平台之间发送和接收消息。
 
@@ -69,77 +69,73 @@ Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广
 - [开发 > 跨平台 > 消息编码](../guide/adapter/message.md)
 - [API > 消息元素](./message/syntax.md)
 
-## 事件 (Events)
+## 事件 (Events) {#events}
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 事件](./core/events.md)
 - [API > 内置服务 > 事件系统](./service/events.md)
 
-## 过滤器 (Filter)
+## 过滤器 (Filter) {#filter}
 
-- [入门 > 过滤器](../manual/usage/customize.md#过滤器)
+- [入门 > 过滤器](../manual/usage/customize.md#filters)
 - [开发 > 模块化 > 过滤器](../guide/plugin/filter.md)
 - [API > 内置服务 > 过滤器](./service/filter.md)
 
-## 群组 (Guild)
+## 群组 (Guild) {#guild}
 
-群组是平台用户的集合。一个群组通常会同时包含一组[用户](#用户)和[频道](#频道)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
+群组是平台用户的集合。一个群组通常会同时包含一组[用户](#user)和[频道](#channel)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 - [API > 平台资源 > 群组](./resources/guild.md)
 
-## 生命周期 (Lifecycle)
+## 生命周期 (Lifecycle) {#lifecycle}
 
 - [开发 > 模块化 > 生命周期](../guide/plugin/lifecycle.md)
 - [API > 核心模块 > 事件](./core/events.html#生命周期事件)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 中间件 (Middleware)
+## 中间件 (Middleware) {#middleware}
 
 - [开发 > 交互基础 > 中间件](../guide/basic/middleware.md)
 
-## 数据模型 (Model)
+## 数据模型 (Model) {#model}
 
 - [开发 > 数据库 > 数据模型](../guide/database/model.md)
 - [API > 数据库 > 数据模型](./database/model.md)
 
-## 平台 (Platform)
+## 平台 (Platform) {#platform}
 
 平台是指聊天平台，比如 QQ、Discord 等。同一平台内的用户间具有相互发送消息的能力，而不同平台的用户间则没有。对于 Rocket.Chat 这一类可自建的聊天平台而言，每个独立的自建服务器都视为不同的平台。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 
-## 插件 (Plugin)
+## 插件 (Plugin) {#plugin}
 
 - [开发 > 模块化 > 认识插件](../guide/plugin/index.md)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 协议 (Protocol)
+## 协议 (Protocol) {#protocol}
 
-## 路由 (Router)
-
-- [API > 内置服务 > 网络服务](./service/router.md)
-
-## 配置构型 (Schema)
+## 配置构型 (Schema) {#schema}
 
 - [开发 > 模块化 > 配置构型](../guide/plugin/schema.md)
 - [演练场 > 配置构型](../schema/index.md)
 
-## 服务 (Service)
+## 服务 (Service) {#service}
 
 服务是一系列挂载于上下文对象上的功能的合集 (例如数据库和路由等)。为避免耦合，这些功能并不直接定义在上下文本身，而是将应用看作一个容器，通过依赖合并的方式来实现控制的反转。
 
 - [开发 > 模块化 > 服务与依赖](../guide/plugin/service.md)
 - [API > 核心模块 > 上下文](./core/context.md#混入属性和方法)
 
-## 会话 (Session)
+## 会话 (Session) {#session}
 
 会话对象封装了一次上报事件所含有的属性以及其上的可用操作。你会在事件，中间件和指令的回调函数中用到它。此外，会话对象还提供了许多实用方法，足以满足绝大部分的使用场景。
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 会话](./core/session.md)
 
-## 用户 (User)
+## 用户 (User) {#user}
 
 - [API > 平台资源 > 用户](./resources/user.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#user)
diff --git a/de-DE/api/message/components.md b/de-DE/api/message/components.md
index 5da17b461144..7d74840ff671 100644
--- a/de-DE/api/message/components.md
+++ b/de-DE/api/message/components.md
@@ -52,6 +52,21 @@ foo:
 <chat-message nickname="Koishi">Hello, world!</chat-message>
 </chat-panel>
 
+这个组件也可以配合插值使用：
+
+```html
+<i18n path="foo.bar">{'Koishi'}</i18n>
+```
+
+```yaml
+foo:
+  bar: Hello, {0}!
+```
+
+<chat-panel>
+<chat-message nickname="Koishi">Hello, Koishi!</chat-message>
+</chat-panel>
+
 ### 时间 (i18n:time) <badge>会话+广播</badge>
 
 - **value:** 时间长度（毫秒）
@@ -105,6 +120,49 @@ You have <plural count={count}>
 
 ## 扩展组件
 
-### 网页渲染 (html)
+### 网页渲染 (html) <badge>需要 Puppeteer</badge>
+
+- **style:** HTML 中 `body` 标签的 `style` 属性
+
+调用 Puppeteer 渲染给定 HTML。
+
+JSX 中的 `html` 将被转化为为 HTML 中的 `body` 标签。
+
+```html
+<html style={"color: purple;"}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+你也可以为 `style` 属性指定一个对象：
+
+```html
+<html style={{
+  color: "purple",
+}}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+如果你需要向 HTML 的 `head` 标签中添加 CSS 等页面属性，可以将它们包裹在 `head` 中。下面是一个例子：
+
+```html
+<html>
+  <head>
+    <style>
+      {`
+        body {
+          color: "purple"
+        }
+      `}
+    </style>
+  </head>
+
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
 
 ### 内容审查 (censor)
diff --git a/de-DE/api/message/elements.md b/de-DE/api/message/elements.md
index 1aee1fded4a3..3bf8149ed307 100644
--- a/de-DE/api/message/elements.md
+++ b/de-DE/api/message/elements.md
@@ -2,24 +2,24 @@
 
 这里列出了应该由各适配器实现的标准消息元素。各适配器由于平台的限制可能表现出一定的行为差异，但应尽可能贴近标准规定的语义。
 
-::: tip 与 HTML 的区别
+::: tip
 为了方便记忆，我们使用了许多 HTML 中出现的标签来表达类似的语义，如 `<p>`, `<em>` 等。但需要指出的是，这并不意味着这些同名的标签就有着相同的语义。这里举出几个例子：
 
 - HTML 中标签 `<u>` 的定义是「表意不清标注元素」，而 Koishi 这里只使用了下划线的功能
 - HTML 中图像对应 `<img>` 标签，而 Koishi 中则是 `<image>`，并且语法也不相同
-:::
+  :::
 
 ## 基础元素
 
 基础元素是最常见的消息元素，它们能够在大多数平台上正常显示，是组成消息的基本单位。
 
-### 纯文本 (text)
+### 纯文本 (text) {#text}
 
 - **content:** `string` 文本内容
 
 这是一个特殊的消息元素。它等价于一段纯文本，并且在序列化时也不会带两侧的标签。
 
-### 提及用户 (at)
+### 提及用户 (at) {#at}
 
 - **id:** `string` 目标用户的 ID
 - **name:** `string` 目标用户的名称
@@ -28,11 +28,11 @@
 
 `<at>` 元素用于提及某个或某些用户。
 
-::: tip
+:::tip
 由于上述几个属性的语义是互斥的，发送时使用 `id`, `role`, `type` 其一即可。
 :::
 
-### 提及频道 (sharp)
+### 提及频道 (sharp) {#sharp}
 
 - **id:** `string` 目标频道的 ID
 - **name:** `string` 目标频道的名称
@@ -47,7 +47,7 @@
 
 `<face>` 元素用于显示某个表情。通常来说为了跨平台转发，在 `<face>` 内部还会增加 `<image>` 作为回退。当图片的存在可能导致消息分片时，可以使用 `name` 取代图片的渲染。 -->
 
-### 链接 (a)
+### 链接 (a) {#a}
 
 - **href:** `string` 链接的 URL
 
@@ -55,9 +55,10 @@
 
 ## 资源元素
 
-资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `url`。如果某个平台不支持特定的资源类型，适配器应该用 `url` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
+资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `src`。如果某个平台不支持特定的资源类型，适配器应该用 `src` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
 
-- **url:** `string` 资源的 URL
+- **src:** `string` 资源的 URL
+- **title:** `string` 资源文件名称
 - **cache:** `boolean` 是否使用已缓存的文件
 - **timeout:** `string` 下载文件的最长时间
 
@@ -70,29 +71,40 @@
 关于它们的最佳实践，可以参考 [嵌入图片和其他资源](../../guide/basic/element.md#嵌入图片和其他资源)。
 :::
 
-### 图片 (image)
+### 图片 (img) {#img}
 
 除了上述通用属性外，还支持下面的属性：
 
-- **type:** 特殊类型，例如 `flash` 表示闪照
+- **width:** `number` 图片宽度 (像素)
+- **height:** `number` 图片高度 (像素)
 
-`<image>` 元素用于表示图片。
+`<img>` 元素用于表示图片。
 
-### 语音 (audio)
+### 音频 (audio) {#audio}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **duration:** `number` 音频长度 (秒)
+- **poster:** `string` 音频封面 URL
 
 `<audio>` 元素用于表示语音。
 
-### 视频 (video)
+### 视频 (video) {#video}
 
-参见上述通用属性。
+除了上述通用属性外，还支持下面的属性：
+
+- **width:** `number` 视频宽度 (像素)
+- **height:** `number` 视频高度 (像素)
+- **duration:** `number` 视频长度 (秒)
+- **poster:** `string` 视频封面 URL
 
 `<video>` 元素用于表示视频。
 
-### 文件 (file)
+### 文件 (file) {#file}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **poster:** `string` 文件封面 URL
 
 `<file>` 元素用于表示文件。
 
@@ -100,49 +112,49 @@
 
 修饰元素用于修饰其中的内容。如果对应的平台不支持对应的元素，可以忽略这个元素本身，正常渲染其中的子元素。
 
-### 粗体 (b, strong)
+### 粗体 (b, strong) {#b}
 
 `<b>` 或 `<strong>` 元素用于将其中的内容以粗体显示。
 
-### 斜体 (i, em)
+### 斜体 (i, em) {#i}
 
 `<i>` 或 `<em>` 元素用于将其中的内容以斜体显示。
 
-### 下划线 (u, ins)
+### 下划线 (u, ins) {#u}
 
 `<u>` 或 `<ins>` 元素用于为其中的内容附加下划线。
 
-### 删除线 (s, del)
+### 删除线 (s, del) {#s}
 
 `<s>` 或 `<del>` 元素用于为其中的内容附加删除线。
 
-### 剧透 (spl)
+### 剧透 (spl) {#spl}
 
 `<spl>` 元素用于将其中的内容标记为剧透 (默认会被隐藏，点击后才显示)。
 
-### 代码 (code)
+### 代码 (code) {#code}
 
 `<code>` 元素用于将其中的内容以等宽字体显示 (通常还会有特定的背景色)。
 
-### 上标 (sup)
+### 上标 (sup) {#sup}
 
 `<sup>` 元素用于将其中的内容以上标显示。
 
-### 下标 (sub)
+### 下标 (sub) {#sub}
 
 `<sub>` 元素用于将其中的内容以下标显示。
 
 ## 排版元素
 
-### 换行 (br)
+### 换行 (br) {#br}
 
 `<br>` 元素表示一个独立的换行。
 
-### 段落 (p)
+### 段落 (p) {#p}
 
 `<p>` 元素表示一个段落。在渲染时，它与相邻的元素之间会确保有一个换行。
 
-### 消息 (message)
+### 消息 (message) {#message}
 
 - **id:** `string` 消息 ID
 - **forward:** `boolean` 是否为转发消息
@@ -193,11 +205,11 @@ hello<message/>world
 
 元信息元素通常不会被渲染，但会影响到消息的发送行为。
 
-### 引用 (quote)
+### 引用 (quote) {#quote}
 
 `<quote>` 元素用于表示对消息引用。它的子元素会被渲染为引用的内容。理论上所有 `<message>` 元素的特性也可以用于 `<quote>` 元素，包括子元素 (构造引用消息) 和 `forward` 属性 (引用合并转发)。然而目前似乎并没有平台提供了这样的支持。
 
-### 作者 (author)
+### 作者 (author) {#author}
 
 - **id:** `string` 用户 ID
 - **name:** `string` 昵称
@@ -209,7 +221,7 @@ hello<message/>world
 
 交互元素用于显然消息中的可交互性内容。如果平台不支持此类元素且难以提供回退，可以直接忽略整个元素。实现侧应当根据平台特性，针对性地返回带有交互和不带有交互的消息。
 
-### 按钮 (button) <badge type="warning">实验性</badge>
+### 按钮 (button) <badge type="warning">实验性</badge> {#button}
 
 - **id:** `string` 按钮的 ID
 - **type:** `string` 按钮的类型
diff --git a/de-DE/api/message/encoder.md b/de-DE/api/message/encoder.md
index cd034b490aa9..fbd3f9a71ffb 100644
--- a/de-DE/api/message/encoder.md
+++ b/de-DE/api/message/encoder.md
@@ -1,10 +1,10 @@
 # 消息编码器 (MessageEncoder) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 消息编码](../../guide/adapter/message.md)
 :::
 
diff --git a/de-DE/api/message/syntax.md b/de-DE/api/message/syntax.md
index f1fe02bd9b0c..edaa1dde65e9 100644
--- a/de-DE/api/message/syntax.md
+++ b/de-DE/api/message/syntax.md
@@ -16,12 +16,12 @@
 
 你可以在消息元素内使用任何字符。不过部分特殊字符需要转义：
 
-|  原始字符   |     转义写法     |
-|:-------:|:------------:|
-|   `"`   | `&quot;` |
-| `&` | `&amp;`  |
-| `<`  |  `&lt;`  |
-| `>`  |  `&gt;`  |
+| 原始字符 |       转义写法       |
+| :--: | :--------------: |
+|  `"` | `&amp;quot;` |
+|  `&` |  `&amp;amp;` |
+|  `<` |  `&amp;lt;`  |
+|  `>` |  `&amp;gt;`  |
 
 根据上下文的不同，有些字符可能不需要被转义或使用其他的转义方式。
 
@@ -72,7 +72,7 @@
 ```
 
 ```html
-<tag>&lt;foo&gt; bar</tag>
+<tag>&amp;lt;foo&amp;gt; bar</tag>
 ```
 
 ### 注释
diff --git a/de-DE/api/resources/channel.md b/de-DE/api/resources/channel.md
index b9677b4936f0..120276f4a6a9 100644
--- a/de-DE/api/resources/channel.md
+++ b/de-DE/api/resources/channel.md
@@ -1,11 +1,11 @@
 # 频道 (Channel)
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的频道对象。
 
 - 要了解数据库中的频道，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#channel)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#频道)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 频道](../glossary.md#channel)
+  :::
 
 ## 类型定义
 
@@ -20,8 +20,8 @@ export interface Channel {
 export enum ChannelType {
   TEXT = 0,
   DIRECT = 1,
-  VOICE = 2,
-  CATEGORY = 3,
+  CATEGORY = 2,
+  VOICE = 3,
 }
 ```
 
diff --git a/de-DE/api/resources/member.md b/de-DE/api/resources/member.md
index 69b86e79f0d0..a2bc633783c0 100644
--- a/de-DE/api/resources/member.md
+++ b/de-DE/api/resources/member.md
@@ -45,7 +45,7 @@ interface GuildMember {
 
 将某个用户踢出群组。
 
-### bot.muteGuildMember(guildId, userId, duration?, reason?) <badge type="warning">实验性</badge>
+### bot.muteGuildMember(guildId, userId, duration, reason?) <badge type="warning">实验性</badge>
 
 - **guildId:** `string` 群组 ID
 - **userId:** `string` 用户 ID
diff --git a/de-DE/api/resources/message.md b/de-DE/api/resources/message.md
index 4b07ccd5dc24..e5c5220d84cc 100644
--- a/de-DE/api/resources/message.md
+++ b/de-DE/api/resources/message.md
@@ -25,15 +25,15 @@ interface Message {
 
 向特定频道发送消息。
 
-::: warning
+:::warning
 只要你能够获取到会话对象，你就不应使用此 API，而应该使用 [`session.send()`](../core/session.md#session-send)。一些平台会将主动发送的消息同被动接收后回复的消息区分开来，甚至可能限制主动消息的发送，因此使用 [`session.send()`](../core/session.md#session-send) 总是有更好的可靠性。
 :::
 
-::: tip
+:::tip
 `bot.sendMessage()` 既可以发送群聊消息，也可以发送私聊消息。当发送私聊消息时，其与 `bot.sendPrivateMessage()` 的区别在于前者传入的是频道 ID，而后者传入的是用户 ID。
 :::
 
-::: tip
+:::tip
 大多数情况下应当使用 [`MessageEncoder`](../message/encoder.md) 实现消息发送功能，而不是直接实现此方法。
 :::
 
@@ -71,10 +71,11 @@ interface Message {
 
 修改特定消息。
 
-### bot.getMessageList(channelId, next?)
+### bot.getMessageList(channelId, next?, direction?)
 
 - **channelId:** `string` 频道 ID
-- **next:** `string` 分页令牌
+- **next:** `string` 分页令牌，未指定时视为从最新消息向前获取
+- **direction:** `Direction` 消息获取方向，可以为 `'before' | 'after' | 'around'`
 - 返回值: `Promise<List<Message>>` 消息列表
 
 获取频道消息列表。
diff --git a/de-DE/api/resources/reaction.md b/de-DE/api/resources/reaction.md
index 0bd5812634aa..92e0a9a8d393 100644
--- a/de-DE/api/resources/reaction.md
+++ b/de-DE/api/resources/reaction.md
@@ -1,6 +1,6 @@
 # 表态 (Reaction) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
diff --git a/de-DE/api/resources/user.md b/de-DE/api/resources/user.md
index 9ea3fe1cb44b..7001aee04339 100644
--- a/de-DE/api/resources/user.md
+++ b/de-DE/api/resources/user.md
@@ -1,11 +1,11 @@
 # 用户 (User)
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的用户对象。
 
 - 要了解数据库中的用户，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#user)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#用户)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 用户](../glossary.md#user)
+  :::
 
 ## 类型定义
 
diff --git a/de-DE/api/service/events.md b/de-DE/api/service/events.md
index 2a27ed980187..83f7be83b857 100644
--- a/de-DE/api/service/events.md
+++ b/de-DE/api/service/events.md
@@ -1,16 +1,17 @@
 # 事件系统 (Events)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍事件 API。如果想了解 Koishi 的内置事件，请前往 [API > 核心模块 > 事件](../core/events.md)。
 :::
 
 ## 实例方法
 
 ### ctx.emit(session?, event, ...param)
+
 ### ctx.parallel(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
@@ -21,6 +22,7 @@
 同时触发所有 event 事件的能够匹配 session 对象的回调函数。emit 为同步，parallel 为异步。
 
 ### ctx.bail(session?, event, ...param)
+
 ### ctx.serial(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
diff --git a/de-DE/api/service/filter.md b/de-DE/api/service/filter.md
index 81522dd159de..1b0d67e59c9f 100644
--- a/de-DE/api/service/filter.md
+++ b/de-DE/api/service/filter.md
@@ -18,8 +18,8 @@
 
 选取上下文全集。
 
-::: tip
-这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 [](../../guide/plugin/lifecycle.md#dispose-事件)。
+:::tip
+这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 。
 :::
 
 ### ctx.never()
@@ -29,9 +29,13 @@
 选取上下文空集。
 
 ### ctx.self(...values)
+
 ### ctx.user(...values)
+
 ### ctx.guild(...values)
+
 ### ctx.channel(...values)
+
 ### ctx.platform(...values)
 
 - **values:** `string[]` 允许的机器人 / 用户 / 群组 / 频道 / 平台名称构成的数组
@@ -59,4 +63,3 @@
 - 返回值: `Context` 新的上下文
 
 给出当前上下文和其他上下文的差集。
-
diff --git a/de-DE/api/service/http.md b/de-DE/api/service/http.md
index e2254a929fec..fd9615aae573 100644
--- a/de-DE/api/service/http.md
+++ b/de-DE/api/service/http.md
@@ -1,46 +1,3 @@
 # 网络请求 (HTTP)
 
-::: warning
-未来可能会将本插件重构为基于 [Fetch API](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的实现。
-:::
-
-`ctx.http` 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。
-
-你可能会有这样的疑问：为什么不直接使用 axios，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了 [全局的配置项](../../api/core/app.html#options-request-proxyagent)，各个插件则只需要调用 `ctx.http` 即可。
-
-## 实例方法
-
-### ctx.http(method, url, config)
-
-- **method:** `string` 请求方法
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-### ctx.http.head(url, config)
-### ctx.http.get(url, config)
-### ctx.http.delete(url, config)
-
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 HEAD / GET / DELETE 请求。
-
-### ctx.http.post(url, data, config)
-### ctx.http.put(url, data, config)
-### ctx.http.patch(url, data, config)
-
-- **url:** `string` 请求地址
-- **data:** `any` 请求数据
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 POST / PUT / PATCH 请求。
-
-### ctx.http\.ws(url)
-
-- **url:** `string` 请求地址
-- 返回值: `WebSocket`
-
-创建一个 WebSocket 连接。
+参见 [`@koishijs/plugin-http`](../../plugins/develop/http.md) 插件文档。
diff --git a/de-DE/api/service/i18n.md b/de-DE/api/service/i18n.md
index 7b6a07490085..2b39570cb2a5 100644
--- a/de-DE/api/service/i18n.md
+++ b/de-DE/api/service/i18n.md
@@ -1,6 +1,6 @@
 # 国际化 (I18n)
 
-::: tip
+:::tip
 参见：[开发 > 国际化](../../guide/i18n/index.md)
 :::
 
diff --git a/de-DE/api/service/loader.md b/de-DE/api/service/loader.md
index 0e4a666530c2..df63d5bf2879 100644
--- a/de-DE/api/service/loader.md
+++ b/de-DE/api/service/loader.md
@@ -1,10 +1,10 @@
 # 加载器 (Loader) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性 API，未来可能会发生变化。
 :::
 
-::: warning
+:::warning
 此服务仅在 CLI (启动器 / 模板项目) 环境下可用，[作为依赖调用](../../manual/starter/direct.md) 的 Koishi 将不具备此服务。
 :::
 
@@ -18,7 +18,7 @@ Loader 服务可用于管理 Koishi 实例加载的插件。通常情况下你
 
 一个特殊的对象，可以在环境变量中存储少量数据。可以配合 `ctx.loader.fullReload()` 方法使用，以便在重启后恢复数据。
 
-::: warning
+:::warning
 如果你的插件需要持久化大量数据，请使用本地文件或者数据库。
 :::
 
diff --git a/de-DE/api/service/permissions.md b/de-DE/api/service/permissions.md
index bddd69fc8771..b74da94b8be4 100644
--- a/de-DE/api/service/permissions.md
+++ b/de-DE/api/service/permissions.md
@@ -1,16 +1,19 @@
 # 权限管理 (Permissions) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能在后续版本中发生变化。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 权限管理](../../guide/database/permission.md)
 :::
 
 ## 实例方法
 
-### ctx.permissions.define(name, inherits)
+### ctx.permissions.define(name, options)
+
+- **name:** `string` 权限名称
+- **options.check:** `(session: Partial<Session>) => boolean` 权限检查函数
 
 ### ctx.permissions.inherit(a, b)
 
diff --git a/de-DE/api/service/registry.md b/de-DE/api/service/registry.md
index 87b34e4b294e..0bf4ca653ed6 100644
--- a/de-DE/api/service/registry.md
+++ b/de-DE/api/service/registry.md
@@ -20,7 +20,7 @@
 
 当前上下文中安装一个插件。参见 [认识插件](../../guide/plugin/)。
 
-### ctx.using(deps, plugin)
+### ctx.inject(deps, plugin)
 
 - **deps:** `string[]` 依赖的服务列表
 - **plugin:** `Plugin` 要安装的插件
@@ -28,12 +28,6 @@
 
 安装一个存在服务依赖的插件。参见 [服务的依赖关系](../../guide/plugin/service.md#服务的依赖关系)。
 
-### ctx.start()
-
-- 返回值: `Promise<void>`
-
-启动此应用。
-
 ### ctx.stop()
 
 - 返回值: `Promise<void>`
diff --git a/de-DE/api/service/router.md b/de-DE/api/service/router.md
index fd735c3cdcb1..4dbf19b17adb 100644
--- a/de-DE/api/service/router.md
+++ b/de-DE/api/service/router.md
@@ -1,10 +1,10 @@
 # 网络服务 (Router)
 
-::: danger
+:::danger
 `ctx.router` 需要手动声明为 `inject`。在未来的版本，我们将会把此服务移至插件中。
 :::
 
-::: tip
+:::tip
 Koishi 默认情况下并不会监听任何端口，如要启用网络服务请记得配置 [`options.port`](../core/app.md#options-port)。
 :::
 
@@ -15,11 +15,11 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
 2. 未来可能会不基于 Koa Router 重新实现路由系统。
-:::
+   :::
 
 ## 实例方法
 
-### ctx.router\[method\](path, middleware)
+### ctx.router\[method]\(path, middleware)
 
 - **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
@@ -27,7 +27,7 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
 
-### ctx.router\.ws(path, handler)
+### ctx.router.ws(path, handler)
 
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
 - **handler:** `WebSocketHandler` 处理函数，接受下列参数
diff --git a/de-DE/api/service/server.md b/de-DE/api/service/server.md
new file mode 100644
index 000000000000..fbed8a37213f
--- /dev/null
+++ b/de-DE/api/service/server.md
@@ -0,0 +1,3 @@
+# 服务器 (Server)
+
+参见 [`@koishijs/plugin-server`](../../plugins/develop/server.md) 插件文档。
diff --git a/de-DE/api/service/timer.md b/de-DE/api/service/timer.md
new file mode 100644
index 000000000000..81634e17db11
--- /dev/null
+++ b/de-DE/api/service/timer.md
@@ -0,0 +1,53 @@
+# 计时器 (Timer)
+
+## 实例方法
+
+### ctx.setTimeout(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数。返回的函数可以用于取消此计时器。
+
+### ctx.setInterval(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数，然后每隔指定的延迟时间重复执行。返回的函数可以用于取消此计时器。
+
+### ctx.sleep(delay)
+
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `Promise<void>`
+
+等待指定的延迟时间。如果在此期间插件被停用，将会抛出一个错误。
+
+### ctx.throttle(callback, delay, noTrailing?)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- **noTrailing:** `boolean` 是否禁用尾随调用
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数在指定的周期内最多执行一次。
+
+具体表现为，此函数被调用后会立即执行，并在接下来的 `delay` 毫秒内忽略所有调用。
+
+默认情况下，如果在最后一次实际执行后的一个延迟周期内再次调用返回的函数，则会在此延迟周期结束时再次执行 (即尾随调用)。将 `noTrailing` 设置为 `true` 可禁用此行为。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
+
+### ctx.debounce(callback, delay)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数会忽略小于指定间隔的所有高频调用。
+
+具体表现为，此函数被调用后，不会立即执行，而是会等待 `delay` 毫秒。如果在此期间再次调用返回的函数，则会重新计时。直到 `delay` 毫秒内没有调用，此函数才会执行。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
diff --git a/de-DE/api/utils/logger.md b/de-DE/api/utils/logger.md
index d80e12bd6dd9..4c13b6b3f471 100644
--- a/de-DE/api/utils/logger.md
+++ b/de-DE/api/utils/logger.md
@@ -1,6 +1,6 @@
 # 输出日志 (Logger)
 
-::: tip
+:::tip
 本节中的 API 来自 [reggol](https://github.com/shigma/reggol)，并由 Koishi 重新导出。
 :::
 
@@ -82,6 +82,6 @@ logger:
 
 以不同的输出等级输出日志。参数的使用方法与 [`console.log`](https://developer.mozilla.org/zh-CN/docs/Web/API/Console/log) 相同。
 
-::: tip
+:::tip
 运行时产生的错误 (如请求失败，数据库访问失败等) 都属于 warning，只有在创建阶段和连接阶段抛出的错误才会通过 error 输出 (参见 [生命周期](../../guide/plugin/lifecycle.md))。
 :::
diff --git a/de-DE/api/utils/misc.md b/de-DE/api/utils/misc.md
index 4a47048dfafe..84a37c250727 100644
--- a/de-DE/api/utils/misc.md
+++ b/de-DE/api/utils/misc.md
@@ -1,12 +1,12 @@
 # 其他工具 (Misc)
 
-::: tip
+:::tip
 本节中的 API 来自 [cosmokit](https://github.com/shigma/cosmokit)，并由 Koishi 重新导出。
 :::
 
 这一节介绍了其他未被归类的内置工具函数。
 
-## 字符串操作
+## 字符串操作 {#string}
 
 ### capitalize(source)
 
@@ -36,7 +36,7 @@
 
 如果输入的是字符串，则将字符串转换成 snake_case；如果是数组或对象，则递归地将对象中的每个（可枚举）的键转换成 snake_case；其他情况不受影响。
 
-## 集合操作
+## 集合操作 {#set}
 
 ### contain(array1, array2)
 
@@ -70,7 +70,7 @@
 
 求两个集合的并集。
 
-## 对象操作
+## 对象操作 {#object}
 
 ### is(type, value)
 
@@ -133,7 +133,58 @@
 
 将对象的每个键进行过滤，返回新的对象。
 
-## 日期操作
+## 二进制数据 {#binary}
+
+### Binary.is(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike`。
+
+### Binary.isSource(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike` 或 `ArrayBufferView`。
+
+### Binary.fromSource(source)
+
+- **source:** `ArrayBufferLike | ArrayBufferView` 要转换的值
+- 返回值: `ArrayBufferLike`
+
+将可能的 `ArrayBufferView` 转换成 `ArrayBuffer`。
+
+### Binary.toBase64(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成 base64 字符串。
+
+### Binary.fromBase64(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将 base64 字符串转换成二进制数据。
+
+### Binary.toHex(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成十六进制字符串。
+
+### Binary.fromHex(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将十六进制字符串转换成二进制数据。
+
+## 时间与日期 {#time}
 
 ### 静态属性
 
diff --git a/de-DE/api/utils/random.md b/de-DE/api/utils/random.md
index 6d33a5a2a831..1bd23572e641 100644
--- a/de-DE/api/utils/random.md
+++ b/de-DE/api/utils/random.md
@@ -1,6 +1,6 @@
 # 随机数操作
 
-::: tip
+:::tip
 本节中的 API 来自 [inaba](https://github.com/shigma/inaba)，并由 Koishi 重新导出。
 :::
 
@@ -49,7 +49,7 @@ random.pick([1, 2, 3])          // 随机选取一个元素
 - **end:** `number` 上界
 - 返回值: `number` 一个 `[start, end)` 之间的随机整数
 
-生成一个随机实数。
+生成一个随机整数。
 
 ### Random.pick(array, count?)
 
diff --git a/de-DE/api/utils/schema.md b/de-DE/api/utils/schema.md
index e61a1eb03f02..ae49dc4f0100 100644
--- a/de-DE/api/utils/schema.md
+++ b/de-DE/api/utils/schema.md
@@ -217,7 +217,7 @@ validate(10)                    // 11
 
 ## 实例方法
 
-::: tip
+:::tip
 请注意：`default` 和 `required` 是互斥的，你只能同时使用其中一个。
 :::
 
diff --git a/de-DE/cookbook/appendix/commands.md b/de-DE/cookbook/appendix/commands.md
index ad12a56c628d..1a4312804afa 100644
--- a/de-DE/cookbook/appendix/commands.md
+++ b/de-DE/cookbook/appendix/commands.md
@@ -1,6 +1,6 @@
 # 案例：指令管理
 
-::: tip
+:::tip
 主条目：[可逆的 Koishi](../design/disposable.md)
 :::
 
@@ -12,7 +12,7 @@
 
 - 设置别名和显示名称
 - 添加和删除子指令
-- 权限管理
+- Berechtigungsverwaltung
 - 速率限制
 
 与此同时，该插件也允许其他插件通过 `ctx.schema` 服务注册更多可以被该插件所配置的功能。
@@ -28,6 +28,7 @@
 可逆的 Koishi 要求 commands 插件回收自身产生的一切副作用，即：当插件被停用时，用户对指令系统做出的一切改动应当复原：已修改的配置项、指令的别名和显示名称全部恢复为未启用此插件时的状态；创建的新指令被移除；被调整的父子指令关系被复原。
 
 ### 控制台依赖
+
 commands 插件的功能可以分为两个部分：
 
 1. 读取配置项，并对指令系统做出改动。
diff --git a/de-DE/cookbook/design/disposable.md b/de-DE/cookbook/design/disposable.md
index ad1f30900e3f..de47cb11e2d8 100644
--- a/de-DE/cookbook/design/disposable.md
+++ b/de-DE/cookbook/design/disposable.md
@@ -5,7 +5,7 @@
 
 - 为什么我们需要可逆的插件系统？
 - Cordis 是如何实现资源安全的？
-:::
+  :::
 
 Koishi 的一切都从 Cordis 开始。但我想大部分 Koishi 的开发者都不知道 Cordis 是什么。如果让我来定义的话，Cordis 是一个**元框架 (Meta Framework)**，即一个用于构建框架的框架。
 
@@ -63,11 +63,15 @@ Cordis 的名字来源于拉丁语的心。我希望它能成为未来软件 (
 
 函数式编程中有着纯函数的概念——给定相同的输入总是给出相同的输出。然而，现实中的程序往往要与各种各样的副作用打交道。对于这种情况，我们可以对函数进行“纯化”——将它的副作用转化为参数和返回值的一部分即可。考虑下面的函数：
 
-$$ f_\text{impure}: \text{X}\to\text{Y} $$
+$$
+f_\text{impure}: \text{X}\to\text{Y}
+$$
 
 假设它含有副作用，我们把所有可能的副作用用类型 $\mathcal{C}$ 封装起来，则该函数可以被转化为：
 
-$$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
+$$
+f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y}
+$$
 
 此时我们得到的就一个纯函数，它接受 $\mathcal{C}$ 和参数，返回修改过的 $\mathcal{C}$ 和返回值。
 
@@ -79,13 +83,24 @@ $$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
 
 进一步，我们还希望 $f$ 的副作用是可以回收的。换言之，我们额外要求 $f$ 存在逆元 $f^{-1}$，此时 $\mathfrak{F}$ 就构成一个群。但仅仅知道函数可逆并不能帮助我们找到它的逆，我们需要在书写这个函数时一并写出它的回收方法。因此我们引入 $\text{effect}$ 函子，使这个函数返回一个新的函数，这个函数可用于回收此次调用的副作用：
 
-$$ \begin{array} \\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F} \\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}
+\\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right)
+\end{array}
+$$
 
 可以证明 $\text{effect}$ 是一个 $\mathfrak{F}$ 到 $\mathcal{C}\times\mathfrak{F}$ 的同态：
 
-$$ \begin{aligned} \text{effect}\ (f\circ g) \left(c, h\right) &=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
-&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\ &=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
-&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right) \end{aligned} $$
+$$
+\begin{aligned}
+\text{effect}\ (f\circ g) \left(c, h\right)
+&=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
+&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\
+&=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
+&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right)
+\end{aligned}
+$$
 
 下面是一个例子：
 
@@ -106,11 +121,16 @@ dispose()                       // 回收副作用
 
 - $\mathcal{C}\times\mathfrak{F}$ 对应着全局环境 (我们稍后会提到全局环境的坏处，但不影响这里的理解)
 - `port` 对应于上面的 $\text{X}$，由于我们可以使用柯里化，所以在数学模型中并不需要考虑它
-:::
+  :::
 
 为什么需要引入这个 $\text{effect}$ 和 $\mathcal{C}\times\mathfrak{F}$ 呢？它的作用是将副作用从函数的返回值中分离出来，从而实现副作用的回收。只需定义 $\text{restore}$ 变换 (不难发现它确实是 $\text{effect}$ 的逆操作)：
 
-$$ \begin{array} \\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F} \\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F}
+\\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right)
+\end{array}
+$$
 
 现在你就可以使用 `restore()` 来回收副作用了：
 
@@ -127,7 +147,9 @@ restore()               // 回收所有副作用
 
 当副作用被记录到全局环境时，$\mathcal{C}\times\mathfrak{F}$ 也就变成了一个更大的 $\mathcal{C}$。我们便可以这样定义：
 
-$$ \mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right) $$
+$$
+\mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right)
+$$
 
 下文中我们将直接使用 $\mathcal{C}$ 来表示 $\mathcal{C}_1$。
 
@@ -168,10 +190,14 @@ ctx.plugin(serve, { port: 80 })
 
 进一步，如果这个 API 本身还存在副作用，那提供此 API 的插件其实占用的是一种能占用资源的资源，一种高阶资源。就如同高阶函数一样，我们的 $\mathcal{C}$ 也可以是高阶的：
 
-$$ \begin{matrix} \mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
-\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\ \cdots\\
+$$
+\begin{matrix}
+\mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
+\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\
+\cdots\\
 \mathcal{C}_{n+1}=\mathcal{C}_n\times\left(\mathcal{C}_n\to\mathcal{C}_n\right)\\
-\end{matrix} $$
+\end{matrix}
+$$
 
 在 Cordis 中，插件之间默认情况下不存在先后关系。换句话说，默认任何两个插件的执行顺序都是可以交换的。如果你想要表达插件之间的依赖关系，则需要通过 **服务 (Service)** 来实现。服务用一个字符串表示，可以被插件提供 (provide) 或注入 (inject)。
 
diff --git a/de-DE/cookbook/design/storage.md b/de-DE/cookbook/design/storage.md
index bd48a9786af6..b1e7be4a7231 100644
--- a/de-DE/cookbook/design/storage.md
+++ b/de-DE/cookbook/design/storage.md
@@ -5,7 +5,7 @@
 
 - 插件要想持久化数据有哪些途径？
 - 什么是零占用模式？为什么需要实现零占用？
-:::
+  :::
 
 要为一个插件持久化一些数据，除了使用数据库外，更灵活的方式就是使用本地文件。然而到底应该将文件存放在哪里，就是一个值得深入探讨的问题了。本文将介绍 Koishi 插件开发时推荐遵循的零占用模式，它是一个兼具扩展性、可移植性和健壮性的最佳实践。
 
@@ -40,14 +40,14 @@
 
 - 更换为 JS 原生实现或 WebAssembly 实现的包 (它们不存在占用问题)。
 - 将 `.node` 或其他存在占用问题的可执行文件存放于[全局路径](#global)下。
-:::
+  :::
 
 ### 零占用的 Koishi
 
 零占用的 Koishi 是指，给定一个正在运行的 Koishi 实例，移除该实例目录下的所有内容，实例应按照预期的方式保持工作。具体而言，实例内的所有模块，包括 Koishi 本体及所有插件，均在设计时对此情况做了考虑，并编写了相应的处理逻辑：
 
 - Koishi 本体在启动时读取了配置文件。在启动后删除该文件，Koishi 保持工作。
-- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 奔溃。
+- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 崩溃。
 - 外部程序包装插件依赖外部的可执行文件进行工作。可执行文件在运行时无法解除占用，故应当预先被转移至实例目录之外。实例运行时，实例目录内不存在被占用的可执行文件。
 
 实现了零占用模式的 Koishi 项目将获得以下优点：
@@ -136,7 +136,7 @@ if (require.main === module) {
 
 在大多数情况下，我们都推荐使用运行时下载的方案。
 
-::: danger
+:::danger
 运行时下载的文档尚未编写。
 :::
 
diff --git a/de-DE/cookbook/design/structure.md b/de-DE/cookbook/design/structure.md
index 87d1642b94fa..79e505d1fe20 100644
--- a/de-DE/cookbook/design/structure.md
+++ b/de-DE/cookbook/design/structure.md
@@ -1,6 +1,6 @@
 # 项目架构
 
-::: danger
+:::danger
 本文档正在编写中，内容可能不完整或者不准确。
 :::
 
@@ -8,9 +8,9 @@
 
 下面就让我们用一张图介绍 Koishi 的底层架构吧。
 
-::: warning
+:::warning
 这里应该有一张架构图但是还没有画。
-:::  
+:::
 
 <!-- 在上图中，我们可以看到 Koishi 的核心架构分为三层：Cordis，Satori 和 Koishi：
 
diff --git a/de-DE/cookbook/design/workspace.md b/de-DE/cookbook/design/workspace.md
index 208b01f6ff00..3773ef6f2b2b 100644
--- a/de-DE/cookbook/design/workspace.md
+++ b/de-DE/cookbook/design/workspace.md
@@ -5,7 +5,7 @@
 
 - 什么是工作区仓库？相比传统开发模式有什么优势？
 - 如何在本地维护大量来自不同仓库的插件？
-:::
+  :::
 
 本文要介绍的主题是 Yakumo。Yakumo 是一个由 Koishi 官方团队开发的项目管理工具，它内置于模板项目中，可以在一个本地目录中管理来自多个仓库的工作区。Yakumo 的基本用法已经在 [工作区开发](../../guide/develop/workspace.md) 一节中介绍过了。本文主要介绍其背后的设计思想和高级功能。
 
@@ -75,7 +75,7 @@ root
 
 这种做法的好处是显而易见的。首先，由于开发者无需提交根工作区，因此也不会有隐私数据泄露的风险。其次，二次开发时也可以按需下载插件，不必为了不需要的插件安装依赖或配置环境。
 
-::: tip
+:::tip
 如果你想要分发的不是插件而是成品机器人本身，那么你就需要提交根工作区了。像这种包含根工作区的仓库被称为 [整合包](../practice/bundle.md)，你可以在对应的文档中了解更多信息。
 :::
 
diff --git a/de-DE/cookbook/message.md b/de-DE/cookbook/message.md
index b10b5539cdbf..18f15c13dc0c 100644
--- a/de-DE/cookbook/message.md
+++ b/de-DE/cookbook/message.md
@@ -9,10 +9,10 @@
 1. message 事件触发，进入中间件处理流程
 2. 根据上下文从中间件池中筛选出要执行的中间件序列
 3. 逐一执行中间件：
-    - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
-    - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
-    - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
-    - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
+   - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
+   - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
+   - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
+   - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
 4. 触发 [middleware](../api/core/events.md#事件：middleware) 事件
 5. 更新当前用户和群的缓冲数据 (参见 [按需加载与自动更新](../guide/database/builtin.md#按需加载与自动更新))
 
@@ -22,26 +22,25 @@
 2. 预处理消息内容，生成 [`session.stripped`](../api/core/session.md#session-stripped)
 3. 触发 [before-parse](../api/core/events.md#事件：before-parse) 事件，尝试解析消息内容 ([快捷匹配](../guide/basic/command.md#快捷匹配) 的解析也在此处完成)
 4. 如果数据库存在：
-    - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
-    - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
-    - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
-    - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
-    - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
-    - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
+   - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
+   - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
+   - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
+   - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
+   - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
+   - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
 5. 如果解析出指令：执行该指令 (下接 [指令执行流程](#指令执行流程))
 6. 尝试解析出候选指令，如果成功则显示候选项 (参见 [模糊匹配](../manual/recipe/execution.md#模糊匹配))
 
-在以上过程中，无论是解析指令还是出发内置的 before-attach-* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
+在以上过程中，无论是解析指令还是出发内置的 before-attach-\* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
 
 ### 指令执行流程
 
 1. 如果解析过程中存在错误 (如非法参数等)，直接返回错误信息
 2. 逐一调用 check 回调函数，直到返回值不为 `undefined`
 3. 触发 [before-command](../api/core/events.md#事件：before-command) 事件：
-    - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
-    - 根据配置检查用户权限和调用记录
+   - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
+   - 根据配置检查用户权限和调用记录
 4. 逐一调用 action 回调函数，直到返回值不为 `undefined`
 5. 触发 [command](../api/core/events.md#事件：command) 事件
-
diff --git a/de-DE/cookbook/practice/assets.md b/de-DE/cookbook/practice/assets.md
index 36788ebdcccf..e64b5d3c0c98 100644
--- a/de-DE/cookbook/practice/assets.md
+++ b/de-DE/cookbook/practice/assets.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 什么情况下插件需要转存资源文件？
-:::
+  :::
diff --git a/de-DE/cookbook/practice/bundle.md b/de-DE/cookbook/practice/bundle.md
index d133106ce7d3..fa9a73a167cd 100644
--- a/de-DE/cookbook/practice/bundle.md
+++ b/de-DE/cookbook/practice/bundle.md
@@ -76,6 +76,6 @@ root
 
 目前的所有工作流都基于整合包的版本号。当根工作区的版本号变动时，所有的工作流将开始运行。一次完整的发布将包含适用于 Koishi Desktop、Koishi Android 的完整环境，甚至是 Docker 镜像和 npm 包。部分流程需要配置 actions secrets，可以参考下面的列表：
 
-- DOCKER\_USERNAME
-- DOCKER\_PASSWORD
-- NPM\_TOKEN
+- DOCKER_USERNAME
+- DOCKER_PASSWORD
+- NPM_TOKEN
diff --git a/de-DE/cookbook/practice/online.md b/de-DE/cookbook/practice/online.md
index 46c280795607..5ddc961a0a98 100644
--- a/de-DE/cookbook/practice/online.md
+++ b/de-DE/cookbook/practice/online.md
@@ -6,7 +6,7 @@
 
 ## 部署插件
 
-::: tip
+:::tip
 阅读本节前请先阅读 [发布插件](../../guide/develop/publish.md)。
 :::
 
@@ -163,35 +163,41 @@ ctx.console.addEntry(process.env.KOISHI_BASE ? [
 
 ## 本地测试
 
-::: tip
+:::tip
 阅读本节前请先阅读 [工作区开发](../../guide/develop/workspace.md)。
 :::
 
 如果你想在本地测试插件是否能在 k-on! 中运行，可以参考以下流程：
 
-1. 克隆 koishijs/webui 和 koishijs/ponyfills 仓库。
+1. 克隆 koishijs/webui 和 cordiverse/ponyfills 仓库。
+
+:::tabs code
 
-::: tabs code
 ```npm
 npm run clone koishijs/webui
-npm run clone koishijs/ponyfills
+npm run clone cordiverse/ponyfills
 ```
+
 ```yarn
 yarn clone koishijs/webui
-yarn clone koishijs/ponyfills
+yarn clone cordiverse/ponyfills
 ```
+
 :::
 
 2. 启动 k-on! 开发脚本。
 
-::: tabs code
+:::tabs code
+
 ```npm
 cd external/webui
 npm run dev
 ```
+
 ```yarn
 yarn workspace @root/webui dev
 ```
+
 :::
 
 3. 在浏览器中打开 `http://localhost:3000` 即可访问 k-on!
diff --git a/de-DE/cookbook/practice/render.md b/de-DE/cookbook/practice/render.md
index 1e8d5d5e3630..eac262b28273 100644
--- a/de-DE/cookbook/practice/render.md
+++ b/de-DE/cookbook/practice/render.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 如何让插件输出好看的图片？
-:::
+  :::
diff --git a/de-DE/cookbook/practice/testing.md b/de-DE/cookbook/practice/testing.md
index ff1e09c2fce8..ca24cefca80d 100644
--- a/de-DE/cookbook/practice/testing.md
+++ b/de-DE/cookbook/practice/testing.md
@@ -10,7 +10,7 @@
 
 本章将介绍官方插件 `@koishijs/plugin-mock`。你可以用它来快速检验你编写的 Koishi 插件。
 
-::: tip
+:::tip
 本节中介绍的样例用到了 [Mocha](https://mochajs.org/) 和 [Chai](https://www.chaijs.com/)。它们都是比较通用的测试库和断言库，但并非绑定 @koishijs/plugin-mock 一同使用。你也可以根据你的喜好选择其他工具，比如 [Jest](https://jestjs.io/) 等等。
 :::
 
@@ -18,16 +18,19 @@
 
 首先在工作区中安装所需的测试工具以及 @koishijs/plugin-mock：
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm i mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 ```yarn
 yarn add mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 :::
 
-::: tip
+:::tip
 这里的 `-W` 表明直接安装到根工作区。你也可以改成只对一个插件添加这些依赖，不过考虑到你可能会在其他插件中也用到它们，安装到根工作区会更加方便。
 :::
 
diff --git a/de-DE/guide/adapter/adapter.md b/de-DE/guide/adapter/adapter.md
index 514f6f1c8df0..a70200369b7f 100644
--- a/de-DE/guide/adapter/adapter.md
+++ b/de-DE/guide/adapter/adapter.md
@@ -2,7 +2,7 @@
 
 我们已经知道，单独一个 `Bot` 类已经构成一个合法的插件了。不过，这样的插件只具备调用平台 API 的能力，还无法接收消息。这个时候就需要 `Adapter` 类出场了。
 
-## 适配器的类型
+## 适配器的类型 {#types}
 
 适配器需要建立并维护机器人与聊天平台之间的连接。通常来说，根据协议的不同，适配器与机器人可能是一对一的，也可能是一对多的。让我们再看一眼之前介绍过的 `ReplBot` 实例：
 
@@ -23,11 +23,11 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 简单来说就是，在实现适配器时，首先需要协议的类型确定适配器与机器人的对应关系。如果是一对一的，就需要声明 `reusable` 属性，否则不需要声明。此外，对于部分典型场景，我们又进一步派生出了 `Adapter.WsClient` 等子类，方便你快速实现适配器。
 
-## 典型实现
+## 典型实现 {#typical-impls}
 
 下面让我们看几种典型的适配器实现。
 
-### WebSocket
+### WebSocket {#websocket}
 
 一种常见的通信方式是 WebSocket，许多平台 (Discord、KOOK、钉钉等) 都会使用这项技术。它的工作原理是，机器人首先向聊天平台的 WebSocket 网关发起连接请求，随后平台会将事件推送到机器人的 WebSocket 连接上。这里我们还是以 Discord 平台为例：
 
@@ -86,18 +86,18 @@ if (session) this.dispatch(session)
 
 `createSession()` 会根据事件的类型，创建不同的 `Session` 实例。如果无法对应到标准的会话事件，那么 `createSession()` 方法会返回空值，表示我们不需要调用 `dispatch()` 方法。
 
-### Webhook
+### Webhook {#webhook}
 
 另一种常见的通信方式是 Webhook，使用这种通信方式的平台有飞书、企业微信、Line 等。它的工作原理是，机器人搭建者首先在聊天平台的开发者后台配置一个 HTTP 服务器地址，随后平台会将事件推送到该地址上。这里我们以 Line 平台为例：
 
 ```ts
 export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(public ctx: C) {
     super()
 
-    ctx.router.post('/line', async (ctx) => {
+    ctx.server.post('/line', async (ctx) => {
       const { destination, events } = ctx.request.body
       const bot = this.bots.find(bot => bot.selfId === destination)
       if (!bot) return ctx.status = 403
@@ -114,7 +114,7 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
   async start(bot: LineBot) {
     await this.getLogin()
     await bot.internal.setWebhookEndpoint({
-      endpoint: this.ctx.router.config.selfUrl + '/line',
+      endpoint: this.ctx.server.config.selfUrl + '/line',
     })
   }
 }
@@ -125,11 +125,11 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
 ```ts
 await this.getLogin()
 await bot.internal.setWebhookEndpoint({
-  endpoint: this.ctx.router.config.selfUrl + '/line',
+  endpoint: this.ctx.server.config.selfUrl + '/line',
 })
 ```
 
-对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.router` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
+对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.server` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
 
 ```ts
 const sign = ctx.headers['x-line-signature']?.toString()
@@ -147,7 +147,7 @@ for (const event of parsed.events) {
 }
 ```
 
-### 其他通信方式
+### 其他通信方式 {#others}
 
 除了 WebSocket 和 Webhook 以外，还有一些其他可能出现的通信方式：
 
@@ -156,11 +156,11 @@ for (const event of parsed.events) {
 
 当然，对于那些不太像聊天平台的聊天平台，你也可以不必拘泥于传统的通信方式。直接继承 `Adapter` 基类，实现自己的逻辑即可。无论是我们在本章开始介绍的命令行环境，又或者是邮件、短信，甚至是社交媒体的评论区、私信，只要是能打字的地方，都可以通过适配器的方式接入到 Koishi 中！
 
-## 进阶技巧
+## 进阶技巧 {#advanced}
 
 接下来我们将介绍一些复杂适配器的实现技巧。
 
-### 多协议支持
+### 多协议支持 {#multi-protocol}
 
 部分平台同时支持了多种通信方式，例如 Telegram 就同时支持了 Webhook 和 HTTP 轮询。对于此类平台，我们可以提供一个配置项，让用户根据需要自行选择通信方式。
 
@@ -183,12 +183,12 @@ adapter-telegram
 class ServerAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {}
 
 namespace ServerAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'server'
     path?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     path: Schema.string().default('/telegram'),
   })
@@ -202,12 +202,12 @@ class PollingAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {
 }
 
 namespace PollingAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'polling'
     timeout?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     timeout: Schema.number().default(Time.second * 25),
   })
@@ -229,28 +229,28 @@ class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 
 namespace TelegramBot {
-  export type Config = ServerAdapter.Config | PollingAdapter.Config
+  export type Config = ServerAdapter.Options | PollingAdapter.Options
 
   export const Config: Schema<Config> = Schema.intersect([
     Schema.object({
       protocol: Schema.union(['server', 'polling']).required(),
     }),
     Schema.union([
-      HttpServer.Config,
-      HttpPolling.Config,
+      HttpServer.Options,
+      HttpPolling.Options,
     ]),
   ])
 }
 ```
 
-### 动态创建机器人
+### 动态创建机器人 {#dynamic}
 
 到此为止，我们的适配器开发中都存在一个隐含限制：用户的一次插件加载只能对应于一个 `Bot` 实例。如果用户需要创建多个机器人，那么就需要多次加载插件。这是因为在绝大多数适配器的使用场景下，用户都能很明确地知道自己需要创建多少个机器人。然而总有一些例外情况：
 
 - WhatsApp 平台的一个应用可以填入多个手机号，也就对应了多个 `Bot` 实例。
 - Satori 协议并不预先知道机器人的数量，而是在连接中根据机器人相关事件动态创建的。
 
-::: warning
+:::warning
 无限制的 `Bot` 连接可能会导致你的 Koishi 被恶意调用。因此，如果将适配器作为可任意连接的服务端，请确保在可信任的网络环境下运行，或者引入其他验证机制。
 :::
 
diff --git a/de-DE/guide/adapter/bot.md b/de-DE/guide/adapter/bot.md
index 775b4fa9b034..2d725b0405e2 100644
--- a/de-DE/guide/adapter/bot.md
+++ b/de-DE/guide/adapter/bot.md
@@ -2,7 +2,7 @@
 
 `Bot` 对应着由 Koishi 操纵的聊天平台机器人账号。其上封装了一系列方法，用于发送消息、获取频道信息等操作。要实现一个聊天平台的 `Bot` 类，只需要实现这些方法即可。
 
-## 通用接口
+## 通用接口 {#universal}
 
 让我们先回忆一下上一节介绍的 `ReplBot`：
 
@@ -27,7 +27,7 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适配器应当尽可能地实现这些标准方法，但这并不是必需的。对于平台没有提供能力的 API，可以直接略去实现。
 
-## 访问内部接口
+## 访问内部接口 {#internal-access}
 
 尽管上面的通用接口足以应对大多数插件的需求，但这并不能将平台的能力发挥到极致。为此，Koishi 也允许 `Bot` 提供一套内部接口，用于直接调用平台的原生能力。
 
@@ -37,36 +37,39 @@ Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适
 首先，插件并不能确定所拿到的 `Bot` 对象来自哪一个适配器，就算想要用上原生能力也必须强行做类型转换 (你稍后就能看到内部接口是如何解决类型问题的)；其次，原生接口可能与通用接口有相同的名称，随着 Koishi 未来进一步扩展通用接口，会有很大可能性引发接口冲突。
 :::
 
-### 在插件中访问
+### 在插件中访问 {#access-from-plugin}
 
 在插件中访问内部接口有两种方法。我们以 Discord 平台为例展示。
 
 第一种是直接通过 `bot.internal` 属性访问。这个属性在 `Bot` 基类中的类型是 `any`，因此你可以直接使用其上的方法，也可以通过类型断言来获取更好的类型提示：
 
 ```ts
+// 这一行写在文件头
+import type { DiscordBot } from '@koishijs/plugin-adapter-discord'
+
 (bot as DiscordBot).internal.getGuild(guildId)
 ```
 
-另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据：
+另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据。你可以用这种方式对特定平台提供定制化的支持：
 
 ```ts
-session.discord.getGuild(guildId)
-
-session.discord.t // 原始事件名称
-session.discord.d // 原始事件数据
-```
-
-你甚至还可以用这种方式对多种适配器提供定制化的支持：
+// 这一行写在文件头
+import {} from '@koishijs/plugin-adapter-discord'
 
-```ts
 if (session.discord) {
-  session.discord.getGuild(guildId)
+  session.discord.getGuild(guildId)     // 内部接口
+  session.discord.t                     // 原始事件名称
+  session.discord.d                     // 原始事件数据
 } else {
   // 其他平台的处理
 }
 ```
 
-### 在适配器中访问
+:::tip
+在上面的例子中，我们仅仅从 @koishijs/plugin-adapter-discord 中导入了类型。这种情况下插件并不实际依赖 Discord 适配器，因此你只需要将该依赖写入 `devDependencies` 即可。对于尚未接入 Discord 平台的用户，也不需要为运行你的插件多装一个适配器，仍然确保了安装体积的精简。关于这部分的讨论，可以参考 [服务与依赖](../plugin/service.md#peer-vs-dep) 一节。
+:::
+
+### 在适配器中访问 {#access-from-adapter}
 
 内部接口不仅能为插件提供更全面的平台能力，对适配器本身的实现也有很大的帮助。让我们截取 Discord 适配器的一段代码作为示例：
 
@@ -106,17 +109,17 @@ class DiscordBot<C extends Context> extends Bot<C> {
 
 为此，我们实现了一个 `decodeGuild` 函数，将 Discord 的数据结构转换为 Koishi 的通用数据结构。与此同时，我们把网络请求的部分放在 `Internal` 类中实现，并在 `Bot` 类中直接调用内部方法。可以看到，这样编写出来的代码结构相比直接把请求放在 `Bot` 类中要清晰得多。
 
-## 实现内部接口
+## 实现内部接口 {#internal-impl}
 
 不同的平台由于其 API 的差异性，`Internal` 类的实现方式也会有所不同。对于简单的平台，你完全可以手动实现每一个内部接口 (甚至可以不实现 `Internal` 类，就像 REPL 适配器那样)；但如果平台本身就有上百个 API，手写每一个内部接口显然既费时又啰嗦。因此，Koishi 提供了一些技巧以简化你的适配工作。我们这里仍然以 Discord 为例。
 
-### 使用 HTTP 服务
+### 使用 HTTP 服务 {#http-service}
 
 让我们进一步完成上面的代码。Discord 的 API 是 Restful 的，并且需要 `Authorization` 请求头。我们通过在 `Internal` 类中传入一个 `http` 对象简化网络请求的写法：
 
 ```ts{5,9,17-20}
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
   getGuild(guildId: string) {
     return this.http.get(`/guilds/${guildId}`)
@@ -141,19 +144,19 @@ class DiscordBot<C extends Context> extends Bot<C> {
 }
 ```
 
-[`ctx.http`](../../api/service/http.md) 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `Quester` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
+[`ctx.http`](../../api/service/http.md) 是 Koishi 的基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `HTTP` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
 
-### 反射网络请求
+### 反射网络请求 {#reflect}
 
-在 `Quester` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
+在 `HTTP` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
 
 ```ts
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
-  static define(path: string, methods: Partial<Record<Quester.Method, string | string[]>>) {
+  static define(path: string, methods: Partial<Record<HTTP.Method, string | string[]>>) {
     for (const key in methods) {
-      const method = key as Quester.Method
+      const method = key as HTTP.Method
       for (const name of makeArray(methods[method])) {
         this.prototype[name] = async function (this: Internal, ...args: any[]) {
           // 将参数填入路径中
@@ -196,7 +199,7 @@ interface Internal {
 
 上面的代码还没有考虑请求体和异常处理等问题，如果想要深入了解，可以阅读 Discord 适配器的 [源码](https://github.com/satorijs/satori/blob/master/adapters/discord/src/types/internal.ts)。事实上，Discord 的接口已经是比较复杂的了。相信有了这些技巧的加持，其他平台的适配器你一定也能手到擒来。
 
-### 注入会话属性
+### 注入会话属性 {#session-injection}
 
 在本节的最后，我们还有一点伏笔没有回收。我们还需要在 `Session` 对象中注入 `discord` 属性，以便插件能够访问到内部接口：
 
diff --git a/de-DE/guide/adapter/integration.md b/de-DE/guide/adapter/integration.md
index 617f8307f6e1..f9d29d32dfb3 100644
--- a/de-DE/guide/adapter/integration.md
+++ b/de-DE/guide/adapter/integration.md
@@ -2,9 +2,9 @@
 
 至此，Koishi 的适配器开发已经接近尾声。经过前面的几节内容，我们的适配器已经封装了平台接口，与服务器稳定地进行连接，并能够顺利地接受和发送消息。但除此以外，部分平台还提供了一些额外的能力，允许机器人做得更好。Koishi 当然也要把这些能力集成到机器人中。
 
-## 斜线指令
+## 斜线指令 {#slash-command}
 
-::: tip
+:::tip
 相关章节：[指令开发](../basic/command.md)
 :::
 
@@ -24,9 +24,9 @@ class DiscordBot {
 }
 ```
 
-## 用户语言偏好
+## 用户语言偏好 {#user-locale}
 
-::: tip
+:::tip
 相关章节：[多语言支持](../i18n/index.md)
 :::
 
diff --git a/de-DE/guide/adapter/message.md b/de-DE/guide/adapter/message.md
index c6440035894b..2054fb25891d 100644
--- a/de-DE/guide/adapter/message.md
+++ b/de-DE/guide/adapter/message.md
@@ -20,7 +20,7 @@ const encodeGuild = (data: Universal.Guild): Discord.Guild => ({
 
 Koishi 使用 [消息元素](../basic/element.md) 表达任何聊天平台的消息。这是一种类似于 HTML 的格式。消息元素作为组成消息的基本单位，可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。本节将介绍如何在消息元素与平台消息之间互相转换。
 
-## 接收消息
+## 接收消息 {#receive}
 
 在会话对象上存在两个属性与消息的内容有关：`content` 和 `elements`，它们分别对应着字符串形式和消息元素形式的消息内容。它们之间会自动转换，因此下面的两种写法是等价的：
 
@@ -41,9 +41,9 @@ session.elements = [
 session.content = input.replace(/@(\d+)/g, '<at id="$1"/>')
 ```
 
-## 发送消息
+## 发送消息 {#send}
 
-### 兼容性原则
+### 兼容性原则 {#compatibility}
 
 在具体介绍消息发送之前，不知道你是否有这样的疑问：Koishi 提供了一整套标准的消息元素，但并非所有平台都支持这些元素。对于那些不支持的元素，应该如何处理呢？
 
@@ -55,7 +55,7 @@ Koishi 的建议是**尽量兼容实现**。对于平台不支持的元素，可
 
 对于更加复杂的元素，适配器也可以发挥自主性，设计最适合的交互形式。例如，如果用户的需求是「从若干个选项中选择一个」，那么平台 A 可以渲染出多个按钮供用户点击；平台 B 则可以发送一条带有表态的消息，点击表态对应选择选项；实在不行，平台 C 也可以直接发送选项列表和文本提示语，并将用户的下一次输入作为选项。
 
-### 消息编码器
+### 消息编码器 {#encoder}
 
 之前介绍过的 REPL 适配器为了简化写法，并未包含消息的编码过程。对于一般的适配器，我们建议通过继承 `MessageEncoder` 类来实现消息的发送逻辑。
 
@@ -78,10 +78,9 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
   // 使用 payload 存储待发送的消息
   private payload: Dict
 
-  constructor(bot: TelegramBot<C>, channelId: string, guildId?: string, options?: SendOptions) {
-    super(bot, channelId, guildId, options)
-    const chat_id = guildId || channelId
-    this.payload = { chat_id, parse_mode: 'html', text: '' }
+  // 在 prepare 中初始化 payload
+  async prepare() {
+    this.payload = { chat_id: this.channelId, parse_mode: 'html', text: '' }
   }
 
   // 将发送好的消息添加到 results 中
@@ -125,7 +124,7 @@ export class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 ```
 
-### 行内元素
+### 行内元素 {#inline}
 
 上面的例子仅仅包含了消息编码器的基本结构，并未实现除了文本外的任何消息元素。对于任何非文本元素，上面的代码都会回退到其内部的文本。要添加更多消息元素的支持，只需在 `visit` 方法中添加更多的判断分支，就像这样：
 
@@ -145,7 +144,7 @@ if (type === 'text') {
 }
 ```
 
-### 消息分片
+### 消息分片 {#fragment}
 
 在 Koishi 中，一次消息发送可能在目标平台产生多条独立的消息，称为消息分片。这也是为什么上面的 `results` 是一个数组。消息分片产生的原因是多样的：
 
@@ -165,7 +164,7 @@ if (type === 'text') {
 } else ...
 ```
 
-### 资源元素
+### 资源元素 {#asset}
 
 由于不同平台对于媒体资源的支持类型、发送方式、渲染形式有所不同，因此资源元素的情况会更加复杂。可以大致将各种平台规定的发送方式分为以下几类：
 
@@ -195,8 +194,8 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
         form.append(key, this.payload[key].toString())
       }
       const { type, attrs } = this.asset
-      const { filename, data } = await this.bot.ctx.http.file(attrs.url, attrs)
-      if (type === 'image') {
+      const { filename, data } = await this.bot.ctx.http.file(attrs.src, attrs)
+      if (type === 'img') {
         form.append('photo', data, filename)
         message = await this.bot.internal.sendPhoto(form)
       } else if (type === 'audio') {
@@ -221,11 +220,11 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
 
 差不多这样就实现了资源元素的发送。值得一提的是，这里的代码使用了 `http.file()` 方法。它可以自动为我们处理 `http:`、`file:`、`data:` 等各种协议的资源链接，并将它们统一转换为 `ArrayBuffer`。这可以省去适配器解析资源链接的步骤，对于适配器开发是非常方便的。
 
-## 进阶知识
+## 进阶知识 {#advanced}
 
 下面的知识并非适用于所有适配器。但对于一些特殊的平台，你可能会用到它们。
 
-### 发送被动消息
+### 发送被动消息 {#passive}
 
 我们通常将机器人做出的交互行为分为两种：主动交互和被动交互。
 
@@ -249,11 +248,11 @@ class QQGuildMessageEncoder {
 
 在这一段代码中使用了 `this.options`，它存储了一些额外的发送选项。其中 `session` 正好对应着接收到消息的会话对象。当我们调用 `session.send()` 时，Koishi 会把当前的会话对象传递给 `MessageEncoder`。这样一来，我们就可以在发送消息时带上回复目标了。
 
-### 资源反向代理
+### 资源反向代理 {#reverse-proxy}
 
 一些平台会使用 ID 标识资源文件 (例如 Lark)。当你接收到来自平台的消息时，拿到的是资源 ID 而非资源链接。此时你需要将资源 ID 转换为资源链接，才能构造合法的资源元素。
 
-::: tip
+:::tip
 Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的，但这个链接中会明文包含机器人令牌，并非可以公开使用的链接。因此 Telegram 和其他类似平台也适用于这一节的内容。
 :::
 
@@ -268,10 +267,10 @@ Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的
 
 ```ts
 class LarkAdapter {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(ctx: Context) {
-    ctx.router.get('/lark/assets/:message_id/:key', async (ctx) => {
+    ctx.server.get('/lark/assets/:message_id/:key', async (ctx) => {
       const key = ctx.params.key
       const messageId = ctx.params.message_id
       const selfId = ctx.request.query.self_id
@@ -283,7 +282,7 @@ class LarkAdapter {
         responseType: 'stream',
       })
       ctx.status = 200
-      ctx.response.headers['content-type'] = response.headers['content-type']
+      ctx.response.headers['content-type'] = response.headers.get('content-type')
       ctx.response.body = response.data
     })
   }
@@ -296,11 +295,11 @@ class LarkAdapter {
 h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 ```
 
-::: tip
+:::tip
 反向代理同时也带来了一个新的问题，那就是当这个链接被原样发送时，外网可能无法访问到这个链接。但无需担心，上面提到的 `http.file()` 方法恰好可以解决这个问题。因此，即使经过了反向代理，Koishi 也可以确保消息的跨平台转发插件能够正常工作。
 :::
 
-### 扩展消息元素
+### 扩展消息元素 {#extension}
 
 平台可以提供扩展消息元素，但需要加上平台通用名称作为前缀。下面是一个例子：
 
@@ -318,6 +317,6 @@ h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 <audio src="url1" kook:cover="url2"/>
 ```
 
-::: tip
+:::tip
 平台扩展消息元素的属性是否需要前缀由 SDK 实现自行决定。如果某个消息元素希望在未来标准化，那么加上前缀可以降低迁移成本。如果没有标准化需要，那么去掉前缀在书写上更方便。
 :::
diff --git a/de-DE/guide/basic/command.md b/de-DE/guide/basic/command.md
index 68bb95151076..530233ea2fde 100644
--- a/de-DE/guide/basic/command.md
+++ b/de-DE/guide/basic/command.md
@@ -1,6 +1,6 @@
 # 指令开发
 
-::: tip
+:::tip
 在学习本节之前，建议先完整阅读 [入门 > 指令系统](../../manual/usage/command.md)。
 :::
 
@@ -39,7 +39,7 @@ ctx.command('test <arg1> [arg2] [arg3]')
   .action((_, arg1, arg2, arg3) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 除去表达的意义不同，以及参数个数不足时使用必选参数可能产生错误信息外，这两种参数在程序上是没有区别的。与此同时，默认情况下 `action` 回调函数从第二个参数起也总是字符串。如果传入的参数不足，则对应的参数不会被传入，因此你需要自己处理可能的 `undefined`。
 :::
 
@@ -54,18 +54,19 @@ ctx.command('test <arg1> [...rest]')
 
 ### 文本参数
 
-通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。 在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
+通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。
+在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
 
 ```ts
 ctx.command('test <message:text>')
   .action((_, message) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 文本参数的解析优先级很高，即使是之后的内容中含有选项也会被一并认为是该参数的一部分。因此，当使用文本参数时，应确保选项写在该参数之前，或 [使用引号](../../manual/recipe/execution.md#使用引号) 将要输入的文本包裹起来。
 :::
 
-### 参数的类型
+### 参数类型 {#argument-type}
 
 除去 `text` 以外，Koishi 还支持许多其他的类型。它们的用法与 `text` 无异：
 
@@ -90,13 +91,15 @@ ctx.command('test [arg:number]')
 
 - string: `string` 字符串
 - number: `number` 数值
+- bigint: `bigint` [大整数](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/BigInt)
 - text: `string` 贪婪匹配的字符串
-- user: `string` 用户，格式为 `{platform}:{id}`
-- channel: `string` 频道，格式为 `{platform}:{id}`
+- user: `string` 用户，格式为 `{platform}:{id}` (调用时可以使用 `at` 元素或者 `@{platform}:{id}` 的格式)
+- channel: `string` 频道，格式为 `{platform}:{id}` (调用时可以使用 `sharp` 元素或者 `#{platform}:{id}` 的格式)
 - integer: `number` 整数
 - posint: `number` 正整数
+- natural: `number` 正整数
 - date: `Date` 日期
-
+- image: `Dict` 图片
 
 <!-- ### 定义新类型
 
@@ -152,7 +155,6 @@ ctx.command('test [x:positive]').action((_, arg) => arg)
 <chat-message nickname="Koishi">参数 x 输入无效，应为整数。</chat-message>
 </chat-panel> -->
 
-
 <!-- ### 使用检查器
 
 从 v3 开始 Koishi 支持给一个指令配置多个回调函数，并引入了 `cmd.before()`。你可以利用这个接口定义一些更加复杂的类型检查逻辑。让我们在最后简单地了解一下这个特性。
@@ -238,7 +240,7 @@ ctx.command('test')
 <chat-message nickname="Koishi">{ "writer": 0 }</chat-message>
 </chat-panel>
 
-### 选项的类型
+### 选项类型 {#option-type}
 
 选项也可以像参数一样设置类型：
 
@@ -262,57 +264,34 @@ ctx.command('test')
 <chat-message nickname="Koishi">选项 beta 输入无效，请检查语法。</chat-message>
 </chat-panel>
 
-## 更改触发方式
+## 指令别名
 
-### 指令别名
+:::warning
+由于指令名可以在用户侧配置，因此**不建议**开发者设置过多别名或以常用词作为别名。如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
+:::
 
 你可以为一条指令添加别名：
 
 ```ts
-ctx.command('echo').alias('say')
+ctx.command('echo <message>').alias('say')
 ```
 
 这样一来，无论是 `echo` 还是 `say` 都能触发这条指令了。
 
-::: warning
-由于指令名可以在用户侧配置，因此不建议开发者设置过多的别名。此外，如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
-:::
-
-### 快捷匹配
-
-Koishi 的指令机制虽然能够尽可能避免冲突和误触发，但是也带来了一些麻烦。一方面，一些常用指令的调用会受到指令前缀的限制；另一方面，一些指令可能有较长的选项和参数，但它们调用时却往往是相同的。面对这些情况，**快捷匹配 (Shortcut)** 能有效地解决你的问题。
-
-假设你实现了一个货币系统和 rank 指令，调用 `rank wealth --global` 可以实现查看全服所有人财富排行，你可以这样做：
-
-```ts
-ctx.command('rank <type>')
-  .shortcut('全服财富排行', { args: ['wealth'], options: { global: true } })
-```
-
-这样一来，只要输入“全服财富排行”，Koishi 就会自动调用 `rank wealth --global`，回复查询结果了。
-
-通常来说，快捷方式都要求严格匹配（当然删除两端空格和繁简体转化这种程度的模糊匹配是可以做的），但是你也可以让快捷方式允许带参数：
-
-```ts
-ctx.command('buy <item>')
-  .shortcut('购买', { prefix: true, fuzzy: true })
-```
-
-上面程序注册了一个快捷方式，`prefix` 要求在调用时保留指令前缀，而 `fuzzy` 允许这个快捷方式带参数列表。这样一来，只要输入“Koishi，购买物品名”，Koishi 就会自动调用“buy 物品名”了。
-
-除此以外，你还可以使用正则表达式作为快捷方式：
+你还可以为别名添加参数或选项：
 
 ```ts
-ctx.command('market <area>')
-  .shortcut(/^查(.+区)市场$/, { args: ['$1'] })
+ctx.command('market <area> <item>').alias('市场', { args: ['China'] })
 ```
 
-这样一来，输入“查美区市场”就等价于输入“market 美区”了。
-
-不难看出，使用快捷方式会让你的输入方式更加接近自然语言，也会让你的机器人显得更平易近人。
+此时调用 `市场` 时将等价于调用 `market China`。如果你传入了更多的参数，那么它们将被添加到 `China` 之后。
 
 ## 编写帮助
 
+:::tip
+此功能需要安装 [@koishijs/plugin-help](../../plugins/common/help.md) 插件。
+:::
+
 之前已经介绍了 `ctx.command()` 和 `cmd.option()` 这两个方法，它们都能传入一个 `desc` 参数。你可以在这个参数的结尾补上对于指令或参数的说明文字，就像这样：
 
 ```ts
diff --git a/de-DE/guide/basic/element.md b/de-DE/guide/basic/element.md
index a1fcc6a86567..b9db0406acfc 100644
--- a/de-DE/guide/basic/element.md
+++ b/de-DE/guide/basic/element.md
@@ -8,21 +8,24 @@
 
 一个典型的元素包含名称、属性和内容。在 Koishi 中，我们通常使用 JSX 或 API 的方式创建元素。下面是一些例子：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 欢迎 @用户名 入群！
 session.send(<>欢迎 <at id={userId}/> 入群！</>)
 
 // 发送一张 Koishi 图标
-session.send(<image url="https://koishi.chat/logo.png"/>)
+session.send(<img src="https://koishi.chat/logo.png"/>)
 ```
+
 ```ts title=API
 // 欢迎 @用户名 入群！
 session.send('欢迎 ' + h('at', { id: session.userId }) + ' 入群！')
 
 // 发送一张 Koishi 图标
-session.send(h('image', { url: 'https://koishi.chat/logo.png' }))
+session.send(h('img', { src: 'https://koishi.chat/logo.png' }))
 ```
+
 :::
 
 这两种写法各有优劣，不同人可能会有不同的偏好。但无论哪一种写法都表达了同样的意思。
@@ -48,7 +51,7 @@ h('quote', { id })
 h('p', {}, 'hello')
 
 // 没有属性时二参数可以忽略不写
-h('p', 'hello', h('image', { url }))
+h('p', 'hello', h('img', { src }))
 ```
 
 ### 混用两种写法
@@ -64,7 +67,7 @@ h('p', 'hello', h('image', { url }))
 
 ```tsx
 // 创建一个仅包含图片的消息
-h('message', <image url="https://koishi.chat/logo.png"/>)
+h('message', <img src="https://koishi.chat/logo.png"/>)
 ```
 
 ## 标准元素
@@ -73,7 +76,7 @@ Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需
 
 - `at`：提及用户
 - `quote`：引用回复
-- `image`：嵌入图片
+- `img`：嵌入图片
 - `message`：发送消息
 
 尽管一个平台不太可能支持所有的行为，但适配器对每一个标准元素都进行了最大程度的适配。例如，对于不支持斜体的平台，我们会将斜体元素转换为普通文本；对于无法同时发送多张图片的平台，我们会将多张图片转换为多条消息分别发送等等。这样一来，开发者便可以在不同平台上使用同一套代码，而不用担心平台差异。
@@ -101,16 +104,17 @@ Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需
 <chat-panel>
 <chat-message nickname="Koishi">
 <blockquote>原消息文本</blockquote>
+
 你说得对
 </chat-message>
 </chat-panel>
 
 ### 嵌入图片和其他资源
 
-使用 `image`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
+使用 `img`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
 
 ```html
-<image url="https://koishi.chat/logo.png"/>
+<img src="https://koishi.chat/logo.png"/>
 ```
 
 <chat-panel>
@@ -129,7 +133,7 @@ import { resolve } from 'path'
 h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 
 // 等价于下面的写法
-<image url={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
+<img src={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
 ```
 
 如果图片以二进制数据的形式存在于内存中，你也可以直接通过 `h.image()` 构造 `data:` URL：
@@ -139,7 +143,7 @@ h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 h.image(buffer, 'image/png')
 
 // 等价于下面的写法
-<image url={'data:image/png;base64,' + buffer.toString('base64')}/>
+<img src={'data:image/png;base64,' + buffer.toString('base64')}/>
 ```
 
 ## 消息组件 <badge type="warning">实验性</badge>
@@ -184,15 +188,18 @@ function Custom(attrs, children, session) {
 
 你可以直接在渲染时使用这个组件：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 请注意这里的大写字母
 session.send(<Custom/>)
 ```
+
 ```ts title=API
 // 请注意这里的大写字母
 session.send(h(Custom))
 ```
+
 :::
 
 ### 注册全局组件
@@ -207,3 +214,18 @@ ctx.component('custom', (attrs, children, session) => {
 // 现在你可以在任何地方使用小写的 <custom/> 了
 session.send(<custom/>)
 ```
+
+## 转义与解析
+
+:::danger
+直接发送未经转义的用户输入是非常危险的，因为它很容易导致 [XSS 攻击](https://zh.wikipedia.org/wiki/%E8%B7%A8%E7%B6%B2%E7%AB%99%E6%8C%87%E4%BB%A4%E7%A2%BC)。在使用诸如 `h.unescape()` 之类的 API 时，请务必确保输入的安全性。
+:::
+
+在默认情况下，Koishi 会对指令参数进行转义以确保安全性。但在某些情况下，你可能希望手动处理消息元素的转义和解析。为此，我们提供了一系列实用方法：
+
+- [`h.escape()`](../../api/message/api.md#h-escape): 转义字符串
+- [`h.unescape()`](../../api/message/api.md#h-unescape): 反转义字符串
+- [`h.parse()`](../../api/message/api.md#h-parse): 将字符串解析为消息元素
+- [`h.select()`](../../api/message/api.md#h-select): 从消息元素中选择指定类型的元素
+- [`h.transform()`](../../api/message/api.md#h-transform): 在消息元素中查找并替换指定类型的元素
+- [`h.transformAsync()`](../../api/message/api.md#h-transformasync): 上述方法的异步版本
diff --git a/de-DE/guide/basic/middleware.md b/de-DE/guide/basic/middleware.md
index 92d2af502d05..647a65fadbbe 100644
--- a/de-DE/guide/basic/middleware.md
+++ b/de-DE/guide/basic/middleware.md
@@ -4,7 +4,7 @@
 
 中间件是对消息事件处理流程的再封装。你注册的所有中间件将会由一个事件监听器进行统一管理，数据流向下游，控制权流回上游——这可以有效确保了任意消息都只被处理一次。被认定为无需继续处理的消息不会进入下游的中间件——这让我们能够轻易地实现权限管理。与此同时，Koishi 的中间件也支持异步调用，这使得你可以在中间件函数中实现任何逻辑。事实上，相比更加底层地调用事件监听器，**使用中间件处理消息才是 Koishi 更加推荐的做法**。
 
-::: tip
+:::tip
 与事件系统的通用性不同，中间件专注于消息事件。你不能使用中间件处理其他类型的事件。
 :::
 
@@ -56,7 +56,7 @@ ctx.middleware(async (session, next) => {
 })
 ```
 
-::: warning 注意
+:::warning 注意
 异步中间件代码中，`next` 函数被调用时前面必须加上 await (或者 return)。如果删去将可能会导致时序错误，这在 Koishi 中将会抛出一个运行时警告。
 :::
 
diff --git a/de-DE/guide/console/client.md b/de-DE/guide/console/client.md
index dea08395a16a..f283808062e1 100644
--- a/de-DE/guide/console/client.md
+++ b/de-DE/guide/console/client.md
@@ -91,7 +91,7 @@ ctx.settings({
   schema: Schema.object({
     wallpaper: Schema.object({
       image: Schema.string().description('要使用的背景图片。'),
-      opacity: Schema.number().description('前景的透明度。'),
+      opacity: Schema.number().description('前景的不透明度。'),
     }).description('壁纸设置'),
   }),
 })
diff --git a/de-DE/guide/console/data.md b/de-DE/guide/console/data.md
index df2a9a275d1a..d2c6179f12e9 100644
--- a/de-DE/guide/console/data.md
+++ b/de-DE/guide/console/data.md
@@ -2,6 +2,10 @@
 
 Koishi 控制台前后端的数据交互基本是通过 WebSocket 实现的。为了适应不同的场景，我们提供了多种数据交互的形式。
 
+:::tip
+在前后端之间传递的数据需要经过 JSON 序列化，因此请避免传入函数和自引用对象等无法被 JSON 序列化的内容。
+:::
+
 ## 被动推送
 
 后端代码：
@@ -117,7 +121,7 @@ send('get-greeting').then(data => {
 </script>
 ```
 
-## 权限管理
+## Berechtigungsverwaltung
 
 当你引入了 @koishijs/plugin-auth 插件之后，你可以为你的页面访问和数据交互引入鉴权机制：
 
diff --git a/de-DE/guide/console/index.md b/de-DE/guide/console/index.md
index 0e6fb787b4af..b089838343bd 100644
--- a/de-DE/guide/console/index.md
+++ b/de-DE/guide/console/index.md
@@ -1,6 +1,6 @@
 # 扩展控制台
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 认识控制台](../../manual/usage/market.md#认识控制台)。
 :::
 
diff --git a/de-DE/guide/console/theme.md b/de-DE/guide/console/theme.md
index 98f2aa533040..65d7a7ca1143 100644
--- a/de-DE/guide/console/theme.md
+++ b/de-DE/guide/console/theme.md
@@ -23,7 +23,7 @@ ctx.theme({
 
 如你所见，要定义一个色彩主题非常简单，只需要调用 [`ctx.theme()`](../../api/console/context.md#ctx-theme) 即可。其中，`id` 用于标识主题，`name` 则会显示在主题选择器中。
 
-::: tip
+:::tip
 请注意：`id` 必须以 `-dark` 或 `-light` 结尾，否则 Koishi 将无法正确回退 CSS 变量！
 :::
 
diff --git a/de-DE/guide/database/index.md b/de-DE/guide/database/index.md
index 0dbfd15fa30c..ca1d31ee3cc5 100644
--- a/de-DE/guide/database/index.md
+++ b/de-DE/guide/database/index.md
@@ -1,12 +1,18 @@
 # 基本用法
 
-::: tip
+:::tip
 `ctx.database` 并非内置服务，因此如果你的插件需要使用数据库功能，需要[声明依赖](../plugin/service.md#inject-属性)。
 :::
 
 对于几乎所有大型机器人项目，数据库的使用都是不可或缺的。但如果每个插件都独立处理与数据库的交互，这将导致插件之间的兼容性非常差——用户要么选择同时安装多个数据库，要么只能放弃一些功能。为此，Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。
 
-## `get`：查询数据
+本页中涉及的完整 API：
+
+- [数据库操作](../../api/database/database.md)
+- [查询表达式](../../api/database/query.md)
+- [求值表达式](../../api/database/evaluation.md)
+
+## `get`：查询数据 {#get}
 
 使用 `database.get()` 方法以获取特定表中的数据。下面是一个最基本的形式：
 
@@ -28,13 +34,13 @@ await ctx.database.get('schedule', [1234], ['command', 'time'])
 你还可以向第二个参数传入一个对象，用来查询非主键上的数据或者同时指定多列的值：
 
 ```ts
-// 获取名为 schedule 的表中 assignee 为 telegram:123456 的数据行
+// 获取名为 schedule 的表中 assignee 为 123456 或 456789 的数据行
 await ctx.database.get('schedule', {
-  assignee: ['telegram:123456'],
+  assignee: ['123456', '456789'],
 })
 ```
 
-对于需要进行复杂的数据库搜索的，ORM 也提供了相对应的方法：
+对于需要进行复杂的数据库搜索的，你可以使用查询表达式：
 
 ```ts
 // 获取名为 schedule 的表中 id 大于 2 但是小于等于 5 的数据行
@@ -43,33 +49,43 @@ await ctx.database.get('schedule', {
 })
 ```
 
-我们甚至也支持逻辑运算：
+为了处理更加复杂的需求，我们还引入了求值表达式。它表现为一个接受 `row` 参数的回调函数，并通过一系列 `$` 上的运算返回一个 `Boolean` 类型的值。这种写法的表达能力更强，例如你可以让多个字段共同参与运算：
 
 ```ts
+import { $ } from 'koishi'
+
 // 上述两个搜索条件的或运算
-await ctx.database.get('schedule', {
-  $or: [
-    { assignee: ['telegram:123456'] },
-    { id: { $gt: 2, $lte: 5 } },
-  ],
-})
+await ctx.database.get('schedule', (row) =>
+  $.or(
+    $.in(row.assignee, [
+      '123456',
+      '456789',
+    ]),
+    $.and(
+      $.gt(row.id, 2),
+      $.lte(row.id, 5),
+    ),
+  ),
+)
 ```
 
-你可以在 [这里](../../api/database/query.md) 看到完整的查询表达式 API。
+:::tip
+虽然求值表达式在形式上是一个回调函数，但是 Koishi 并不会将数据全部拉取到内存中，而是会将这个函数的行为编译成相对应的查询语句，提交给数据库运行。因此你可以放心地使用这种写法，它并不会带来额外的性能问题 (如果你遇到查询性能瓶颈，这更有可能是数据模型本身导致的，例如缺少必要的索引)。
+:::
 
-## `create`：插入数据
+## `create`：插入数据 {#create}
 
 使用 `database.create()` 方法以插入数据。
 
 ```ts
 // 向 schedule 表中添加一行数据，data 是要添加的数据行
 // 返回值是添加的行的完整数据 (包括自动填充的 id 和默认属性等)
-await ctx.database.create('schedule', row)
+await ctx.database.create('schedule', data)
 ```
 
-如果你想要批量插入数据，可以使用下面介绍的 `database.upsert()` 方法。
+如果你想要批量插入数据，可以使用下面介绍的 [`database.upsert()`](#upsert) 方法。
 
-## `set`：修改数据
+## `set`：修改数据 {#set}
 
 `database.set()` 方法需要传入三个参数：表名、查询条件和要修改的数据。
 
@@ -86,48 +102,44 @@ await ctx.database.set('schedule', 1234, {
 ```ts
 // 让所有日期为今天的数据行的 count 字段在原有基础上增加 1
 await ctx.database.set('foo', { date: new Date() }, (row) => ({
-  // { $add: [a, b] } 相当于 a + b
-  // { $: field } 相当于对当前行的 field 字段取值
   count: $.add(row.count, 1),
 }))
 ```
 
-你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
-## `upsert`：修改或插入数据
+## `upsert`：修改或插入数据 {#upsert}
 
 `database.upsert()` 的逻辑稍微有些不同，需要你传入一个数组：
 
 ```ts
 // 用一个数组来对数据进行更新，你需要确保每一个元素都拥有这个数据表的主键
 // 修改时只会用每一行中出现的键进行覆盖，不会影响未定义的字段
-await ctx.database.upsert('foo', [
+await ctx.database.upsert('foo', (row) => [
   { id: 1, foo: 'hello' },
   { id: 2, foo: 'world' },
-  // 这里同样支持求值表达式，$concat 可用于连接字符串
-  { id: 3, bar: { $concat: ['koi', 'shi'] } },
+  // 如果此列存在，则会按照 $.concat() 的行为进行修改
+  // 如果此列不存在，row.bar 则会使用默认值
+  { id: 3, bar: $.concat(row.bar, ['koishi']) },
 ])
 ```
 
 如果初始的数据库是这样的：
 
-| id    | foo  | bar |
-| ----- | ---- | --- |
+| id                       | foo  | bar |
+| ------------------------ | ---- | --- |
 | (默认值) | null | bar |
-| 1     | foo  | baz |
+| 1                        | foo  | baz |
 
 那么进行上述操作后的数据库将是这样的：
 
-| id | foo   | bar    | 说明                                 |
-| -- | ----- | ------ | ---------------------------------- |
-| 1  | hello | baz    | 该行已经存在，只更新了 foo 字段                 |
-| 2  | world | bar    | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
-| 3  | null  | koishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
+| id | foo   | bar       | 说明                                 |
+| -- | ----- | --------- | ---------------------------------- |
+| 1  | hello | baz       | 该行已经存在，只更新了 foo 字段                 |
+| 2  | world | bar       | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
+| 3  | null  | barkoishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
 
 如果想以非主键来索引要修改的数据，可以使用第三个参数：
 
 ```ts
-// @errors: 2304
 // 以非主键为基准对数据表进行更新，你需要确保每一个元素都拥有 telegram 属性
 await ctx.database.upsert('user', rows, 'telegram')
 
@@ -135,7 +147,7 @@ await ctx.database.upsert('user', rows, 'telegram')
 await ctx.database.upsert('channel', rows, ['platform', 'id'])
 ```
 
-## `remove`：删除数据
+## `remove`：删除数据 {#remove}
 
 使用 `database.remove()` 方法以删除特定表中的数据。
 
@@ -145,7 +157,7 @@ await ctx.database.upsert('channel', rows, ['platform', 'id'])
 await ctx.database.remove('schedule', [id])
 ```
 
-## 获取改动行数
+## 获取改动行数 {#write-result}
 
 `set`, `upsert` 和 `remove` 操作都会返回一个 `WriteResult` 对象，它包含了这次操作的结果。你可以通过 `matched` 属性来获取匹配的数据行数 (注意不是修改的函数)，通过 `inserted` 属性来获取插入的数据行数 (仅限 `upsert` 操作)。
 
@@ -162,7 +174,7 @@ if (!result.matched) {
 }
 ```
 
-## 对比 set 和 upsert
+## 对比 set 和 upsert {#set-upsert}
 
 `set` 与 `upsert` 方法都可以用于修改已经存在的数据，它们的区别如下表所示：
 
@@ -171,7 +183,7 @@ if (!result.matched) {
 | 作用范围 | 支持复杂的查询表达式       | 只能限定特定字段的值    |
 | 插入行为 | 如果数据不存在则不会进行任何操作 | 如果数据不存在则会插入新行 |
 
-## 对比 create 和 upsert
+## 对比 create 和 upsert {#create-upsert}
 
 `create` 与 `upsert` 方法都可以用于插入新的数据，它们的区别如下表所示：
 
diff --git a/de-DE/guide/database/model.md b/de-DE/guide/database/model.md
index 8e1f4107cda3..2553bf380706 100644
--- a/de-DE/guide/database/model.md
+++ b/de-DE/guide/database/model.md
@@ -2,7 +2,7 @@
 
 Koishi 的架构允许任何插件对数据库的结构进行扩展。你就可以在不修改 Koishi 或其他插件源码的情况下，为数据库添加新的字段或者表。这些功能都是通过 `ctx.model` 提供的。
 
-::: tip
+:::tip
 请注意：数据模型的扩展一定要在使用前完成，不然后续数据库操作可能会失败。
 :::
 
@@ -143,7 +143,7 @@ ctx.model.extend('foo', {}, {
 
 ## 整表迁移 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 整表迁移的性能较差，建议谨慎设计数据库结构而不是依赖迁移。
 :::
 
diff --git a/de-DE/guide/database/permission.md b/de-DE/guide/database/permission.md
index 82babe1445b7..26f7ff2df00d 100644
--- a/de-DE/guide/database/permission.md
+++ b/de-DE/guide/database/permission.md
@@ -1,6 +1,6 @@
 # 权限管理 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能随时会发生变化。
 :::
 
@@ -8,14 +8,14 @@
 
 权限其实就是执行某些操作的能力。权限具有唯一的标识符，通常由小写英文字母、数字、短横线和点构成。下面是一些你可能会见到的权限名称：
 
-- `user.514`：ID 为 514 的用户的权限
-- `group.114`：ID 为 114 的用户组的权限
-- `authority.3`：权限等级 3 的权限
-- `command.foo`：指令 foo 的权限
-- `command.foo.option.bar`：指令 foo 选项 bar 的权限
-- `telegram.admin`：telegram 平台下群管理员的权限
-- `bot.channel.mute`：能够禁言频道的机器人的权限
-- `config.write`：能够写入配置文件的权限
+- `user:514`：ID 为 514 的用户的权限
+- `group:114`：ID 为 114 的用户组的权限
+- `authority:3`：权限等级 3 的权限
+- `command:foo`：指令 foo 的权限
+- `command:foo:option:bar`：指令 foo 选项 bar 的权限
+- `telegram:admin`：telegram 平台下群管理员的权限
+- `bot:channel.mute`：能够禁言频道的机器人的权限
+- `config:write`：能够写入配置文件的权限
 
 权限之间存在两种关系：继承和依赖。Koishi 不区分权限与权限组的概念，权限组只是继承了其他权限的权限。你可以将用户和用户组也都视为一种权限组。
 
@@ -32,14 +32,14 @@ ctx.permissions.inherit(A, B)
 例：ID 为 514 的用户拥有权限等级 3，指令 foo 所需要的权限等级是 2。这种情况下该用户显然应该可以调用该指令。那么这种调用关系具体是如何体现的呢？
 
 ```text
-user.514 > authority.3 > authority.2 > command.foo
+user:514 > authority:3 > authority:2 > command:foo
 ```
 
 这里出现了三个继承关系：
 
-- `user.114 > authority.3`，因为 ID 为 514 的用户拥有权限等级 3
-- `authority.3 > authority.2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
-- `authority.2 > command.foo`，因为指令 foo 被权限等级 2 继承
+- `user:114 > authority:3`，因为 ID 为 514 的用户拥有权限等级 3
+- `authority:3 > authority:2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
+- `authority:2 > command:foo`，因为指令 foo 被权限等级 2 继承
 
 由此，权限的继承关系能够顺利表达已有的权限等级机制，并且具备更强的表达能力。
 
@@ -50,19 +50,19 @@ user.514 > authority.3 > authority.2 > command.foo
 例：ID 为 514 的用户同时继承了权限等级 1，而指令 foo 所需权限等级 2，此时该用户并不能调用 foo 指令。但如果现在我们让该用户直接继承 foo 指令的调用权限，会发生什么呢？
 
 ```text
-user.514 > authority.1
-         > command.foo
+user:514 > authority:1
+         > command:foo
 ```
 
-在这张图中，`user.514` 并不能经由 `authority.1` 到达 `command.foo`，但是添加第二条边后又可以直接到达 `command.foo` 了。因此该用户此时就又可以调用 foo 指令了。
+在这张图中，`user:514` 并不能经由 `authority:1` 到达 `command:foo`，但是添加第二条边后又可以直接到达 `command:foo` 了。因此该用户此时就又可以调用 foo 指令了。
 
 可以看到，权限的继承为我们提供了一种能力，可以允许特定低等级用户去调用高级权限的指令，这种能力是过去的权限等级所不具有的。
 
 例：我们希望某个管理型指令 foo 既可以被权限等级 2 的用户调用，又可以被 QQ 群的管理员调用。此时我们可以对 foo 指令进行以下配置：
 
 ```text
-authority.2  >
-telegram.admin > command.foo
+authority:2  >
+telegram:admin > command:foo
 ```
 
 这样一来，一个用户只需满足上述两个条件之一就可以调用此指令了。
@@ -82,7 +82,7 @@ ctx.permissions.depend(A, B)
 例：foo 指令的代码中调用了 bar 指令，因此 foo 指令依赖 bar 指令。
 
 ```text
-command.foo -> command.bar
+command:foo -> command:bar
 ```
 
 如果用户只拥有 foo 的权限，没有调用 bar 的权限，他依然无法调用 foo 指令。
@@ -90,7 +90,7 @@ command.foo -> command.bar
 例：foo 指令的代码中使用了 `bot.muteChannel()`。
 
 ```text
-command.foo -> bot.channel.mute
+command:foo -> bot:channel.mute
 ```
 
 如果机器人没有实现此 API，用户就无法在该机器人上调用 foo 指令。
@@ -102,21 +102,21 @@ command.foo -> bot.channel.mute
 在上面的介绍中，如果要定义新的权限，就必须手动分配给用户或用户组后才能使用。有没有方法自动为一个会话分配权限呢？这就是权限访问器的功能。
 
 ```ts
-ctx.permissions.provide('telegram.admin', async (name, session) => {
+ctx.permissions.provide('telegram:admin', async (name, session) => {
   return session.telegram?.sender?.role === 'admin'
 })
 ```
 
-上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 telegram.admin 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
+上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 `telegram:admin` 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
 
 每个权限可以定义多个访问器函数。在运行时必须通过每一个访问器函数的检查才能视为拥有权限。
 
 一个权限要么是普通权限，要么是访问器权限。下面是一些区别：
 
-| 普通权限        | 访问器权限     |
-| ----------- | --------- |
+| 普通权限                           | 访问器权限     |
+| ------------------------------ | --------- |
 | 手动分配给用户 (组) | 自动分配给会话   |
-| 可以被其他权限继承   | 不能被其他权限继承 |
+| 可以被其他权限继承                      | 不能被其他权限继承 |
 
 ## 权限国际化
 
diff --git a/de-DE/guide/database/selection.md b/de-DE/guide/database/selection.md
index a284cae325d0..82f4bcd22254 100644
--- a/de-DE/guide/database/selection.md
+++ b/de-DE/guide/database/selection.md
@@ -11,7 +11,7 @@ ctx.database.get('foo', { id: { $gt: 5 } })
 // 等价于
 ctx.database
   .select('foo')
-  .where({ id: { $gt: 5 } })
+  .where(row => $.gt(row.id, 5))
   .execute()
 ```
 
@@ -31,7 +31,7 @@ ctx.database
 
 ## 求值表达式
 
-`.orderBy()` 和 `.where()` 方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
+`.orderBy()` 和 `.where()` 等方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
 
 ```ts
 // 返回 id 大于 5 的数据行，并按 id 升序排列
@@ -42,8 +42,6 @@ ctx.database
   .execute()
 ```
 
-这里的 `$.gt()` 是一个求值表达式。你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
 ## 字段映射
 
 `.project()` 方法可以用于映射查询结果。它接受一个对象，对象的键表示要映射的字段名，值表示映射的表达式。下面是一个例子：
@@ -144,5 +142,16 @@ ctx.database
 // 返回的数据包含 foo, bar 两个属性
 ctx.database
   .join(['foo', 'bar'], (foo, bar) => $.eq(foo.id, bar.id))
+  .orderBy('foo.id') // orderBy 可以使用 'a.b' 的形式
+  .execute()
+```
+
+如果你的表名比较复杂，你也可以为参与连接的各个表指定别名。将用于指定表名的数组改为传入一个对象，并修改传入函数的参数即可。下面是一个例子：
+
+```ts
+// 返回的数据包含 t1, t2 两个属性
+ctx.database
+  .join({ t1: 'foo', t2: 'bar' }, row => $.eq(row.t1.id, row.t2.id))
+  .orderBy('t1.id') // orderBy 可以使用 'a.b' 的形式
   .execute()
 ```
diff --git a/de-DE/guide/database/writing.md b/de-DE/guide/database/writing.md
index 6880b62a2c5d..60e7603655a0 100644
--- a/de-DE/guide/database/writing.md
+++ b/de-DE/guide/database/writing.md
@@ -1,6 +1,6 @@
 # 编写数据库插件
 
-::: danger 注意
+:::danger 注意
 此页文档正在施工，其中的内容可能不是最新。
 :::
 
diff --git a/de-DE/guide/develop/config.md b/de-DE/guide/develop/config.md
index fa95ec3de199..ffcab741138b 100644
--- a/de-DE/guide/develop/config.md
+++ b/de-DE/guide/develop/config.md
@@ -1,6 +1,6 @@
 # 配置文件
 
-::: warning
+:::warning
 配置文件的结构未来可能会发生变化，请留意后续更新。
 :::
 
@@ -107,7 +107,7 @@ plugins:
 
 ## 修改配置文件
 
-::: tip
+:::tip
 如果你不了解 YAML 的语法，请不要随意修改配置文件，否则将可能导致 Koishi 应用无法运行。你可以在 [这篇教程](https://www.runoob.com/w3cnote/yaml-intro.html) 中学习 YAML 的语法。
 :::
 
@@ -133,7 +133,7 @@ plugins:
 
 当项目启动时，会将环境变量中的值替换进去。
 
-除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
+除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env.local` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
 
 ```sh title=.env
 DISCORD_TOKEN = xxx
diff --git a/de-DE/guide/develop/publish.md b/de-DE/guide/develop/publish.md
index 31ac503736ef..4483dfb5e455 100644
--- a/de-DE/guide/develop/publish.md
+++ b/de-DE/guide/develop/publish.md
@@ -62,7 +62,7 @@ root
 - [`version`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#version) 应当符合 [语义化版本](https://semver.org/lang/zh-CN/) (通常从 `1.0.0` 开始)
 - [`peerDependencies`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#peerdependencies) 必须包含 `koishi`
 - 不能声明 [`private`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#private) 为 `true` (否则你的插件无法发布)
-- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions) (一种常见的情况是：你已经发布了某个插件，又希望更换一个名字重新发布，此时你可以通过弃用的方式让旧的名字不显示在插件市场中)
+- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions)
 
 一个符合上述标准的示例：
 
@@ -132,15 +132,12 @@ root
       "optional": ["assets"],               // 可选的服务
       "implements": ["dialogue"],           // 实现的服务
     },
-    "locales": ["en", "zh"],                // 支持的语言
   }
 }
 ```
 
 - **description:** 插件描述，应该是一个对象，其中的键代表语言名，值是对应语言下的描述
-- **service:** 插件的服务相关信息，具体包含下列属性：
-  - **implements:** 实现的服务，应该是一个服务名构成的数组
-- **locales:** 插件支持的语言，应该是一个语言名构成的数组
+- **service:** 插件的服务相关信息，详情请参见 [服务与依赖](../plugin/service.html#package-json)
 - **preview:** 配置为 `true` 可以让插件显示为「开发中」状态
 - **hidden:** 配置为 `true` 可以让插件市场中不显示该插件 (通常情况下你不需要这么做)
 
@@ -150,7 +147,7 @@ root
 
 ## 发布插件
 
-编辑完上面的清单文件并 [构建源代码](./workspace.md#构建源代码) 后，你就可以公开发布你的插件了。
+编辑完上面的清单文件并 [构建源代码](./workspace.md#build) 后，你就可以公开发布你的插件了。
 
 :::tabs code
 
@@ -168,8 +165,19 @@ yarn pub [...name]
 
 这将发布所有版本号发生变动的插件。
 
-:::tip
+::: tip
 从插件成功发布到进插件市场需要一定的时间 (通常在 15 分钟内)，请耐心等待。
+
+如果发布时多次失败或者长时间无响应，可以添加 `--debug` 选项以显示调试信息。
+
+```npm
+npm run pub [...name] --debug
+```
+
+```yarn
+yarn pub [...name] --debug
+```
+
 :::
 
 :::: tip
@@ -237,3 +245,23 @@ yarn bump [...name] [-1|-2|-3|-p|-v <ver>] [-r]
 - 缺省情况：按照当前版本的最后一位递增
 
 当进行此操作时，其他相关插件的依赖版本也会同步更新，确保所有工作区内依赖的插件版本一致。进一步，如果你希望更新了依赖版本的插件也同时更新自身的版本，那么可以附加 `-r, --recursive` 选项。
+
+## 弃用插件 {#deprecate}
+
+如果你不再维护某个插件，或者你希望更换一个名字重新发布，那么你可以弃用该插件。在任意目录运行下面的命令以弃用插件：
+
+```sh
+npm deprecate <full-name> <message>
+# 例如
+npm deprecate koishi-plugin-example "this plugin is deprecated"
+```
+
+请注意这里要写出的是完整的包名，而不是插件的目录名。
+
+你也可以弃用某个特定版本或版本区间 (默认情况下将弃用所有版本)：
+
+```sh
+npm deprecate <full-name>[@<version>] <message>
+```
+
+弃用插件的最新版本后，该插件将不再显示在插件市场中。未来你仍然可以发布新版本，这将使你的插件重新进入插件市场。
diff --git a/de-DE/guide/develop/script.md b/de-DE/guide/develop/script.md
index 38c4d16df4ef..e84e1905ae69 100644
--- a/de-DE/guide/develop/script.md
+++ b/de-DE/guide/develop/script.md
@@ -86,7 +86,7 @@ Koishi 模板项目原生地支持 TypeScript 开发。上述 `-r esbuild-regist
 我们并不推荐使用高级语言来编写配置文件，因为动态的配置无法支持环境变量、配置热重载和插件市场等特性。大部分情况下我们建议仅将 `-r` 用于开发目的。
 :::
 
-### 模块热替换
+### 模块热替换 {#hmr}
 
 如果你开发着一个巨大的 Koishi 项目，可能光是加载一遍全部插件就需要好几秒了。在这种时候，像前端框架一样支持模块热替换就成了一个很棒的主意。幸运的是，Koishi 也做到了这一点！内置插件 @koishijs/plugin-hmr 实现了插件级别的热替换。每当你修改你的本地文件时，Koishi 就会尝试重载你的插件，并在命令行中提醒你。
 
diff --git a/de-DE/guide/develop/setup.md b/de-DE/guide/develop/setup.md
index f1e139781c59..e22b9022e235 100644
--- a/de-DE/guide/develop/setup.md
+++ b/de-DE/guide/develop/setup.md
@@ -38,7 +38,7 @@ git --version           # git version 2.39.1
 
 ```sh
 git config --global user.name "Your Name"
-git config –-global user.email "you@example.com"
+git config --global user.email "you@example.com"
 ```
 
 ### 注册 GitHub
@@ -54,17 +54,20 @@ git config –-global user.email "you@example.com"
 
 - Windows：`C:\dev` 或者 `D:\dev` (也不要直接在盘根创建项目，最好是建一层目录)
 - 其他操作系统：`~/dev`
-:::
+  :::
 
 输入下面的命令以创建 Koishi 项目：
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm init koishi@latest
 ```
+
 ```yarn
 yarn create koishi
 ```
+
 :::
 
 跟随提示即可完成全套初始化流程。
diff --git a/de-DE/guide/develop/workspace.md b/de-DE/guide/develop/workspace.md
index 2b306a90c28f..8f312ea80f1d 100644
--- a/de-DE/guide/develop/workspace.md
+++ b/de-DE/guide/develop/workspace.md
@@ -6,7 +6,7 @@ Koishi 的核心是插件系统，绝大部分 Koishi 功能都可以通过插
 本节中介绍的命令行都需要在 [应用目录](./config.md#应用目录) 下运行。
 :::
 
-## 创建新插件
+## 创建新插件 {#setup}
 
 在应用目录运行下面的命令以创建一个新的插件工作区：
 
@@ -57,14 +57,14 @@ export function apply(ctx: Context) {
 }
 ```
 
-以 [开发模式](./script.md#开发模式) 重新运行你的项目，点击右上角的「添加插件」按钮，选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
+以 [开发模式](./script.md#开发模式) 重新运行你的项目，在左侧活动栏前往「插件配置」，在插件列表中选择一个分组或选择最顶上的「全局配置」，此时可以在右上角找到「添加插件」按钮。点击该按钮并选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
 
 <chat-panel>
 <chat-message nickname="Alice">天王盖地虎</chat-message>
 <chat-message nickname="Koishi">宝塔镇河妖</chat-message>
 </chat-panel>
 
-### 创建私域插件
+### 创建私域插件 {#scoped}
 
 如果你发现想要创建的插件名称已经被占用了，除了重新想名字或在后面加上数字之外，你还可以改为创建私域插件。私域插件使用你自己的 [npm 用户名](./setup.md#注册-npm) 作为包名前缀，因此不用担心与其他人的插件冲突。
 
@@ -99,7 +99,7 @@ yarn setup @alice/example
 
 找到高亮的一行代码，将其复制一份，并将 `@scope` 替换为你的 npm 用户名，然后将复制的这一行代码前面的注释符号去掉。
 
-## 构建源代码
+## 构建源代码 {#build}
 
 上面的插件暂时还只能在开发模式下运行。如果想要在生产模式下使用或发布到插件市场，你需要构建你的源代码。在应用目录运行下面的命令：
 
@@ -122,7 +122,7 @@ yarn build [...name]
 - 后端代码将输出到 `external/example/lib` 目录
 - 前端代码将输出到 `external/example/dist` 目录 (如果存在)
 
-## 添加依赖
+## 添加依赖 {#add}
 
 插件创建时，`package.json` 中已经包含了一些必要的依赖。如果你需要添加其他依赖，可以使用下面的命令：
 
@@ -143,7 +143,7 @@ yarn workspace koishi-plugin-[name] add [...deps]
 
 如果要添加的是 `devDependencies` 或者 `peerDependencies`，你也需要在命令后面加上 `-D` 或 `-P` 参数。关于服务类插件的依赖声明，请参考 [后续章节](../plugin/service.md#关于-peerdependencies)。
 
-## 更新依赖版本
+## 更新依赖版本 {#dep}
 
 尽管 npm 和 yarn 等包管理器都提供了依赖更新功能，但它们对工作区开发的支持都不是很好。因此，我们也提供了一个简单的命令用于批量更新依赖版本。
 
@@ -161,7 +161,7 @@ yarn dep
 
 这将按照每个 `package.json` 中声明的依赖版本进行更新。举个例子，如果某个依赖的版本是 `^1.1.4`，而这个依赖之后发布了新版本 `1.2.3` 和 `2.3.3`，那么运行该指令后，依赖的版本将会被更新为 `^1.2.3`。
 
-## 二次开发
+## 二次开发 {#clone}
 
 :::tip
 阅读本节前请确保你已经完成 [版本控制](./setup.md#版本控制) 中的全部准备工作。
@@ -207,6 +207,6 @@ yarn workspace @root/koishi build
 
 :::
 
-通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/shigma/minato)) 的路径配置。
+通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/cordiverse/minato)) 的路径配置。
 
 完成上述操作后，现在你的 `yarn dev` 已经能直接使用 Koishi 的 TypeScript 源码了！
diff --git a/de-DE/guide/i18n/crowdin.md b/de-DE/guide/i18n/crowdin.md
index bb27bec10e46..0179f599ba56 100644
--- a/de-DE/guide/i18n/crowdin.md
+++ b/de-DE/guide/i18n/crowdin.md
@@ -17,17 +17,13 @@
 
 ## 注册及登录 Crowdin
 
-你可以使用邮箱注册，也可以用谷歌账号、Github 账号等登录，与其他网站异曲同工，因此此处不再赘述。
-
-:::tip
-如果你还是学生，并且成功申请了 GitHub 的学生开发包 (Student Pack)，在你使用 GitHub 账号成功登录 Crowdin 后会自动获赠价值 1500 美元的 1 年 Bronze 计划。
-:::
+你可以使用邮箱注册，也可以用谷歌账号、Github 账号等第三方登录，与其他网站异曲同工，因此此处不再赘述。
 
 ## 创建本地化项目
 
 成功注册并登录 Crowdin 后，你会被自动导向你的[个人页面](https://crowdin.com/profile)。点击右上角的加号，即可创建项目。
 
-::: tip
+:::tip
 若你的项目是开放源代码的，并且活跃了 4 个月及以上，你可以申请 Crowdin 的开源项目许可。当你成功创建项目后，填写[这个表单](https://crowdin.com/page/open-source-project-setup-request)，Crowdin 的客服人员会帮助你。
 :::
 
@@ -37,23 +33,93 @@
 公开项目意味着所有 Crowdin 用户都能搜索到你的项目，也可以看到你的项目的所有内容，也可以向项目贡献翻译。如果你是通过开源项目免费许可的方式创建的项目，则只能创建公开项目。
 :::
 
-### 项目结构
+### 项目结构 {#project-structure}
+
+项目中的文件结构由项目性质决定。通常我们需要将不同语言的翻译内容分别存储为不同的文件，并放置在同一个目录下 (如 `locales`)，以便于管理。
+
+Crowdin 支持[多种文件格式](#file-type)，这里以 `YAML` (`.yml`) 为例分别说明不同项目下的文件结构。
+
+#### 单插件项目
+
+单插件项目的翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+src/
+  locales/
+    en-US.yml
+    zh-CN.yml
+    ...
+package.json
+```
 
-由于 Crowdin 会将待翻译的文件名显示在项目的文件列表中，为了不引起误会，你需要为每个待翻译的文件设置一个易懂的名称。同时，要保证 Crowdin 输出的翻译结果与你的项目结构一致。
+这里有[一个示例项目](https://github.com/koishijs/novelai-bot/tree/main/src/locales)可以参考。
+
+#### 多插件项目
+
+多插件项目通常是 monorepo 结构，即根目录作为开发工作区，每个插件作为一个子项目放置在其他目录下。这种情况下，与单插件项目类似，翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-因此推荐的做法是，为每种语言建立一个独立的文件夹，然后将待翻译的文件命名为项目名称，如下所示：
+这里有[一个示例项目](https://github.com/koishijs/koishi-plugin-booru/tree/main/packages/core/src/locales)可以参考。
+
+#### 机器人项目 / 整合包项目
+
+机器人项目是多插件项目的一种特殊形式。除了有多个插件的翻译文件外，还有机器人本身的翻译文件，通常放置在根目录下的 `locales` 目录中，如：
+
+```plaintext
+locales/
+  en-US.yml
+  zh-CN.yml
+  ...
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-```text
-echo/
-  |-- i18n/
-      |-- en/
-          |-- echo.yaml
-      |-- zh-CN/
-          |-- echo.yaml
-  |-- index.js
-  |-- package.json
+#### 文档项目 (Vitepress)
+
+由于文档通常需要对每个页面和大量配置文件进行翻译，我们通常将每个页面的主要内容放置在不同的目录下，并将配置文件本身进行拆分，如：
+
+```plaintext
+.vitepress/
+  config/
+    index.ts
+    en-US.json
+    zh-CN.json
+    ...
+en-US/
+  index.md
+zh-CN/
+  index.md
+package.json
 ```
 
+这里有[一个示例项目](https://github.com/koishijs/docs)可以参考。·
+
 ## 上传项目文件
 
 你可以通过网页手动上传文件，也可以通过 Crowdin 的 CLI 程序进行上传，或是使用集成让 Crowdin 直接从代码仓库同步文件。
@@ -66,19 +132,9 @@ echo/
 
 除了手动上传，你还可以设置集成，让 Crowdin 自动同步 GitHub 等仓库里的文件，并可设置定期推送译文到相应的分支。
 
-你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档。如果你使用的是 Gitlab 等其他仓库，也可以在知识库里找到相应的指南。
-
-回到项目主页，单击集成 (Integrations) 标签页，可以为你的项目设置集成。Crowdin 支持许多集成方案，找到你所使用的代码仓库并点击。
-
-然后，单击 Set Up Integration，连接到你的代码仓库的账户，选择你想要设置集成的仓库，选择你想要获取原文和推送译文的分支，默认情况下 Crowdin 创建一个新的分支，名为 `l10n_` 加上原分支名，如图中所示的 `l10n_master`。
-
-![github integration connecting github](https://support.crowdin.com/assets/docs/github_integration_connecting_github.png)
+你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档，跟随文档配置好集成后即可让 Crowdin 自动同步 GitHub 上的内容。如果你使用的是 Gitlab 等其他仓库，也可以在这里找到相应的指南。
 
-![github integration unconfigured](https://support.crowdin.com/assets/docs/github_integration_unconfigured.png)
-
-此外，你还需要点击分支名右边的编辑按钮，然后点添加文件筛选器 (Add File Filter)，在视图左边写上源文件和目标文件的模式匹配字符串之后，在右边切换并预览将会同步到 Crowdin 的文件列表，以及翻译后的文件名及其路径，你还可以添加更多的筛选器。确认添加无误后，单击 Save 按钮保存。
-
-视图下方的 Push Source 选项默认是不勾选的，即 Crowdin 不会自动将翻译推送到仓库，打开这个选项后，Crowdin 会在对应的仓库开启一个 PR，并自动 rebase 到最新的分支，然后同步 Crowdin 上的同步到仓库。设置完成后，Crowdin 并不会自动开始同步，需要手动触发一次：点击表格右上角的 Sync Now，静待片刻即可同步完成。
+设置完成后，Crowdin 并不会立刻同步，需要手动触发：点击 Sync Now，等待进度条走完即可。以后 Crowdin 会定时检查并自动同步。
 
 ### 通过 CLI 上传文件
 
@@ -89,17 +145,19 @@ $ npm i -g @crowdin/cli
 $ yarn global add @crowdin/cli
 ```
 
-Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://support.crowdin.com/cli-tool/#installation)获知更多详情。
+Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://crowdin.github.io/crowdin-cli/installation)获知更多详情。
 
-在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/configuration-file/)。
+在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/developer/configuration-file/)。
 
-::: tip
+你也可以参考上方提到的[示例项目](#project-structure)中的 `crowdin.yml` 文件。
+
+:::tip
 `crowdin.yml` 中的配置项不仅适用于 Crowdin CLI，还可以在上述的代码仓库集成中发挥作用，Crowdin 会自动读取该文件以确定翻译的范围。
 :::
 
 推荐在项目目录下的 `crowdin.yml` 文件中配置好文件筛选器，并且在 `$HOME/.crowdin.yml` 文件中存储你的 Crowdin 密钥等敏感信息，然后你就可以简单地运行 `crowdin upload sources` 上传源文件，而不需要每次都打出冗长的包含通配符的文件路径了。
 
-### 文件类型
+### 文件类型 {#file-type}
 
 Crowdin 支持许多常见文件类型，如 `HTML`、`docx`、`pdf`，本地化软件框架支持的 `xliff` 与 `po` 等自然也不在话下，如果你不确定你的文件类型是否受支持，你可以在[这里](https://support.crowdin.com/supported-formats/)查看 Crowdin 支持的文件类型列表。
 
@@ -135,10 +193,10 @@ commands:
 
 当你成功添加源文件之后，就可以着手进行翻译了。点开想要翻译的语言，打开对应文件，就可以进入 Crowdin 的在线翻译编辑器。假设你是从个人电脑打开的，那么视图会从左到右分成三个部分，左边是待翻译的字符串，中间是翻译区，右边是评论和参考区。
 
-![crowdin online editor](https://support.crowdin.com/assets/docs/online_editor_sections.png)
+![crowdin online editor](https://support.crowdin.com/_astro/sections.BiwHNeHV_1rT0sS.webp)
 
 如果你对该项目申请了开源项目免费许可，那么该项目还会启用 Global TM 功能。这是 Crowdin 的共享翻译语料库，可以根据其他人的项目中存在的类似文本对当前的待翻译字符串进行提示，你的项目的字符串及翻译结果也会上传到这个语料库中。
 
 ## 下载翻译
 
-与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了与任何代码仓库的集成，并勾选了定时同步，则 Crowdin 会自动推送翻译结果到指定的分支。
+与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了代码仓库的集成，并勾选了定时同步，则 Crowdin 会定时自动推送翻译结果到指定的分支。
diff --git a/de-DE/guide/i18n/index.md b/de-DE/guide/i18n/index.md
index 1a043e68a724..311a8eb8a246 100644
--- a/de-DE/guide/i18n/index.md
+++ b/de-DE/guide/i18n/index.md
@@ -1,6 +1,6 @@
 # 基本用法
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 国际化](../../manual/usage/customize.md#国际化)。
 :::
 
@@ -95,6 +95,19 @@ ctx.i18n.define('en-US', { hello: 'Hello, {author.name}!' })
 
 上述三段代码的实际效果完全相同，可以根据自己的需要进行选择。
 
+如果你希望对属性值进行某些计算，传入 Javascript 表达式也是可以的：
+
+```ts
+ctx.i18n.define('zh-CN', { list: '列表：{arr.join(",")}' })
+ctx.i18n.define('en-US', { list: 'List: {arr.join(",")}' })
+```
+
+::: tip
+目前支持的表达能力会受到解析器和特殊语法的限制。请避免在表达式中引入 `}`，以免造成歧义。
+
+此外，如果向 `session.text()` 传入的二参数是一个数组，那么直接写 `{0}` 将表示数组中的第一个元素 (而非作为 JavaScript 表达式的 `0`)。
+:::
+
 ### 使用消息元素
 
 你也可以在模板中使用 [消息元素](../basic/element.md) 语法。消息元素的属性同样使用 `{}` 进行插值：
@@ -125,7 +138,7 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 {/if}
 ```
 
-::: tip
+:::tip
 如果要使用这种层面的模板能力，那么你的代码已经不适合使用 `ctx.i18n.define()` 定义了。建议参考 [下一节](./translation.md) 中的做法，将不同语言的模板放入不同的文件中，以方便编辑和管理。
 :::
 
@@ -143,11 +156,11 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 
 例如，如果用户配置的语言列表为 `zh-CN`, `en-US`, `zh-TW`, `en-GB`，则对于不同的目标语言会生成对应的回退序列：
 
-- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ``, `zh`, `zh-CN`, `zh-TW`
-- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ``
-- 目标语言为 `de-DE`，回退序列为 ``, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
-- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ``
-- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ``
+- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ` `, `zh`, `zh-CN`, `zh-TW`
+- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ` `
+- 目标语言为 `de-DE`，回退序列为 ` `, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
+- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ` `
+- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ` `
 
 请注意，空字符串也被视为合法的语言，其所代表的是「没有指定语言」的情况。在实践中，空语言的使用是非常广泛的，例如当用户使用下面的代码定义指令：
 
@@ -180,7 +193,7 @@ ctx.command('echo', '回声')
 session.text(['foo', 'bar'])
 ```
 
-::: tip
+:::tip
 路径回退的优先级低于语言回退。举个例子，假如可选的语言包括 A 和 B，路径包括 1 和 2。翻译 A1 不存在，但是翻译 A2 和 B1 都存在。这种情况下会输出 B1 而非 A2。采用这种设计是因为不同的路径通常表达了不同的逻辑。相比语言的正确性，逻辑的正确性更重要。
 :::
 
diff --git a/de-DE/guide/i18n/translation.md b/de-DE/guide/i18n/translation.md
index f29f8f4b1a7c..3f07c2a60b33 100644
--- a/de-DE/guide/i18n/translation.md
+++ b/de-DE/guide/i18n/translation.md
@@ -17,11 +17,11 @@ ctx.i18n.define('en-US', require('./locales/en-US'))
 ctx.i18n.define('zh-CN', require('./locales/zh-CN'))
 ```
 
-::: tip
+:::tip
 在上面的例子中我们使用了 YAML 作为翻译文件的格式。这是因为它的语法简洁美观，非常适合本地化开发。你也可以采用 JSON 等任何你喜欢的格式进行开发。
 :::
 
-::: tip
+:::tip
 Node.js 并不支持直接加载 `.yaml` / `.yml` 后缀的文件，但我们可以通过适当的 [register](https://nodejs.org/api/cli.html#-r---require-module) 解决这个问题。对此我们的官方脚手架已经内置了相应的支持。
 :::
 
@@ -84,7 +84,7 @@ if (new Date().getHours < 12) {
 
 ## 配置本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 配置本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -186,7 +186,7 @@ Schema.intersect([
 
 ## 控制台本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 控制台本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -215,6 +215,6 @@ if (import.meta.hot) {
 }
 ```
 
-::: tip
+:::tip
 注意：此时你的翻译文件应当处于 `client` 目录而非 `src/locales` 目录。
 :::
diff --git a/de-DE/guide/index.md b/de-DE/guide/index.md
index 8932cb81199d..6b4d2d01c4ee 100644
--- a/de-DE/guide/index.md
+++ b/de-DE/guide/index.md
@@ -2,7 +2,7 @@
 
 ## 如何阅读本指南
 
-::: tip
+:::tip
 本篇指南旨在向有一定 Node.js 开发基础的人介绍 Koishi 的全部知识。如果你只想快速搭建自己的机器人而非学习 Koishi 开发，请前往 [起步](../manual/starter/) 了解更多安装方式。
 :::
 
@@ -12,7 +12,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与入门教程的关系
 
-::: tip
+:::tip
 前往 → [入门教程](../manual/introduction.md)
 :::
 
@@ -20,7 +20,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与进阶指南的关系
 
-::: tip
+:::tip
 前往 → [进阶指南](../cookbook/index.md)
 :::
 
diff --git a/de-DE/guide/plugin/filter.md b/de-DE/guide/plugin/filter.md
index 864555b30a39..0c275687b340 100644
--- a/de-DE/guide/plugin/filter.md
+++ b/de-DE/guide/plugin/filter.md
@@ -1,14 +1,14 @@
 # 过滤器
 
-::: tip
-在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#过滤器)。
+:::tip
+在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#filters)。
 :::
 
 默认情况下，一个会话事件、中间件或者指令都对所有的会话生效。但如果我们希望这些功能只对部分群聊或者用户生效，我们就需要用到 **过滤器**。
 
 ## 属性过滤器
 
-::: warning
+:::warning
 请不要滥用这项功能：在源码中直接书写账号或群号会导致隐私泄露，并且其他用户无法使用你的插件。推荐 [在配置文件中使用过滤器](#配置文件中的过滤器)。
 :::
 
diff --git a/de-DE/guide/plugin/index.md b/de-DE/guide/plugin/index.md
index 012d3a7e4429..8c16c2298950 100644
--- a/de-DE/guide/plugin/index.md
+++ b/de-DE/guide/plugin/index.md
@@ -1,6 +1,6 @@
 # 认识插件
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 安装和配置插件](../../manual/usage/market.md)。
 :::
 
@@ -38,7 +38,7 @@ ctx.plugin(class {
 
 ## 模块化的插件
 
-插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入默认值) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入整个模块的内容)。
+插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#默认导入) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#命名空间导入)。
 
 对于对象形式的插件，你还可以额外提供一个 `name` 属性作为插件的名称。对于函数和类形式的插件来说，插件名称便是函数名或类名。具名插件有助于更好地描述插件的功能，并被用于插件关系可视化中，实际上不会影响任何运行时的行为。
 
@@ -92,7 +92,7 @@ export function apply(ctx: Context) {
 
 这两种写法并无优劣之分，你完全可以按照自己的需求调整导出的形式。按照惯例，如果你的插件是一个函数，我们通常直接导出 apply 方法，并将导出整体作为一个插件；如果你的插件是一个类，那么我们通常使用默认导出的形式。
 
-::: tip
+:::tip
 这里默认导出的优先级更高。因此，只要模块提供了默认导出，Koishi 就会尝试加载这个默认导出，而不是导出整体。在开发中请务必注意这一点。
 :::
 
diff --git a/de-DE/guide/plugin/schema.md b/de-DE/guide/plugin/schema.md
index 4a4c3ad9877d..692499b30f47 100644
--- a/de-DE/guide/plugin/schema.md
+++ b/de-DE/guide/plugin/schema.md
@@ -88,7 +88,7 @@ namespace Example {
   })
 }
 
-export default Foo
+export default Example
 ```
 
 形如 `name` 和 `Config` 这样的属性，我们称之为插件的元属性。它们需要与插件的入口函数同级导出。例如，你还可以通过导出 `usage` 属性来为插件提供使用方法。这样一来，一个完整的插件就可以写成这样：
diff --git a/de-DE/guide/plugin/service.md b/de-DE/guide/plugin/service.md
index c80254b42acd..481786eab4b7 100644
--- a/de-DE/guide/plugin/service.md
+++ b/de-DE/guide/plugin/service.md
@@ -57,7 +57,7 @@ export function apply(ctx: Context) {
 
 你很快会发现这样写完全无法运行。首先，数据库服务需要等到应用启动完成后才可以访问，换言之即使安装了数据库插件，你也无法立即判断数据库服务是否存在。此外，一旦上述服务所在插件在运行时被重载，由于上面的代码属于 dialogue 插件，因此 if 中代码的副作用将无法被有效清理；而当相应的服务重新被注册时，这部分的代码也不会被重新运行，从而导致一系列难以检测的问题。
 
-### inject 属性
+### inject 属性 {#inject}
 
 为了解决这种问题，Koishi 为插件声明提供了一个独特的 `inject` 属性：
 
@@ -93,7 +93,7 @@ ctx.plugin({
 })
 ```
 
-::: tip
+:::tip
 请注意：这里出现了两个 `ctx` 对象，它们属于不同的插件。在子插件的回调函数内，请务必使用作为参数的 `ctx` 而不是外层的 `ctx`，不然在服务被热重载时可能会引发内存泄漏。
 :::
 
@@ -139,7 +139,6 @@ export function apply(ctx: Context) {
 }
 ```
 
-
 <!-- ## 服务的共享与隔离
 
 在默认情况下，任何上下文中设置的服务都会被同一个应用内的所有上下文共享。这当然非常方便——事实上服务也正是为了这样的需求而设计的，但这意味着你的每种服务只能同时存在一个实例。如果你希望用多个插件实现同一个服务，并分别提供给不同的上下文使用的话，你就要用到服务的隔离功能了。
@@ -203,45 +202,40 @@ plugins:
 如果你希望自己插件提供一些接口供其他插件使用，那么最好的办法便是提供自定义服务，就像这样：
 
 ```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-// 这个表达式定义了一个名为 console 的服务
-Context.service('console')
-
-// 假如你在某个上下文设置了这个值，其他的上下文也将拥有此属性
-app.guild().console = new Console()
-app.private().console instanceof Console // true
+export default class Console extends Service {
+  constructor(ctx: Context) {
+    super(ctx, 'console')
+  }
+}
 ```
 
-这种做法的本质原理是修改了 Context 的原型链。
+这样定义的好处在于，`Console` 本身也是一个合法的插件，其他插件可以直接通过 `ctx.plugin(Console)` 来加载它。
 
-对于 TypeScript 用户，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
+对于 TypeScript 用户，在定义服务时，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
 
 ```ts no-extra-header
 declare module 'koishi' {
   interface Context {
-    console: console
+    console: Console
   }
 }
 ```
 
-### 服务的生命周期
-
-相比直接赋值，我们更推荐你从 Service 派生子类来实现自定义服务：
+而使用服务的插件则需要声明依赖并导入类型：
 
 ```ts
-class Console extends Service {
-  constructor(ctx: Context) {
-    // 这样写你就不需要手动给 ctx 赋值了
-    super(ctx, 'console', true)
-  }
-}
+import {} from 'koishi-plugin-console'
 
-// 这样定义的好处在于，Console 本身也是一个插件
-app.plugin(Console)
+export const inject = ['console']
+
+export function apply(ctx: Context) {
+  ctx.console.addEntry('/path/to/dialogue/extension')
+}
 ```
 
-Service 抽象类的构造函数支持三个参数：
+### 服务的生命周期
+
+`Service` 抽象类的构造函数支持三个参数：
 
 - `ctx`：服务所在的上下文对象
 - `name`：服务的名称 (即其在所有上下文中的属性名)
@@ -255,19 +249,7 @@ Service 抽象类的构造函数支持三个参数：
 
 默认情况下，一个自定义服务会先等待 ready 事件触发，然后调用可能存在的 `start()` 方法，最后才会被注册到全体上下文中。这种设计确保了服务在能够被访问的时候就已经是可用的。但如果你的服务不需要等待 ready 事件，那么只需传入第三个参数 `true` 就可以立即将服务注册到所有上下文中。
 
-此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，其他插件不再可以访问到这项服务：
-
-```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-app.console                 // falsy
-app.plugin(Console)         // 加载插件
-app.console                 // truthy
-app.dispose(Console)        // 卸载插件
-app.console                 // falsy
-app.plugin(Console)         // 重新加载插件
-app.console                 // truthy
-```
+此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，通过 `inject` 声明依赖的插件也会被停止运行，直到服务再次被实现。这意味着开发者不需要担心服务的生命周期，只需要专注于提供或使用服务的功能即可。
 
 ### 支持热重载
 
@@ -285,9 +267,9 @@ class Console extends Service {
     this.entries.add(filename)
     this.triggerReload()
 
-    // 注意这个地方，caller 属性会指向访问此方法的上下文
+    // 注意这个地方，ctx 属性会指向访问此方法的上下文 (而不是构造函数中的上下文)
     // 只需要在这个上下文上监听 dispose 事件，就可以顺利处理副作用了
-    this[Context.current]?.on('dispose', () => {
+    this.ctx.on('dispose', () => {
       this.entries.delete(filename)
       this.triggerReload()
     })
@@ -295,9 +277,9 @@ class Console extends Service {
 }
 ```
 
-## 在 `package.json` 中声明依赖
+## 在 `package.json` 中声明依赖 {#package-json}
 
-如果你打算将插件发布到插件市场，我们建议在插件的 [`package.json`](../develop/publish.md#koishi-字段) 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
+如果你打算将插件发布到插件市场，我们建议在插件的 `package.json` 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
 
 ```json title=package.json
 {
@@ -313,7 +295,13 @@ class Console extends Service {
 
 在这里，`required` 对应于必需依赖，`optional` 对应于可选依赖，`implements` 对应于提供的服务。如果你的插件没有使用或提供服务，那么对应的字段可以省略。
 
-### 关于 `peerDependencies`
+### 对比 `inject` 声明 {#inject-vs-dep}
+
+<!-- 按理说，我已经在 `inject` 中声明过一次服务依赖了，为什么还要在 `package.json` 中再声明一次呢？ -->
+
+对于任何依赖服务的插件，其必须声明 `inject` 才能正常工作，但缺失 `package.json` 中的声明并不会影响插件的运行。尽管如此，我们依然建议你在 `package.json` 中声明依赖，因为这样做能够在安装时提供更多信息，使用者可以一次性地安装插件所需的所有依赖，而不是等到插件运行时才发现缺少了某个服务。
+
+### 关于 `peerDependencies` {#peer-vs-dep}
 
 一个很容易混淆的概念是 `package.json` 自带的 `peerDependencies` 字段。这个字段用于声明一个 npm 包的依赖，但声明的依赖需要由用户安装 (或由包管理器自动安装到依赖树顶层)。是不是跟服务的概念非常像？它们之间的区别如下：
 
diff --git a/de-DE/index.md b/de-DE/index.md
index 829eccfdc23e..9783225ef724 100644
--- a/de-DE/index.md
+++ b/de-DE/index.md
@@ -3,136 +3,100 @@ layout: home
 links:
   starter: /de-DE/manual/starter/
 home:
-  desc: 创建跨平台、可扩展、高性能的机器人
+  desc: Entwicklung von Robotern mit hoher Leistung, die plattformübergreifend und erweiterbares sind
   primary: 即刻起步
   secondary: 了解更多
 features:
-  - 
-    title: 实时监控
+  - title: 实时监控
     desc: 借助 Koishi 的仪表盘功能，实时监控机器人的运行状态。
     image: /manual/console/home
-  - 
-    title: 简单配置
+  - title: 简单配置
     desc: Koishi 提供了丰富的插件配置和简单易懂的操作模式，使你能够轻松完成机器人的定制化。
     image: /manual/console/settings
-  - 
-    title: 生态丰富
+  - title: 生态丰富
     desc: Koishi 拥有庞大的插件生态，无论是日常娱乐还是实用功能，你都能在这里找到。
     image: /manual/console/market
-  - 
-    title: 数据库
+  - title: 数据库
     desc: 多驱动、高性能的数据库使得 Koishi 可以轻松处理百万量级的数据。
     image: /manual/console/database
-  - 
-    title: 即刻预览
+  - title: 即刻预览
     desc: 安装或配置任何插件后，你可以立即在 Koishi 的沙盒界面中模拟聊天、预览效果。
     image: /manual/console/sandbox
 development:
   title: 专为开发者打造
   desc: Koishi 更为开发者提供了众多专业功能，使开发者得以在各种复杂需求中构建规模化的解决方案。
 advantages:
-  - 
-    title: 类型支持
+  - title: 类型支持
     desc: Koishi 完全基于 TypeScript 开发，拥有顶级的类型支持，丰富的代码提示让你在编写代码的时候甚至无需查看文档。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 1024 1024
       path: M0 512v512h1024V0H0z m825.216-40.789333c26.026667 6.485333 45.824 18.048 64.042667 36.906666 9.429333 10.069333 23.424 28.416 24.533333 32.853334 0.341333 1.28-44.202667 31.146667-71.168 47.914666-0.981333 0.64-4.906667-3.584-9.258667-10.069333-13.226667-19.2-27.008-27.477333-48.128-28.928-31.061333-2.133333-51.029333 14.122667-50.858666 41.258667a37.546667 37.546667 0 0 0 4.352 19.2c6.826667 14.122667 19.541333 22.613333 59.306666 39.808 73.344 31.573333 104.704 52.352 124.202667 81.92 21.76 32.981333 26.666667 85.674667 11.861333 124.842666-16.213333 42.581333-56.533333 71.509333-113.28 81.066667-17.536 3.114667-59.136 2.645333-77.994666-0.768-41.130667-7.338667-80.128-27.648-104.192-54.314667-9.429333-10.368-27.818667-37.546667-26.666667-39.466666a67.413333 67.413333 0 0 1 9.386667-6.016c4.608-2.602667 21.802667-12.544 38.058666-21.973334l29.44-17.066666 6.186667 9.130666c8.618667 13.141333 27.434667 31.189333 38.826667 37.205334 32.682667 17.237333 77.525333 14.805333 99.626666-5.034667a37.674667 37.674667 0 0 0 13.354667-30.72c0-11.861333-1.493333-17.066667-7.68-26.026667-7.936-11.349333-24.192-20.906667-70.357333-40.96-52.821333-22.741333-75.562667-36.864-96.384-59.306666a135.04 135.04 0 0 1-28.117334-51.2c-3.882667-14.464-4.864-50.730667-1.792-65.322667 10.88-51.072 49.408-86.613333 105.002667-97.194667 18.048-3.413333 59.989333-2.133333 77.696 2.261334z m-240.384 42.752l0.341333 41.941333H451.84v378.709333H357.546667v-378.709333H224.341333v-41.130667c0-22.784 0.469333-41.813333 1.109334-42.24 0.512-0.682667 81.621333-1.024 179.925333-0.853333l178.986667 0.512z
-  - 
-    title: 文档丰富
+  - title: 文档丰富
     desc: 浏览我们精心编写的文档，了解从新人起步到插件开发的所有细节。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 448 512
       path: M437.2 403.5L320 215V64h8c13.3 0 24-10.7 24-24V24c0-13.3-10.7-24-24-24H120c-13.3 0-24 10.7-24 24v16c0 13.3 10.7 24 24 24h8v151L10.8 403.5C-18.5 450.6 15.3 512 70.9 512h306.2c55.7 0 89.4-61.5 60.1-108.5zM137.9 320l48.2-77.6c3.7-5.2 5.8-11.6 5.8-18.4V64h64v160c0 6.9 2.2 13.2 5.8 18.4l48.2 77.6h-172z
-  - 
-    title: 模块热重载
+  - title: 模块热重载
     desc: 开发 Koishi 插件时，只需轻点保存即可热重载，无需频繁重启机器人，如同前端开发一样丝滑顺畅。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 576 512
       path: M519.442 288.651c-41.519 0-59.5 31.593-82.058 31.593C377.409 320.244 432 144 432 144s-196.288 80-196.288-3.297c0-35.827 36.288-46.25 36.288-85.985C272 19.216 243.885 0 210.539 0c-34.654 0-66.366 18.891-66.366 56.346 0 41.364 31.711 59.277 31.711 81.75C175.885 207.719 0 166.758 0 166.758v333.237s178.635 41.047 178.635-28.662c0-22.473-40-40.107-40-81.471 0-37.456 29.25-56.346 63.577-56.346 33.673 0 61.788 19.216 61.788 54.717 0 39.735-36.288 50.158-36.288 85.985 0 60.803 129.675 25.73 181.23 25.73 0 0-34.725-120.101 25.827-120.101 35.962 0 46.423 36.152 86.308 36.152C556.712 416 576 387.99 576 354.443c0-34.199-18.962-65.792-56.558-65.792z
 footer:
-  - 
-    text: 起步
+  - text: 起步
     items:
-      - 
-        text: 为 Windows 安装
+      - text: Installation für Windows
         link: /de-DE/manual/starter/windows.html
-      - 
-        text: 为 macOS 安装
+      - text: Installation für macOS
         link: /de-DE/manual/starter/macos.html
-      - 
-        text: 为 Linux 安装
+      - text: Installation für Linux
         link: /de-DE/manual/starter/linux.html
-      - 
-        text: 为 Android 安装
+      - text: Installation für Android
         link: /de-DE/manual/starter/android.html
-      - 
-        text: 在容器中使用
+      - text: Installation für Container
         link: /de-DE/manual/starter/docker.html
-      - 
-        text: 创建模板项目
+      - text: Vorlagenprojekt erstellen
         link: /de-DE/manual/starter/boilerplate.html
-      - 
-        text: 作为依赖调用
+      - text: Als Abhängigkeit verwenden
         link: /de-DE/manual/starter/direct.html
-  - 
-    text: 文档
+  - text: 文档
     items:
-      - 
-        text: 开发指南
+      - text: 开发指南
         link: /de-DE/guide/
-      - 
-        text: API 参考
+      - text: API 参考
         link: /de-DE/api/
-      - 
-        text: 官方插件
+      - text: 官方插件
         link: /de-DE/plugins/
-  - 
-    text: 平台
+  - text: 平台
     items:
-      - 
-        text: 钉钉
+      - text: 钉钉
         link: /zh-CN/plugins/adapter/dingtalk.html
-      - 
-        text: Discord
+      - text: Discord
         link: /de-DE/plugins/adapter/discord.html
-      - 
-        text: KOOK
+      - text: KOOK
         link: /de-DE/plugins/adapter/kook.html
-      - 
-        text: 飞书
+      - text: 飞书
         link: /de-DE/plugins/adapter/lark.html
-      - 
-        text: LINE
+      - text: LINE
         link: /zh-CN/plugins/adapter/line.html
-      - 
-        text: 邮件
+      - text: 邮件
         link: /zh-CN/plugins/adapter/mail.html
-      - 
-        text: Matrix
+      - text: Matrix
         link: /zh-CN/plugins/adapter/matrix.html
-      - 
-        text: QQ
+      - text: QQ
         link: /zh-CN/plugins/adapter/qq.html
-      - 
-        text: Satori
+      - text: Satori
         link: /zh-CN/plugins/adapter/satori.html
-      - 
-        text: Slack
+      - text: Slack
         link: /zh-CN/plugins/adapter/Slack.html
-      - 
-        text: Telegram
+      - text: Telegram
         link: /de-DE/plugins/adapter/telegram.html
-      - 
-        text: 微信公众号
+      - text: 微信公众号
         link: /zh-CN/plugins/adapter/wechat-official.html
-      - 
-        text: 企业微信
+      - text: 企业微信
         link: /zh-CN/plugins/adapter/wecom.html
-      - 
-        text: WhatsApp
+      - text: WhatsApp
         link: /zh-CN/plugins/adapter/whatsapp.html
 ---
-
diff --git a/de-DE/manual/faq.md b/de-DE/manual/faq.md
index 80cba6c74b61..b43101d19a61 100644
--- a/de-DE/manual/faq.md
+++ b/de-DE/manual/faq.md
@@ -1,2 +1 @@
 # 常见问题
-
diff --git a/de-DE/manual/introduction.md b/de-DE/manual/introduction.md
index a9ace197f6e3..982c3c6f8806 100644
--- a/de-DE/manual/introduction.md
+++ b/de-DE/manual/introduction.md
@@ -1,4 +1,4 @@
-# 介绍
+# Einleitung
 
 Koishi 是一个跨平台、可扩展、高性能的聊天机器人框架。
 
diff --git a/de-DE/manual/launcher/system.md b/de-DE/manual/launcher/system.md
index 9e3c3c46f1f1..698e2aa7b6e1 100644
--- a/de-DE/manual/launcher/system.md
+++ b/de-DE/manual/launcher/system.md
@@ -16,64 +16,64 @@
 
 ### Windows 8.1
 
-| 产品                             | 核心                   | 窗口                   | 增强  |
-| ------------------------------ | -------------------- | -------------------- | --- |
-| Windows 8.1                    | :white\_check\_mark: | :white\_check\_mark: | :x: |
-| Windows Server 2012 R2         | :white\_check\_mark: | :white\_check\_mark: | :x: |
-| Hyper-V Server 2012 R2         | :x:                  | :x:                  | :x: |
-| Windows Storage Server 2012 R2 | :x:                  | :x:                  | :x: |
-| Windows Embedded 8.1 Pro       | :x:                  | :x:                  | :x: |
-| Windows Embedded 8.1 Industry  | :x:                  | :x:                  | :x: |
+| 产品                                            | 核心                                                                                           | 窗口                                                                                           | 增强                                  |
+| --------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | ----------------------------------- |
+| Windows 8.1                   | :white_check_mark: | :white_check_mark: | :x: |
+| Windows Server 2012 R2                        | :white_check_mark: | :white_check_mark: | :x: |
+| Hyper-V Server 2012 R2                        | :x:                                                          | :x:                                                          | :x: |
+| Windows Storage Server 2012 R2                | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Pro      | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Industry | :x:                                                          | :x:                                                          | :x: |
 
 ### Windows 10
 
-| 产品                                  | 核心                   | 窗口                   | 增强                   |
-| ----------------------------------- | -------------------- | -------------------- | -------------------- |
-| Version 1507                        | :x:                  | :x:                  | :x:                  |
-| Version 1511                        | :x:                  | :x:                  | :x:                  |
-| Version 1607                        | :x:                  | :x:                  | :x:                  |
-| Version 1703                        | :x:                  | :x:                  | :x:                  |
-| Version 1709                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1803                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1809                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1903                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1909                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 2004                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 20H2                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H1                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 2015 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 2016 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 Enterprise 2015 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise 2016 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise LTSC 2019     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise LTSC 2021     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise multi-session | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows Server 2016                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2016                 | :x:                  | :x:                  | :x:                  |
-| Windows Storage Server 2016         | :x:                  | :x:                  | :x:                  |
-| Windows Server 2019                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2019                 | :x:                  | :x:                  | :x:                  |
-| Windows Server 2022                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 IoT Core                 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core Services        | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core LTSC            | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT LTSC 2019 Core       | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise           | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise 2019      | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2015 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2016 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2019 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2021 | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019             | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019 for Storage | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2022             | :x:                  | :x:                  | :x:                  |
+| 产品                                  | 核心                                                                                           | 窗口                                                                                           | 增强                                                                                           |
+| ----------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 1507                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1511                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1607                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1703                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1709                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1803                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1809                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1903                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1909                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 2004                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 20H2                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H1                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 2015 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 2016 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 Enterprise 2015 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise 2016 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise LTSC 2019     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise LTSC 2021     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise multi-session | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows Server 2016                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2016                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Storage Server 2016         | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2019                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2019                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2022                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 IoT Core                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core Services        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core LTSC            | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT LTSC 2019 Core       | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise           | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise 2019      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2015 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2016 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2019 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2021 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019 for Storage | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2022             | :x:                                                          | :x:                                                          | :x:                                                          |
 
 ### Windows 11
 
-| 产品           | 核心                   | 窗口                   | 增强                   |
-| ------------ | -------------------- | -------------------- | -------------------- |
-| Version 21H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 365  | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
+| 产品           | 核心                                                                                           | 窗口                                                                                           | 增强                                                                                           |
+| ------------ | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 21H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 365  | :white_check_mark: | :white_check_mark: | :white_check_mark: |
diff --git a/de-DE/manual/recipe/execution.md b/de-DE/manual/recipe/execution.md
index 81bcc7963420..9d7d6f3b8c31 100644
--- a/de-DE/manual/recipe/execution.md
+++ b/de-DE/manual/recipe/execution.md
@@ -2,12 +2,11 @@
 
 ## 使用引号
 
-Koishi 会自动将引号 (半角或者全角) 中的内容视为一个整体。这在很多场景中都非常有用，下面举出了一些典型的例子：
+与大多数命令行工具一样，你可以使用单引号或双引号将参数包裹，引号中的内容将被视为一个独立的参数。这在许多场景下都非常有用：
 
 - 当希望传入带空格的参数时 (默认行为是只解析空格前面的部分)
 - 当希望传入以 `-` 开头的参数时 (默认的行为是解析成下一个选项)
 - 当希望传入一个空字符串时作为参数时 (默认的行为是解析为 `true`)
-- 当希望传入只由数字构成的字符串参数时 (默认行为是解析为 `number` 类型)
 
 ## 指令插值
 
@@ -33,7 +32,7 @@ Koishi 默认不转义单引号内的文本。如果你不希望某个参数被
 
 <chat-panel>
 <chat-message nickname="Alice">ecko hello</chat-message>
-<chat-message nickname="Koishi">您要找的是不是“echo”？Senden Sie einen Punkt, um den Vorschlag anzuwenden.</chat-message>
+<chat-message nickname="Koishi">您要找的是不是“echo”？回复句号以使用推测的指令。</chat-message>
 <chat-message nickname="Alice">.</chat-message>
 <chat-message nickname="Koishi">hello</chat-message>
 </chat-panel>
diff --git a/de-DE/manual/recipe/multiple.md b/de-DE/manual/recipe/multiple.md
index a6deda290eb8..f023dd4a4648 100644
--- a/de-DE/manual/recipe/multiple.md
+++ b/de-DE/manual/recipe/multiple.md
@@ -16,8 +16,8 @@
 
 与此同时，绝大多数插件都是不可重用的。对于这类插件，你只能同时拥有一份运行中的配置。如果已经有一份正在运行的配置，那么你会在其他配置处看到一行提示「此插件正在运行且不可重用」。当然，你仍然可以准备多份配置，并在合适的时机将一份配置停用，并启用另一份。
 
-对于那些不可重用的插件，如果希望在不同的场景下切换到不同的配置，就需要插件作者提供带有 [过滤器](../usage/customize.md#过滤器) 的配置项。如果你想要修改的配置不支持过滤器，那么你可以考虑向插件作者提出建议，或采用下面介绍的 [多实例](#多实例) 方案。
+对于那些不可重用的插件，如果希望在不同的场景下切换到不同的配置，就需要插件作者提供带有 [过滤器](../usage/customize.md#filters) 的配置项。如果你想要修改的配置不支持过滤器，那么你可以考虑向插件作者提出建议，或采用下面介绍的 [多实例](#multiple-instances) 方案。
 
-## 多实例
+## 多实例 {#multiple-instances}
 
 另一种方案是同时运行多个 Koishi 应用。这样做的好处是，你可以在不同的应用中使用完全不同的插件配置，甚至启用完全不同的插件组合。但与之相对的，你需要额外维护多个应用，而且每个应用都需要一个独立的端口。
diff --git a/de-DE/manual/recipe/search.md b/de-DE/manual/recipe/search.md
index 5f299b81a741..8b480969971b 100644
--- a/de-DE/manual/recipe/search.md
+++ b/de-DE/manual/recipe/search.md
@@ -33,10 +33,7 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 </div>
 
-上述的过滤条件也可以反向选择，例如 `not:insecure` 或 `created:
-
-
-<date`。在侧边栏中，你可以点击标识名称进行选择，点击第二次反向选择，点击第三次则会取消选择。
+上述的过滤条件也可以反向选择，例如 `not:insecure` 或 `created:<date`。在侧边栏中，你可以点击标识名称进行选择，点击第二次反向选择，点击第三次则会取消选择。
 
 ## 插件分类
 
@@ -46,14 +43,15 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 - <market-icon name="solid:core" />`category:core`：核心功能
 - <market-icon name="solid:adapter" />`category:adapter`：适配器
-- <market-icon name="solid:storage" />`category:storage`：存储服务
+- <market-icon name="solid:general" />`category:general`：存储服务
 - <market-icon name="solid:extension" />`category:extension`：扩展功能
-- <market-icon name="solid:console" />`category:console`：控制台
+- <market-icon name="solid:webui" />`category:webui`：控制台
 - <market-icon name="solid:manage" />`category:manage`：管理工具
 - <market-icon name="solid:preset" />`category:preset`：行为预设
 - <market-icon name="solid:image" />`category:image`：图片服务
 - <market-icon name="solid:media" />`category:media`：资讯服务
 - <market-icon name="solid:tool" />`category:tool`：实用工具
+- <market-icon name="solid:life" />`category:life`：生活指南
 - <market-icon name="solid:ai" />`category:ai`：人工智能
 - <market-icon name="solid:meme" />`category:meme`：趣味交互
 - <market-icon name="solid:game" />`category:game`：娱乐玩法
@@ -86,7 +84,7 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 ## 快速体验
 
-::: warning
+:::warning
 快速体验目前仍然是实验性功能，仅在官方文档中的插件市场里可用。
 :::
 
diff --git a/de-DE/manual/recipe/server.md b/de-DE/manual/recipe/server.md
index 48f6b04046af..cbc6302b8e9e 100644
--- a/de-DE/manual/recipe/server.md
+++ b/de-DE/manual/recipe/server.md
@@ -1,25 +1,29 @@
 # 公网部署
 
-::: warning
-将 Koishi 暴露在公网上可能会导致你的服务器受到攻击。你需要妥善配合 [用户登录](../usage/platform.md#控制台登录) 等方式以限制控制台功能的访问能力。
-:::
-
 Koishi 应用默认情况下只能在本机访问。而对于某些需求，你可能希望在公网上访问到 Koishi 的控制台或其他网络服务：
 
 - 让更多人访问到你的 Koishi 控制台
-- 使用作为 webhook 服务端的插件 (例如 [github](https://github.koishi.chat))
+- 使用作为 webhook 服务端的插件 (例如 [github](https://github.koishi.chat) 和部分适配器插件)
 
 本节教程将指导你完成 Koishi 应用的公网部署。
 
-## 直接暴露
+## 配置用户登录
+
+将 Koishi 不受限制地暴露在公网上可能会导致你的服务器受到攻击。因此，你需要妥善配合用户登录等方式以限制控制台功能的访问能力。
+
+在 [前面的章节](../usage/platform.md#console-login) 中，我们已经介绍了 [auth](../../plugins/console/auth.md) 插件的使用方法。
+
+## 配置服务器地址
+
+Koishi 的服务器功能是由预装插件 [@koishijs/plugin-server](../../plugins/develop/server.md) 提供的。
 
-点击控制台左侧的「插件配置」，选择「全局配置」并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待 Koishi 重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
+前往「插件配置」页面，找到 server 插件，并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待插件重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
 
-如果你已经准备了域名，你还需要同时将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
+如果你将 Koishi 应用暴露在公网上，并配置了相应的域名解析记录，你还需要将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
 
-## 反向代理
+## 配置反向代理
 
-如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。使用反向代理时，你不需要修改上述 `host` 配置项。
+如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。在同设备上使用反向代理时，你不需要修改上述 `host` 配置项。
 
 ### 使用 Caddy
 
diff --git a/de-DE/manual/starter/android.md b/de-DE/manual/starter/android.md
index 234500007926..14ec6440fbfa 100644
--- a/de-DE/manual/starter/android.md
+++ b/de-DE/manual/starter/android.md
@@ -1,23 +1,23 @@
 ---
 prev:
-  text: 选择安装方式
+  text: Andere Installationsmethoden
   link: /de-DE/manual/starter/
 next:
-  text: 安装和配置插件
+  text: Installation und Konfiguration der Plugins
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 为 Android 安装
+# Installation für Android
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-::: danger
+:::danger
 此项目仍在早期开发中。部分功能可能不可用。
 :::
 
-## 下载
+## Heruntergeladen
 
 - [下载标准包 (.apk)](https://k.ilharp.cc/android-lite.apk)
 - [下载扩展包 (.apk)](https://k.ilharp.cc/android-full.apk)
diff --git a/de-DE/manual/starter/boilerplate.md b/de-DE/manual/starter/boilerplate.md
index f6b029a2324b..f857b2ac190f 100644
--- a/de-DE/manual/starter/boilerplate.md
+++ b/de-DE/manual/starter/boilerplate.md
@@ -1,13 +1,13 @@
 ---
 prev:
-  text: 选择安装方式
+  text: Andere Installationsmethoden
   link: /de-DE/manual/starter/
 next:
-  text: 安装和配置插件
+  text: Installation und Konfiguration der Plugins
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 创建模板项目
+# Vorlagenprojekt erstellen
 
 :::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
diff --git a/de-DE/manual/starter/direct.md b/de-DE/manual/starter/direct.md
index 3fbb638d1177..3c2a0cca50dd 100644
--- a/de-DE/manual/starter/direct.md
+++ b/de-DE/manual/starter/direct.md
@@ -1,27 +1,27 @@
 ---
 prev:
-  text: 选择安装方式
+  text: Andere Installationsmethoden
   link: /de-DE/manual/starter/
 next:
-  text: 指南
+  text: Anleitung
   link: /de-DE/guide/
 ---
 
-# 作为依赖调用
+# Als Abhängigkeit verwenden
 
-::: warning
+:::warning
 这篇指南假设你已了解关于 [JavaScript](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript) 和 [Node.js](https://nodejs.org/) 的中级知识。如果你刚开始学习 JavaScript 开发或者对编写业务代码不感兴趣，请 [选择其他安装方式](./index.md)。
 :::
 
-::: warning
+:::danger
 我们强烈建议使用模板项目进行 Koishi 开发。如果你不确定自己在做什么，建议先完整阅读 [模板项目](./boilerplate.md) 章节。
 :::
 
-虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望将 Koishi 嵌入更复杂的程序中，那么直接调用将会成为更具有灵活性的选择。
+虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望在没有 Node.js 的环境下运行 Koishi，那么直接调用将会成为更具有灵活性的选择。
 
 ## 初始化项目
 
-::: tip
+:::tip
 Koishi 本身使用 TypeScript 编写，因此我们推荐你使用 TypeScript 来进行 Koishi 开发。在接下来的文档中，我们将统一使用 TypeScript 作为示例代码。如果你想编写原生 JavaScript 或使用其他方言，可以在示例代码的基础上自行修改。
 :::
 
@@ -29,13 +29,15 @@ Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运
 
 首先初始化你的机器人目录并安装 Koishi 和所需的插件 (这里以官方插件 console, sandbox 和 echo 为例)：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 初始化项目
 npm init
 
 # 安装 Koishi 和相关插件
 npm i koishi \
+      @koishijs/plugin-server \
       @koishijs/plugin-console \
       @koishijs/plugin-sandbox \
       @koishijs/plugin-echo
@@ -43,12 +45,14 @@ npm i koishi \
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 npm i typescript @types/node esbuild esbuild-register -D
 ```
+
 ```yarn
 # 初始化项目
 yarn init
 
 # 安装 Koishi 和相关插件
-yarn add koishi
+yarn add koishi \
+         @koishijs/plugin-server \
          @koishijs/plugin-console \
          @koishijs/plugin-sandbox \
          @koishijs/plugin-echo
@@ -56,28 +60,28 @@ yarn add koishi
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 yarn add typescript @types/node esbuild esbuild-register -D
 ```
+
 :::
 
 新建入口文件 `index.ts`，并写下这段代码：
 
 ```ts title=index.ts no-extra-header
 import { Context } from 'koishi'
+import server from '@koishijs/plugin-server'
 import console from '@koishijs/plugin-console'
 import * as sandbox from '@koishijs/plugin-sandbox'
 import * as echo from '@koishijs/plugin-echo'
 
 // 创建一个 Koishi 应用
-const ctx = new Context({
-  port: 5140,
-})
+const ctx = new Context()
 
 // 启用上述插件
+ctx.plugin(server, {
+  port: 5140,
+})                      // 提供后端服务
 ctx.plugin(console)     // 提供控制台
 ctx.plugin(sandbox)     // 提供调试沙盒
 ctx.plugin(echo)        // 提供回声指令
-
-// 启动应用
-ctx.start()
 ```
 
 接着运行这个文件：
@@ -97,17 +101,20 @@ node -r esbuild-register .
 
 如果你想要接入真实聊天平台，那么你只需要安装适配插件即可：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 以 Satori 和 Discord 适配器为例
 npm i @koishijs/plugin-adapter-satori \
       @koishijs/plugin-adapter-discord
 ```
+
 ```yarn
 # 以 Satori 和 Discord 适配器为例
 yarn add @koishijs/plugin-adapter-satori \
          @koishijs/plugin-adapter-discord
 ```
+
 :::
 
 接着修改你刚刚创建的 `index.ts`。每个机器人相当于启用一个插件：
@@ -143,15 +150,18 @@ Koishi 插件可以在 [npm](https://www.npmjs.com) 上获取。通常插件会
 
 对于社区插件，使用类似的方式安装和加载：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 以 puppeteer 和 forward 插件为例
 npm i koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 ```yarn
 # 以 puppeteer 和 forward 插件为例
 yarn add koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 :::
 
 ```ts title=index.ts
diff --git a/de-DE/manual/starter/docker.md b/de-DE/manual/starter/docker.md
index f36e618905c7..e3c81118adb0 100644
--- a/de-DE/manual/starter/docker.md
+++ b/de-DE/manual/starter/docker.md
@@ -1,15 +1,15 @@
 ---
 prev:
-  text: 选择安装方式
+  text: Andere Installationsmethoden
   link: /de-DE/manual/starter/
 next:
-  text: 安装和配置插件
+  text: Installation und Konfiguration der Plugins
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 在容器中使用
+# Installation für Container
 
-::: warning
+:::warning
 Docker 等容器化软件是以服务生产环境而开发的应用平台，在使用此类软件部署之时，我们相信你已经掌握了运维一台服务器所必须的知识，同时也理解了容器化的概念与相关软件的基础操作。如若不然，在除路由器或 NAS 等特殊环境外，请 [选择其他安装方式](./index.md)。
 :::
 
@@ -19,24 +19,30 @@ Koishi 提供了 [Docker](https://hub.docker.com/r/koishijs/koishi) 镜像，方
 
 使用以下命令启动容器：
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi
 ```
+
 :::
 
 许多插件依赖 [koishi-plugin-puppeteer](https://www.npmjs.com/package/koishi-plugin-puppeteer) 来进行图片渲染，故默认镜像中包含 Chromium。如果你认为镜像过大，不需要预装 Chromium，我们也提供了轻量版本：
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 :::
 
 启动后将会绑定 Koishi 控制台到 5140 端口。
@@ -45,7 +51,7 @@ docker run -p 5140:5140 koishijs/koishi:latest-lite
 
 如果需要更正时区，请使用 `-e TZ=Asia/Shanghai` 来设置时区。
 
-::: tip
+:::tip
 Koishi 本体及其插件都可以控制台完成更新。在持久化文件过后更新容器仅会更新 Chromium 和 Node.js 等的版本。
 :::
 
diff --git a/de-DE/manual/starter/index.md b/de-DE/manual/starter/index.md
index 551bd626a42a..b2e0c3d5a068 100644
--- a/de-DE/manual/starter/index.md
+++ b/de-DE/manual/starter/index.md
@@ -1,39 +1,32 @@
 ---
 layout: Anfänger
-sidebar: falsch
+sidebar: false
 caption: Ich benutze Koishi.
 choices:
   production:
     text: Verwendung für den Aufbau von Roboterservices.
     caption: Ich benutze Koishi auf...
     children:
-      - 
-        text: Windows
+      - text: Windows
         link: /de-DE/manual/starter/windows.html
-      - 
-        text: macOS
+      - text: macOS
         link: /de-DE/manual/starter/macos.html
-      - 
-        text: Linux
+      - text: Linux
         link: /de-DE/manual/starter/linux.html
-      - 
-        text: Android
+      - text: Android
         link: /de-DE/manual/starter/android.html
-      - 
-        text: Docker
+      - text: Docker
         link: /de-DE/manual/starter/docker.html
   development:
     text: Entwicklung
     caption: Ich benutze Koishi als...
     children:
-      - 
-        text: Ein eigenständiges Projekt
+      - text: Ein eigenständiges Projekt
         link: /de-DE/manual/starter/boilerplate.html
-      - 
-        text: Abhängigkeiten von anderen Projekten
+      - text: Abhängigkeiten von anderen Projekten
         link: /de-DE/manual/starter/direct.html
 ---
 
-# Installation
+# Andere Installationsmethoden
 
 Koishi bietet verschiedene Installationsmethoden an, Sie können je nach Bedarf eine auswählen:
diff --git a/de-DE/manual/starter/linux.md b/de-DE/manual/starter/linux.md
index f8dbcc9a244d..d542312c8ff2 100644
--- a/de-DE/manual/starter/linux.md
+++ b/de-DE/manual/starter/linux.md
@@ -1,19 +1,19 @@
 ---
 prev:
-  text: 选择安装方式
+  text: Andere Installationsmethoden
   link: /de-DE/manual/starter/
 next:
-  text: 安装和配置插件
+  text: Installation und Konfiguration der Plugins
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 为 Linux 安装
+# Installation für Linux
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-## 下载
+## Heruntergeladen
 
 - [AppImage (.AppImage)](https://k.ilharp.cc/linux.AppImage)
 - [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
@@ -22,6 +22,6 @@ next:
 
 启动你刚刚下载的程序，你应当可以在 `http://localhost:5140` 访问 Koishi 的网页控制台。
 
-## 其他选择
+## Andere Auswahlmöglichkeiten
 
-找不到适合你的安装包？你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
+Sie finden kein geeignetes Installationspaket? 你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/de-DE/manual/starter/macos.md b/de-DE/manual/starter/macos.md
index 49aa472f1d15..6b0a7d6f4f96 100644
--- a/de-DE/manual/starter/macos.md
+++ b/de-DE/manual/starter/macos.md
@@ -1,19 +1,19 @@
 ---
 prev:
-  text: 选择安装方式
+  text: Andere Installationsmethoden
   link: /de-DE/manual/starter/
 next:
-  text: 安装和配置插件
+  text: Installation und Konfiguration der Plugins
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 为 macOS 安装
+# Installation für macOS
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-## 下载
+## Heruntergeladen
 
 - [安装包 (.pkg)](https://k.ilharp.cc/osx.pkg)
 - [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
@@ -26,6 +26,6 @@ Die Installation von Koishi über das Installationspaket ist die empfohlene Inst
 
 安装完成后，点击 Koishi 图标即可启动。Warten Sie einige Sekunden, bis die Koishi-Konsole geöffnet wird. Jetzt können Sie Koishi verwenden.
 
-## 其他选择
+## Andere Auswahlmöglichkeiten
 
-找不到适合你的安装包？你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
+Sie finden kein geeignetes Installationspaket? 你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/de-DE/manual/starter/windows.md b/de-DE/manual/starter/windows.md
index 92d21e35a6ff..5c1aea7d23f8 100644
--- a/de-DE/manual/starter/windows.md
+++ b/de-DE/manual/starter/windows.md
@@ -3,20 +3,20 @@ prev:
   text: Andere Installationsmethoden
   link: /de-DE/manual/starter/
 next:
-  text: 安装和配置插件
+  text: Installation und Konfiguration der Plugins
   link: /zh-CN/manual/usage/market.html
 ---
 
 # Installation für Windows
 
-::: tip
-Wenn Sie mehr über andere Installationsmethoden erfahren möchten, gehen Sie zu Wählen Sie [eine Installationsmethode](./index.md).
+:::tip
+如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
 ## Heruntergeladen
 
-- [Installationspaket (.msi)](https://k.ilharp.cc/win.msi)
-- [Weitere Versionen anzeigen](https://github.com/koishijs/koishi-desktop/releases)
+- [安装包 (.msi)](https://k.ilharp.cc/win.msi)
+- [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
 
 ## Installation
 
@@ -28,8 +28,8 @@ Die Installation von Koishi über das Installationspaket ist die empfohlene Inst
 
 双击安装包并一路点按「Next」，等待安装过程结束，你便可以在「开始」菜单中找到 Koishi 了。
 
-::: tip
-Der Installationsprozess kann auf einigen Computern mehr als 10 Minuten dauern. Bitte haben Sie Geduld.
+:::tip
+安装流程在部分电脑上这可能会花费 10 分钟以上的时间，请耐心等待。
 :::
 
 ## 启动
@@ -42,4 +42,4 @@ Der Installationsprozess kann auf einigen Computern mehr als 10 Minuten dauern.
 
 ## Andere Auswahlmöglichkeiten
 
-Sie finden kein geeignetes Installationspaket? Sie können immer noch [in einem Container](./docker.md) oder [ein Vorlagenprojekt erstellen](./boilerplate.md).
+Sie finden kein geeignetes Installationspaket? 你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/de-DE/manual/usage/adapter.md b/de-DE/manual/usage/adapter.md
index 03177cbf8641..a9fbf5c6183e 100644
--- a/de-DE/manual/usage/adapter.md
+++ b/de-DE/manual/usage/adapter.md
@@ -35,6 +35,7 @@
 - [微信公众号](../../plugins/adapter/wechat-official.md)
 - [企业微信](../../plugins/adapter/wecom.md)
 - [WhatsApp](../../plugins/adapter/whatsapp.md)
+- [Zulip](../../plugins/adapter/zulip.md)
 
 其中，常用的适配器插件已经预装在了 Koishi 中，你可以在插件配置中的 adapter 分组中找到它们。如果没有看到你想要的平台，你也可以在插件市场中搜索并安装更多适配器插件。
 
diff --git a/de-DE/manual/usage/command.md b/de-DE/manual/usage/command.md
index 5a33e45ab763..ab678a29f3d0 100644
--- a/de-DE/manual/usage/command.md
+++ b/de-DE/manual/usage/command.md
@@ -121,7 +121,7 @@ help 指令后还可以添加一个参数，用于查看特定指令的帮助信
 
 1. `prefix` 是一个列表，默认值为 `['']` 表示无需前缀也能触发；将列表清空会导致所有指令都无法通过 `prefix` 触发 (但仍然可以通过私聊或 `nickname` 或 @机器人 触发)
 2. 如果你在 `prefix` 中设置了多个值，例如 `['.', '/', '']`，那么 `.`, `/` 或无前缀都能触发指令；但由于 Koishi 是按顺序匹配各个前缀的，因此空串 `''` 必须写在最后一个
-3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#过滤器) 一节
+3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#filters) 一节
    :::
 
 ## 子指令
diff --git a/de-DE/manual/usage/customize.md b/de-DE/manual/usage/customize.md
index d62d8f271386..eb9f3742c907 100644
--- a/de-DE/manual/usage/customize.md
+++ b/de-DE/manual/usage/customize.md
@@ -1,6 +1,6 @@
 # 深入定制机器人
 
-## 权限管理
+## Berechtigungsverwaltung
 
 既然已经有了用户系统，下一个自然的需求便是权限管理了。
 
@@ -40,7 +40,7 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 反过来，如果你希望你的 Koishi 实例不主动响应某个频道的消息，可以通过 `assign -r` 的方式来移除该频道的受理人。其他频道不会受到影响。
 
-::: tip
+:::tip
 某个频道处于无受理人状态与该频道被过滤器排除的区别在于：前者仍然可以被通过 @机器人 的方式触发指令，而后者无论如何都无法触发指令。具体请参考 [触发前缀](./command.md#触发前缀) 章节。
 :::
 
@@ -50,19 +50,19 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 上述两个配置项都支持 [计算属性](#计算属性)，这也意味着你可以在不同的聊天环境中配置不同的行为。
 
-## 过滤器
+## 过滤器 {#filters}
 
 很多时候，我们会希望某些功能只能对于某些群聊或私聊使用。使用权限管理意味着引入数据库，而更轻量的方式是通过 **过滤器 (Filter)** 直接影响插件的作用范围。
 
 ### 插件过滤器
 
-::: tip
+:::tip
 少数插件与聊天平台无关，例如控制台、数据库插件等。这些插件也因此没有过滤器设置。
 :::
 
 大部分插件都提供了过滤器设置，就位于插件详情页的顶部。点击「添加条件」按钮可以创建一个过滤条件。可以通过设置过滤条件来包含或排除任意平台 / 用户 / 群组 / 频道 / 机器人。
 
-::: tip
+:::tip
 如果不知道这些 ID 是什么，可以使用 [获取账号信息](./platform.md#获取账号信息) 中介绍的 [inspect](../../plugins/common/inspect.md) 插件。
 :::
 
diff --git a/de-DE/manual/usage/market.md b/de-DE/manual/usage/market.md
index dcfd40dae154..e5144de598da 100644
--- a/de-DE/manual/usage/market.md
+++ b/de-DE/manual/usage/market.md
@@ -84,7 +84,7 @@ Koishi 在安装时预先配置了一些分组，而新安装的插件会放置
 
 创建新的分组同样很简单。点击「全局配置」或任意分组名后，点击右上角的「创建分组」按钮可以在此创建一个新的插件分组。新分组的名字是随机生成的，但你可以点击名字修改成你喜欢的名字。分组可以在左侧栏中点击小三角来控制展开和收起。
 
-此外，[过滤器](../usage/customize.md#过滤器) 机制也可用于分组，便于控制一系列插件的行为。
+此外，[过滤器](../usage/customize.md#filters) 机制也可用于分组，便于控制一系列插件的行为。
 
 ### 添加更多插件
 
@@ -100,7 +100,7 @@ Koishi 在安装时预先配置了一些分组，而新安装的插件会放置
 
 ### 删除插件或分组
 
-:::warning
+:::danger
 注意：此操作无法被撤销，如果你想要恢复之前的配置，只能再次手动添加。请谨慎操作。
 :::
 
@@ -108,6 +108,10 @@ Koishi 在安装时预先配置了一些分组，而新安装的插件会放置
 
 ## 更新和卸载插件
 
+:::warning
+依赖管理功能仅为生产环境设计。如果当前 Koishi 是开发环境，请使用 [`dep`](../../guide/develop/workspace.md#dep) 命令来更新依赖。
+:::
+
 前往「依赖管理」页面，你可以在这里看到依赖列表。依赖可能包括 Koishi 本体，各种插件，以及支持插件运行的软件包等。
 
 当依赖的状态显示为「可更新」时，点击其右侧的「修改」按钮，在弹出的窗口左上角选择你需要的版本，点击右下角的「更新」按钮即可完成更新。
diff --git a/de-DE/manual/usage/platform.md b/de-DE/manual/usage/platform.md
index fd562db60e51..9828a9d7e1fd 100644
--- a/de-DE/manual/usage/platform.md
+++ b/de-DE/manual/usage/platform.md
@@ -28,7 +28,7 @@ Koishi 说自己是一个「跨平台」的框架，但是这个「跨平台」
 
 如果你要进行登录或者绑定，这里的「平台名」和「用户 ID」会很有用。
 
-## 控制台登录
+## 控制台登录 {#console-login}
 
 [auth](../../plugins/console/auth.md) 插件允许任何用户在控制台登录 Koishi 账号并管理自己的用户信息。此外，该插件还自带了一个管理员账号，对于刚刚搭建好 Koishi 的用户来说，这是最方便的提权方式。
 
diff --git a/de-DE/market/index.md b/de-DE/market/index.md
index 133948cadf8f..7ff8fc6f239f 100644
--- a/de-DE/market/index.md
+++ b/de-DE/market/index.md
@@ -2,4 +2,4 @@
 layout: market
 ---
 
-# 插件市场
+# Marktplatz
diff --git a/de-DE/plugins/adapter/dingtalk.md b/de-DE/plugins/adapter/dingtalk.md
index 6b654902aa62..b87a652ab440 100644
--- a/de-DE/plugins/adapter/dingtalk.md
+++ b/de-DE/plugins/adapter/dingtalk.md
@@ -1,9 +1,13 @@
 # @koishijs/plugin-adapter-dingtalk
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [开放平台 > 应用开发 > 钉钉应用](https://open-dev.dingtalk.com/fe/app#/corp/app) 并点击「创建应用」，输入相关信息确定创建
-2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 protocol 填写 ws，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 protocol 填写 http；最后点击发布按钮
+2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 `protocol` 选择 `ws`，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 `protocol` 选择 `http`；最后点击发布按钮
 3. 在左侧打开「凭证与基础信息」页面，将 `Client ID` 填入插件的 `appkey` 字段，将 `Client Secret` 填入插件的 `secret` 字段。
 4. (可选) 为了在控制台中显示应用名称与头像，请参照 [添加接口调用权限](https://open.dingtalk.com/document/orgapp/add-api-permission) 操作，申请 `qyapi_get_microapp_list` 权限；在左侧打开「添加应用能力」，选择添加「网页应用」。将「企业内部应用 AgentId」填入插件的 `agentId` 字段
 
@@ -44,7 +48,11 @@
 
 包括全部的 [`WsClient`](../../api/core/adapter.md#类-adapter-wsclient) 选项。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addAttendee()`](https://open.dingtalk.com/document/isvapp/add-schedule-participant)
 - [`internal.addCityCarApply()`](https://open.dingtalk.com/document/isvapp/synchronize-third-party-city-vehicle-approval-form)
diff --git a/de-DE/plugins/adapter/discord.md b/de-DE/plugins/adapter/discord.md
index ba6892f8c12e..c9946f5a22a8 100644
--- a/de-DE/plugins/adapter/discord.md
+++ b/de-DE/plugins/adapter/discord.md
@@ -72,7 +72,11 @@
 
 当配置为 `attach` 并且发送文本+图片形式的消息时，无论 [`handleExternalAsset`](#options-discord-handleexternalasset) 配置为何都会先下载后发送。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addGuildMember()`](https://discord.com/developers/docs/resources/guild#add-guild-member)
 - [`internal.addGuildMemberRole()`](https://discord.com/developers/docs/resources/guild#add-guild-member-role)
diff --git a/de-DE/plugins/adapter/kook.md b/de-DE/plugins/adapter/kook.md
index eedcbb3a82e5..409f84e649a4 100644
--- a/de-DE/plugins/adapter/kook.md
+++ b/de-DE/plugins/adapter/kook.md
@@ -1,11 +1,15 @@
 # @koishijs/plugin-adapter-kook
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [开发者平台](https://developer.kookapp.cn/)，选择「机器人」并点击「新建」
 2. 根据自身需要，在「机器人连接模式」中选择 Webhook 或 WebSocket 中的一种：
-    - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
-    - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
+   - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
+   - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
 
 ## 基础配置项
 
diff --git a/de-DE/plugins/adapter/lark.md b/de-DE/plugins/adapter/lark.md
index 06ee9a902c43..5b8dd22cb209 100644
--- a/de-DE/plugins/adapter/lark.md
+++ b/de-DE/plugins/adapter/lark.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-lark
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在开发者后台 ([Lark](https://open.larksuite.com/app/) / [飞书](https://open.feishu.cn/app/)) 新建**企业自建应用**，点击应用名称进入应用详情页。
diff --git a/de-DE/plugins/adapter/line.md b/de-DE/plugins/adapter/line.md
index 37a452bd70ab..e78b6b69a80d 100644
--- a/de-DE/plugins/adapter/line.md
+++ b/de-DE/plugins/adapter/line.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-line
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在 [LINE 开发者控制台](https://developers.line.biz/console/) 注册账号，创建一个新的 Provider，在 Provider 中创建一个 Channel，类型选择 Messaging API，输入相关信息
@@ -26,7 +30,11 @@
 
 机器人密钥。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.audienceMatch()`](https://developers.line.biz/en/reference/partner-docs/#phone-audience-match)
 - [`internal.broadcast()`](https://developers.line.biz/en/reference/messaging-api/#send-broadcast-message)
diff --git a/de-DE/plugins/adapter/matrix.md b/de-DE/plugins/adapter/matrix.md
index 8cff8993f6c1..74a48a24be1f 100644
--- a/de-DE/plugins/adapter/matrix.md
+++ b/de-DE/plugins/adapter/matrix.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-matrix
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 参考 [此链接](https://spec.matrix.org/unstable/application-service-api/#registration) 编写 `registry.yaml` 文件：
diff --git a/de-DE/plugins/adapter/qq.md b/de-DE/plugins/adapter/qq.md
index feb46ab27994..e3cd5487b140 100644
--- a/de-DE/plugins/adapter/qq.md
+++ b/de-DE/plugins/adapter/qq.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-qq
 
-QQ (官方机器人) 适配器。
+QQ 和 QQ 频道官方机器人适配器。
 
 ## 接入方法
 
@@ -55,3 +55,78 @@ QQ (官方机器人) 适配器。
 - 默认值: `'bot'`
 
 验证方式。
+
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
+
+QQ 群和频道有着不同的机器人接口，因此我们提供了两套内部 API。
+
+### 群 (含私聊)
+
+对应的平台名称为 `qq`。
+
+- `internal.acknowledgeInteraction()`
+- `internal.sendFileGuild()`
+- `internal.sendFilePrivate()`
+- `internal.sendMessage()`
+- `internal.sendPrivateMessage()`
+
+### 频道 (含私聊)
+
+对应的平台名称为 `qqguild`。
+
+- `internal.addGuildMemberRole()`
+- `internal.createDMS()`
+- `internal.createGuildApiPermissionDemand()`
+- `internal.createGuildAnnounce()`
+- `internal.createGuildChannel()`
+- `internal.createGuildRole()`
+- `internal.createPinsMessage()`
+- `internal.createPost()`
+- `internal.createSchedule()`
+- `internal.createReaction()`
+- `internal.deleteChannel()`
+- `internal.deleteDM()`
+- `internal.deleteMessage()`
+- `internal.deleteReaction()`
+- `internal.getChannel()`
+- `internal.getChannelMemberPermissions()`
+- `internal.getChannelOnlineNums()`
+- `internal.getChannelRole()`
+- `internal.getChannels()`
+- `internal.getGuild()`
+- `internal.getGuildApiPermissions()`
+- `internal.getGuildMember()`
+- `internal.getGuildMembers()`
+- `internal.getGuildRoleMembers()`
+- `internal.getGuildRoles()`
+- `internal.getGuilds()`
+- `internal.getMe()`
+- `internal.getMessage()`
+- `internal.getMessageSetting()`
+- `internal.getPinsMessage()`
+- `internal.getSchedule()`
+- `internal.getSchedules()`
+- `internal.getReactions()`
+- `internal.getThread()`
+- `internal.listThreads()`
+- `internal.modifyChannel()`
+- `internal.modifyChannelMemberPermissions()`
+- `internal.modifyChannelRole()`
+- `internal.modifyGuildRole()`
+- `internal.modifySchedule()`
+- `internal.muteGuild()`
+- `internal.muteGuildMember()`
+- `internal.muteGuildMembers()`
+- `internal.removeGuildAnnounce()`
+- `internal.removeGuildMember()`
+- `internal.removeGuildMemberRole()`
+- `internal.removeGuildRole()`
+- `internal.removePinsMessage()`
+- `internal.removePost()`
+- `internal.removeSchedule()`
+- `internal.sendDM()`
+- `internal.sendMessage()`
diff --git a/de-DE/plugins/adapter/satori.md b/de-DE/plugins/adapter/satori.md
index 4a0ffa5db380..971d6a3759c3 100644
--- a/de-DE/plugins/adapter/satori.md
+++ b/de-DE/plugins/adapter/satori.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-satori
 
-::: tip
+:::tip
 另见：[@koishijs/plugin-server-satori](../develop/server-satori.md)。
 :::
 
diff --git a/de-DE/plugins/adapter/slack.md b/de-DE/plugins/adapter/slack.md
index 4b5fa98e09e9..0dad13597b12 100644
--- a/de-DE/plugins/adapter/slack.md
+++ b/de-DE/plugins/adapter/slack.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-slack
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中，`http` 连接方式需要一个公网可访问的地址。在接入之前，请根据使用需求填写插件的 [`protocol`](#config-protocol) 字段。
@@ -8,7 +12,11 @@ Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中
 
 2. 前往 [应用后台](https://api.slack.com/apps)，点击「Create New App」>「From Scratch」，填入应用名称和所添加的工作区 (目前适配器只支持一个应用处理一个工作区的事件)，点击「Create App」。
 
-![app-1](/adapter/slack/app-1.webp)<!-- !\[app-2\](/adapter/slack/app-2.webp) -->3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
+![app-1](/adapter/slack/app-1.webp)
+
+<!-- ![app-2](/adapter/slack/app-2.webp) -->
+
+3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
 
 ![secret-1](/adapter/slack/secret-1.webp)
 
diff --git a/de-DE/plugins/adapter/telegram.md b/de-DE/plugins/adapter/telegram.md
index 0ba4ec708359..29ff7e12cadb 100644
--- a/de-DE/plugins/adapter/telegram.md
+++ b/de-DE/plugins/adapter/telegram.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-telegram
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 搜索 @botfather（有个官方认证的符号）并进入聊天界面
@@ -10,7 +14,7 @@
 
 参考文档：<https://core.telegram.org/bots>
 
-::: tip
+:::tip
 如果启动机器人后发现收不到不带 `/` 的消息，这很可能是由于 Privacy Mode 未开启。如果开启后仍然收不到消息，请尝试将机器人从群组中移除后重新加入。
 :::
 
@@ -71,7 +75,11 @@
 
 Koishi 服务暴露在公网的地址，会覆盖 [`app.config.selfUrl`](../../api/core/app.md#options-selfurl) 的值。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addStickerToSet()`](https://core.telegram.org/bots/api#addstickertoset)
 - [`internal.answerCallbackQuery()`](https://core.telegram.org/bots/api#answercallbackquery)
diff --git a/de-DE/plugins/adapter/wechat-official.md b/de-DE/plugins/adapter/wechat-official.md
index 738c7fa072f5..9e9295566d4b 100644
--- a/de-DE/plugins/adapter/wechat-official.md
+++ b/de-DE/plugins/adapter/wechat-official.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wechat-official
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 根据 [注册流程指引](https://kf.qq.com/product/weixinmp.html#hid=87) 注册公众平台。
@@ -8,7 +12,7 @@
 4. 页面下方启用服务器配置，将机器人的 `selfUrl` 值后连接 `/wechat-official` (如 `https://example.com/wechat-official`)，在 URL 一栏中填写；在插件配置和公众平台上填入相同的 Token；在公众平台上生成 EncodingAESKey 并填入插件的 aesKey 字段；三种消息加解密方式均可选择。
 5. 如果公众号为企业主体，且通过了微信认证，可在插件配置中启用 customerService。客服接口提供了更宽松的消息回复能力。
 
-参考文档：[https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html](https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html)
+参考文档：<https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html>
 
 ## 配置项
 
diff --git a/de-DE/plugins/adapter/wecom.md b/de-DE/plugins/adapter/wecom.md
index 8f5fb195b12e..10626697ae9b 100644
--- a/de-DE/plugins/adapter/wecom.md
+++ b/de-DE/plugins/adapter/wecom.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wecom
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [我的企业](https://work.weixin.qq.com/wework_admin/frame#profile)，复制页面下方企业 ID，填入插件的 corpId。
diff --git a/de-DE/plugins/adapter/whatsapp.md b/de-DE/plugins/adapter/whatsapp.md
index e33dbab03ddb..a7bcdad5fa62 100644
--- a/de-DE/plugins/adapter/whatsapp.md
+++ b/de-DE/plugins/adapter/whatsapp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-whatsapp
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [商务平台](https://business.facebook.com/) 创建业务账户，并在 [业务设置](https://business.facebook.com/settings/security) 完成组织验证
diff --git a/de-DE/plugins/common/admin.md b/de-DE/plugins/common/admin.md
index f5d3ed7a1703..86f16ea19aac 100644
--- a/de-DE/plugins/common/admin.md
+++ b/de-DE/plugins/common/admin.md
@@ -1,10 +1,10 @@
 # 数据管理 (Admin)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 权限管理](../../manual/usage/customize.md#权限管理) 章节。
 :::
 
@@ -48,6 +48,7 @@ assign 指令可用于设置频道的 [受理人](../../manual/usage/customize.m
 2. 在频道 A 中发送 `assign @B`（假设 B 能收到此消息）
 
 ## 指令：user.flag <badge type="danger">废弃</badge>
+
 ## 指令：channel.flag <badge type="danger">废弃</badge>
 
 - 基本语法：`xxx.flag [...names]`
diff --git a/de-DE/plugins/common/bind.md b/de-DE/plugins/common/bind.md
index e475f16ee597..65ee65619ad1 100644
--- a/de-DE/plugins/common/bind.md
+++ b/de-DE/plugins/common/bind.md
@@ -1,10 +1,10 @@
 # 账号绑定 (Bind)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 账号系统 > 账号绑定](../../manual/usage/platform.md#通过指令绑定) 章节。
 :::
 
diff --git a/de-DE/plugins/common/broadcast.md b/de-DE/plugins/common/broadcast.md
index bf23ba15cdda..1b36bfba1dee 100644
--- a/de-DE/plugins/common/broadcast.md
+++ b/de-DE/plugins/common/broadcast.md
@@ -1,6 +1,6 @@
 # 发送广播 (Broadcast)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
@@ -20,6 +20,6 @@ broadcast foo bar baz     # 向所有频道发送 foo bar baz
 
 当一个机器人账号同时向多个频道发送广播消息时，为了避免风控，Koishi 会给每条消息发送后添加一段延迟，可以通过 [`delay.broadcast`](../../api/core/app.md#options-delay) 进行配置。
 
-::: tip 提示
+:::tip
 broadcast 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/de-DE/plugins/common/callme.md b/de-DE/plugins/common/callme.md
index ea3fc6e389ad..44136e374d02 100644
--- a/de-DE/plugins/common/callme.md
+++ b/de-DE/plugins/common/callme.md
@@ -1,6 +1,6 @@
 # 设置昵称 (Callme)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
diff --git a/de-DE/plugins/common/echo.md b/de-DE/plugins/common/echo.md
index 5f2168b01d4d..a06ef391e691 100644
--- a/de-DE/plugins/common/echo.md
+++ b/de-DE/plugins/common/echo.md
@@ -19,6 +19,6 @@ echo -u @foo foo bar      # 向用户 foo 私聊发送 foo bar
 echo -c #bar foo bar      # 向频道 bar 发送 foo bar
 ```
 
-::: tip 提示
+:::tip
 echo 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/de-DE/plugins/common/help.md b/de-DE/plugins/common/help.md
index 0024e2b38995..2707d21528b2 100644
--- a/de-DE/plugins/common/help.md
+++ b/de-DE/plugins/common/help.md
@@ -1,6 +1,6 @@
 # 查看帮助 (Help)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 查看帮助](../../manual/usage/command.md#查看帮助) 章节。
 :::
 
diff --git a/de-DE/plugins/common/inspect.md b/de-DE/plugins/common/inspect.md
index 3128dbe960ac..674fdce8744b 100644
--- a/de-DE/plugins/common/inspect.md
+++ b/de-DE/plugins/common/inspect.md
@@ -1,5 +1,5 @@
 # 会话信息 (Inspect)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 账号系统 > 获取账号信息](../../manual/usage/platform.md#获取账号信息) 章节。
 :::
diff --git a/de-DE/plugins/console/commands.md b/de-DE/plugins/console/commands.md
index 1a42b3e4f194..866252bf51a1 100644
--- a/de-DE/plugins/console/commands.md
+++ b/de-DE/plugins/console/commands.md
@@ -1,6 +1,6 @@
 # 指令管理 (Commands)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 指令管理](../../manual/usage/command.md#指令管理) 一节。
 :::
 
diff --git a/de-DE/plugins/console/config.md b/de-DE/plugins/console/config.md
index dc32e5984d42..60ccc2e4995b 100644
--- a/de-DE/plugins/console/config.md
+++ b/de-DE/plugins/console/config.md
@@ -1,2 +1 @@
 # 插件配置 (Config)
-
diff --git a/de-DE/plugins/console/explorer.md b/de-DE/plugins/console/explorer.md
index b54a092e7695..e6dbab8dbac5 100644
--- a/de-DE/plugins/console/explorer.md
+++ b/de-DE/plugins/console/explorer.md
@@ -1,2 +1 @@
 # 资源管理器 (Explorer)
-
diff --git a/de-DE/plugins/console/index.md b/de-DE/plugins/console/index.md
index 4a5d5996c146..8eb6d44a0c0d 100644
--- a/de-DE/plugins/console/index.md
+++ b/de-DE/plugins/console/index.md
@@ -2,7 +2,6 @@
 
 ## 配置项
 
-
 <!-- ### title
 
 - 类型: `string`
diff --git a/de-DE/plugins/console/insight.md b/de-DE/plugins/console/insight.md
index 48e26bf1b465..4a8a4d8ff8d9 100644
--- a/de-DE/plugins/console/insight.md
+++ b/de-DE/plugins/console/insight.md
@@ -1,2 +1 @@
 # 插件依赖图 (Insight)
-
diff --git a/de-DE/plugins/console/locales.md b/de-DE/plugins/console/locales.md
index 714b646b7a5a..c9af180a5d88 100644
--- a/de-DE/plugins/console/locales.md
+++ b/de-DE/plugins/console/locales.md
@@ -1,6 +1,6 @@
 # 本地翻译 (Locales)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 国际化](../../manual/usage/customize.md#本地化文本) 一节。
 :::
 
diff --git a/de-DE/plugins/console/logger.md b/de-DE/plugins/console/logger.md
index fb63c5f91466..9088439c9dcc 100644
--- a/de-DE/plugins/console/logger.md
+++ b/de-DE/plugins/console/logger.md
@@ -1,2 +1 @@
 # 日志管理 (Logger)
-
diff --git a/de-DE/plugins/console/market.md b/de-DE/plugins/console/market.md
index 7f5b9d931f10..95163a3a63e1 100644
--- a/de-DE/plugins/console/market.md
+++ b/de-DE/plugins/console/market.md
@@ -9,7 +9,7 @@
 用于搜索插件市场的网址。默认跟随当前的 npm registry。
 
 ::: tip
-一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 <https://registry.npmmirror.com>)。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
+一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 [https://registry.npmmirror.com](https://registry.npmmirror.com))。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
 
 你可以填入我们的官方镜像：<https://registry.koishi.chat/index.json>。
 :::
diff --git a/de-DE/plugins/console/sandbox.md b/de-DE/plugins/console/sandbox.md
index 9873fe87d718..58dc734c1afa 100644
--- a/de-DE/plugins/console/sandbox.md
+++ b/de-DE/plugins/console/sandbox.md
@@ -1,5 +1,5 @@
 # 沙盒调试 (Sandbox)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 第一次聊天](../../manual/usage/adapter.md#在沙盒中模拟对话) 一节。
 :::
diff --git a/de-DE/plugins/console/status.md b/de-DE/plugins/console/status.md
index 1a4f4bbd2cc8..88b1871f4966 100644
--- a/de-DE/plugins/console/status.md
+++ b/de-DE/plugins/console/status.md
@@ -45,6 +45,7 @@ template.set('status', {
   ].join('\n'),
 })
 ```
+
 </div>
 
 ## 配置项
diff --git a/de-DE/plugins/database/mysql.md b/de-DE/plugins/database/mysql.md
index 8792269493aa..67a93bf8a6e9 100644
--- a/de-DE/plugins/database/mysql.md
+++ b/de-DE/plugins/database/mysql.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-database-mysql
 
-::: tip 注意
+:::tip
 需要的最低版本是 MySQL 5.7 / 8.0 或 MariaDB 10.5。
 :::
 
diff --git a/de-DE/plugins/develop/hmr.md b/de-DE/plugins/develop/hmr.md
index ae03d68805a8..a9a494a7dc56 100644
--- a/de-DE/plugins/develop/hmr.md
+++ b/de-DE/plugins/develop/hmr.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-hmr
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 开发起步 > 启动脚本](../../guide/develop/script.md#模块热替换) 章节。
 :::
 
diff --git a/de-DE/plugins/develop/http.md b/de-DE/plugins/develop/http.md
new file mode 100644
index 000000000000..5234143fd3d5
--- /dev/null
+++ b/de-DE/plugins/develop/http.md
@@ -0,0 +1,50 @@
+# @koishijs/plugin-http
+
+:::tip
+如果想要使用代理，可以使用 [@koishijs/plugin-proxy-agent](./proxy-agent.md) 插件。
+:::
+
+@koishijs/plugin-http 提供了 `ctx.http` 基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。
+
+你可能会有这样的疑问：为什么不直接使用 fetch，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了统一的配置，各个插件则只需要调用 `ctx.http` 即可，不用关心复杂多变的用户需求。
+
+## 实例方法
+
+### ctx.http(method, url, config)
+
+- **method:** `string` 请求方法
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+### ctx.http.head(url, config)
+
+### ctx.http.get(url, config)
+
+### ctx.http.delete(url, config)
+
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 HEAD / GET / DELETE 请求。
+
+### ctx.http.post(url, data, config)
+
+### ctx.http.put(url, data, config)
+
+### ctx.http.patch(url, data, config)
+
+- **url:** `string` 请求地址
+- **data:** `any` 请求数据
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 POST / PUT / PATCH 请求。
+
+### ctx.http\.ws(url)
+
+- **url:** `string` 请求地址
+- 返回值: `WebSocket`
+
+创建一个 WebSocket 连接。
diff --git a/de-DE/plugins/develop/mock.md b/de-DE/plugins/develop/mock.md
index ba6e901caa1b..5cf02f54bbc2 100644
--- a/de-DE/plugins/develop/mock.md
+++ b/de-DE/plugins/develop/mock.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-mock
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 单元测试](../../cookbook/practice/testing.md) 章节。
 :::
 
diff --git a/de-DE/plugins/develop/notifier.md b/de-DE/plugins/develop/notifier.md
new file mode 100644
index 000000000000..36d56a5833c2
--- /dev/null
+++ b/de-DE/plugins/develop/notifier.md
@@ -0,0 +1,38 @@
+# @koishi/plugin-notifier
+
+## 上下文 API
+
+### ctx.notifier.create(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+- 返回值: [`Notifier`](#notifier)
+
+创建一个通知。如果传入的是字符串或 JSX，则会视为 [`options.content`](#options-content)。
+
+## 通知选项 {#options}
+
+### options.type
+
+- 类型: `'primary' | 'success' | 'warning' | 'danger'`
+- 默认值: `'primary'`
+
+通知类型。
+
+### options.content
+
+- 类型: `Fragment`
+- 默认值: `''`
+
+通知内容。
+
+## 类：Notifier {#notifier}
+
+### notifier.update(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+
+更新此通知。如果传入的是字符串，则会视为 [`options.content`](#options-content)。
+
+### notifier.dispose()
+
+移除此通知。
diff --git a/de-DE/plugins/develop/proxy-agent.md b/de-DE/plugins/develop/proxy-agent.md
new file mode 100644
index 000000000000..8043ad9d63e7
--- /dev/null
+++ b/de-DE/plugins/develop/proxy-agent.md
@@ -0,0 +1,11 @@
+# @koishijs/plugin-proxy-agent
+
+@koishijs/plugin-proxy-agent 为 [`http`](./http.md) 服务提供了额外的网络代理能力，支持 HTTP(S), SOCKS 系列协议。
+
+## 配置项
+
+### config.proxyAgent
+
+- 类型: `string`
+
+请求时默认使用的网络代理。
diff --git a/de-DE/plugins/develop/server-temp.md b/de-DE/plugins/develop/server-temp.md
index 11b8d759bfab..0b8f6e361393 100644
--- a/de-DE/plugins/develop/server-temp.md
+++ b/de-DE/plugins/develop/server-temp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-server-temp
 
+:::warning
+使用此插件需要你将 Koishi [部署到公网](../../manual/recipe/server.md) (通常你还需要准备一个公网域名)。
+:::
+
 @koishijs/plugin-server-temp 实现了一个临时文件服务。
 
 ## 配置项
@@ -11,6 +15,13 @@
 
 服务器监听的路径。
 
+### config.selfUrl
+
+- 类型: `string`
+- 默认值: [`ctx.server.config.selfUrl`](./server.md#config-selfurl)
+
+服务暴露在公网的地址。
+
 ### config.maxAge
 
 - 类型: `number`
diff --git a/de-DE/plugins/develop/server.md b/de-DE/plugins/develop/server.md
index 9b1d5ff6d868..3d24f12e5d7b 100644
--- a/de-DE/plugins/develop/server.md
+++ b/de-DE/plugins/develop/server.md
@@ -1,15 +1,58 @@
 # @koishijs/plugin-server
 
-@koishijs/plugin-server 实现了一个 [Satori 协议](https://satori.js.org/zh-CN/) 的服务器。这个插件将允许你：
+@koishijs/plugin-server 提供了 `ctx.server` 基础服务，它是一个基于 [Koa Router](https://github.com/koajs/router) 的简单路由系统，用于管理 Koishi 应用收到的网络请求。除了 Koa Router 所支持的部分方法外，Router API 还提供了一些额外的功能，例如支持接受 WebSocket 连接等。
 
-- 通过 HTTP / WebSocket 访问当前 Koishi 实例中的机器人
-- 配合 [Satori 适配器](../adapter/satori.md)，在另一个 Koishi 实例中完全控制当前实例中的机器人
+## 上下文 API
+
+::: warning
+请避免使用未在本页列出的方法：
+
+1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
+2. 未来可能会不基于 Koa Router 重新实现路由系统。
+   :::
+
+### ctx.server[method](path, middleware)
+
+- **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **middleware:** `Function` Koa 中间件
+
+处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
+
+### ctx.server\.ws(path, handler)
+
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **handler:** `WebSocketHandler` 处理函数，接受下列参数
+  - **socket:** [`WebSocket`](https://github.com/websockets/ws/blob/master/doc/ws.md#class-websocket) WebSocket 连接
+  - **request:** [`IncomingMessage`](https://nodejs.org/api/http.html#class-httpincomingmessage) 网络请求
+
+在给定的路径上支持 WebSocket 连接。
 
 ## 配置项
 
-### config.path
+### config.host
+
+- 类型：`string`
+- 默认值：`'127.0.0.1'`
+
+服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
+
+### config.port
+
+- 类型：`number`
+- 必需选项
+
+要监听的初始端口号。Koishi 建议使用 `5140` 作为默认端口。
+
+### config.maxPort
+
+- 类型：`number`
+- 默认值：[`config.port`](#config-port)
+
+允许监听的最大端口号。插件启动时，如果设定的端口号被占用，插件会尝试自动切换到下一个端口，直到找到一个可用的端口，或是超出 `maxPort` 的限制。
+
+### config.selfUrl
 
-- 类型: `string`
-- 默认值: `''`
+- 类型：`string`
 
-服务器监听的路径。
+Koishi 服务暴露在公网的地址。部分插件 (例如 [adapter-telegram](../adapter/telegram.md) 或是 [assets-local](https://assets.koishi.chat/plugins/local.html)) 需要用到。
diff --git a/de-DE/plugins/index.md b/de-DE/plugins/index.md
index c4895dba4196..1d9f068317ad 100644
--- a/de-DE/plugins/index.md
+++ b/de-DE/plugins/index.md
@@ -18,6 +18,7 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 - [@koishijs/plugin-adapter-wechat-official](./adapter/wechat-official.md)
 - [@koishijs/plugin-adapter-wecom](./adapter/wecom.md)
 - [@koishijs/plugin-adapter-whatsapp](./adapter/whatsapp.md)
+- [@koishijs/plugin-adapter-zulip](./adapter/zulip.md)
 
 ## 数据库支持
 
@@ -54,7 +55,10 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 ## 开发工具
 
 - [@koishijs/plugin-hmr](./develop/hmr.md)：模块热替换
+- [@koishijs/plugin-http](./develop/http.md)：网络请求
 - [@koishijs/plugin-mock](./develop/mock.md)：测试工具
-- [@koishijs/plugin-server-proxy](./develop/server-proxy.md)：代理服务器
+- [@koishijs/plugin-notifier](./develop/notifier.md)：通知服务
+- [@koishijs/plugin-proxy-agent](./develop/proxy-agent.md)：网络代理
+- [@koishijs/plugin-server](./develop/server.md)：服务器
 - [@koishijs/plugin-server-satori](./develop/server-satori.md)：API 服务器
 - [@koishijs/plugin-server-temp](./develop/server-temp.md)：临时服务器
diff --git a/de-DE/schema/advanced/computed.md b/de-DE/schema/advanced/computed.md
index 583239288bcd..ac96cdca0ccc 100644
--- a/de-DE/schema/advanced/computed.md
+++ b/de-DE/schema/advanced/computed.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.computed(Number).description('这是一个属性。'),
+    foo: Schema.computed(Number).description('这是一个属性。'),
   }).description('配置项')
 ---
 
 # Computed：条件求值
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
diff --git a/de-DE/schema/advanced/dynamic.md b/de-DE/schema/advanced/dynamic.md
index 3c9ae94b0f04..ff8bedc6302f 100644
--- a/de-DE/schema/advanced/dynamic.md
+++ b/de-DE/schema/advanced/dynamic.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union(['foo', 'bar']).description('选择一个值。'),
+    value: Schema.union(['foo', 'bar']).description('选择一个值。'),
   }).description('配置项')
 ---
 
 # Dynamic：动态类型
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
-::: warning
+:::warning
 此特性为实验性功能，未来可能会有改动。
 :::
 
diff --git a/de-DE/schema/advanced/intersect.md b/de-DE/schema/advanced/intersect.md
index 68af72a93520..df84602b5cd6 100644
--- a/de-DE/schema/advanced/intersect.md
+++ b/de-DE/schema/advanced/intersect.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  foo: Schema.number().description('这是一个属性。'),
-  bar: Schema.string().description('这是另一个属性。'),
-  }).description('分组 1'),
-  Schema.object({
-  baz: Schema.string().description('这是又一个属性。'),
-  qux: Schema.boolean().description('这是最后一个属性。'),
-  }).description('分组 2'),
+    Schema.object({
+      foo: Schema.number().description('这是一个属性。'),
+      bar: Schema.string().description('这是另一个属性。'),
+    }).description('分组 1'),
+    Schema.object({
+      baz: Schema.string().description('这是又一个属性。'),
+      qux: Schema.boolean().description('这是最后一个属性。'),
+    }).description('分组 2'),
   ])
 ---
 
diff --git a/de-DE/schema/advanced/transform.md b/de-DE/schema/advanced/transform.md
index 6123b8ac7a71..86e90542e0fb 100644
--- a/de-DE/schema/advanced/transform.md
+++ b/de-DE/schema/advanced/transform.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.array(String),
-  Schema.transform(String, value => [value]),
-  ]).default([]).description('点击右侧的按钮添加元素。'),
+    value: Schema.union([
+      Schema.array(String),
+      Schema.transform(String, value => [value]),
+    ]).default([]).description('点击右侧的按钮添加元素。'),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/advanced/union-arbitrary.md b/de-DE/schema/advanced/union-arbitrary.md
index 830a4b834c37..710430f9c625 100644
--- a/de-DE/schema/advanced/union-arbitrary.md
+++ b/de-DE/schema/advanced/union-arbitrary.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.const().description('unset'),
-  Schema.number().description('number'),
-  Schema.string().description('string'),
-  Schema.const(true).description('true'),
-  Schema.const(false).description('false'),
-  Schema.object({
-  foo: Schema.string().description('对象的一个属性。'),
-  bar: Schema.number().description('对象的另一个属性。'),
-  }).description('object'),
-  ]).description('从六种可能情况中选择一个。'),
+    value: Schema.union([
+      Schema.const().description('unset'),
+      Schema.number().description('number'),
+      Schema.string().description('string'),
+      Schema.const(true).description('true'),
+      Schema.const(false).description('false'),
+      Schema.object({
+        foo: Schema.string().description('对象的一个属性。'),
+        bar: Schema.number().description('对象的另一个属性。'),
+      }).description('object'),
+    ]).description('从六种可能情况中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/advanced/union-select.md b/de-DE/schema/advanced/union-select.md
index a9ab763ef726..b3a57b8fefd3 100644
--- a/de-DE/schema/advanced/union-select.md
+++ b/de-DE/schema/advanced/union-select.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
-  value2: Schema.union([
-  Schema.const('foo').description('选项 1'),
-  Schema.const('bar').description('选项 2'),
-  Schema.const('baz').description('选项 3'),
-  ]).role('radio').description('从三个值中选择一个。'),
+    value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
+    value2: Schema.union([
+      Schema.const('foo').description('选项 1'),
+      Schema.const('bar').description('选项 2'),
+      Schema.const('baz').description('选项 3'),
+    ]).role('radio').description('从三个值中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/advanced/union-tagged-1.md b/de-DE/schema/advanced/union-tagged-1.md
index 3fd42f60a7d7..5d79dc991144 100644
--- a/de-DE/schema/advanced/union-tagged-1.md
+++ b/de-DE/schema/advanced/union-tagged-1.md
@@ -2,21 +2,21 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  enabled: Schema.boolean().default(false).description('是否开启功能'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  enabled: Schema.const(true).required(),
-  foo: Schema.number().description('请输入一个数值。'),
-  bar: Schema.string().description('请输入一个字符串。'),
-  }),
-  Schema.object({}),
-  ]),
+    Schema.object({
+      enabled: Schema.boolean().default(false).description('是否开启功能'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        enabled: Schema.const(true).required(),
+        foo: Schema.number().description('请输入一个数值。'),
+        bar: Schema.string().description('请输入一个字符串。'),
+      }),
+      Schema.object({}),
+    ]),
   ])
 ---
 
-# Union：配置联动 1
+# Intersect + Union：配置联动 1
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `enabled` 的取值，并观察下方表单项的变化吧。
 
@@ -36,6 +36,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `enabled` 如果类型与上方的默认值不同，就必须加上 `required()`；反过来，如果相同，你就不应该加上 `required()` (你甚至可以缺省不写，这就是为什么最下面出现了一个空白的 `object({})`)。
 :::
diff --git a/de-DE/schema/advanced/union-tagged-2.md b/de-DE/schema/advanced/union-tagged-2.md
index ec58f8f85c29..4cafebeea47a 100644
--- a/de-DE/schema/advanced/union-tagged-2.md
+++ b/de-DE/schema/advanced/union-tagged-2.md
@@ -2,24 +2,24 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  shared: Schema.string().description('公用的配置项。'),
-  type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  type: Schema.const('foo').required(),
-  value: Schema.number().default(114514).description('请输入一个数值。'),
-  }).description('特殊配置 1'),
-  Schema.object({
-  type: Schema.const('bar').required(),
-  text: Schema.string().description('请输入一个字符串。'),
-  }).description('特殊配置 2'),
-  ]),
+    Schema.object({
+      shared: Schema.string().description('公用的配置项。'),
+      type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        type: Schema.const('foo').required(),
+        value: Schema.number().default(114514).description('请输入一个数值。'),
+      }).description('特殊配置 1'),
+      Schema.object({
+        type: Schema.const('bar').required(),
+        text: Schema.string().description('请输入一个字符串。'),
+      }).description('特殊配置 2'),
+    ]),
   ])
 ---
 
-# Union：配置联动 2
+# Intersect + Union：配置联动 2
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `type` 的取值，并观察下方表单项的变化吧。
 
@@ -42,6 +42,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `type` 配置项如果类型与上方的默认值不同，就必须加上 `required()`。在这个例子中，`type` 本来就是一个必需属性，所以下方的每一个 `type` 都必须加上 `required()`。
 :::
diff --git a/de-DE/schema/basic/array.md b/de-DE/schema/basic/array.md
index c087ba907eb4..2bbdbaba5347 100644
--- a/de-DE/schema/basic/array.md
+++ b/de-DE/schema/basic/array.md
@@ -2,12 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
-  table: Schema.array(String).role('table').description('以表格形式显示的数组。'),
-  table2: Schema.array(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的数组。'),
+    array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
+    table1: Schema.array(String).role('table').description('以表格形式显示的数组。'),
+    table2: Schema.array(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number().experimental(),
+      qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
+    })).role('table').description('以表格形式显示的由对象构成的数组。'),
   }).description('配置项')
 ---
 
@@ -15,19 +16,23 @@ code: |
 
 `Schema.array()` 描述了一个数组，其中的元素满足给定的类型。
 
-使用 `.role('table')` 可以将数组以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将数组以表格形式显示。
 
 例子里的 `Number` 是 `Schema.number().required()` 的简写。
 
+:::tip
+特别地，对于已知字符串构成的数组，还可以使用 [`.role('checkbox')`](./bitset.md) 或 [`.role('select')`](./bitset.md)，将它们以复选框或复选菜单的形式显示。
+:::
+
 ```ts
 export default Schema.object({
   array: Schema.array(Number),
-  table: Schema.array(String).role('table'),
+  table1: Schema.array(String).role('table'),
   table2: Schema.array(Schema.object({
     foo: Schema.string(),
-    bar: Schema.number(),
+    bar: Schema.number().experimental(),
+    qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
   })).role('table'),
 })
 ```
diff --git a/de-DE/schema/basic/bitset.md b/de-DE/schema/basic/bitset.md
index 9a2016086fb2..9b8f40a37112 100644
--- a/de-DE/schema/basic/bitset.md
+++ b/de-DE/schema/basic/bitset.md
@@ -1,24 +1,40 @@
 ---
 layout: schema
 code: |
-  Schema.object({
-  intents: Schema
-  .bitset({ FOO: 1, BAR: 2, QUX: 4 })
-  .default(5)
-  .description('选择要启用的功能。'),
-  array: Schema
-  .array(Schema.union(['FOO', 'BAR', 'QUX']))
-  .default(['FOO', 'QUX'])
-  .role('checkbox')
-  .description('选择要启用的功能。'),
-  }).description('配置项')
+  Schema.intersect([
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('checkbox')
+        .description('以复选框形式呈现。'),
+    }).description('复选框'),
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .role('select')
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('select')
+        .description('以复选菜单形式呈现。'),
+    }).description('复选菜单'),
+  ])
 ---
 
 # 位集 (Bitset)
 
-`Schema.bitset()` 以多选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+`Schema.bitset()` 以复选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+
+如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并设置 `.role('checkbox')`。
 
-如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并将外观设置为 `checkbox`。
+此外，我们还提供了 `.role('select')`，它将以复选菜单的形式呈现。
 
 ```ts
 const enum Intents {
@@ -28,9 +44,10 @@ const enum Intents {
 }
 
 export default Schema.object({
-  intents: Schema.bitset(Intents)
+  bitset: Schema.bitset(Intents)
     .default(Intents.FOO | Intents.QUX),
-  array: Schema.array(Schema.union(['FOO', 'BAR', 'QUX']))
+  array: Schema
+    .array(Schema.union(['FOO', 'BAR', 'QUX']))
     .default(['FOO', 'QUX'])
     .role('checkbox'),
 })
diff --git a/de-DE/schema/basic/boolean.md b/de-DE/schema/basic/boolean.md
index dc75f8ba1431..72a2edff3b27 100644
--- a/de-DE/schema/basic/boolean.md
+++ b/de-DE/schema/basic/boolean.md
@@ -2,7 +2,7 @@
 layout: schema
 code: |
   Schema.object({
-  enable: Schema.boolean().description('这是一个开关。'),
+    enable: Schema.boolean().description('这是一个开关。'),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/basic/date.md b/de-DE/schema/basic/date.md
index 9c822e2f619d..e7057a629a08 100644
--- a/de-DE/schema/basic/date.md
+++ b/de-DE/schema/basic/date.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.date().description('选择日期与时间 (对象)。'),
-  datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
-  date: Schema.string().role('date').description('选择日期 (字符串)。'),
-  time: Schema.string().role('time').description('选择时间 (字符串)。'),
+    value: Schema.date().description('选择日期与时间 (对象)。'),
+    datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
+    date: Schema.string().role('date').description('选择日期 (字符串)。'),
+    time: Schema.string().role('time').description('选择时间 (字符串)。'),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/basic/dict.md b/de-DE/schema/basic/dict.md
index fbb57daa60fe..1fa704e0bd9b 100644
--- a/de-DE/schema/basic/dict.md
+++ b/de-DE/schema/basic/dict.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
-  table: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
-  table2: Schema.dict(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的字典。'),
+    dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
+    table1: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
+    table2: Schema.dict(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number(),
+    })).role('table').description('以表格形式显示的由对象构成的字典。'),
   }).description('配置项')
 ---
 
@@ -15,16 +15,15 @@ code: |
 
 `Schema.dict()` 类型描述了一个字典，其中的键是任意字符串，而值是给定的类型。
 
-使用 `.role('table')` 可以将字典以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将字典以表格形式显示。
 
 例子里的 `Boolean` 是 `Schema.boolean().required()` 的简写。
 
 ```ts
 export default Schema.object({
   dict: Schema.dict(Boolean),
-  table: Schema.dict(String).role('table'),
+  table1: Schema.dict(String).role('table'),
   table2: Schema.dict(Schema.object({
     foo: Schema.string(),
     bar: Schema.number(),
diff --git a/de-DE/schema/basic/number.md b/de-DE/schema/basic/number.md
index ab3db1a30978..46737156bb9b 100644
--- a/de-DE/schema/basic/number.md
+++ b/de-DE/schema/basic/number.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().description('一个普通的数值。'),
-  bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
+    foo: Schema.number().description('一个普通的数值。'),
+    bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/basic/object.md b/de-DE/schema/basic/object.md
index f41254690900..f77199394edc 100644
--- a/de-DE/schema/basic/object.md
+++ b/de-DE/schema/basic/object.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().required().description('这是一个必需属性。'),
-  bar: Schema.number().description('这是一个可选属性。'),
-  baz: Schema.object({
-  qux: Schema.boolean().description('这是一个嵌套属性。'),
-  }),
-  collapse: Schema.object({
-  inner: Schema.string().description('现在你看到我了！'),
-  }).description('点击右侧按钮查看嵌套属性。').collapse(),
+    foo: Schema.string().required().description('这是一个必需属性。'),
+    bar: Schema.number().description('这是一个可选属性。'),
+    baz: Schema.object({
+      qux: Schema.boolean().description('这是一个嵌套属性。'),
+    }),
+    collapse: Schema.object({
+      inner: Schema.string().description('现在你看到我了！'),
+    }).description('点击右侧按钮查看嵌套属性。').collapse(),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/basic/path.md b/de-DE/schema/basic/path.md
index f9f46c4c807d..19c5c02e1186 100644
--- a/de-DE/schema/basic/path.md
+++ b/de-DE/schema/basic/path.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  path1: Schema.string().description('假装右边是一个文件选择器。'),
-  path2: Schema.string().description('假装右边是一个文件选择器。'),
+    path1: Schema.string().description('假装右边是一个文件选择器。'),
+    path2: Schema.string().description('假装右边是一个文件选择器。'),
   }).description('配置项')
 ---
 
 # 路径 (Path)
 
-::: tip
+:::tip
 此类型基于 @koishijs/plugin-explorer，仅在加载该插件时可用。未加载该插件时，类型只会表现为普通的字符串 (比如现在就是这样)。
 :::
 
@@ -18,13 +18,13 @@ code: |
 支持传入一些额外的选项：
 
 - `allowCreate`：是否允许创建目录和上传文件
-- `extensions`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
+- `filters`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
 
 ```ts
 export default Schema.object({
   path1: Schema.path(),
   path2: Schema.path({
-    extensions: ['.png', '.jpg', 'directory'],
+    filters: ['.png', '.jpg', 'directory'],
   }),
 })
 ```
diff --git a/de-DE/schema/basic/string.md b/de-DE/schema/basic/string.md
index 310267108637..1f122b941a7d 100644
--- a/de-DE/schema/basic/string.md
+++ b/de-DE/schema/basic/string.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
-  secret: Schema.string().role('secret').default('password').description('请输入密码。'),
-  link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
-  area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
-  color: Schema.string().role('color').description('选择一个颜色。'),
-  custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
+    text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
+    secret: Schema.string().role('secret').default('password').description('请输入密码。'),
+    link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
+    area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
+    color: Schema.string().role('color').description('选择一个颜色。'),
+    custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/basic/tuple.md b/de-DE/schema/basic/tuple.md
index 26cb758c875c..23fe2ccc1ba0 100644
--- a/de-DE/schema/basic/tuple.md
+++ b/de-DE/schema/basic/tuple.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
+    point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
   }).description('配置项')
 ---
 
 # 元组 (Tuple)
 
-::: tip
+:::tip
 目前我们只支持元组内部元素是原始类型 ([String](./string.md), [Number](./number.md), [Boolean](./boolean.md)) 的情况。如果你要描述比较复杂的类型，请使用 [Object](./object.md) 或 [Array](./array.md) 替代。
 :::
 
diff --git a/de-DE/schema/index.md b/de-DE/schema/index.md
index 6b82426aa8e6..e3dfe6b20c5d 100644
--- a/de-DE/schema/index.md
+++ b/de-DE/schema/index.md
@@ -1,7 +1,3 @@
----
-layout: schema
----
-
-# 配置模式
+# 配置构型
 
 <vp-overview/>
diff --git a/de-DE/schema/meta/default.md b/de-DE/schema/meta/default.md
index 4ec0fb2697ef..18147c3e6180 100644
--- a/de-DE/schema/meta/default.md
+++ b/de-DE/schema/meta/default.md
@@ -2,15 +2,15 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
-  bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
-  baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
+    foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
+    bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
+    baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
   }).description('配置项')
 ---
 
 # 默认值
 
-::: warning
+:::warning
 请注意：`.required()` 与 `.default()` 不能同时使用。
 :::
 
diff --git a/de-DE/schema/meta/description.md b/de-DE/schema/meta/description.md
index 42a9312ea212..13a3a4b955d2 100644
--- a/de-DE/schema/meta/description.md
+++ b/de-DE/schema/meta/description.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('*斜体*的属性描述。'),
-  bar: Schema.string().description('**粗体**的属性描述。'),
+    foo: Schema.boolean().description('*斜体*的属性描述。'),
+    bar: Schema.string().description('**粗体**的属性描述。'),
   }).description('配置标题')
 ---
 
diff --git a/de-DE/schema/meta/disabled.md b/de-DE/schema/meta/disabled.md
index 47f6678b07c2..94640f09be03 100644
--- a/de-DE/schema/meta/disabled.md
+++ b/de-DE/schema/meta/disabled.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().disabled().description('这是一个禁用配置项。'),
-  bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
-  baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
-  qux: Schema.string().experimental().description('这是一个实验性配置项。'),
-  choice: Schema.union([
-  Schema.const('foo').disabled(),
-  Schema.const('bar').hidden(),
-  Schema.const('baz').deprecated(),
-  Schema.const('qux').experimental(),
-  ]).description('这些功能在 select 中也可以使用。'),
+    foo: Schema.number().disabled().description('这是一个禁用配置项。'),
+    bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
+    baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
+    qux: Schema.string().experimental().description('这是一个实验性配置项。'),
+    choice: Schema.union([
+      Schema.const('foo').disabled(),
+      Schema.const('bar').hidden(),
+      Schema.const('baz').deprecated(),
+      Schema.const('qux').experimental(),
+    ]).description('这些功能在 select 中也可以使用。'),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/meta/nested.md b/de-DE/schema/meta/nested.md
index 50d74727a34b..cdf66183fc0c 100644
--- a/de-DE/schema/meta/nested.md
+++ b/de-DE/schema/meta/nested.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.object({
-  bar: Schema.array(
-  Schema.object({
-  baz: Schema.number().required().description('在右侧填写数值。'),
-  }).description('这是数组的元素，它本身又是一个对象。'),
-  ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
-  qux: Schema.dict(
-  Schema.string().required().description('在右侧填写字符串。'),
-  ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
-  }),
+    foo: Schema.object({
+      bar: Schema.array(
+        Schema.object({
+          baz: Schema.number().required().description('在右侧填写数值。'),
+        }).description('这是数组的元素，它本身又是一个对象。'),
+      ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
+      qux: Schema.dict(
+        Schema.string().required().description('在右侧填写字符串。'),
+      ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
+    }),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/meta/required.md b/de-DE/schema/meta/required.md
index 99f92f1431a8..ade9d1afdd57 100644
--- a/de-DE/schema/meta/required.md
+++ b/de-DE/schema/meta/required.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('这是一个可选属性。'),
-  bar: Schema.string().required().description('这是一个必需属性。'),
+    foo: Schema.boolean().description('这是一个可选属性。'),
+    bar: Schema.string().required().description('这是一个必需属性。'),
   }).description('配置项')
 ---
 
diff --git a/de-DE/schema/meta/role.md b/de-DE/schema/meta/role.md
index c2852a4eb3b6..d8ff596cd69d 100644
--- a/de-DE/schema/meta/role.md
+++ b/de-DE/schema/meta/role.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
-  string: Schema.string().default('password').description('可见的输入框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
-  }).description('配置项 1'),
-  Schema.object({
-  number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
-  string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
-  }).description('配置项 2'),
+    Schema.object({
+      number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
+      string: Schema.string().default('password').description('可见的输入框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
+    }).description('配置项 1'),
+    Schema.object({
+      number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
+      string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
+    }).description('配置项 2'),
   ])
 ---
 
diff --git a/en-US/about/community.md b/en-US/about/community.md
index 82377a33774a..c7cfb7d52ddd 100644
--- a/en-US/about/community.md
+++ b/en-US/about/community.md
@@ -2,10 +2,20 @@
 
 Some excellent community resources to learn from are summarized on this page. If you also want to feature your project on this page, please click the edit button at the bottom of the page to edit and then create a Pull Request.
 
+## Community
+
+### QQ Groups
+
+- [590104798](https://qm.qq.com/q/vJ0kcQePCM): Koishi unofficial QQ group
+
+### Forum
+
+- [Koishi Unofficial](https://forum.itzdrli.cc): Koishi 非官方论坛
+
 ## Documentations
 
-- [Plugin development tutorial](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum&album_id=2700565655187865601) (TimeBather)
+- [Koishi Plugin Development Tutorial (Chinese)](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum\&album_id=2700565655187865601)  by TimeBather
 
 ## Videos
 
-- [Collection] [Koishi Tutorials](https://space.bilibili.com/23224916/channel/collectiondetail?sid=1049866) (Il Harper)
+- [Collection] [Koishi Robot Tutorial (Chinese)](https://space.bilibili.com/23224916/channel/collectiondetail?sid=1049866) by Il Harper
diff --git a/en-US/about/contact.md b/en-US/about/contact.md
index 410495ad1275..46da5bd3bfe8 100644
--- a/en-US/about/contact.md
+++ b/en-US/about/contact.md
@@ -12,19 +12,19 @@ This group is for the users who newly used Koishi, or have problems when using K
 
 ### For developers
 
-[426230045](https://jq.qq.com/?_wv=1027&k=6FDoxQ6g)
+[426230045](https://jq.qq.com/?_wv=1027\&k=6FDoxQ6g)
 
 This group is for the users who had learned Node.js / TypeScript and interested in Koishi Development. You can discuss anything deeply about Koishi in this group.
 
 ## Discord
 
-[Join the Server](https://discord.com/invite/xfxYwmd284)
+[Join server](https://discord.com/invite/xfxYwmd284)
 
 Our Discord server has channels with different features such as Version Releases, Development Discuss and Question Feedback. You can also participate in discussions here.
 
 ## Telegram
 
-[Join the Chat Group](https://t.me/koishichat) / [Join the Announcement Channel](https://t.me/koishichannel)
+[Join Group] (https://t.me/koishichat) / [Join Notification Channel](https://t.me/koishichannel)
 
 Welcome to join our Telegram chat group, where you can participate in discussions or receive version update notifications in the announcement channel.
 
@@ -36,6 +36,12 @@ Forum is a special way of discussing. Your issues, ideas, feedback will save for
 
 ## Enterprise Support
 
-QQ：[2953529126](https://qm.qq.com/q/P8eMJkP5yI) / WeChat：ilharp
+QQ: [2953529126] (https://qm.qq.com/q/P8eMJkP5yI) / WeChat: ilharp
 
 We provide exclusive support for enterprise users. In addition to participating in discussions through the above methods, enterprise users can also add customer service to get one-on-one exclusive support.
+
+## Community channels
+
+Active community members have spontaneously created unofficial discussion channels where you can also participate in discussions.
+
+Go to the Community Resources (./community.md) page to see more unofficial channels.
diff --git a/en-US/about/contribute/docs.md b/en-US/about/contribute/docs.md
index 2d3a01358b76..1649969e6b05 100644
--- a/en-US/about/contribute/docs.md
+++ b/en-US/about/contribute/docs.md
@@ -21,7 +21,7 @@
 ```
 
 > 123 ABC
-> 
+>
 > ビリビリ
 
 #### Insert a space between CJK and Western
@@ -35,7 +35,7 @@
 ```
 
 > 在 Python 中，我们使用 `class` 关键字来声明类。
-> 
+>
 > 他只用了 100 行不到的代码就实现了那个复杂的功能。
 
 #### 数字与英文单位之间加空格，与符号单位之间不加空格
@@ -49,7 +49,7 @@
 ```
 
 > 我有一块 512 GB 的硬盘。
-> 
+>
 > 今天气温 23˚C，有 70% 的可能性下雨。
 
 #### 括号请使用半角书写，并按照下列规则在两侧添加空格
@@ -80,7 +80,7 @@
 ```
 
 > 1 + 2 = 3
-> 
+>
 > Bellman-Ford 算法
 
 #### 除上述以外的标点均使用全角，且两侧均不留空格
@@ -111,7 +111,7 @@
 ```
 
 > 编程语言有很多，如 C、C++、Java……
-> 
+>
 > 他刚刚做了一个重要的决定——辞职。
 
 #### 针对首次出现的概念，使用粗体进行强调，同时在两侧添加必要的空格
@@ -155,6 +155,6 @@
 
 ## Reference
 
-- <https://github.com/vinta/pangu.js>
-- <https://stdrc.cc/style-guides/chinese.html>
-- <https://stdrc.cc/style-guides/markdown.html>
+- https://github.com/vinta/pangu.js
+- https://stdrc.cc/style-guides/chinese.html
+- https://stdrc.cc/style-guides/markdown.html
diff --git a/en-US/about/events.md b/en-US/about/events.md
index 9f6abb0ffd89..6ccf421c836b 100644
--- a/en-US/about/events.md
+++ b/en-US/about/events.md
@@ -1,10 +1,10 @@
-# 大事件
+# Big events
 
-## 开源之夏 2023
+## Open Source Summer 2023
 
-开源之夏是由中科院软件所“开源软件供应链点亮计划”发起并长期支持的一项暑期开源活动，旨在鼓励在校学生积极参与开源软件的开发维护，培养和发掘更多优秀的开发者，促进优秀开源软件社区的蓬勃发展，助力开源软件供应链建设。
+The Open Source Summer is a summer open source activity initiated and supported by the "Open Source Software Supply Chain Lighting Program" of the Institute of Software of the Chinese Academy of Sciences, aiming to encourage students to actively participate in the development and maintenance of open source software, cultivate and discover more outstanding developers, promote the vigorous development of excellent open source software communities, and help the construction of open source software supply chain.
 
-Koishi 有幸作为开源社区 [参与](https://summer-ospp.ac.cn/org/orgdetail/90fe7a64-0ec0-4c60-963d-becc7e95f977?lang=zh) 了开源之夏 2023 活动，并完成了以下两个项目的开发：
+Koishi had the privilege of [participating](https://summer-ospp.ac.cn/org/orgdetail/90fe7a64-0ec0-4c60-963d-becc7e95f977?lang=en) the Open Source Summer 2023 event as an open source community and completed the development of the following two projects:
 
-- [Koishi 通用平台聊天插件](https://summer-ospp.ac.cn/org/prodetail/2390f0169?list=org\&navpage=org)
-- [Koishi Android 客户端](https://summer-ospp.ac.cn/org/prodetail/2390f0170?list=org\&navpage=org)
+- [Koishi Universal Platform Chat Plugin] (https://summer-ospp.ac.cn/org/prodetail/2390f0169?list=org&navpage=org)
+- [Koishi Android APP](https://summer-ospp.ac.cn/org/prodetail/2390f0170?list=org\&navpage=org)
diff --git a/en-US/about/faq.md b/en-US/about/faq.md
index 27861c4f038f..9ecb2cd20aa3 100644
--- a/en-US/about/faq.md
+++ b/en-US/about/faq.md
@@ -1,25 +1,25 @@
-# FAQ
+# Frequently Asked Questions
 
-## 谁在维护 Koishi？
+## Who Maintains Koishi?
 
-Koishi 是一个由 Shigma 创立的开源项目。它于 2020 年 1 月发布了第一个正式版本。如今，Koishi 由其核心团队维护，并由 Shigma 担任主要负责人。更多信息请参阅 [团队成员](./team.md)。
+Koishi is an open-source project founded by Shigma. The first official version was released in January 2020. Today, Koishi is maintained by its core team, with Shigma as the main lead. For more information, please refer to [Team Members](./team.md).
 
-## 谁在使用 Koishi？
+## Who Uses Koishi?
 
-接触 Koishi 的人按照场景可以大致分为三种角色：
+People who interact with Koishi generally fall into three roles:
 
-- 开发者：他们实际编写了 Koishi 插件
-- 搭建者：他们使用 Koishi 搭建了机器人
-- 使用者：他们与 Koishi 机器人进行交互
+- **Developers:** Those who actually write Koishi plugins.
+- **Deployers:** Those who use Koishi to set up bots.
+- **Users:** Those who interact with Koishi bots.
 
-目前，在 Koishi 的插件市场中能看到超过 1000 个插件，这些插件由超过 500 位开发者维护。在 GitHub 上，Koishi 有超过 3000 个星标。在官方提供的各种讨论频道中，有着数千位活跃的搭建者。其中许多搭建者仅一个机器人就能覆盖数万活跃用户。
+Currently, the Koishi plugin marketplace features over 1,000 plugins, maintained by more than 500 developers. On GitHub, Koishi has over 3,000 stars. In various official discussion channels, there are thousands of active deployers. Many of these deployers manage bots that serve tens of thousands of active users.
 
-## Koishi 体积小吗？
+## Is Koishi Lightweight?
 
-Koishi 通过 Cordis 架构实现了模块化的设计，因此它的体积非常小。Koishi 的核心体积不到 [350 KB](https://bundlephobia.com/package/@koishijs/core)，而一个完整的项目连同包管理器的体积也仅仅在 [10 MB](https://github.com/koishijs/boilerplate/releases) 左右。未来，我们还会引入新的插件加载机制，这将近一步优化 Koishi 的体积。
+Thanks to its modular design achieved through the Cordis architecture, Koishi is incredibly lightweight. The core module of Koishi is less than [350 KB](https://bundlephobia.com/package/@koishijs/core) in size, and a complete project, including the package manager, is only around [10 MB](https://github.com/koishijs/boilerplate/releases). In the future, we plan to introduce new plugin loading mechanisms, which will further optimize Koishi's size.
 
-## Koishi 能胜任大型项目吗？
+## Can Koishi Handle Large-Scale Projects?
 
-可以。Koishi 中的绝大多数功能都通过 [服务](../guide/plugin/service.md) 的形式提供，这意味着你随时可以将一些轻量级服务替换为更专业的实现。例如，尽管模板项目中使用 SQLite 作为数据库，但你可以随时将其替换为 MongoDB, MySQL, PostgreSQL 等专业数据库。
+Yes, it can. Most of Koishi's features are provided through [services](../guide/plugin/service.md), meaning you can easily replace lightweight services with more specialized implementations as needed. For example, although the template project uses SQLite as the default database, you can switch to other databases like MongoDB, MySQL, or PostgreSQL at any time.
 
-此外，Koishi 为插件开发提供了全面的文档 (超过 15 万字) 和工具链支持，这将显著降低新手开发者的入门和学习成本，并确保开发体验在应用规模增长的过程中依旧保持丝滑。
+Additionally, the Koishi's extensive documentation (over 150,000 words) and a robust toolchain for plugin development significantly lower the learning curve for new developers and ensures a smooth development experience even as your application scales.
diff --git a/en-US/about/history.md b/en-US/about/history.md
index 014695a0fa87..3beed765524e 100644
--- a/en-US/about/history.md
+++ b/en-US/about/history.md
@@ -1,29 +1,29 @@
 # History
 
-2019 年 8 月，我开始编写我的第一个基于 Node.js 的聊天机器人，名为四季酱。当时我浏览各种聊天机器人框架，发现并没有自己真正想要的，遂决定从零开始编写。一开始这个机器人只包含了很少的功能，但随着其更多功能的加入，我开始调整起底层架构，并计划逐步将其开源出来。
+In August 2019, I started developing my first Node.js-based chatbot, named Shiki-chan. At that time, I explored various chatbot frameworks but couldn’t find one that truly met my needs, so I decided to build one from scratch. Initially, the bot had only a few features, but as I added more functionalities, I began to refine the underlying architecture and planned to gradually open-source it.
 
-直到 v4 发布之前，Koishi 大约每 8 个月发布一个大版本。可以说 Koishi 的发展完全是由需求推动的，在迭代中形成了一套聊天机器人开发的最佳实践。
+Before the release of v4, Koishi had a major version update approximately every eight months. It can be said that Koishi's development was entirely driven by user needs. It formed a set of best practices for chatbot development through the iterations.
 
-## v1 时期
+## The v1 Era
 
-Koishi v1 发布于 2020 年 1 月。此时的 Koishi 虽然体量尚小，但已具备了许多一直沿袭至今的特征：通过插件系统实现了功能的模块化，通过事件模型和中间件处理各种输入，上下文负责对输入的事件进行过滤，以及一个通过链式调用进行开发的指令系统等等。
+Koishi v1 was released in January 2020. Although Koishi was still small in scope at this time, it already had many features that continue to this day: modular functionality implemented through a plugin system, user input handling via events and middlewares, context filtering of input events, and a command system developed through chained calls.
 
-目前可追溯的 v1 官方插件只有 common, schedule 和 teach，其他在这个时期开发的插件大都已经弃用了。
+The only v1 official plugins that continue to v4 are `common`, `schedule`, and `teach`, while most other plugins developed during this period have been deprecated.
 
-## v2 时期
+## The v2 Era
 
-Koishi v2 发布于 2020 年 9 月，主要改动存在于应用层设计上。在这个大版本中，应用作为程序的入口对所需的资源统一管理，第一次有了生命周期钩子的概念，也将 v1 时期的元信息对象进化为了会话对象。这些改动将许多底层的接口进行了封装，允许插件开发者通过更为现代化的方式组织业务逻辑。
+Koishi v2 was released in September 2020, with significant changes to the application layer design. In this major version, the application became the program’s entry point, managing required resources in a unified way. This was the first time the concept of lifecycle hooks was introduced, and the metadata objects from the v1 era evolved into session objects. These changes encapsulated many underlying interfaces, allowing plugin developers to organize business logic in a more modern structure.
 
-v2 时期也是官方插件发展迅猛的时期，许多功能强大的插件如 eval, github, image-search 和 puppeteer 等都是在这个阶段被开发出来的。
+The v2 era also saw rapid growth in official plugins, with many powerful plugins like `eval`, `github`, `image-search`, and `puppeteer` being developed during this era.
 
-## v3 时期
+## The v3 Era
 
-Koishi v3 发布于 2021 年 5 月。这个版本最核心的变化是我们抽象出了 Adapter / Bot 的概念，并成功将 Koishi 适配到 Discord 和 Telegram 等其他主流聊天平台中。另一个值得一提的改动则是我们实现了插件的热重载，并由此催生了网页控制台和插件市场的发展。
+Koishi v3 was released in May 2021. The core change in this version was the abstraction of the Adapter / Bot concept, successfully adapting Koishi to other mainstream chat platforms like Discord and Telegram. Another notable change was the implementation of hot-reloading for plugins, which develops the web console and the plugin marketplace.
 
-在此期间社区开发者贡献了大量或有趣或实用的插件，也意味着 Koishi 在功能模块化的推行上取得了令人满意的成效。
+During this period, community developers contributed many interesting and useful plugins, indicating significant success in promoting the modularity of Koishi’s functionality.
 
-## v4 时期
+## The v4 Era
 
-Koishi v4 发布于 2022 年 1 月，在底层架构中进行了大幅优化。我们引入了 Service 的概念，这将使我们得以通过类似于 IoC / DI 的方式管理 Koishi 的各项功能。同时对于数据库，我们也提供了一个 ORM 解决方案，这大幅优化了插件的开发体验。此外，我们正式围绕 Service 确立了 Assets 和 Cache 等接口，并提供了许多官方插件实现。
+Koishi v4 was released in January 2022, with significant optimizations to the underlying architecture. We introduced the concept of Service, allowing us to manage Koishi’s features in a manner similar to IoC (Inversion of Control) / DI (Dependency Injection). Additionally, we provided an ORM solution for databases, greatly improving the plugin development experience.  Furthermore, we formally established interfaces around Service, such as Assets and Cache, and provided numerous official plugin implementations.
 
-在这个版本中，我们出于维护性的考虑将一些官方插件移出了 koishijs/koishi。即便如此，官方插件的数量也较上一个大版本有了一个激增。以插件市场为核心的生态也正在被快速完善起来。
+In this version, we moved some official plugins out of `koishijs/koishi` for maintenance reasons. Even so, the number of official plugins has seen a significant increase compared to the previous major version. The ecosystem centered around the plugin marketplace is also rapidly maturing.
diff --git a/en-US/about/license.md b/en-US/about/license.md
index 71a6f56aeeb5..64c070dfb527 100644
--- a/en-US/about/license.md
+++ b/en-US/about/license.md
@@ -1,17 +1,17 @@
 # License
 
-The Koishi team is dedicated to maintaining a thriving open-source ecosystem.
+The Koishi team is committed to maintaining a healthy open-source ecosystem.
 
-## License used by Koishi
+## Licenses Used by Koishi
 
-- Koishi itself and its core plugins are all open-sourced under the MIT License ([repository link](https://github.com/koishijs/koishi)).
-- Official plugins related to the console are open-sourced under the AGPL-3.0 License ([repository link](https://github.com/koishijs/webui)).
-  - According to the terms of the license, software that uses official console plugins must be open-sourced under the same license.
-  - Plugins that extend console functionality in the form of a service are not subject to this restriction.
+- The Koishi core framework and its essential plugins are open-sourced under the MIT License ([Repository Link](https://github.com/koishijs/koishi))
+- Official plugins related to the console are open-sourced under the AGPL-3.0 License ([Repository Link](https://github.com/koishijs/webui))
+  - According to the license terms, any software that uses official console plugins must also be open-sourced under the same license
+  - Plugins that extend console functionalities as a service are not subject to this restriction
 
-## License for the official website
+## License Used By Official Website
 
-- The theme on which this document relies is open-sourced under the MIT License ([repository link](https://github.com/koishijs/theme)).
-- The document repository is open-sourced under the CC-BY-SA-4.0 and AGPL-3.0 Licenses ([repository link](https://github.com/koishijs/docs)).
-  - The content of the document is open-sourced under the CC-BY-SA-4.0 License (parts outside the `.vitepress` directory).
-  - Extensions to the original theme library are open-sourced under the AGPL-3.0 License (parts in the `.vitepress` directory).
+- The theme used by this documentation is open-sourced under the MIT License ([Repository Link](https://github.com/koishijs/theme))
+- The documentation repository is open-sourced under the CC-BY-SA-4.0 and AGPL-3.0 Licenses ([Repository Link](https://github.com/koishijs/docs))
+  - The content of the documentation is open-sourced under the CC-BY-SA-4.0 License (except for the `.vitepress` directory)
+  - Extensions made to the original theme repository are open-sourced under the AGPL-3.0 License (contents within the `.vitepress` directory)
diff --git a/en-US/about/upgrade.md b/en-US/about/upgrade.md
index ba093ea54d70..9f5e6ec0d647 100644
--- a/en-US/about/upgrade.md
+++ b/en-US/about/upgrade.md
@@ -1,10 +1,10 @@
-# 从低版本迁移
+# Migration from Older Versions
 
 ## JSX Support <badge>v4.10.3</badge>
 
-在 4.10.3 版本中，我们正式引入了 JSX 支持。这意味着你可以在插件中使用 JSX 语法来构造消息元素了。要实现这一点，你需要对你的项目进行一些配置：
+In version 4.10.3, we officially introduced JSX support. This means you can now use JSX syntax in your plugins to construct message elements. To enable this, you'll need to configure your project as follows:
 
-1. 打开 `tsconfig.base.json` 文件并加入以下配置：
+1. Open the `tsconfig.base.json` file and add the following configuration:
 
 ```json{3-4}
 {
@@ -15,43 +15,43 @@
 }
 ```
 
-2. 将要使用 JSX 的文件后缀名修改为 `.tsx`。
+2. Change the file extension of any files using JSX syntax to `.tsx`.
 
-## Heartbeat Migration <badge>v4.10.4</badge>
+## Heartbeat Update <badge>v4.10.4</badge>
 
-在 4.10.4 版本中，我们调整了默认的心跳行为，这可能导致老用户升级时遭遇无限重启问题。可以执行下列操作进行升级：
+In version 4.10.4, we adjusted the default heartbeat behavior, which might cause older users to encounter infinite restart issues when migrating. To resolve this, follow these steps:
 
-1. 先将 market 插件更新到最新版本 (最新版本支持批量更新)
-2. (非 v4.10.3 用户忽略此步骤) 在控制台中修改全局设置，将 `heartbeatInterval` 项的值改为 `6000`，`heartbeatTimeout` 项的值改为 `600000`，并点击「重载配置」按钮
-3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-* 依赖则选择移除)，并点击「应用更改」按钮
-4. 更新完成后重启实例
-5. 在控制台中修改全局设置，将 `heartbeatInterval` 和 `heartbeatTimeout` 项的值均改为 `0`，并点击「重载配置」按钮
-6. 再次重启实例
-7. 如果之前移除了 assets-* 插件，请重新前往插件市场进行安装
+1. Update the market plugin to the latest version (you can use batch update in the latest version).
+2. (Skip this step if you are not using v4.10.3) In the console, modify the global settings by setting `heartbeatInterval` to `6000` and `heartbeatTimeout` to `600000`, then click the "Reload Configuration" button.
+3. In the dependency management section, update all official dependencies to the latest version via the dropdown menu (remove the `suggest` and `assets-*` dependencies if present) and click the "Apply Changes" button.
+4. Restart Koishi application when you have done above.
+5. In the console, change the `heartbeatInterval` and `heartbeatTimeout` settings back to `0` and click the "Reload Configuration" button.
+6. Restart Koishi application again.
+7. If you removed any `assets-*` plugins in the steps above, reinstall them from the plugin market.
 
-## CLI Migration <badge>v4.11.0</badge>
+## CLI Update <badge>v4.11.0</badge>
 
-在 4.11.0 版本中我们移除了 @koishijs/cli 包，将其合并到了 koishi 中。这意味着你每次升级时不再需要同时升级两边了。但对于已经安装了 @koishijs/cli 的用户，你需要执行下列操作完成升级：
+In version 4.11.0, we removed the `@koishijs/cli` package and merged it into `koishi`. This means you no longer need to migrate both separately. However, if you already have `@koishijs/cli` installed, follow these steps to migrate:
 
-1. 先完成 4.10.4 版本的更新，确保自己的版本号不小于 4.10.4
-2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，同时移除 @koishijs/cli 的版本号
-3. 点击「应用更改」按钮
+1. First, complete the update to version 4.10.4, ensuring your version is at least 4.10.4.
+2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，并移除 @koishijs/cli
+3. Click the "Apply Changes" button.
 
-## HMR Migration <badge>v4.12.0</badge>
+## HMR Update <badge>v4.12.0</badge>
 
-在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。对于生产模式下的用户无影响，但开发者则需要在升级 Koishi 后手动安装新插件。你需要执行下列操作完成升级：
+In version 4.12.0, we moved the hot module replacement (HMR) functionality to a dedicated plugin, `@koishijs/plugin-hmr`. 如果你使用了 hmr 插件，你需要执行下列操作完成升级：
 
-1. 安装最新版本的 @koishijs/plugin-hmr
-2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#模块热替换) 中提到的部分
-3. 移除 `package.json` 文件中 `scripts.dev` 的 `--watch` 参数
+1. Install the latest version of `@koishijs/plugin-hmr`.
+2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#hmr) 中提到的部分
+3. Remove the `--watch` parameter from the `scripts.dev` section in your `package.json` file.
 
-## Plugin Market Migration <badge>v4.13.0</badge>
+## Plugin Marketplace Update <badge>v4.13.0</badge>
 
-在 4.13.0 版本中，我们将 @koishijs/plugin-market 插件分拆为了两个插件 market 和 config。其中 market 负责「插件市场」和「依赖管理」页面，而 config 则负责「插件配置」页面。直接将 market 插件更新到 2.0.0 或以上版本的用户会发现自己的「插件配置」页面消失，此时你需要执行下列操作完成升级：
+In version 4.13.0, we split the `@koishijs/plugin-market` plugin into two separate plugins: `market` and `config`. The `market` plugin provides the "Plugin Market" and "Dependency Management" pages, while the `config` plugin manages the "Plugin Configuration" page. Users who update the `market` plugin only to version 2.0.0 or above will notice that their "Plugin Configuration" page disappears. To resolve this, follow these steps:
 
-1. 首先确保你的 market 插件是最新版 (应该是 2.0.0 以上版本)
-2. 打开「插件市场」页面，安装最新版的 config 插件
-3. 打开「资源管理器」页面，找到 `koishi.yml` 页面，打开并编辑：
+1. Ensure that your `market` plugin is updated to the latest version (version 2.0.0 or above).
+2. Open the "Plugin Marketplace" page and install the latest version of the `config` plugin.
+3. 打开「资源管理器」页面，找到 `koishi.yml` 文件，打开并编辑：
 
 ```yaml
 host: 127.0.0.1
@@ -60,28 +60,28 @@ maxPort: 5149
 plugins:
   ...
     ...
-    config: {}         # 加一行在这里，注意左侧缩进与 market 对齐
+    config: {}         # Add this line, aligning the left indentation with the market plugin
     market:
       ...
     ...
 ```
 
-4. 点击右上角的保存按钮
-5. 重新启动 Koishi 实例
+4. Click the Save button in the upper right corner.
+5. Restart the Koishi application
 
-## Internationalization Migration <badge>v4.13.0</badge>
+## Internationalization Update <badge>v4.13.0</badge>
 
-在 4.13.0 版本中，我们也引入了多语言的回退机制。这意味者，所有涉及语言配置的地方都需要从单一的语言字符串修改为数组。具体包括以下几个地方：
+In version 4.13.0, we also introduced a fallback mechanism for multiple languages. This means that any language configuration needs to be changed from a single string to an array. This affects the following options:
 
-- 应用配置项 `locale` → `i18n.locales`
-- 用户和频道的数据结构 `locale` → `locales`
-- 会话对象的属性 `locale` → `locales`
+- Application global configuration `locale` → `i18n.locales`
+- User and channel database field `locale` → `locales`
+- Session object property `locale` → `locales`
 
-用户无需留意这些改动，但开发者如果使用了上述 API 则需要进行迁移。
+Usually end users do not need to worry about these changes, but developers who use the above API should make the necessary migration.
 
-## 协议更新 <badge>v4.14.5</badge>
+## Protocol Update <badge>v4.14.5</badge>
 
-在 4.14.5 版本中，我们将协议库 Satori 升级到了 v3 alpha 版本。新版本引入了与分页 API 相关的不兼容更新。具体受影响的 API 如下：
+In version 4.14.5, we upgraded Satori the protocol library to version 3 alpha. This new version of Satori introduces breaking changes related to paginated APIs. The affected APIs are as follows:
 
 - `bot.getChannelList()`
 - `bot.getFriendList()`
@@ -91,25 +91,94 @@ plugins:
 - `bot.getMessageList()`
 - `bot.getReactionList()`
 
-上述 API 将不再返回 `Promise<T[]>` 而是返回一个 `Promise<List<T>>`，包含 `data` 属性和可选的 `next` 属性。`data` 包含了当前页的数据，`next` 则表示下一页的分页令牌。此外，对于上述每一个 API，我们还额外提供了返回异步迭代器的版本：
+These APIs will no longer return `Promise<T[]>` but instead return `Promise<List<T>>`, which includes a `data` field and an optional `next` field. The `data` field contains the data for the current page, and `next` field is the pagination token for the next page. Additionally, for each of the above APIs, there is an alternative version that returns an asynchronous iterator provided:
 
 ```ts
 for (const item of await bot.getChannelList())  // old
 for await (const item of bot.getChannelIter())  // new
 ```
 
-## 协议更新 <badge>v4.15.0</badge>
+## Protocol Update <badge>v4.15.0</badge>
 
-在 4.15.0 版本中，我们将协议库 Satori 升级到了 v3 正式版本。新版本引入了一系列涉及平台资源不兼容更新。
+In version 4.15.0, we upgraded Satori the protocol library to the stable version 3. This version introduces several breaking changes related to platform resources.
 
-[`User`](../api/resources/user.md) 类型的 `userId` 属性改为 `id`，同理对于 [`Channel`](../api/resources/channel.md), [`Guild`](../api/resources/guild.md), [`Message`](../api/resources/message.md) 也是如此。此外，`Author` 被重构为了 `User` 和 `Member` 两个部分。
+The `userId` property of the [`User`](../api/resources/user.md) type has been renamed to `id`, and similarly, the same applies to [`Channel`](../api/resources/channel.md), [`Guild`](../api/resources/guild.md), and [`Message`](../api/resources/message.md). Additionally, `Author` has been restructured into two parts: `User` and `Member`.
 
-[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#访问器属性) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
+[`Session`](../api/core/session.md) includes an `event` property to store all event-related resources. 尽管我们在会话中提供了 [访问器属性](../api/core/session.md#accessor-property) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
 
-`Adapter.Server` 和 `Adapter.Client` 两个基类被移除。现在可以直接使用 [`Adapter`](../api/core/adapter.md) 基类，并通过 `reusable` 属性决定其是否可重用。
+Base classes `Adapter.Server` and `Adapter.Client` have been removed. Now you can now directly use the base class [`Adapter`](../api/core/adapter.md), and the `reusable` property refers whether it can be reused.
 
-[`Bot`](../api/core/bot.md) 将实现 [`Login`](../api/resources/login.md) 资源，因此其上的用户数据将存放在 `bot.user` 中。此外，[`status`](../api/resources/login.md) 属性由字符串变为数值枚举。
+[`Bot`](../api/core/bot.md) now implements the resource [`Login`](../api/resources/login.md), so user data will be stored in `bot.user`. Additionally, the property [`status`](../api/resources/login.md) has changed from a string to a numeric enumeration.
 
-[`encoder.results`](../api/message/encoder.md#encoder-results) 的类型由 `string[]` 变为 `Message[]`。
+The type of [`encoder.results`](../api/message/encoder.md#encoder-results) has changed from `string[]` to `Message[]`.
 
-新增用于创建私聊频道的 [`bot.createDirectChannel()`](../api/resources/channel.md)，因此不再需要实现 [`bot.sendPrivateMessage()`](../api/resources/message.md#bot-sendprivatemessage)。
+A new method [`bot.createDirectChannel()`](../api/resources/channel.md) has been added to create private chat channels, so you no longer need to implement [`bot.sendPrivateMessage()`](../api/resources/message.md#bot-sendprivatemessage).
+
+## Server Plugin Separation <badge>v4.16.0</badge>
+
+In version 4.16.0, we separated the `Server` service from Koishi into an independent plugin, [@koishijs/plugin-server](../plugins/develop/server.md). The Koishi CLI would automatically migrate it, so end users who launch Koishi with the CLI don't need to take any action.
+
+If you use Koishi with a programmactially method, follow these steps to complete the upgrade:
+
+1. Install the latest version of the [@koishijs/plugin-server](../plugins/develop/server.md) plugin.
+2. Manually import and load the plugin in your code.
+3. Move your previous global settings for `host`, `port`, `maxPort`, and `selfUrl` to the server plugin configuration.
+
+## 消息元素更新 <badge>v4.16.4</badge>
+
+在 4.16.4 版本中，我们将 Koishi 内部的消息元素实现与 Satori 协议规范进行了对齐。涉及到以下 API 的变动：
+
+- `<image>` 元素更名为 `<img>`
+- `<img>`, `<audio>`, `<video>`, `<file>` 元素的 `url` 属性改为 `src`
+
+如果你的插件用到了相关的特性，请参考下面的迁移指南：
+
+- 如果你的插件**发送**了上述消息元素，你不需要进行任何修改
+  - 官方适配器插件 (和积极维护的社区适配器插件) 都进行了向下兼容
+  - 如果你使用了非官方的适配器并发现升级后无法发送图片，请联系适配器作者进行更新
+- 如果你的插件**接收并解析**了上述消息元素，你可能需要调整你的解析逻辑
+  - 要从给定的消息中提取图片，可以使用 [`h.select()`](../api/message/api.md#h-select) 方法
+  - 如果你的指令接受图片作为参数，可以直接使用 [`image`](../guide/basic/command.md#argument-type) 参数类型
+
+对于适配器作者，请参考下面的迁移指南：
+
+- 接收侧 (`Adapter`)：请确保创建的会话中的消息元素均符合最新标准
+- 发送侧 (`MessageEncoder`)：请尽量同时支持新旧标准，例如使用以下代码：
+
+```ts
+if (type === 'image' || type === 'img') {
+  await sendImage(attrs.src || attrs.url)
+}
+```
+
+## HTTP 插件独立 <badge>v4.17.6</badge>
+
+在 4.17.6 版本中，我们将 HTTP 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-http](../plugins/develop/http.md) 插件。The Koishi CLI would automatically migrate it, so end users who launch Koishi with the CLI don't need to take any action.
+
+If you use Koishi with a programmactially method, follow these steps to complete the upgrade:
+
+1. 安装最新版本的 [@koishijs/plugin-http](../plugins/develop/http.md) 插件；
+2. (可选，如果你使用网络代理工具) 安装最新版本的 [@koishijs/plugin-proxy-agent](../plugins/develop/proxy-agent.md) 插件；
+3. 在你的代码中手动导入并加载这两个插件；
+4. 将你过去的 `request` 全局设置移动至 http 插件的配置项；
+5. (可选) 将你过去的 `request.proxyAgent` 全局设置移动至 proxy-agent 插件的配置项。
+
+## `tsconfig` 更新 <badge>v4.17.8</badge>
+
+在 4.17.8 版本中，由于部分依赖的更新，我们对推荐的 `tsconfig.json` 配置进行了调整。如果你的项目使用了 TypeScript，并且在升级后发现无法通过编译，你可以打开 `tsconfig.json` 文件，并尝试执行下列修改以完成升级：
+
+1. 将 `module` 属性改为 `esnext`；
+2. 将 `moduleResolution` 属性改为 `bundler`；
+3. 将 `emitDeclarationOnly` 属性改为 `true` (或者添加这个属性)。
+
+```json{3-5}
+{
+  "compilerOptions": {
+    "module": "esnext",
+    "moduleResolution": "bundler",
+    "emitDeclarationOnly": true,
+  },
+}
+```
+
+注意，如果你的项目中存在多个 `tsconfig.json` 文件，你需要对每一个文件都进行上述修改 (通过 `extends` 继承其他文件中配置的除外)。
diff --git a/en-US/api/console/component.md b/en-US/api/console/component.md
index 5eba3167d9b3..9abd281651cb 100644
--- a/en-US/api/console/component.md
+++ b/en-US/api/console/component.md
@@ -1,5 +1,9 @@
 # Built-in Components
 
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
 ## `<k-comment>`
 
 - **props.type:** `'info' | 'success' | 'warning' | 'danger'` 提示类型
diff --git a/en-US/api/console/composition.md b/en-US/api/console/composition.md
index c2eb28d6a483..928319da9749 100644
--- a/en-US/api/console/composition.md
+++ b/en-US/api/console/composition.md
@@ -1,18 +1,22 @@
 # Combined API
 
-::: tip
-The APIs mentioned in this section are exported in @koishijs/client.
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::tip
+本节中所涉及的 API 都在 @koishijs/client 中导出。
 :::
 
 ## useConfig()
 
-- Return value: `Ref<any>`
+- 返回值: `Ref<any>`
 
 Get user settings.
 
 ## useContext()
 
-- Return value: [`Context`](./context.md)
+- 返回值: [`Context`](./context.md)
 
 获取当前组件所在的插件上下文。
 
diff --git a/en-US/api/console/context.md b/en-US/api/console/context.md
index 9a831073d236..995753e08427 100644
--- a/en-US/api/console/context.md
+++ b/en-US/api/console/context.md
@@ -1,7 +1,11 @@
-# 上下文 API
+# Context API
 
-::: warning
-请注意：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::warning
+消歧义：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
 :::
 
 Koishi 的控制台客户端一样通过插件化的方式加载，因此我们也实现了一套类似的 `Context` 机制。许多你熟悉的底层 API 在客户端是依然可用的 (例如生命周期事件、服务的定义与使用等等)。此外，我们还提供了一些与客户端相关的 API 来帮助你更方便地开发控制台插件。
diff --git a/en-US/api/console/server.md b/en-US/api/console/server.md
index 2183372bb47d..8cfa2745ba4d 100644
--- a/en-US/api/console/server.md
+++ b/en-US/api/console/server.md
@@ -1,6 +1,10 @@
-# 服务端 API
+# Server-side API
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 基本用法](../../guide/console/)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/plugin-console 中导出。
 :::
 
@@ -8,7 +12,7 @@
 
 `Console` 类封装了控制台服务的所有功能，你可以通过 `ctx.console` 来访问它。
 
-### console.addEntry(entry)
+### ctx.console.addEntry(entry)
 
 - **entry:** `Entry` 要添加的入口
 
@@ -21,14 +25,14 @@ interface Entry {
 
 添加客户端入口文件。
 
-### console.addListener(event, callback, options)
+### ctx.console.addListener(event, callback, options) <badge type="warning">实验性</badge>
 
 - **event:** `string` 事件名称
 - **callback:** `Function` 回调函数，其中 `this` 指向 [`Client`](#类-client) 对象
 
 注册一个事件监听器。
 
-### console.broadcast(event, body, options)
+### ctx.console.broadcast(event, body, options)
 
 - **event:** `string` 事件名称
 - **body:** `any` 事件内容
diff --git a/en-US/api/core/adapter.md b/en-US/api/core/adapter.md
index e141174ce6f3..684f44f53dcf 100644
--- a/en-US/api/core/adapter.md
+++ b/en-US/api/core/adapter.md
@@ -1,6 +1,6 @@
 # Adapter
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现适配器](../../guide/adapter/adapter.md)
 :::
 
diff --git a/en-US/api/core/app.md b/en-US/api/core/app.md
index 5aaa4eceda66..58872e37495c 100644
--- a/en-US/api/core/app.md
+++ b/en-US/api/core/app.md
@@ -4,34 +4,6 @@
 
 本节中介绍的配置项可用于传入构造函数，也可以在配置文件或控制台中进行修改。
 
-## 网络设置
-
-### options.host
-
-- 类型：`string`
-- 默认值：`'127.0.0.1'`
-
-服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
-
-### options.port
-
-- 类型：`number`
-
-要监听的初始端口号。
-
-### options.maxPort
-
-- 类型：`number`
-- 默认值：[`options.port`](#options-port)
-
-允许监听的最大端口号。
-
-### options.selfUrl
-
-- 类型：`string`
-
-Koishi 服务暴露在公网的地址。部分功能（例如 [adapter-telegram](../../plugins/adapter/telegram.md) 或是 [plugin-assets-local](https://assets.koishi.chat/plugins/local.html)）需要用到。
-
 ## 基础设置
 
 ### options.prefix
@@ -106,17 +78,9 @@ interface DelayOptions {
 - `prefer-user`: 优先使用用户语言
 - `prefer-channel`: 优先使用频道语言
 
-## 请求设置
-
-### options.request.proxyAgent
-
-- 类型: `string`
-
-配置请求时默认使用的网络代理。
-
 ## 配置文件选项
 
-::: warning
+:::warning
 下面的配置项来自 Koishi 的命令行工具，仅可在配置文件中编辑，不支持在控制台中修改。
 :::
 
diff --git a/en-US/api/core/bot.md b/en-US/api/core/bot.md
index 2726e253d132..6317080c6d91 100644
--- a/en-US/api/core/bot.md
+++ b/en-US/api/core/bot.md
@@ -1,6 +1,6 @@
 # Bot
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现机器人](../../guide/adapter/bot.md)
 :::
 
@@ -10,37 +10,37 @@
 
 ### bot.adapter
 
-- Type: [`Adchapter`](./adapter.md)
+- 类型: [`Adapter`](./adapter.md)
 
 当前 `Bot` 所在的 [Adapter](./adapter.md) 实例。
 
 ### bot.config
 
-- Type: `object`
+- 类型: `object`
 
 构造 `Bot` 实例时所使用的配置项。
 
 ### bot.ctx
 
-- Type: [`Context`](./context.md)
+- 类型: [`Context`](./context.md)
 
 当前 `Bot` 所在的 [Context](./context.md) 实例。
 
 ### bot.internal
 
-- Type: `object`
+- 类型: `object`
 
 当前机器人的 [内部接口](../../guide/adapter/bot.md#实现内部接口)。
 
 ### bot.platform
 
-- Type: `string`
+- 类型: `string`
 
-当前 `Bot` 的 [平台名称](../glossary.md#平台-platform)。
+当前 `Bot` 的 [平台名称](../glossary.md#platform)。
 
 ### bot.selfId
 
-- Type: `string`
+- 类型: `string`
 
 当前 `Bot` 的平台账号。
 
@@ -74,7 +74,7 @@
 
 ### bot.dispatch(session)
 
-- **session:** [`Session`](./session.md) Session instance
+- **session:** [`Session`](./session.md) 会话实例
 
 Dispatch a session event.
 
@@ -83,7 +83,7 @@ Dispatch a session event.
 - **event:** [`Event`](./session.md#session-event) 会话数据
 - 返回值: [`Session`](./session.md)
 
-创建一个新的会话实例。
+Create a new session instance.
 
 ### bot.online()
 
diff --git a/en-US/api/core/command.md b/en-US/api/core/command.md
index 2d63bf8f540e..e2d8a626b731 100644
--- a/en-US/api/core/command.md
+++ b/en-US/api/core/command.md
@@ -1,6 +1,6 @@
 # Command
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 指令开发](../../guide/basic/command.md)
 :::
 
@@ -83,7 +83,8 @@ type CommandAction = (argv: Argv, ...args: any[]) => Awaitable<string | void>
 - **fields:** `FieldCollector<UserField>` 要请求的用户字段
 - 返回值: `this`
 
-如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
 ```ts
 type FieldCollector<K extends string> =
@@ -96,36 +97,27 @@ type FieldCollector<K extends string> =
 - **fields:** `FieldCollector<ChannelField>` 要请求的频道字段
 - 返回值: `this`
 
-如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
-### cmd.alias(...names)
+### cmd.alias(name, config?)
 
-- **names:** `string[]` 要设置的别名
-- 返回值: `this`
-
-设置指令别名。
-
-### cmd.shortcut(name, config?)
-
-- **name:** `string | RegExp` 快捷匹配
-- **config:** `ShortcutConfig`
-  - **config.prefix:** `boolean` 调用时要求保留前缀
-  - **config.fuzzy:** `boolean` 允许在快捷方式后带参数
-  - **config.greedy:** `boolean` 将所有后面的内容解析成一个参数
+- **name:** `string` 要设置的别名
+- **config:** `Command.Alias`
   - **config.args:** `any[]` 要带的参数列表，将与传入的参数合并
-  - **config.options:** `Record<string, any>` 要带的选项列表，将与传入的选项合并
+  - **config.options:** `Dict` 要带的选项列表，将与传入的选项合并
 - 返回值: `this`
 
-设置快捷方式。
+设置指令别名。
 
 ### cmd.subcommand(name, desc?, config?)
 
 - **name:** `string` 指令名以及可能的参数
 - **desc:** `string` 指令的描述
-- **config:** [`CommandConfig`](./context.md#ctx-command) 指令的配置
+- **config:** [`Command.Config`](./context.md#ctx-command) 指令的配置
 - 返回值：`Command` 注册或修改的指令
 
-注册或修改子指令。子指令会继承当期指令的上下文。参见[指令的多级结构](../../guide/basic/command.md#指令的多级结构)章节。
+注册或修改子指令。子指令会继承当期指令的上下文。参见 [子指令](../../manual/usage/command.md#子指令) 和 [注册子指令](../../guide/basic/command.md#注册子指令) 章节。
 
 ### cmd.parse(input)
 
@@ -150,15 +142,3 @@ type FieldCollector<K extends string> =
 - 返回值: `void`
 
 移除当前指令及其所有子指令。
-
-## 静态属性和方法
-
-这里包含了与 Command 类相关的静态属性和方法。
-
-### Command.defaultConfig
-
-默认的指令配置。
-
-### Command.defaultOptionConfig
-
-默认的选项配置。
diff --git a/en-US/api/core/context.md b/en-US/api/core/context.md
index ec080988b01f..df95de25352c 100644
--- a/en-US/api/core/context.md
+++ b/en-US/api/core/context.md
@@ -9,12 +9,14 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.any](../service/filter.md#ctx-any)
 - [ctx.bail](../service/events.md#ctx-bail)
 - [ctx.before](../service/events.md#ctx-before)
-- [ctx.database](../database/database.md)
+- [ctx.debounce](../service/timer.md#ctx-debounce)
 - [ctx.emit](../service/events.md#ctx-emit)
+- [ctx.events](../service/events.md)
 - [ctx.exclude](../service/filter.md#ctx-exclude)
 - [ctx.filter](../service/filter.md#ctx-filter)
 - [ctx.http](../service/http.md)
 - [ctx.i18n](../service/i18n.md)
+- [ctx.inject](../service/registry.md#ctx-inject)
 - [ctx.intersect](../service/filter.md#ctx-intersect)
 - [ctx.loader](../service/loader.md)
 - [ctx.middleware](../service/events.md#ctx-middleware)
@@ -26,13 +28,24 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.parallel](../service/events.md#ctx-parallel)
 - [ctx.permissions](../service/permissions.md)
 - [ctx.plugin](../service/registry.md#ctx-plugin)
-- [ctx.router](../service/router.md)
+- [ctx.registry](../service/registry.md)
 - [ctx.scope](../service/registry.md#ctx-scope)
 - [ctx.serial](../service/events.md#ctx-serial)
-- [ctx.start](../service/registry.md#ctx-start)
+- [ctx.server](../service/server.md)
+- [ctx.setInterval](../service/timer.md#ctx-setinterval)
+- [ctx.setTimeout](../service/timer.md#ctx-settimeout)
+- [ctx.sleep](../service/timer.md#ctx-sleep)
 - [ctx.stop](../service/registry.md#ctx-stop)
+- [ctx.throttle](../service/timer.md#ctx-throttle)
+- [ctx.timer](../service/timer.md)
 - [ctx.union](../service/filter.md#ctx-union)
-- [ctx.using](../service/registry.md#ctx-using)
+
+除此以外，以下服务由官方插件提供，因此使用时需要 [声明依赖](../../guide/plugin/service.md#inject)：
+
+- [ctx.console](../console/server.md)
+- [ctx.database](../database/database.md)
+- [ctx.mock](../../plugins/develop/mock.md)
+- [ctx.server](../../plugins/develop/server.md)
 
 ## Instance Properties
 
@@ -63,7 +76,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 以当前上下文为原型创建一个新上下文。`meta` 中的属性将覆盖当前上下文的属性。
 
-
 <!-- ### ctx.isolate(names)
 
 - **keys:** `string[]` 隔离的服务列表
@@ -84,14 +96,13 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 在当前上下文中注册或修改一个指令。
 
-### ctx.broadcast(channels?, content, forced?) <badge>需要数据库</badge>
+### ctx.broadcast(channels?, content) <badge>需要数据库</badge>
 
-- **channels:** `string[]` 频道列表
+- **channels:** `string[]` 频道列表，格式为 `{platform}:{channelId}` (如 `discord:1234567890`)
 - **content:** `string` 要发送的内容
-- **forced:** `boolean` 是否无视 silent 标记
 - 返回值: `Promise<string[]>` 成功发送的消息 ID 列表
 
-所有机器人向自己分配的频道广播消息，存在标记 silent 的频道除外。如有失败不会抛出错误。
+所有机器人向自己分配的频道广播消息。如果传入的频道不存在，会输出一个警告。
 
 ### ctx.logger(scope?)
 
@@ -106,10 +117,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 - 类型: `symbol`
 
-### Context.source
-
-- 类型: `symbol`
-
 ### Context.current
 
 - 类型: `symbol`
diff --git a/en-US/api/core/events.md b/en-US/api/core/events.md
index cd4f87b12a9d..85e2f564d67b 100644
--- a/en-US/api/core/events.md
+++ b/en-US/api/core/events.md
@@ -1,10 +1,10 @@
 # Events
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍 Koishi 的内置事件。如果想了解事件 API，请前往 [API > 内置服务 > 事件](../service/events.md)。
 :::
 
@@ -60,6 +60,7 @@
 尝试将一个未识别出指令的 Argv 对象识别成指令调用时使用。你可以在回调函数中修改传入的 Argv 对象，或者返回一个字符串表示识别出的指令。
 
 ### 事件：before-attach-channel
+
 ### 事件：before-attach-user
 
 - **session:** `Session` 当前会话
@@ -71,6 +72,7 @@
 这两个事件的触发于内置中间件中。如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 before-attach-channel 事件不会触发。
 
 ### 事件：attach-channel
+
 ### 事件：attach-user
 
 - **session:** `Session` 当前会话
@@ -81,6 +83,7 @@
 如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 attach-channel 事件不会触发。
 
 ### 事件：command/before-attach-channel
+
 ### 事件：command/before-attach-user
 
 - **session:** `Argv` 运行时参数
@@ -128,7 +131,7 @@
 
 插件被卸载时触发。参见 [清除副作用](../../guide/plugin/lifecycle.md#清除副作用)。
 
-::: warning
+:::warning
 请注意，`dispose` 事件的目的是清理副作用而不是确保数据保存。当 Koishi 进程崩溃或是被强行中止时，`dispose` 事件都可能不会触发。为了保护你的数据，你应当在每一次修改后立即上传数据，而不是在 `dispose` 中处理收尾工作。
 :::
 
diff --git a/en-US/api/core/session.md b/en-US/api/core/session.md
index 25d19ed23478..a1e0b9c83765 100644
--- a/en-US/api/core/session.md
+++ b/en-US/api/core/session.md
@@ -8,7 +8,7 @@
 
 ### session.app
 
-- Type: [`Context`](./context.md)
+- 类型: [`Context`](./context.md)
 
 当前会话的根上下文。
 
@@ -25,7 +25,7 @@
 
 当前会话绑定的频道数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的频道数据，而不是平台的频道数据。如果你需要访问平台频道数据，请使用 `session.event.channel`。
 :::
 
@@ -58,11 +58,11 @@
 
 当前会话绑定的用户数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的用户数据，而不是平台的用户数据。如果你需要访问平台用户数据，请使用 `session.event.user`。
 :::
 
-## 访问器属性
+## 访问器属性 {#accessor-property}
 
 对于部分常用的事件体属性，我们提供了访问器属性。
 
@@ -71,7 +71,7 @@
 - 类型: <code>[GuildMember](../resources/member.md) & [User](../resources/user.md)</code>
 - 完整写法: `{ ...session.event.user, ...session.event.member }`
 
-::: tip
+:::tip
 注意到 `GuildMember` 和 `User` 有部分重叠的字段，例如 `name` 和 `avatar`。在这种情况下，`GuildMember` 的字段会覆盖 `User` 的字段。
 :::
 
@@ -201,7 +201,7 @@
 - **options.timeout:** 中间件的生效时间，缺省时会使用 [`app.config.delay.prompt`](./app.md#options-delay)
 - 返回值: `Promise<T>` 回调函数返回的结果
 
-处理当前会话的下一次输入，如果超时则会返回 `null`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
+处理当前会话的下一次输入，如果超时则会返回 `undefined`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
 
 ### session.suggest(options)
 
diff --git a/en-US/api/database/built-in.md b/en-US/api/database/built-in.md
index 21ce08fc2b67..82798a6539b0 100644
--- a/en-US/api/database/built-in.md
+++ b/en-US/api/database/built-in.md
@@ -1,6 +1,6 @@
 # Built-in Data Structure
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 内置数据结构](../../guide/database/builtin.md)
 :::
 
@@ -66,7 +66,7 @@ Koishi 的数据库 API 实际上分为两部分：
 
 向数据库请求频道数据。
 
-### ctx.database.getAssignedChannels(fields?, platform?, assignees?) <badge type="danger">deprecated</badge>
+### ctx.database.getAssignedChannels(fields?, platform?, assignees?) <badge type="danger">废弃</badge>
 
 - **fields:** `ChannelField[]` 请求的字段，默认为全部字段
 - **platform:** `string` 平台名，默认为全平台
diff --git a/en-US/api/database/database.md b/en-US/api/database/database.md
index 89b58b73ecde..644457a45bf2 100644
--- a/en-US/api/database/database.md
+++ b/en-US/api/database/database.md
@@ -1,6 +1,6 @@
 # Database
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/)
 :::
 
@@ -161,6 +161,12 @@ export interface WriteResult {
 
 计算聚合表达式。
 
+### ctx.database.stats() <badge type="warning">实验性</badge>
+
+- 返回值: [`Promise<Stats>`](#stats)
+
+获取统计信息。
+
 ### ctx.database.drop(table)
 
 - **table:** `string` 表名
@@ -168,8 +174,18 @@ export interface WriteResult {
 
 删除表。
 
-### ctx.database.stats() <badge type="warning">实验性</badge>
+::: danger
+这是一个危险操作，删除表后将无法恢复数据。
 
-- 返回值: [`Promise<Stats>`](#stats)
+如果你是插件开发者，并希望重构插件的数据库结构，我们建议使用 [整表迁移](../../guide/database/model.md#整表迁移)，以防止用户数据丢失。
+:::
 
-获取统计信息。
+### ctx.database.dropAll()
+
+- 返回值: `Promise<void>`
+
+删除所有表。
+
+:::danger
+这是一个危险操作，删除表后将无法恢复数据。
+:::
diff --git a/en-US/api/database/evaluation.md b/en-US/api/database/evaluation.md
index 89ebb1ac5b94..533b7fb4950a 100644
--- a/en-US/api/database/evaluation.md
+++ b/en-US/api/database/evaluation.md
@@ -1,14 +1,12 @@
 # Eval
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
-求值表达式是一组静态 API，主要在 [`Selection`](./selection.md) 中使用。你可以从 Koishi 中直接导入：
+与查询表达式不同，求值表达式是一组静态 API。你可以从 Koishi 中直接导入：
 
 ```ts
-import { Eval } from 'koishi'
-// 或者使用更短的别名
 import { $ } from 'koishi'
 ```
 
diff --git a/en-US/api/database/model.md b/en-US/api/database/model.md
index 406cb5e63947..72fd0b1e9f7c 100644
--- a/en-US/api/database/model.md
+++ b/en-US/api/database/model.md
@@ -1,6 +1,6 @@
 # Data Model
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 数据模型](../../guide/database/model.md)
 :::
 
@@ -23,33 +23,33 @@ export interface Field<T> {
 
 ### 数值类型
 
-|    名称    |  TS 类型   | 默认长度 | 默认初始值 |        说明         |
-|:--------:|:--------:|:----:|:-----:|:-----------------:|
-| integer  | `number` |  10  |  `0`  | 有符号整型数，长度决定了数据的范围 |
-| unsigned | `number` |  10  |  `0`  | 无符号整型数，长度决定了数据的范围 |
-|  float   | `number` | 固定长度 |  `0`  |      单精度浮点数       |
-|  double  | `number` | 固定长度 |  `0`  |      双精度浮点数       |
+|    名称    |   TS 类型  | 默认长度 | 默认初始值 |         说明        |
+| :------: | :------: | :--: | :---: | :---------------: |
+|  integer | `number` |   4  |  `0`  | 有符号整型数，长度决定了数据的范围 |
+| unsigned | `number` |   4  |  `0`  | 无符号整型数，长度决定了数据的范围 |
+|   float  | `number` | 固定长度 |  `0`  |       单精度浮点数      |
+|  double  | `number` | 固定长度 |  `0`  |       双精度浮点数      |
 
 ### 字符串类型
 
-|   名称   |  TS 类型   | 默认长度  | 默认初始值 |   说明   |
-|:------:|:--------:|:-----:|:-----:|:------:|
-|  char  | `string` |  64   | `''`  | 定长的字符串 |
-| string | `string` |  255  | `''`  | 变长的字符串 |
-|  text  | `string` | 65535 | `''`  | 变长的字符串 |
+|   名称   |   TS 类型  |  默认长度 | 默认初始值 |   说明   |
+| :----: | :------: | :---: | :---: | :----: |
+|  char  | `string` |   64  |  `''` | 定长的字符串 |
+| string | `string` |  255  |  `''` | 变长的字符串 |
+|  text  | `string` | 65535 |  `''` | 变长的字符串 |
 
 ### 时间类型
 
-|    名称     | TS 类型  | 默认长度 | 默认初始值  | 说明  |
-|:---------:|:------:|:----:|:------:|:---:|
-|   date    | `Date` | 固定长度 | `null` | 日期值 |
-|   time    | `Date` | 固定长度 | `null` | 时间值 |
+|     名称    |  TS 类型 | 默认长度 |  默认初始值 |  说明 |
+| :-------: | :----: | :--: | :----: | :-: |
+|    date   | `Date` | 固定长度 | `null` | 日期值 |
+|    time   | `Date` | 固定长度 | `null` | 时间值 |
 | timestamp | `Date` | 固定长度 | `null` | 时间戳 |
 
 ### 其他类型
 
-|  名称  |   TS 类型    | 默认长度  | 默认初始值  |         说明         |
-|:----:|:----------:|:-----:|:------:|:------------------:|
+|  名称  |    TS 类型   |  默认长度 |  默认初始值 |         说明         |
+| :--: | :--------: | :---: | :----: | :----------------: |
 | json |  `object`  | 65535 | `null` | 可被序列化为 json 的结构化数据 |
 | list | `string[]` | 65535 |  `[]`  | 字符串构成的列表，序列化时以逗号分隔 |
 
diff --git a/en-US/api/database/query.md b/en-US/api/database/query.md
index 20ead1a84236..a8556e7ed19a 100644
--- a/en-US/api/database/query.md
+++ b/en-US/api/database/query.md
@@ -1,6 +1,6 @@
 # Query Expression
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/index.md)
 :::
 
@@ -159,7 +159,7 @@ type Query<T> = QueryExpr<T> | Shorthand<Indexable> | Callback<T, boolean>
 
 判断列表中是否存在满足给定约束条件的元素。
 
-::: warning
+:::warning
 部分数据库可能不支持使用子条件，因此请尽量只使用 [`$eq`](#eq) 操作符。
 :::
 
diff --git a/en-US/api/database/selection.md b/en-US/api/database/selection.md
index d5cd31a2d8a4..b0073c79a2d9 100644
--- a/en-US/api/database/selection.md
+++ b/en-US/api/database/selection.md
@@ -1,6 +1,6 @@
-# 查询构造器 (Selection)
+# Selection
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
diff --git a/en-US/api/glossary.md b/en-US/api/glossary.md
index 275ec25533bf..aaefa2cf8311 100644
--- a/en-US/api/glossary.md
+++ b/en-US/api/glossary.md
@@ -2,7 +2,7 @@
 
 本页收集了一些 Koishi 设计中的重要概念，按字母表序排列。如果你在阅读文档时对某个概念感到迷惑，可以随时回到这里查看解释。
 
-## Adapter
+## 适配器 (Adapter) {#adapter}
 
 适配器是指实现了平台协议，能够让机器人接入平台的插件。In general, one adapter instance corresponds to one robot user, and enabling multiple adapters at the same time allows simultaneous access to multiple robots.
 
@@ -10,12 +10,12 @@
 - [开发 > 跨平台 > 实现适配器](../guide/adapter/adapter.md)
 - [API > 核心模块 > 适配器](./core/adapter.md)
 
-## App
+## 应用 (App) {#app}
 
 - [开发 > 开发起步 > 配置文件](../guide/develop/config.md)
 - [API > 核心模块 > 应用](./core/app.md)
 
-## Bot
+## 机器人 (Bot) {#bot}
 
 机器人是指由 Koishi 操控的平台用户。The user here is not necessarily a real user. It can also be a bot user, which is provided by some platforms.By interacting with the robot, other users experience Koishi's functions.
 
@@ -23,15 +23,15 @@
 - [开发 > 跨平台 > 实现机器人](../guide/adapter/bot.md)
 - [API > 核心模块 > 机器人](./core/bot.md)
 
-## 频道 (Channel)
+## 频道 (Channel) {#channel}
 
 频道是消息的集合。A channel contains a series of messages that have a temporal and logical sequence to each other.Channels are divided into private chat channels and group chat channels, where private chat channels have only two participants and group chat channels can have any number of participants.
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
-- [API > 平台资源 > 频道](./resources/user.md)
+- [API > 平台资源 > 频道](./resources/channel.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#channel)
 
-## Command
+## 指令 (Command) {#command}
 
 Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件或事件，指令不仅能够更好地处理用户输入，还有统一的帮助信息、权限管理、速率控制等特性。
 
@@ -39,7 +39,7 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 交互基础 > 指令开发](../guide/basic/command.md)
 - [API > 核心模块 > 指令](./core/command.md)
 
-## Console (Console)
+## 控制台 (Console) {#console}
 
 控制台是一个用户友好的图形化管理界面，由一系列官方插件提供。你可以在控制台中监控运行状态、管理插件和配置、查看日志、访问数据库、模拟聊天等。
 
@@ -47,21 +47,21 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 控制台](../guide/console/index.md)
 - [API > 控制台](./console/server.md)
 
-## Context
+## 上下文 (Context) {#context}
 
 上下文是实际业务逻辑的载体。你可以在上下文中访问事件、中间件、指令和更多服务。这些访问所带来的副作用会被上下文自动收集，并在插件被停用时进行回收。
 
 - [开发 > 模块化](../guide/plugin/index.md)
 - [API > 核心模块 > 上下文](./core/context.md)
 
-## 数据库 (Database)
+## 数据库 (Database) {#database}
 
 Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。你可以在插件中通过 `ctx.database` 访问数据库服务。
 
 - [开发 > 数据库 > 使用数据库](../guide/database/index.md)
 - [API > 数据库](./database/built-in.md)
 
-## 消息元素 (Element)
+## 消息元素 (Element) {#element}
 
 消息元素类似于 HTML 元素，它是组成消息的基本单位。一个元素可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。Koishi 会将这些元素转换为平台所支持的格式，以便在不同平台之间发送和接收消息。
 
@@ -69,77 +69,73 @@ Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广
 - [开发 > 跨平台 > 消息编码](../guide/adapter/message.md)
 - [API > 消息元素](./message/syntax.md)
 
-## Events
+## 事件 (Events) {#events}
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 事件](./core/events.md)
 - [API > 内置服务 > 事件系统](./service/events.md)
 
-## 过滤器 (Filter)
+## 过滤器 (Filter) {#filter}
 
-- [入门 > 过滤器](../manual/usage/customize.md#过滤器)
+- [入门 > 过滤器](../manual/usage/customize.md#filters)
 - [开发 > 模块化 > 过滤器](../guide/plugin/filter.md)
 - [API > 内置服务 > 过滤器](./service/filter.md)
 
-## 群组 (Guild)
+## 群组 (Guild) {#guild}
 
-群组是平台用户的集合。一个群组通常会同时包含一组[用户](#用户)和[频道](#频道)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。The private chat channel does not belong to any of the guilds
+群组是平台用户的集合。一个群组通常会同时包含一组[用户](#user)和[频道](#channel)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。The private chat channel does not belong to any of the guilds
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 - [API > 平台资源 > 群组](./resources/guild.md)
 
-## 生命周期 (Lifecycle)
+## 生命周期 (Lifecycle) {#lifecycle}
 
 - [开发 > 模块化 > 生命周期](../guide/plugin/lifecycle.md)
 - [API > 核心模块 > 事件](./core/events.html#生命周期事件)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 中间件 (Middleware)
+## 中间件 (Middleware) {#middleware}
 
 - [开发 > 交互基础 > 中间件](../guide/basic/middleware.md)
 
-## Data Model
+## 数据模型 (Model) {#model}
 
 - [开发 > 数据库 > 数据模型](../guide/database/model.md)
 - [API > 数据库 > 数据模型](./database/model.md)
 
-## 平台 (Platform)
+## 平台 (Platform) {#platform}
 
 平台是指聊天平台，比如 QQ、Discord 等。Users on the same platform can message each other, but users on different platforms cannot message each other.对于 Rocket.Chat 这一类可自建的聊天平台而言，每个独立的自建服务器都视为不同的平台。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 
-## 插件 (Plugin)
+## 插件 (Plugin) {#plugin}
 
 - [开发 > 模块化 > 认识插件](../guide/plugin/index.md)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 协议 (Protocol)
+## 协议 (Protocol) {#protocol}
 
-## 路由 (Router)
-
-- [API > 内置服务 > 网络服务](./service/router.md)
-
-## 配置构型 (Schema)
+## 配置构型 (Schema) {#schema}
 
 - [开发 > 模块化 > 配置构型](../guide/plugin/schema.md)
 - [演练场 > 配置构型](../schema/index.md)
 
-## 服务 (Service)
+## 服务 (Service) {#service}
 
 服务是一系列挂载于上下文对象上的功能的合集 (例如数据库和路由等)。为避免耦合，这些功能并不直接定义在上下文本身，而是将应用看作一个容器，通过依赖合并的方式来实现控制的反转。
 
 - [开发 > 模块化 > 服务与依赖](../guide/plugin/service.md)
 - [API > 核心模块 > 上下文](./core/context.md#混入属性和方法)
 
-## Session
+## 会话 (Session) {#session}
 
 会话对象封装了一次上报事件所含有的属性以及其上的可用操作。你会在事件，中间件和指令的回调函数中用到它。此外，会话对象还提供了许多实用方法，足以满足绝大部分的使用场景。
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 会话](./core/session.md)
 
-## 用户 (User)
+## 用户 (User) {#user}
 
 - [API > 平台资源 > 用户](./resources/user.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#user)
diff --git a/en-US/api/index.md b/en-US/api/index.md
index e936b87320d4..edfc67fb9f98 100644
--- a/en-US/api/index.md
+++ b/en-US/api/index.md
@@ -1,3 +1,3 @@
-# API 参考
+# API Reference
 
 <vp-overview/>
diff --git a/en-US/api/message/api.md b/en-US/api/message/api.md
index fb45b5138a3c..403eda73bc53 100644
--- a/en-US/api/message/api.md
+++ b/en-US/api/message/api.md
@@ -12,7 +12,7 @@ interface Element {
 }
 ```
 
-## 静态方法
+## Static methods
 
 ### h(type, attrs?, ...children?)
 
diff --git a/en-US/api/message/components.md b/en-US/api/message/components.md
index 307152010ff8..7c677501cb66 100644
--- a/en-US/api/message/components.md
+++ b/en-US/api/message/components.md
@@ -1,11 +1,11 @@
 # Built-in Components
 
-- 标有 <badge>Session</badge> 的组件只能在会话环境下使用 (常见的会话环境包括中间件和指令的内部)
+- 标有 <badge>会话</badge> 的组件只能在会话环境下使用 (常见的会话环境包括中间件和指令的内部)
 - 标有 <badge>会话+广播</badge> 的组件只能在会话环境或 `ctx.broadcast()` 中使用
 
 ## 核心组件
 
-### 调用指令 (execute) <badge>Session</badge>
+### 调用指令 (execute) <badge>会话</badge>
 
 按照子元素执行指令，并使用指令的输出替换此元素。
 
@@ -17,7 +17,7 @@ foo<execute>echo 123</execute>bar
 <chat-message nickname="Koishi">foo123bar</chat-message>
 </chat-panel>
 
-### 等待输入 (prompt) <badge>Session</badge>
+### 等待输入 (prompt) <badge>会话</badge>
 
 输出子元素并等待用户输入，并使用输入内容替换此元素。
 
@@ -52,6 +52,21 @@ foo:
 <chat-message nickname="Koishi">Hello, world!</chat-message>
 </chat-panel>
 
+这个组件也可以配合插值使用：
+
+```html
+<i18n path="foo.bar">{'Koishi'}</i18n>
+```
+
+```yaml
+foo:
+  bar: Hello, {0}!
+```
+
+<chat-panel>
+<chat-message nickname="Koishi">Hello, Koishi!</chat-message>
+</chat-panel>
+
 ### 时间 (i18n:time) <badge>会话+广播</badge>
 
 - **value:** 时间长度（毫秒）
@@ -105,6 +120,49 @@ You have <plural count={count}>
 
 ## 扩展组件
 
-### 网页渲染 (html)
+### 网页渲染 (html) <badge>需要 Puppeteer</badge>
+
+- **style:** HTML 中 `body` 标签的 `style` 属性
+
+调用 Puppeteer 渲染给定 HTML。
+
+JSX 中的 `html` 将被转化为为 HTML 中的 `body` 标签。
+
+```html
+<html style={"color: purple;"}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+你也可以为 `style` 属性指定一个对象：
+
+```html
+<html style={{
+  color: "purple",
+}}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+如果你需要向 HTML 的 `head` 标签中添加 CSS 等页面属性，可以将它们包裹在 `head` 中。下面是一个例子：
+
+```html
+<html>
+  <head>
+    <style>
+      {`
+        body {
+          color: "purple"
+        }
+      `}
+    </style>
+  </head>
+
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
 
 ### 内容审查 (censor)
diff --git a/en-US/api/message/elements.md b/en-US/api/message/elements.md
index ea6e19fb0030..1c0e0869e947 100644
--- a/en-US/api/message/elements.md
+++ b/en-US/api/message/elements.md
@@ -2,24 +2,24 @@
 
 这里列出了应该由各适配器实现的标准消息元素。各适配器由于平台的限制可能表现出一定的行为差异，但应尽可能贴近标准规定的语义。
 
-::: tip 与 HTML 的区别
+::: tip
 为了方便记忆，我们使用了许多 HTML 中出现的标签来表达类似的语义，如 `<p>`, `<em>` 等。但需要指出的是，这并不意味着这些同名的标签就有着相同的语义。这里举出几个例子：
 
 - HTML 中标签 `<u>` 的定义是「表意不清标注元素」，而 Koishi 这里只使用了下划线的功能
 - HTML 中图像对应 `<img>` 标签，而 Koishi 中则是 `<image>`，并且语法也不相同
-:::
+  :::
 
 ## Basic Elements
 
 基础元素是最常见的消息元素，它们能够在大多数平台上正常显示，是组成消息的基本单位。
 
-### Plain Text (text)
+### 纯文本 (text) {#text}
 
 - **content:** `string` 文本内容
 
 这是一个特殊的消息元素。它等价于一段纯文本，并且在序列化时也不会带两侧的标签。
 
-### 提及用户 (at)
+### 提及用户 (at) {#at}
 
 - **id:** `string` 目标用户的 ID
 - **name:** `string` 目标用户的名称
@@ -28,11 +28,11 @@
 
 `<at>` 元素用于提及某个或某些用户。
 
-::: tip
+:::tip
 由于上述几个属性的语义是互斥的，发送时使用 `id`, `role`, `type` 其一即可。
 :::
 
-### 提及频道 (sharp)
+### 提及频道 (sharp) {#sharp}
 
 - **id:** `string` 目标频道的 ID
 - **name:** `string` 目标频道的名称
@@ -47,7 +47,7 @@
 
 `<face>` 元素用于显示某个表情。通常来说为了跨平台转发，在 `<face>` 内部还会增加 `<image>` 作为回退。当图片的存在可能导致消息分片时，可以使用 `name` 取代图片的渲染。 -->
 
-### 链接 (a)
+### 链接 (a) {#a}
 
 - **href:** `string` 链接的 URL
 
@@ -55,9 +55,10 @@
 
 ## 资源元素
 
-资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `url`。如果某个平台不支持特定的资源类型，适配器应该用 `url` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
+资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `src`。如果某个平台不支持特定的资源类型，适配器应该用 `src` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
 
-- **url:** `string` 资源的 URL
+- **src:** `string` 资源的 URL
+- **title:** `string` 资源文件名称
 - **cache:** `boolean` 是否使用已缓存的文件
 - **timeout:** `string` 下载文件的最长时间
 
@@ -70,29 +71,40 @@
 关于它们的最佳实践，可以参考 [嵌入图片和其他资源](../../guide/basic/element.md#嵌入图片和其他资源)。
 :::
 
-### 图片 (image)
+### 图片 (img) {#img}
 
 除了上述通用属性外，还支持下面的属性：
 
-- **type:** 特殊类型，例如 `flash` 表示闪照
+- **width:** `number` 图片宽度 (像素)
+- **height:** `number` 图片高度 (像素)
 
-`<image>` 元素用于表示图片。
+`<img>` 元素用于表示图片。
 
-### 语音 (audio)
+### 音频 (audio) {#audio}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **duration:** `number` 音频长度 (秒)
+- **poster:** `string` 音频封面 URL
 
 `<audio>` 元素用于表示语音。
 
-### 视频 (video)
+### 视频 (video) {#video}
 
-参见上述通用属性。
+除了上述通用属性外，还支持下面的属性：
+
+- **width:** `number` 视频宽度 (像素)
+- **height:** `number` 视频高度 (像素)
+- **duration:** `number` 视频长度 (秒)
+- **poster:** `string` 视频封面 URL
 
 `<video>` 元素用于表示视频。
 
-### 文件 (file)
+### 文件 (file) {#file}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **poster:** `string` 文件封面 URL
 
 `<file>` 元素用于表示文件。
 
@@ -100,49 +112,49 @@
 
 修饰元素用于修饰其中的内容。如果对应的平台不支持对应的元素，可以忽略这个元素本身，正常渲染其中的子元素。
 
-### 粗体 (b, strong)
+### 粗体 (b, strong) {#b}
 
 `<b>` 或 `<strong>` 元素用于将其中的内容以粗体显示。
 
-### 斜体 (i, em)
+### 斜体 (i, em) {#i}
 
 `<i>` 或 `<em>` 元素用于将其中的内容以斜体显示。
 
-### 下划线 (u, ins)
+### 下划线 (u, ins) {#u}
 
 `<u>` 或 `<ins>` 元素用于为其中的内容附加下划线。
 
-### 删除线 (s, del)
+### 删除线 (s, del) {#s}
 
 `<s>` 或 `<del>` 元素用于为其中的内容附加删除线。
 
-### 剧透 (spl)
+### 剧透 (spl) {#spl}
 
 `<spl>` 元素用于将其中的内容标记为剧透 (默认会被隐藏，点击后才显示)。
 
-### 代码 (code)
+### 代码 (code) {#code}
 
 `<code>` 元素用于将其中的内容以等宽字体显示 (通常还会有特定的背景色)。
 
-### 上标 (sup)
+### 上标 (sup) {#sup}
 
 `<sup>` 元素用于将其中的内容以上标显示。
 
-### 下标 (sub)
+### 下标 (sub) {#sub}
 
 `<sub>` 元素用于将其中的内容以下标显示。
 
 ## 排版元素
 
-### 换行 (br)
+### 换行 (br) {#br}
 
 `<br>` 元素表示一个独立的换行。
 
-### 段落 (p)
+### 段落 (p) {#p}
 
 `<p>` 元素表示一个段落。在渲染时，它与相邻的元素之间会确保有一个换行。
 
-### 消息 (message)
+### 消息 (message) {#message}
 
 - **id:** `string` 消息 ID
 - **forward:** `boolean` 是否为转发消息
@@ -193,11 +205,11 @@ hello<message/>world
 
 元信息元素通常不会被渲染，但会影响到消息的发送行为。
 
-### 引用 (quote)
+### 引用 (quote) {#quote}
 
 `<quote>` 元素用于表示对消息引用。它的子元素会被渲染为引用的内容。理论上所有 `<message>` 元素的特性也可以用于 `<quote>` 元素，包括子元素 (构造引用消息) 和 `forward` 属性 (引用合并转发)。然而目前似乎并没有平台提供了这样的支持。
 
-### 作者 (author)
+### 作者 (author) {#author}
 
 - **id:** `string` 用户 ID
 - **name:** `string` 昵称
@@ -209,7 +221,7 @@ hello<message/>world
 
 交互元素用于显然消息中的可交互性内容。如果平台不支持此类元素且难以提供回退，可以直接忽略整个元素。实现侧应当根据平台特性，针对性地返回带有交互和不带有交互的消息。
 
-### 按钮 (button) <badge type="warning">实验性</badge>
+### 按钮 (button) <badge type="warning">实验性</badge> {#button}
 
 - **id:** `string` 按钮的 ID
 - **type:** `string` 按钮的类型
diff --git a/en-US/api/message/encoder.md b/en-US/api/message/encoder.md
index cd034b490aa9..fbd3f9a71ffb 100644
--- a/en-US/api/message/encoder.md
+++ b/en-US/api/message/encoder.md
@@ -1,10 +1,10 @@
 # 消息编码器 (MessageEncoder) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 消息编码](../../guide/adapter/message.md)
 :::
 
diff --git a/en-US/api/message/syntax.md b/en-US/api/message/syntax.md
index 4d1aa26db199..ae28f0671715 100644
--- a/en-US/api/message/syntax.md
+++ b/en-US/api/message/syntax.md
@@ -16,12 +16,12 @@
 
 你可以在消息元素内使用任何字符。不过部分特殊字符需要转义：
 
-|  原始字符   |     转义写法     |
-|:-------:|:------------:|
-|   `"`   | `&quot;` |
-| `&` | `&amp;`  |
-| `<`  |  `&lt;`  |
-| `>`  |  `&gt;`  |
+| Original |      Escaped     |
+| :------: | :--------------: |
+|    `"`   | `&amp;quot;` |
+|    `&`   |  `&amp;amp;` |
+|    `<`   |  `&amp;lt;`  |
+|    `>`   |  `&amp;gt;`  |
 
 根据上下文的不同，有些字符可能不需要被转义或使用其他的转义方式。
 
@@ -72,7 +72,7 @@
 ```
 
 ```html
-<tag>&lt;foo&gt; bar</tag>
+<tag>&amp;lt;foo&amp;gt; bar</tag>
 ```
 
 ### 注释
diff --git a/en-US/api/resources/channel.md b/en-US/api/resources/channel.md
index b9677b4936f0..aa9d2dff06c2 100644
--- a/en-US/api/resources/channel.md
+++ b/en-US/api/resources/channel.md
@@ -1,11 +1,11 @@
-# 频道 (Channel)
+# Channel
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的频道对象。
 
 - 要了解数据库中的频道，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#channel)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#频道)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 频道](../glossary.md#channel)
+  :::
 
 ## 类型定义
 
@@ -20,8 +20,8 @@ export interface Channel {
 export enum ChannelType {
   TEXT = 0,
   DIRECT = 1,
-  VOICE = 2,
-  CATEGORY = 3,
+  CATEGORY = 2,
+  VOICE = 3,
 }
 ```
 
diff --git a/en-US/api/resources/guild.md b/en-US/api/resources/guild.md
index 4f3218b5ba81..a7b5fbc1ceeb 100644
--- a/en-US/api/resources/guild.md
+++ b/en-US/api/resources/guild.md
@@ -1,4 +1,4 @@
-# 群组 (Guild)
+# Guild
 
 ## 类型定义
 
diff --git a/en-US/api/resources/login.md b/en-US/api/resources/login.md
index 035c035255f8..843a133e4c8d 100644
--- a/en-US/api/resources/login.md
+++ b/en-US/api/resources/login.md
@@ -1,4 +1,4 @@
-# 登录状态 (Login)
+# Login
 
 ## 类型定义
 
diff --git a/en-US/api/resources/member.md b/en-US/api/resources/member.md
index 69b86e79f0d0..435369e5a05e 100644
--- a/en-US/api/resources/member.md
+++ b/en-US/api/resources/member.md
@@ -1,4 +1,4 @@
-# 群组成员 (GuildMember)
+# Guild Member
 
 ## 类型定义
 
@@ -45,7 +45,7 @@ interface GuildMember {
 
 将某个用户踢出群组。
 
-### bot.muteGuildMember(guildId, userId, duration?, reason?) <badge type="warning">实验性</badge>
+### bot.muteGuildMember(guildId, userId, duration, reason?) <badge type="warning">实验性</badge>
 
 - **guildId:** `string` 群组 ID
 - **userId:** `string` 用户 ID
diff --git a/en-US/api/resources/message.md b/en-US/api/resources/message.md
index 4b07ccd5dc24..d59df5842b15 100644
--- a/en-US/api/resources/message.md
+++ b/en-US/api/resources/message.md
@@ -1,4 +1,4 @@
-# 消息 (Message)
+# Message
 
 ## 类型定义
 
@@ -25,15 +25,15 @@ interface Message {
 
 向特定频道发送消息。
 
-::: warning
+:::warning
 只要你能够获取到会话对象，你就不应使用此 API，而应该使用 [`session.send()`](../core/session.md#session-send)。一些平台会将主动发送的消息同被动接收后回复的消息区分开来，甚至可能限制主动消息的发送，因此使用 [`session.send()`](../core/session.md#session-send) 总是有更好的可靠性。
 :::
 
-::: tip
+:::tip
 `bot.sendMessage()` 既可以发送群聊消息，也可以发送私聊消息。当发送私聊消息时，其与 `bot.sendPrivateMessage()` 的区别在于前者传入的是频道 ID，而后者传入的是用户 ID。
 :::
 
-::: tip
+:::tip
 大多数情况下应当使用 [`MessageEncoder`](../message/encoder.md) 实现消息发送功能，而不是直接实现此方法。
 :::
 
@@ -71,10 +71,11 @@ interface Message {
 
 修改特定消息。
 
-### bot.getMessageList(channelId, next?)
+### bot.getMessageList(channelId, next?, direction?)
 
 - **channelId:** `string` 频道 ID
-- **next:** `string` 分页令牌
+- **next:** `string` 分页令牌，未指定时视为从最新消息向前获取
+- **direction:** `Direction` 消息获取方向，可以为 `'before' | 'after' | 'around'`
 - 返回值: `Promise<List<Message>>` 消息列表
 
 获取频道消息列表。
diff --git a/en-US/api/resources/reaction.md b/en-US/api/resources/reaction.md
index 0bd5812634aa..92e0a9a8d393 100644
--- a/en-US/api/resources/reaction.md
+++ b/en-US/api/resources/reaction.md
@@ -1,6 +1,6 @@
 # 表态 (Reaction) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
diff --git a/en-US/api/resources/role.md b/en-US/api/resources/role.md
index 2533c44afec2..e453d73a78fa 100644
--- a/en-US/api/resources/role.md
+++ b/en-US/api/resources/role.md
@@ -1,4 +1,4 @@
-# 群组角色 (GuildRole)
+# Guild Role
 
 ## 类型定义
 
diff --git a/en-US/api/resources/user.md b/en-US/api/resources/user.md
index 9ea3fe1cb44b..4223c38d1e62 100644
--- a/en-US/api/resources/user.md
+++ b/en-US/api/resources/user.md
@@ -1,11 +1,11 @@
-# 用户 (User)
+# User
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的用户对象。
 
 - 要了解数据库中的用户，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#user)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#用户)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 用户](../glossary.md#user)
+  :::
 
 ## 类型定义
 
diff --git a/en-US/api/service/events.md b/en-US/api/service/events.md
index 5f6037dbda2c..8da989a95e40 100644
--- a/en-US/api/service/events.md
+++ b/en-US/api/service/events.md
@@ -1,16 +1,17 @@
 # Events
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍事件 API。如果想了解 Koishi 的内置事件，请前往 [API > 核心模块 > 事件](../core/events.md)。
 :::
 
 ## 实例方法
 
 ### ctx.emit(session?, event, ...param)
+
 ### ctx.parallel(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
@@ -21,6 +22,7 @@
 同时触发所有 event 事件的能够匹配 session 对象的回调函数。emit 为同步，parallel 为异步。
 
 ### ctx.bail(session?, event, ...param)
+
 ### ctx.serial(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
diff --git a/en-US/api/service/filter.md b/en-US/api/service/filter.md
index a8a25f585eda..052b7df1f5f9 100644
--- a/en-US/api/service/filter.md
+++ b/en-US/api/service/filter.md
@@ -1,4 +1,4 @@
-# 过滤器 (Filter)
+# Filter
 
 有关这里的 API，请参见 [开发 > 模块化 > 过滤器](../../guide/plugin/filter.md)。
 
@@ -18,8 +18,8 @@
 
 选取上下文全集。
 
-::: tip
-这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 [](../../guide/plugin/lifecycle.md#dispose-事件)。
+:::tip
+这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 。
 :::
 
 ### ctx.never()
@@ -29,9 +29,13 @@
 选取上下文空集。
 
 ### ctx.self(...values)
+
 ### ctx.user(...values)
+
 ### ctx.guild(...values)
+
 ### ctx.channel(...values)
+
 ### ctx.platform(...values)
 
 - **values:** `string[]` 允许的机器人 / 用户 / 群组 / 频道 / 平台名称构成的数组
@@ -59,4 +63,3 @@
 - 返回值: `Context` 新的上下文
 
 给出当前上下文和其他上下文的差集。
-
diff --git a/en-US/api/service/http.md b/en-US/api/service/http.md
index 1d3ec694e8e4..bb240a1caffe 100644
--- a/en-US/api/service/http.md
+++ b/en-US/api/service/http.md
@@ -1,46 +1,3 @@
 # HTTP
 
-::: warning
-未来可能会将本插件重构为基于 [Fetch API](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的实现。
-:::
-
-`ctx.http` 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。
-
-你可能会有这样的疑问：为什么不直接使用 axios，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了 [全局的配置项](../../api/core/app.html#options-request-proxyagent)，各个插件则只需要调用 `ctx.http` 即可。
-
-## 实例方法
-
-### ctx.http(method, url, config)
-
-- **method:** `string` 请求方法
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-### ctx.http.head(url, config)
-### ctx.http.get(url, config)
-### ctx.http.delete(url, config)
-
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 HEAD / GET / DELETE 请求。
-
-### ctx.http.post(url, data, config)
-### ctx.http.put(url, data, config)
-### ctx.http.patch(url, data, config)
-
-- **url:** `string` 请求地址
-- **data:** `any` 请求数据
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 POST / PUT / PATCH 请求。
-
-### ctx.http\.ws(url)
-
-- **url:** `string` 请求地址
-- 返回值: `WebSocket`
-
-创建一个 WebSocket 连接。
+参见 [`@koishijs/plugin-http`](../../plugins/develop/http.md) 插件文档。
diff --git a/en-US/api/service/i18n.md b/en-US/api/service/i18n.md
index d6d17510bd92..2f4ada89e9f3 100644
--- a/en-US/api/service/i18n.md
+++ b/en-US/api/service/i18n.md
@@ -1,6 +1,6 @@
 # I18n
 
-::: tip
+:::tip
 参见：[开发 > 国际化](../../guide/i18n/index.md)
 :::
 
diff --git a/en-US/api/service/loader.md b/en-US/api/service/loader.md
index b1e02282fc60..b292873e3797 100644
--- a/en-US/api/service/loader.md
+++ b/en-US/api/service/loader.md
@@ -1,10 +1,10 @@
 # 加载器 (Loader) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性 API，未来可能会发生变化。
 :::
 
-::: warning
+:::warning
 此服务仅在 CLI (启动器 / 模板项目) 环境下可用，[作为依赖调用](../../manual/starter/direct.md) 的 Koishi 将不具备此服务。
 :::
 
@@ -14,11 +14,11 @@ Loader 服务可用于管理 Koishi 实例加载的插件。通常情况下你
 
 ### ctx.loader.envData
 
-- Type: `object`
+- 类型: `object`
 
 一个特殊的对象，可以在环境变量中存储少量数据。可以配合 `ctx.loader.fullReload()` 方法使用，以便在重启后恢复数据。
 
-::: warning
+:::warning
 如果你的插件需要持久化大量数据，请使用本地文件或者数据库。
 :::
 
diff --git a/en-US/api/service/permissions.md b/en-US/api/service/permissions.md
index bddd69fc8771..b74da94b8be4 100644
--- a/en-US/api/service/permissions.md
+++ b/en-US/api/service/permissions.md
@@ -1,16 +1,19 @@
 # 权限管理 (Permissions) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能在后续版本中发生变化。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 权限管理](../../guide/database/permission.md)
 :::
 
 ## 实例方法
 
-### ctx.permissions.define(name, inherits)
+### ctx.permissions.define(name, options)
+
+- **name:** `string` 权限名称
+- **options.check:** `(session: Partial<Session>) => boolean` 权限检查函数
 
 ### ctx.permissions.inherit(a, b)
 
diff --git a/en-US/api/service/registry.md b/en-US/api/service/registry.md
index 9201a9f626e0..a2a7c2e49de9 100644
--- a/en-US/api/service/registry.md
+++ b/en-US/api/service/registry.md
@@ -20,7 +20,7 @@
 
 当前上下文中安装一个插件。参见 [认识插件](../../guide/plugin/)。
 
-### ctx.using(deps, plugin)
+### ctx.inject(deps, plugin)
 
 - **deps:** `string[]` 依赖的服务列表
 - **plugin:** `Plugin` 要安装的插件
@@ -28,12 +28,6 @@
 
 安装一个存在服务依赖的插件。参见 [服务的依赖关系](../../guide/plugin/service.md#服务的依赖关系)。
 
-### ctx.start()
-
-- 返回值: `Promise<void>`
-
-启动此应用。
-
 ### ctx.stop()
 
 - 返回值: `Promise<void>`
diff --git a/en-US/api/service/router.md b/en-US/api/service/router.md
index 265f8676c21b..c591035062f1 100644
--- a/en-US/api/service/router.md
+++ b/en-US/api/service/router.md
@@ -1,10 +1,10 @@
 # Router
 
-::: danger
+:::danger
 `ctx.router` 需要手动声明为 `inject`。在未来的版本，我们将会把此服务移至插件中。
 :::
 
-::: tip
+:::tip
 Koishi 默认情况下并不会监听任何端口，如要启用网络服务请记得配置 [`options.port`](../core/app.md#options-port)。
 :::
 
@@ -15,11 +15,11 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
 2. 未来可能会不基于 Koa Router 重新实现路由系统。
-:::
+   :::
 
 ## 实例方法
 
-### ctx.router\[method\](path, middleware)
+### ctx.router\[method]\(path, middleware)
 
 - **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
@@ -27,7 +27,7 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
 
-### ctx.router\.ws(path, handler)
+### ctx.router.ws(path, handler)
 
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
 - **handler:** `WebSocketHandler` 处理函数，接受下列参数
diff --git a/en-US/api/service/server.md b/en-US/api/service/server.md
new file mode 100644
index 000000000000..6332dea4f218
--- /dev/null
+++ b/en-US/api/service/server.md
@@ -0,0 +1,3 @@
+# Route Management (Server)
+
+参见 [`@koishijs/plugin-server`](../../plugins/develop/server.md) 插件文档。
diff --git a/en-US/api/service/timer.md b/en-US/api/service/timer.md
new file mode 100644
index 000000000000..81634e17db11
--- /dev/null
+++ b/en-US/api/service/timer.md
@@ -0,0 +1,53 @@
+# 计时器 (Timer)
+
+## 实例方法
+
+### ctx.setTimeout(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数。返回的函数可以用于取消此计时器。
+
+### ctx.setInterval(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数，然后每隔指定的延迟时间重复执行。返回的函数可以用于取消此计时器。
+
+### ctx.sleep(delay)
+
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `Promise<void>`
+
+等待指定的延迟时间。如果在此期间插件被停用，将会抛出一个错误。
+
+### ctx.throttle(callback, delay, noTrailing?)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- **noTrailing:** `boolean` 是否禁用尾随调用
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数在指定的周期内最多执行一次。
+
+具体表现为，此函数被调用后会立即执行，并在接下来的 `delay` 毫秒内忽略所有调用。
+
+默认情况下，如果在最后一次实际执行后的一个延迟周期内再次调用返回的函数，则会在此延迟周期结束时再次执行 (即尾随调用)。将 `noTrailing` 设置为 `true` 可禁用此行为。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
+
+### ctx.debounce(callback, delay)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数会忽略小于指定间隔的所有高频调用。
+
+具体表现为，此函数被调用后，不会立即执行，而是会等待 `delay` 毫秒。如果在此期间再次调用返回的函数，则会重新计时。直到 `delay` 毫秒内没有调用，此函数才会执行。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
diff --git a/en-US/api/utils/logger.md b/en-US/api/utils/logger.md
index eeb6d221e338..39830f288b95 100644
--- a/en-US/api/utils/logger.md
+++ b/en-US/api/utils/logger.md
@@ -1,6 +1,6 @@
 # Logger
 
-::: tip
+:::tip
 本节中的 API 来自 [reggol](https://github.com/shigma/reggol)，并由 Koishi 重新导出。
 :::
 
@@ -82,6 +82,6 @@ logger:
 
 以不同的输出等级输出日志。参数的使用方法与 [`console.log`](https://developer.mozilla.org/zh-CN/docs/Web/API/Console/log) 相同。
 
-::: tip
+:::tip
 运行时产生的错误 (如请求失败，数据库访问失败等) 都属于 warning，只有在创建阶段和连接阶段抛出的错误才会通过 error 输出 (参见 [生命周期](../../guide/plugin/lifecycle.md))。
 :::
diff --git a/en-US/api/utils/misc.md b/en-US/api/utils/misc.md
index 874cc0b50127..2e0b0ef8d97b 100644
--- a/en-US/api/utils/misc.md
+++ b/en-US/api/utils/misc.md
@@ -1,12 +1,12 @@
 # Miscellaneous
 
-::: tip
+:::tip
 本节中的 API 来自 [cosmokit](https://github.com/shigma/cosmokit)，并由 Koishi 重新导出。
 :::
 
 这一节介绍了其他未被归类的内置工具函数。
 
-## 字符串操作
+## 字符串操作 {#string}
 
 ### capitalize(source)
 
@@ -36,7 +36,7 @@
 
 如果输入的是字符串，则将字符串转换成 snake_case；如果是数组或对象，则递归地将对象中的每个（可枚举）的键转换成 snake_case；其他情况不受影响。
 
-## 集合操作
+## 集合操作 {#set}
 
 ### contain(array1, array2)
 
@@ -70,7 +70,7 @@
 
 求两个集合的并集。
 
-## 对象操作
+## 对象操作 {#object}
 
 ### is(type, value)
 
@@ -133,7 +133,58 @@
 
 将对象的每个键进行过滤，返回新的对象。
 
-## 日期操作
+## 二进制数据 {#binary}
+
+### Binary.is(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike`。
+
+### Binary.isSource(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike` 或 `ArrayBufferView`。
+
+### Binary.fromSource(source)
+
+- **source:** `ArrayBufferLike | ArrayBufferView` 要转换的值
+- 返回值: `ArrayBufferLike`
+
+将可能的 `ArrayBufferView` 转换成 `ArrayBuffer`。
+
+### Binary.toBase64(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成 base64 字符串。
+
+### Binary.fromBase64(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将 base64 字符串转换成二进制数据。
+
+### Binary.toHex(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成十六进制字符串。
+
+### Binary.fromHex(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将十六进制字符串转换成二进制数据。
+
+## 时间与日期 {#time}
 
 ### 静态属性
 
diff --git a/en-US/api/utils/random.md b/en-US/api/utils/random.md
index 6d33a5a2a831..5712ac4d6fb2 100644
--- a/en-US/api/utils/random.md
+++ b/en-US/api/utils/random.md
@@ -1,10 +1,10 @@
 # 随机数操作
 
-::: tip
+:::tip
 本节中的 API 来自 [inaba](https://github.com/shigma/inaba)，并由 Koishi 重新导出。
 :::
 
-## 基本用法
+## Basic Usage
 
 ```ts
 import { Random } from 'koishi'
@@ -49,7 +49,7 @@ random.pick([1, 2, 3])          // 随机选取一个元素
 - **end:** `number` 上界
 - 返回值: `number` 一个 `[start, end)` 之间的随机整数
 
-生成一个随机实数。
+生成一个随机整数。
 
 ### Random.pick(array, count?)
 
diff --git a/en-US/api/utils/schema.md b/en-US/api/utils/schema.md
index e61a1eb03f02..01143e4901e9 100644
--- a/en-US/api/utils/schema.md
+++ b/en-US/api/utils/schema.md
@@ -1,6 +1,6 @@
 # 配置构型 (Schema)
 
-## 静态方法
+## Static methods
 
 ### Schema.any()
 
@@ -217,7 +217,7 @@ validate(10)                    // 11
 
 ## 实例方法
 
-::: tip
+:::tip
 请注意：`default` 和 `required` 是互斥的，你只能同时使用其中一个。
 :::
 
diff --git a/en-US/cookbook/appendix/commands.md b/en-US/cookbook/appendix/commands.md
index 4c22acaf2d12..fa0bea3ac4e8 100644
--- a/en-US/cookbook/appendix/commands.md
+++ b/en-US/cookbook/appendix/commands.md
@@ -1,6 +1,6 @@
 # 案例：指令管理
 
-::: tip
+:::tip
 主条目：[可逆的 Koishi](../design/disposable.md)
 :::
 
@@ -13,7 +13,7 @@
 - 设置别名和显示名称
 - 添加和删除子指令
 - Permission Management
-- 速率限制
+- Rate Limits
 
 与此同时，该插件也允许其他插件通过 `ctx.schema` 服务注册更多可以被该插件所配置的功能。
 
@@ -28,6 +28,7 @@
 可逆的 Koishi 要求 commands 插件回收自身产生的一切副作用，即：当插件被停用时，用户对指令系统做出的一切改动应当复原：已修改的配置项、指令的别名和显示名称全部恢复为未启用此插件时的状态；创建的新指令被移除；被调整的父子指令关系被复原。
 
 ### 控制台依赖
+
 commands 插件的功能可以分为两个部分：
 
 1. 读取配置项，并对指令系统做出改动。
diff --git a/en-US/cookbook/design/disposable.md b/en-US/cookbook/design/disposable.md
index 861575153549..228d48212fab 100644
--- a/en-US/cookbook/design/disposable.md
+++ b/en-US/cookbook/design/disposable.md
@@ -5,7 +5,7 @@
 
 - 为什么我们需要可逆的插件系统？
 - Cordis 是如何实现资源安全的？
-:::
+  :::
 
 Koishi 的一切都从 Cordis 开始。但我想大部分 Koishi 的开发者都不知道 Cordis 是什么。如果让我来定义的话，Cordis 是一个**元框架 (Meta Framework)**，即一个用于构建框架的框架。
 
@@ -63,11 +63,15 @@ Cordis 的名字来源于拉丁语的心。我希望它能成为未来软件 (
 
 函数式编程中有着纯函数的概念——给定相同的输入总是给出相同的输出。然而，现实中的程序往往要与各种各样的副作用打交道。对于这种情况，我们可以对函数进行“纯化”——将它的副作用转化为参数和返回值的一部分即可。考虑下面的函数：
 
-$$ f_\text{impure}: \text{X}\to\text{Y} $$
+$$
+f_\text{impure}: \text{X}\to\text{Y}
+$$
 
 假设它含有副作用，我们把所有可能的副作用用类型 $\mathcal{C}$ 封装起来，则该函数可以被转化为：
 
-$$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
+$$
+f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y}
+$$
 
 此时我们得到的就一个纯函数，它接受 $\mathcal{C}$ 和参数，返回修改过的 $\mathcal{C}$ 和返回值。
 
@@ -79,15 +83,26 @@ $$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
 
 进一步，我们还希望 $f$ 的副作用是可以回收的。换言之，我们额外要求 $f$ 存在逆元 $f^{-1}$，此时 $\mathfrak{F}$ 就构成一个群。但仅仅知道函数可逆并不能帮助我们找到它的逆，我们需要在书写这个函数时一并写出它的回收方法。因此我们引入 $\text{effect}$ 函子，使这个函数返回一个新的函数，这个函数可用于回收此次调用的副作用：
 
-$$ \begin{array} \\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F} \\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}
+\\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right)
+\end{array}
+$$
 
 可以证明 $\text{effect}$ 是一个 $\mathfrak{F}$ 到 $\mathcal{C}\times\mathfrak{F}$ 的同态：
 
-$$ \begin{aligned} \text{effect}\ (f\circ g) \left(c, h\right) &=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
-&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\ &=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
-&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right) \end{aligned} $$
+$$
+\begin{aligned}
+\text{effect}\ (f\circ g) \left(c, h\right)
+&=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
+&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\
+&=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
+&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right)
+\end{aligned}
+$$
 
-下面是一个例子：
+Below is an example:
 
 ```ts
 function serve(port: number) {
@@ -106,11 +121,16 @@ dispose()                       // 回收副作用
 
 - $\mathcal{C}\times\mathfrak{F}$ 对应着全局环境 (我们稍后会提到全局环境的坏处，但不影响这里的理解)
 - `port` 对应于上面的 $\text{X}$，由于我们可以使用柯里化，所以在数学模型中并不需要考虑它
-:::
+  :::
 
 为什么需要引入这个 $\text{effect}$ 和 $\mathcal{C}\times\mathfrak{F}$ 呢？它的作用是将副作用从函数的返回值中分离出来，从而实现副作用的回收。只需定义 $\text{restore}$ 变换 (不难发现它确实是 $\text{effect}$ 的逆操作)：
 
-$$ \begin{array} \\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F} \\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F}
+\\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right)
+\end{array}
+$$
 
 现在你就可以使用 `restore()` 来回收副作用了：
 
@@ -127,7 +147,9 @@ restore()               // 回收所有副作用
 
 当副作用被记录到全局环境时，$\mathcal{C}\times\mathfrak{F}$ 也就变成了一个更大的 $\mathcal{C}$。我们便可以这样定义：
 
-$$ \mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right) $$
+$$
+\mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right)
+$$
 
 下文中我们将直接使用 $\mathcal{C}$ 来表示 $\mathcal{C}_1$。
 
@@ -168,10 +190,14 @@ ctx.plugin(serve, { port: 80 })
 
 进一步，如果这个 API 本身还存在副作用，那提供此 API 的插件其实占用的是一种能占用资源的资源，一种高阶资源。就如同高阶函数一样，我们的 $\mathcal{C}$ 也可以是高阶的：
 
-$$ \begin{matrix} \mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
-\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\ \cdots\\
+$$
+\begin{matrix}
+\mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
+\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\
+\cdots\\
 \mathcal{C}_{n+1}=\mathcal{C}_n\times\left(\mathcal{C}_n\to\mathcal{C}_n\right)\\
-\end{matrix} $$
+\end{matrix}
+$$
 
 在 Cordis 中，插件之间默认情况下不存在先后关系。换句话说，默认任何两个插件的执行顺序都是可以交换的。如果你想要表达插件之间的依赖关系，则需要通过 **服务 (Service)** 来实现。服务用一个字符串表示，可以被插件提供 (provide) 或注入 (inject)。
 
diff --git a/en-US/cookbook/design/storage.md b/en-US/cookbook/design/storage.md
index 56a28187058e..433acc22d2b1 100644
--- a/en-US/cookbook/design/storage.md
+++ b/en-US/cookbook/design/storage.md
@@ -5,7 +5,7 @@
 
 - 插件要想持久化数据有哪些途径？
 - 什么是零占用模式？为什么需要实现零占用？
-:::
+  :::
 
 要为一个插件持久化一些数据，除了使用数据库外，更灵活的方式就是使用本地文件。然而到底应该将文件存放在哪里，就是一个值得深入探讨的问题了。本文将介绍 Koishi 插件开发时推荐遵循的零占用模式，它是一个兼具扩展性、可移植性和健壮性的最佳实践。
 
@@ -40,14 +40,14 @@
 
 - 更换为 JS 原生实现或 WebAssembly 实现的包 (它们不存在占用问题)。
 - 将 `.node` 或其他存在占用问题的可执行文件存放于[全局路径](#global)下。
-:::
+  :::
 
 ### 零占用的 Koishi
 
 零占用的 Koishi 是指，给定一个正在运行的 Koishi 实例，移除该实例目录下的所有内容，实例应按照预期的方式保持工作。具体而言，实例内的所有模块，包括 Koishi 本体及所有插件，均在设计时对此情况做了考虑，并编写了相应的处理逻辑：
 
 - Koishi 本体在启动时读取了配置文件。在启动后删除该文件，Koishi 保持工作。
-- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 奔溃。
+- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 崩溃。
 - 外部程序包装插件依赖外部的可执行文件进行工作。可执行文件在运行时无法解除占用，故应当预先被转移至实例目录之外。实例运行时，实例目录内不存在被占用的可执行文件。
 
 实现了零占用模式的 Koishi 项目将获得以下优点：
@@ -136,7 +136,7 @@ if (require.main === module) {
 
 在大多数情况下，我们都推荐使用运行时下载的方案。
 
-::: danger
+:::danger
 运行时下载的文档尚未编写。
 :::
 
diff --git a/en-US/cookbook/design/structure.md b/en-US/cookbook/design/structure.md
index 87d1642b94fa..bd9f4831af19 100644
--- a/en-US/cookbook/design/structure.md
+++ b/en-US/cookbook/design/structure.md
@@ -1,6 +1,6 @@
-# 项目架构
+# Infrastructure
 
-::: danger
+:::danger
 本文档正在编写中，内容可能不完整或者不准确。
 :::
 
@@ -8,9 +8,9 @@
 
 下面就让我们用一张图介绍 Koishi 的底层架构吧。
 
-::: warning
+:::warning
 这里应该有一张架构图但是还没有画。
-:::  
+:::
 
 <!-- 在上图中，我们可以看到 Koishi 的核心架构分为三层：Cordis，Satori 和 Koishi：
 
diff --git a/en-US/cookbook/design/workspace.md b/en-US/cookbook/design/workspace.md
index 208b01f6ff00..3773ef6f2b2b 100644
--- a/en-US/cookbook/design/workspace.md
+++ b/en-US/cookbook/design/workspace.md
@@ -5,7 +5,7 @@
 
 - 什么是工作区仓库？相比传统开发模式有什么优势？
 - 如何在本地维护大量来自不同仓库的插件？
-:::
+  :::
 
 本文要介绍的主题是 Yakumo。Yakumo 是一个由 Koishi 官方团队开发的项目管理工具，它内置于模板项目中，可以在一个本地目录中管理来自多个仓库的工作区。Yakumo 的基本用法已经在 [工作区开发](../../guide/develop/workspace.md) 一节中介绍过了。本文主要介绍其背后的设计思想和高级功能。
 
@@ -75,7 +75,7 @@ root
 
 这种做法的好处是显而易见的。首先，由于开发者无需提交根工作区，因此也不会有隐私数据泄露的风险。其次，二次开发时也可以按需下载插件，不必为了不需要的插件安装依赖或配置环境。
 
-::: tip
+:::tip
 如果你想要分发的不是插件而是成品机器人本身，那么你就需要提交根工作区了。像这种包含根工作区的仓库被称为 [整合包](../practice/bundle.md)，你可以在对应的文档中了解更多信息。
 :::
 
diff --git a/en-US/cookbook/message.md b/en-US/cookbook/message.md
index b10b5539cdbf..18f15c13dc0c 100644
--- a/en-US/cookbook/message.md
+++ b/en-US/cookbook/message.md
@@ -9,10 +9,10 @@
 1. message 事件触发，进入中间件处理流程
 2. 根据上下文从中间件池中筛选出要执行的中间件序列
 3. 逐一执行中间件：
-    - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
-    - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
-    - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
-    - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
+   - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
+   - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
+   - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
+   - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
 4. 触发 [middleware](../api/core/events.md#事件：middleware) 事件
 5. 更新当前用户和群的缓冲数据 (参见 [按需加载与自动更新](../guide/database/builtin.md#按需加载与自动更新))
 
@@ -22,26 +22,25 @@
 2. 预处理消息内容，生成 [`session.stripped`](../api/core/session.md#session-stripped)
 3. 触发 [before-parse](../api/core/events.md#事件：before-parse) 事件，尝试解析消息内容 ([快捷匹配](../guide/basic/command.md#快捷匹配) 的解析也在此处完成)
 4. 如果数据库存在：
-    - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
-    - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
-    - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
-    - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
-    - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
-    - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
+   - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
+   - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
+   - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
+   - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
+   - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
+   - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
 5. 如果解析出指令：执行该指令 (下接 [指令执行流程](#指令执行流程))
 6. 尝试解析出候选指令，如果成功则显示候选项 (参见 [模糊匹配](../manual/recipe/execution.md#模糊匹配))
 
-在以上过程中，无论是解析指令还是出发内置的 before-attach-* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
+在以上过程中，无论是解析指令还是出发内置的 before-attach-\* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
 
 ### 指令执行流程
 
 1. 如果解析过程中存在错误 (如非法参数等)，直接返回错误信息
 2. 逐一调用 check 回调函数，直到返回值不为 `undefined`
 3. 触发 [before-command](../api/core/events.md#事件：before-command) 事件：
-    - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
-    - 根据配置检查用户权限和调用记录
+   - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
+   - 根据配置检查用户权限和调用记录
 4. 逐一调用 action 回调函数，直到返回值不为 `undefined`
 5. 触发 [command](../api/core/events.md#事件：command) 事件
-
diff --git a/en-US/cookbook/practice/assets.md b/en-US/cookbook/practice/assets.md
index 36788ebdcccf..e64b5d3c0c98 100644
--- a/en-US/cookbook/practice/assets.md
+++ b/en-US/cookbook/practice/assets.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 什么情况下插件需要转存资源文件？
-:::
+  :::
diff --git a/en-US/cookbook/practice/bundle.md b/en-US/cookbook/practice/bundle.md
index e097bc46ca87..26fb5ea5e9d4 100644
--- a/en-US/cookbook/practice/bundle.md
+++ b/en-US/cookbook/practice/bundle.md
@@ -76,6 +76,6 @@ root
 
 目前的所有工作流都基于整合包的版本号。当根工作区的版本号变动时，所有的工作流将开始运行。一次完整的发布将包含适用于 Koishi Desktop、Koishi Android 的完整环境，甚至是 Docker 镜像和 npm 包。部分流程需要配置 actions secrets，可以参考下面的列表：
 
-- DOCKER\_USERNAME
-- DOCKER\_PASSWORD
-- NPM\_TOKEN
+- DOCKER_USERNAME
+- DOCKER_PASSWORD
+- NPM_TOKEN
diff --git a/en-US/cookbook/practice/online.md b/en-US/cookbook/practice/online.md
index 46c280795607..19c01e567a2c 100644
--- a/en-US/cookbook/practice/online.md
+++ b/en-US/cookbook/practice/online.md
@@ -1,4 +1,4 @@
-# 部署到 k-on!
+# K-ON! Deployment
 
 [Koishi Online (k-on!)](https://koishi.online/) 是一个在线的 Koishi 运行时，你可以在这里体验 Koishi 的各种功能。
 
@@ -6,7 +6,7 @@
 
 ## 部署插件
 
-::: tip
+:::tip
 阅读本节前请先阅读 [发布插件](../../guide/develop/publish.md)。
 :::
 
@@ -163,35 +163,41 @@ ctx.console.addEntry(process.env.KOISHI_BASE ? [
 
 ## 本地测试
 
-::: tip
+:::tip
 阅读本节前请先阅读 [工作区开发](../../guide/develop/workspace.md)。
 :::
 
 如果你想在本地测试插件是否能在 k-on! 中运行，可以参考以下流程：
 
-1. 克隆 koishijs/webui 和 koishijs/ponyfills 仓库。
+1. 克隆 koishijs/webui 和 cordiverse/ponyfills 仓库。
+
+:::tabs code
 
-::: tabs code
 ```npm
 npm run clone koishijs/webui
-npm run clone koishijs/ponyfills
+npm run clone cordiverse/ponyfills
 ```
+
 ```yarn
 yarn clone koishijs/webui
-yarn clone koishijs/ponyfills
+yarn clone cordiverse/ponyfills
 ```
+
 :::
 
 2. 启动 k-on! 开发脚本。
 
-::: tabs code
+:::tabs code
+
 ```npm
 cd external/webui
 npm run dev
 ```
+
 ```yarn
 yarn workspace @root/webui dev
 ```
+
 :::
 
 3. 在浏览器中打开 `http://localhost:3000` 即可访问 k-on!
diff --git a/en-US/cookbook/practice/render.md b/en-US/cookbook/practice/render.md
index 1e8d5d5e3630..eac262b28273 100644
--- a/en-US/cookbook/practice/render.md
+++ b/en-US/cookbook/practice/render.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 如何让插件输出好看的图片？
-:::
+  :::
diff --git a/en-US/cookbook/practice/testing.md b/en-US/cookbook/practice/testing.md
index 8dd160c93aa0..107e0060533d 100644
--- a/en-US/cookbook/practice/testing.md
+++ b/en-US/cookbook/practice/testing.md
@@ -10,7 +10,7 @@
 
 本章将介绍官方插件 `@koishijs/plugin-mock`。你可以用它来快速检验你编写的 Koishi 插件。
 
-::: tip
+:::tip
 本节中介绍的样例用到了 [Mocha](https://mochajs.org/) 和 [Chai](https://www.chaijs.com/)。它们都是比较通用的测试库和断言库，但并非绑定 @koishijs/plugin-mock 一同使用。你也可以根据你的喜好选择其他工具，比如 [Jest](https://jestjs.io/) 等等。
 :::
 
@@ -18,16 +18,19 @@
 
 首先在工作区中安装所需的测试工具以及 @koishijs/plugin-mock：
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm i mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 ```yarn
 yarn add mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 :::
 
-::: tip
+:::tip
 这里的 `-W` 表明直接安装到根工作区。你也可以改成只对一个插件添加这些依赖，不过考虑到你可能会在其他插件中也用到它们，安装到根工作区会更加方便。
 :::
 
diff --git a/en-US/guide/adapter/adapter.md b/en-US/guide/adapter/adapter.md
index 3cb6004ba96c..ca6f64202bec 100644
--- a/en-US/guide/adapter/adapter.md
+++ b/en-US/guide/adapter/adapter.md
@@ -1,8 +1,8 @@
 # Implement Adapters
 
-We know that a single `Bot` class is already a valid plugin. However, such plugin has only the ability to call the platform API and cannot receive messages. 这个时候就需要 `Adapter` 类出场了。
+我们已经知道，单独一个 `Bot` 类已经构成一个合法的插件了。However, such plugin has only the ability to call the platform API and cannot receive messages. 这个时候就需要 `Adapter` 类出场了。
 
-## Types of Adapters
+## 适配器的类型 {#types}
 
 适配器需要建立并维护机器人与聊天平台之间的连接。通常来说，根据协议的不同，适配器与机器人可能是一对一的，也可能是一对多的。让我们再看一眼之前介绍过的 `ReplBot` 实例：
 
@@ -23,11 +23,11 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 简单来说就是，在实现适配器时，首先需要协议的类型确定适配器与机器人的对应关系。如果是一对一的，就需要声明 `reusable` 属性，否则不需要声明。此外，对于部分典型场景，我们又进一步派生出了 `Adapter.WsClient` 等子类，方便你快速实现适配器。
 
-## Typical Implementations
+## 典型实现 {#typical-impls}
 
 Let's see a few typical adapters.
 
-### WebSocket
+### WebSocket {#websocket}
 
 一种常见的通信方式是 WebSocket，许多平台 (Discord、KOOK、钉钉等) 都会使用这项技术。它的工作原理是，机器人首先向聊天平台的 WebSocket 网关发起连接请求，随后平台会将事件推送到机器人的 WebSocket 连接上。这里我们还是以 Discord 平台为例：
 
@@ -86,18 +86,18 @@ if (session) this.dispatch(session)
 
 `createSession()` 会根据事件的类型，创建不同的 `Session` 实例。如果无法对应到标准的会话事件，那么 `createSession()` 方法会返回空值，表示我们不需要调用 `dispatch()` 方法。
 
-### Webhook
+### Webhook {#webhook}
 
 另一种常见的通信方式是 Webhook，使用这种通信方式的平台有飞书、企业微信、Line 等。它的工作原理是，机器人搭建者首先在聊天平台的开发者后台配置一个 HTTP 服务器地址，随后平台会将事件推送到该地址上。这里我们以 Line 平台为例：
 
 ```ts
 export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(public ctx: C) {
     super()
 
-    ctx.router.post('/line', async (ctx) => {
+    ctx.server.post('/line', async (ctx) => {
       const { destination, events } = ctx.request.body
       const bot = this.bots.find(bot => bot.selfId === destination)
       if (!bot) return ctx.status = 403
@@ -114,7 +114,7 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
   async start(bot: LineBot) {
     await this.getLogin()
     await bot.internal.setWebhookEndpoint({
-      endpoint: this.ctx.router.config.selfUrl + '/line',
+      endpoint: this.ctx.server.config.selfUrl + '/line',
     })
   }
 }
@@ -125,11 +125,11 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
 ```ts
 await this.getLogin()
 await bot.internal.setWebhookEndpoint({
-  endpoint: this.ctx.router.config.selfUrl + '/line',
+  endpoint: this.ctx.server.config.selfUrl + '/line',
 })
 ```
 
-对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.router` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
+对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.server` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
 
 ```ts
 const sign = ctx.headers['x-line-signature']?.toString()
@@ -138,7 +138,7 @@ const bot = this.bots.find(bot => bot.selfId === parsed.destination)
 if (!bot) return ctx.status = 403
 ```
 
-After validation, for each event in the request, we create an `Session` instance and dispatch it as a session event:
+验证完成后，对于请求中的每一个事件，我们创建 `Session` 对象，并将它触发为会话事件：
 
 ```ts
 for (const event of parsed.events) {
@@ -147,7 +147,7 @@ for (const event of parsed.events) {
 }
 ```
 
-### 其他通信方式
+### 其他通信方式 {#others}
 
 除了 WebSocket 和 Webhook 以外，还有一些其他可能出现的通信方式：
 
@@ -156,11 +156,11 @@ for (const event of parsed.events) {
 
 当然，对于那些不太像聊天平台的聊天平台，你也可以不必拘泥于传统的通信方式。直接继承 `Adapter` 基类，实现自己的逻辑即可。无论是我们在本章开始介绍的命令行环境，又或者是邮件、短信，甚至是社交媒体的评论区、私信，只要是能打字的地方，都可以通过适配器的方式接入到 Koishi 中！
 
-## Advanced Techniques
+## 进阶技巧 {#advanced}
 
 接下来我们将介绍一些复杂适配器的实现技巧。
 
-### Multi-Protocol Support
+### 多协议支持 {#multi-protocol}
 
 部分平台同时支持了多种通信方式，例如 Telegram 就同时支持了 Webhook 和 HTTP 轮询。对于此类平台，我们可以提供一个配置项，让用户根据需要自行选择通信方式。
 
@@ -183,12 +183,12 @@ adapter-telegram
 class ServerAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {}
 
 namespace ServerAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'server'
     path?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     path: Schema.string().default('/telegram'),
   })
@@ -202,12 +202,12 @@ class PollingAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {
 }
 
 namespace PollingAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'polling'
     timeout?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     timeout: Schema.number().default(Time.second * 25),
   })
@@ -229,28 +229,28 @@ class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 
 namespace TelegramBot {
-  export type Config = ServerAdapter.Config | PollingAdapter.Config
+  export type Config = ServerAdapter.Options | PollingAdapter.Options
 
   export const Config: Schema<Config> = Schema.intersect([
     Schema.object({
       protocol: Schema.union(['server', 'polling']).required(),
     }),
     Schema.union([
-      HttpServer.Config,
-      HttpPolling.Config,
+      HttpServer.Options,
+      HttpPolling.Options,
     ]),
   ])
 }
 ```
 
-### Dynamically Create Bots
+### 动态创建机器人 {#dynamic}
 
 到此为止，我们的适配器开发中都存在一个隐含限制：用户的一次插件加载只能对应于一个 `Bot` 实例。如果用户需要创建多个机器人，那么就需要多次加载插件。这是因为在绝大多数适配器的使用场景下，用户都能很明确地知道自己需要创建多少个机器人。然而总有一些例外情况：
 
 - WhatsApp 平台的一个应用可以填入多个手机号，也就对应了多个 `Bot` 实例。
 - Satori 协议并不预先知道机器人的数量，而是在连接中根据机器人相关事件动态创建的。
 
-::: warning
+:::warning
 无限制的 `Bot` 连接可能会导致你的 Koishi 被恶意调用。因此，如果将适配器作为可任意连接的服务端，请确保在可信任的网络环境下运行，或者引入其他验证机制。
 :::
 
diff --git a/en-US/guide/adapter/bot.md b/en-US/guide/adapter/bot.md
index 6f3418c962f5..72fd3a7ac342 100644
--- a/en-US/guide/adapter/bot.md
+++ b/en-US/guide/adapter/bot.md
@@ -2,7 +2,7 @@
 
 `Bot` 对应着由 Koishi 操纵的聊天平台机器人账号。其上封装了一系列方法，用于发送消息、获取频道信息等操作。要实现一个聊天平台的 `Bot` 类，只需要实现这些方法即可。
 
-## Universal Interface
+## 通用接口 {#universal}
 
 让我们先回忆一下上一节介绍的 `ReplBot`：
 
@@ -27,7 +27,7 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适配器应当尽可能地实现这些标准方法，但这并不是必需的。对于平台没有提供能力的 API，可以直接略去实现。
 
-## Access Internal API
+## 访问内部接口 {#internal-access}
 
 尽管上面的通用接口足以应对大多数插件的需求，但这并不能将平台的能力发挥到极致。为此，Koishi 也允许 `Bot` 提供一套内部接口，用于直接调用平台的原生能力。
 
@@ -37,36 +37,39 @@ Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适
 首先，插件并不能确定所拿到的 `Bot` 对象来自哪一个适配器，就算想要用上原生能力也必须强行做类型转换 (你稍后就能看到内部接口是如何解决类型问题的)；其次，原生接口可能与通用接口有相同的名称，随着 Koishi 未来进一步扩展通用接口，会有很大可能性引发接口冲突。
 :::
 
-### Access in Plugins
+### 在插件中访问 {#access-from-plugin}
 
 There are two ways to access internal API in the plugin. Take Discord as an example.
 
 第一种是直接通过 `bot.internal` 属性访问。这个属性在 `Bot` 基类中的类型是 `any`，因此你可以直接使用其上的方法，也可以通过类型断言来获取更好的类型提示：
 
 ```ts
+// 这一行写在文件头
+import type { DiscordBot } from '@koishijs/plugin-adapter-discord'
+
 (bot as DiscordBot).internal.getGuild(guildId)
 ```
 
-另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据：
+另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据。你可以用这种方式对特定平台提供定制化的支持：
 
 ```ts
-session.discord.getGuild(guildId)
-
-session.discord.t // Original event name
-session.discord.d // Original event data
-```
-
-You can even customize support for different adapters in this way:
+// 这一行写在文件头
+import {} from '@koishijs/plugin-adapter-discord'
 
-```ts
 if (session.discord) {
-  session.discord.getGuild(guildId)
+  session.discord.getGuild(guildId)     // 内部接口
+  session.discord.t                     // 原始事件名称
+  session.discord.d                     // 原始事件数据
 } else {
-  // Handle other platforms
+  // 其他平台的处理
 }
 ```
 
-### Access in Adapters
+:::tip
+在上面的例子中，我们仅仅从 @koishijs/plugin-adapter-discord 中导入了类型。这种情况下插件并不实际依赖 Discord 适配器，因此你只需要将该依赖写入 `devDependencies` 即可。对于尚未接入 Discord 平台的用户，也不需要为运行你的插件多装一个适配器，仍然确保了安装体积的精简。关于这部分的讨论，可以参考 [服务与依赖](../plugin/service.md#peer-vs-dep) 一节。
+:::
+
+### 在适配器中访问 {#access-from-adapter}
 
 内部接口不仅能为插件提供更全面的平台能力，对适配器本身的实现也有很大的帮助。让我们截取 Discord 适配器的一段代码作为示例：
 
@@ -106,17 +109,17 @@ class DiscordBot<C extends Context> extends Bot<C> {
 
 为此，我们实现了一个 `decodeGuild` 函数，将 Discord 的数据结构转换为 Koishi 的通用数据结构。与此同时，我们把网络请求的部分放在 `Internal` 类中实现，并在 `Bot` 类中直接调用内部方法。可以看到，这样编写出来的代码结构相比直接把请求放在 `Bot` 类中要清晰得多。
 
-## Implement Internal API
+## 实现内部接口 {#internal-impl}
 
 不同的平台由于其 API 的差异性，`Internal` 类的实现方式也会有所不同。对于简单的平台，你完全可以手动实现每一个内部接口 (甚至可以不实现 `Internal` 类，就像 REPL 适配器那样)；但如果平台本身就有上百个 API，手写每一个内部接口显然既费时又啰嗦。因此，Koishi 提供了一些技巧以简化你的适配工作。我们这里仍然以 Discord 为例。
 
-### 使用 HTTP 服务
+### 使用 HTTP 服务 {#http-service}
 
 让我们进一步完成上面的代码。Discord 的 API 是 Restful 的，并且需要 `Authorization` 请求头。我们通过在 `Internal` 类中传入一个 `http` 对象简化网络请求的写法：
 
 ```ts{5,9,17-20}
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
   getGuild(guildId: string) {
     return this.http.get(`/guilds/${guildId}`)
@@ -141,19 +144,19 @@ class DiscordBot<C extends Context> extends Bot<C> {
 }
 ```
 
-[`ctx.http`](../../api/service/http.md) 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `Quester` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
+[`ctx.http`](../../api/service/http.md) 是 Koishi 的基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `HTTP` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
 
-### Reflect Network Requests
+### 反射网络请求 {#reflect}
 
-在 `Quester` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
+在 `HTTP` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
 
 ```ts
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
-  static define(path: string, methods: Partial<Record<Quester.Method, string | string[]>>) {
+  static define(path: string, methods: Partial<Record<HTTP.Method, string | string[]>>) {
     for (const key in methods) {
-      const method = key as Quester.Method
+      const method = key as HTTP.Method
       for (const name of makeArray(methods[method])) {
         this.prototype[name] = async function (this: Internal, ...args: any[]) {
           // 将参数填入路径中
@@ -196,7 +199,7 @@ interface Internal {
 
 上面的代码还没有考虑请求体和异常处理等问题，如果想要深入了解，可以阅读 Discord 适配器的 [源码](https://github.com/satorijs/satori/blob/master/adapters/discord/src/types/internal.ts)。事实上，Discord 的接口已经是比较复杂的了。相信有了这些技巧的加持，其他平台的适配器你一定也能手到擒来。
 
-### Inject Session Properties
+### 注入会话属性 {#session-injection}
 
 在本节的最后，我们还有一点伏笔没有回收。我们还需要在 `Session` 对象中注入 `discord` 属性，以便插件能够访问到内部接口：
 
diff --git a/en-US/guide/adapter/index.md b/en-US/guide/adapter/index.md
index 21307acef4e0..b92168f9ca97 100644
--- a/en-US/guide/adapter/index.md
+++ b/en-US/guide/adapter/index.md
@@ -1,4 +1,4 @@
-# 基础知识
+# Basics
 
 Koishi 通过适配器插件来实现对不同聊天平台的支持。
 
@@ -12,15 +12,15 @@ Koishi 通过适配器插件来实现对不同聊天平台的支持。
 
 **平台 (Platform)** 是指聊天平台，比如 Discord、Telegram 等。Users on the same platform can message each other, but users on different platforms cannot message each other.Each separate self-built server is considered a separate platform for a self-built chat platform like Rocket Chat.
 
-**Bot(Bot)** is a platform user controlled by Koishi.这里的用户可以是真实用户，也可以是部分平台专门提供的机器人用户。By interacting with the robot, other users experience Koishi's functions.
+**机器人 (Bot)** 是指由 Koishi 操控的平台用户。这里的用户可以是真实用户，也可以是部分平台专门提供的机器人用户。By interacting with the robot, other users experience Koishi's functions.
 
-**Adapters (Adapter)** are plugins that implement the platform protocol and enable robots to access the platform.In general, one adapter instance corresponds to one robot user, and enabling multiple adapters at the same time allows simultaneous access to multiple robots.
+**适配器 (Adapter)** 是指实现了平台协议，能够让机器人接入平台的插件。In general, one adapter instance corresponds to one robot user, and enabling multiple adapters at the same time allows simultaneous access to multiple robots.
 
-**Message(Message)** is literally a message.It is usually text or rich text format, and sometimes includes media resources such as images and audio, etc.Koishi uniformly encodes messages using message elements.
+**消息 (Message)** 是字面意义上的消息。It is usually text or rich text format, and sometimes includes media resources such as images and audio, etc.Koishi uniformly encodes messages using message elements.
 
-**Channel(Channel)** is a collection of messages.A channel contains a series of messages that have a temporal and logical sequence to each other.Channels are divided into private chat channels and group chat channels, where private chat channels have only two participants and group chat channels can have any number of participants.
+**频道 (Channel)** 是消息的集合。A channel contains a series of messages that have a temporal and logical sequence to each other.Channels are divided into private chat channels and group chat channels, where private chat channels have only two participants and group chat channels can have any number of participants.
 
-**Guilds (Guilds)** are collections of platform users.A guild will typically contain both a set of Users and Channels, and be managed by some of them using a permission-based mechanism.In some platforms, the concepts of guilds and guild chat channels coincide (e.g. QQ): there is one and only one group chat channel within a guildThe private chat channel does not belong to any of the guilds
+**群组 (Guild)** 是平台用户的集合。A guild will typically contain both a set of Users and Channels, and be managed by some of them using a permission-based mechanism.In some platforms, the concepts of guilds and guild chat channels coincide (e.g. QQ): there is one and only one group chat channel within a guildThe private chat channel does not belong to any of the guilds
 
 ## REPL 适配器
 
diff --git a/en-US/guide/adapter/integration.md b/en-US/guide/adapter/integration.md
index 617f8307f6e1..5681a6bf4089 100644
--- a/en-US/guide/adapter/integration.md
+++ b/en-US/guide/adapter/integration.md
@@ -1,10 +1,10 @@
-# 平台集成
+# Platform Integration
 
 至此，Koishi 的适配器开发已经接近尾声。经过前面的几节内容，我们的适配器已经封装了平台接口，与服务器稳定地进行连接，并能够顺利地接受和发送消息。但除此以外，部分平台还提供了一些额外的能力，允许机器人做得更好。Koishi 当然也要把这些能力集成到机器人中。
 
-## 斜线指令
+## 斜线指令 {#slash-command}
 
-::: tip
+:::tip
 相关章节：[指令开发](../basic/command.md)
 :::
 
@@ -24,9 +24,9 @@ class DiscordBot {
 }
 ```
 
-## 用户语言偏好
+## 用户语言偏好 {#user-locale}
 
-::: tip
+:::tip
 相关章节：[多语言支持](../i18n/index.md)
 :::
 
diff --git a/en-US/guide/adapter/message.md b/en-US/guide/adapter/message.md
index f8e8f5ca1465..634fe5537fa1 100644
--- a/en-US/guide/adapter/message.md
+++ b/en-US/guide/adapter/message.md
@@ -20,7 +20,7 @@ const encodeGuild = (data: Universal.Guild): Discord.Guild => ({
 
 Koishi 使用 [消息元素](../basic/element.md) 表达任何聊天平台的消息。这是一种类似于 HTML 的格式。消息元素作为组成消息的基本单位，可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。本节将介绍如何在消息元素与平台消息之间互相转换。
 
-## 接收消息
+## 接收消息 {#receive}
 
 在会话对象上存在两个属性与消息的内容有关：`content` 和 `elements`，它们分别对应着字符串形式和消息元素形式的消息内容。它们之间会自动转换，因此下面的两种写法是等价的：
 
@@ -41,9 +41,9 @@ session.elements = [
 session.content = input.replace(/@(\d+)/g, '<at id="$1"/>')
 ```
 
-## Send messages
+## 发送消息 {#send}
 
-### 兼容性原则
+### 兼容性原则 {#compatibility}
 
 在具体介绍消息发送之前，不知道你是否有这样的疑问：Koishi 提供了一整套标准的消息元素，但并非所有平台都支持这些元素。对于那些不支持的元素，应该如何处理呢？
 
@@ -55,7 +55,7 @@ Koishi 的建议是**尽量兼容实现**。对于平台不支持的元素，可
 
 对于更加复杂的元素，适配器也可以发挥自主性，设计最适合的交互形式。例如，如果用户的需求是「从若干个选项中选择一个」，那么平台 A 可以渲染出多个按钮供用户点击；平台 B 则可以发送一条带有表态的消息，点击表态对应选择选项；实在不行，平台 C 也可以直接发送选项列表和文本提示语，并将用户的下一次输入作为选项。
 
-### 消息编码器
+### 消息编码器 {#encoder}
 
 之前介绍过的 REPL 适配器为了简化写法，并未包含消息的编码过程。对于一般的适配器，我们建议通过继承 `MessageEncoder` 类来实现消息的发送逻辑。
 
@@ -78,10 +78,9 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
   // 使用 payload 存储待发送的消息
   private payload: Dict
 
-  constructor(bot: TelegramBot<C>, channelId: string, guildId?: string, options?: SendOptions) {
-    super(bot, channelId, guildId, options)
-    const chat_id = guildId || channelId
-    this.payload = { chat_id, parse_mode: 'html', text: '' }
+  // 在 prepare 中初始化 payload
+  async prepare() {
+    this.payload = { chat_id: this.channelId, parse_mode: 'html', text: '' }
   }
 
   // 将发送好的消息添加到 results 中
@@ -125,7 +124,7 @@ export class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 ```
 
-### 行内元素
+### 行内元素 {#inline}
 
 上面的例子仅仅包含了消息编码器的基本结构，并未实现除了文本外的任何消息元素。对于任何非文本元素，上面的代码都会回退到其内部的文本。要添加更多消息元素的支持，只需在 `visit` 方法中添加更多的判断分支，就像这样：
 
@@ -145,7 +144,7 @@ if (type === 'text') {
 }
 ```
 
-### 消息分片
+### 消息分片 {#fragment}
 
 在 Koishi 中，一次消息发送可能在目标平台产生多条独立的消息，称为消息分片。这也是为什么上面的 `results` 是一个数组。消息分片产生的原因是多样的：
 
@@ -165,7 +164,7 @@ if (type === 'text') {
 } else ...
 ```
 
-### 资源元素
+### 资源元素 {#asset}
 
 由于不同平台对于媒体资源的支持类型、发送方式、渲染形式有所不同，因此资源元素的情况会更加复杂。可以大致将各种平台规定的发送方式分为以下几类：
 
@@ -195,8 +194,8 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
         form.append(key, this.payload[key].toString())
       }
       const { type, attrs } = this.asset
-      const { filename, data } = await this.bot.ctx.http.file(attrs.url, attrs)
-      if (type === 'image') {
+      const { filename, data } = await this.bot.ctx.http.file(attrs.src, attrs)
+      if (type === 'img') {
         form.append('photo', data, filename)
         message = await this.bot.internal.sendPhoto(form)
       } else if (type === 'audio') {
@@ -221,11 +220,11 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
 
 差不多这样就实现了资源元素的发送。值得一提的是，这里的代码使用了 `http.file()` 方法。它可以自动为我们处理 `http:`、`file:`、`data:` 等各种协议的资源链接，并将它们统一转换为 `ArrayBuffer`。这可以省去适配器解析资源链接的步骤，对于适配器开发是非常方便的。
 
-## 进阶知识
+## 进阶知识 {#advanced}
 
 下面的知识并非适用于所有适配器。但对于一些特殊的平台，你可能会用到它们。
 
-### 发送被动消息
+### 发送被动消息 {#passive}
 
 我们通常将机器人做出的交互行为分为两种：主动交互和被动交互。
 
@@ -249,11 +248,11 @@ class QQGuildMessageEncoder {
 
 在这一段代码中使用了 `this.options`，它存储了一些额外的发送选项。其中 `session` 正好对应着接收到消息的会话对象。当我们调用 `session.send()` 时，Koishi 会把当前的会话对象传递给 `MessageEncoder`。这样一来，我们就可以在发送消息时带上回复目标了。
 
-### 资源反向代理
+### 资源反向代理 {#reverse-proxy}
 
 一些平台会使用 ID 标识资源文件 (例如 Lark)。当你接收到来自平台的消息时，拿到的是资源 ID 而非资源链接。此时你需要将资源 ID 转换为资源链接，才能构造合法的资源元素。
 
-::: tip
+:::tip
 Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的，但这个链接中会明文包含机器人令牌，并非可以公开使用的链接。因此 Telegram 和其他类似平台也适用于这一节的内容。
 :::
 
@@ -268,10 +267,10 @@ Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的
 
 ```ts
 class LarkAdapter {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(ctx: Context) {
-    ctx.router.get('/lark/assets/:message_id/:key', async (ctx) => {
+    ctx.server.get('/lark/assets/:message_id/:key', async (ctx) => {
       const key = ctx.params.key
       const messageId = ctx.params.message_id
       const selfId = ctx.request.query.self_id
@@ -283,7 +282,7 @@ class LarkAdapter {
         responseType: 'stream',
       })
       ctx.status = 200
-      ctx.response.headers['content-type'] = response.headers['content-type']
+      ctx.response.headers['content-type'] = response.headers.get('content-type')
       ctx.response.body = response.data
     })
   }
@@ -296,13 +295,13 @@ class LarkAdapter {
 h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 ```
 
-::: tip
+:::tip
 反向代理同时也带来了一个新的问题，那就是当这个链接被原样发送时，外网可能无法访问到这个链接。但无需担心，上面提到的 `http.file()` 方法恰好可以解决这个问题。因此，即使经过了反向代理，Koishi 也可以确保消息的跨平台转发插件能够正常工作。
 :::
 
-### 扩展消息元素
+### 扩展消息元素 {#extension}
 
-平台可以提供扩展消息元素，但需要加上平台通用名称作为前缀。下面是一个例子：
+平台可以提供扩展消息元素，但需要加上平台通用名称作为前缀。Below is an example:
 
 ```html
 <kook:card size="lg">
@@ -310,7 +309,7 @@ h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 </kook:card>
 ```
 
-标准元素的平台扩展属性也可以通过加上平台通用名称作为前缀的方式声明。下面是一个例子：
+标准元素的平台扩展属性也可以通过加上平台通用名称作为前缀的方式声明。Below is an example:
 
 ```html
 <!-- src 是 audio 元素的标准属性。 -->
@@ -318,6 +317,6 @@ h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 <audio src="url1" kook:cover="url2"/>
 ```
 
-::: tip
+:::tip
 平台扩展消息元素的属性是否需要前缀由 SDK 实现自行决定。如果某个消息元素希望在未来标准化，那么加上前缀可以降低迁移成本。如果没有标准化需要，那么去掉前缀在书写上更方便。
 :::
diff --git a/en-US/guide/basic/command.md b/en-US/guide/basic/command.md
index 034383bf0b4e..c6d3227009b0 100644
--- a/en-US/guide/basic/command.md
+++ b/en-US/guide/basic/command.md
@@ -1,6 +1,6 @@
 # Command
 
-::: tip
+:::tip
 在学习本节之前，建议先完整阅读 [入门 > 指令系统](../../manual/usage/command.md)。
 :::
 
@@ -39,7 +39,7 @@ ctx.command('test <arg1> [arg2] [arg3]')
   .action((_, arg1, arg2, arg3) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 除去表达的意义不同，以及参数个数不足时使用必选参数可能产生错误信息外，这两种参数在程序上是没有区别的。与此同时，默认情况下 `action` 回调函数从第二个参数起也总是字符串。如果传入的参数不足，则对应的参数不会被传入，因此你需要自己处理可能的 `undefined`。
 :::
 
@@ -54,18 +54,19 @@ ctx.command('test <arg1> [...rest]')
 
 ### 文本参数
 
-通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。 在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
+通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。
+在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
 
 ```ts
 ctx.command('test <message:text>')
   .action((_, message) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 文本参数的解析优先级很高，即使是之后的内容中含有选项也会被一并认为是该参数的一部分。因此，当使用文本参数时，应确保选项写在该参数之前，或 [使用引号](../../manual/recipe/execution.md#使用引号) 将要输入的文本包裹起来。
 :::
 
-### 参数的类型
+### 参数类型 {#argument-type}
 
 除去 `text` 以外，Koishi 还支持许多其他的类型。它们的用法与 `text` 无异：
 
@@ -90,13 +91,15 @@ ctx.command('test [arg:number]')
 
 - string: `string` 字符串
 - number: `number` 数值
+- bigint: `bigint` [大整数](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/BigInt)
 - text: `string` 贪婪匹配的字符串
-- user: `string` 用户，格式为 `{platform}:{id}`
-- channel: `string` 频道，格式为 `{platform}:{id}`
+- user: `string` 用户，格式为 `{platform}:{id}` (调用时可以使用 `at` 元素或者 `@{platform}:{id}` 的格式)
+- channel: `string` 频道，格式为 `{platform}:{id}` (调用时可以使用 `sharp` 元素或者 `#{platform}:{id}` 的格式)
 - integer: `number` 整数
 - posint: `number` 正整数
+- natural: `number` 正整数
 - date: `Date` 日期
-
+- image: `Dict` 图片
 
 <!-- ### 定义新类型
 
@@ -152,7 +155,6 @@ ctx.command('test [x:positive]').action((_, arg) => arg)
 <chat-message nickname="Koishi">参数 x 输入无效，应为整数。</chat-message>
 </chat-panel> -->
 
-
 <!-- ### 使用检查器
 
 从 v3 开始 Koishi 支持给一个指令配置多个回调函数，并引入了 `cmd.before()`。你可以利用这个接口定义一些更加复杂的类型检查逻辑。让我们在最后简单地了解一下这个特性。
@@ -238,7 +240,7 @@ ctx.command('test')
 <chat-message nickname="Koishi">{ "writer": 0 }</chat-message>
 </chat-panel>
 
-### 选项的类型
+### 选项类型 {#option-type}
 
 选项也可以像参数一样设置类型：
 
@@ -262,57 +264,34 @@ ctx.command('test')
 <chat-message nickname="Koishi">选项 beta 输入无效，请检查语法。</chat-message>
 </chat-panel>
 
-## 更改触发方式
+## 指令别名
 
-### 指令别名
+:::warning
+由于指令名可以在用户侧配置，因此**不建议**开发者设置过多别名或以常用词作为别名。如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
+:::
 
 你可以为一条指令添加别名：
 
 ```ts
-ctx.command('echo').alias('say')
+ctx.command('echo <message>').alias('say')
 ```
 
 这样一来，无论是 `echo` 还是 `say` 都能触发这条指令了。
 
-::: warning
-由于指令名可以在用户侧配置，因此不建议开发者设置过多的别名。此外，如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
-:::
-
-### 快捷匹配
-
-Koishi 的指令机制虽然能够尽可能避免冲突和误触发，但是也带来了一些麻烦。一方面，一些常用指令的调用会受到指令前缀的限制；另一方面，一些指令可能有较长的选项和参数，但它们调用时却往往是相同的。面对这些情况，**快捷匹配 (Shortcut)** 能有效地解决你的问题。
-
-假设你实现了一个货币系统和 rank 指令，调用 `rank wealth --global` 可以实现查看全服所有人财富排行，你可以这样做：
-
-```ts
-ctx.command('rank <type>')
-  .shortcut('全服财富排行', { args: ['wealth'], options: { global: true } })
-```
-
-这样一来，只要输入“全服财富排行”，Koishi 就会自动调用 `rank wealth --global`，回复查询结果了。
-
-通常来说，快捷方式都要求严格匹配（当然删除两端空格和繁简体转化这种程度的模糊匹配是可以做的），但是你也可以让快捷方式允许带参数：
-
-```ts
-ctx.command('buy <item>')
-  .shortcut('购买', { prefix: true, fuzzy: true })
-```
-
-上面程序注册了一个快捷方式，`prefix` 要求在调用时保留指令前缀，而 `fuzzy` 允许这个快捷方式带参数列表。这样一来，只要输入“Koishi，购买物品名”，Koishi 就会自动调用“buy 物品名”了。
-
-除此以外，你还可以使用正则表达式作为快捷方式：
+你还可以为别名添加参数或选项：
 
 ```ts
-ctx.command('market <area>')
-  .shortcut(/^查(.+区)市场$/, { args: ['$1'] })
+ctx.command('market <area> <item>').alias('市场', { args: ['China'] })
 ```
 
-这样一来，输入“查美区市场”就等价于输入“market 美区”了。
-
-不难看出，使用快捷方式会让你的输入方式更加接近自然语言，也会让你的机器人显得更平易近人。
+此时调用 `市场` 时将等价于调用 `market China`。如果你传入了更多的参数，那么它们将被添加到 `China` 之后。
 
 ## 编写帮助
 
+:::tip
+此功能需要安装 [@koishijs/plugin-help](../../plugins/common/help.md) 插件。
+:::
+
 之前已经介绍了 `ctx.command()` 和 `cmd.option()` 这两个方法，它们都能传入一个 `desc` 参数。你可以在这个参数的结尾补上对于指令或参数的说明文字，就像这样：
 
 ```ts
diff --git a/en-US/guide/basic/element.md b/en-US/guide/basic/element.md
index b495fce5c2b0..dfbd5f30f6ac 100644
--- a/en-US/guide/basic/element.md
+++ b/en-US/guide/basic/element.md
@@ -8,21 +8,24 @@
 
 一个典型的元素包含名称、属性和内容。在 Koishi 中，我们通常使用 JSX 或 API 的方式创建元素。下面是一些例子：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 欢迎 @用户名 入群！
 session.send(<>欢迎 <at id={userId}/> 入群！</>)
 
 // 发送一张 Koishi 图标
-session.send(<image url="https://koishi.chat/logo.png"/>)
+session.send(<img src="https://koishi.chat/logo.png"/>)
 ```
+
 ```ts title=API
 // 欢迎 @用户名 入群！
 session.send('欢迎 ' + h('at', { id: session.userId }) + ' 入群！')
 
 // 发送一张 Koishi 图标
-session.send(h('image', { url: 'https://koishi.chat/logo.png' }))
+session.send(h('img', { src: 'https://koishi.chat/logo.png' }))
 ```
+
 :::
 
 这两种写法各有优劣，不同人可能会有不同的偏好。但无论哪一种写法都表达了同样的意思。
@@ -48,7 +51,7 @@ h('quote', { id })
 h('p', {}, 'hello')
 
 // 没有属性时二参数可以忽略不写
-h('p', 'hello', h('image', { url }))
+h('p', 'hello', h('img', { src }))
 ```
 
 ### 混用两种写法
@@ -64,7 +67,7 @@ h('p', 'hello', h('image', { url }))
 
 ```tsx
 // 创建一个仅包含图片的消息
-h('message', <image url="https://koishi.chat/logo.png"/>)
+h('message', <img src="https://koishi.chat/logo.png"/>)
 ```
 
 ## Standard Elements
@@ -73,7 +76,7 @@ Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需
 
 - `at`：提及用户
 - `quote`：引用回复
-- `image`：嵌入图片
+- `img`：嵌入图片
 - `message`：发送消息
 
 尽管一个平台不太可能支持所有的行为，但适配器对每一个标准元素都进行了最大程度的适配。例如，对于不支持斜体的平台，我们会将斜体元素转换为普通文本；对于无法同时发送多张图片的平台，我们会将多张图片转换为多条消息分别发送等等。这样一来，开发者便可以在不同平台上使用同一套代码，而不用担心平台差异。
@@ -101,16 +104,17 @@ Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需
 <chat-panel>
 <chat-message nickname="Koishi">
 <blockquote>原消息文本</blockquote>
+
 你说得对
 </chat-message>
 </chat-panel>
 
 ### 嵌入图片和其他资源
 
-使用 `image`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
+使用 `img`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
 
 ```html
-<image url="https://koishi.chat/logo.png"/>
+<img src="https://koishi.chat/logo.png"/>
 ```
 
 <chat-panel>
@@ -129,7 +133,7 @@ import { resolve } from 'path'
 h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 
 // 等价于下面的写法
-<image url={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
+<img src={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
 ```
 
 如果图片以二进制数据的形式存在于内存中，你也可以直接通过 `h.image()` 构造 `data:` URL：
@@ -139,10 +143,10 @@ h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 h.image(buffer, 'image/png')
 
 // 等价于下面的写法
-<image url={'data:image/png;base64,' + buffer.toString('base64')}/>
+<img src={'data:image/png;base64,' + buffer.toString('base64')}/>
 ```
 
-## Message Component <badge type="warning">experimental</badge>
+## 消息组件 <badge type="warning">实验性</badge>
 
 **消息组件 (Component)** 是一种对消息元素的扩展和封装。它允许你创建可重用的定制元素，并在渲染时引入自定义逻辑。例如，`<execute>` 组件会将其中的内容作为指令执行，并将执行结果替换该元素：
 
@@ -158,10 +162,10 @@ Execution result: <execute>echo hello</execute>
 
 Koishi 已经内置了一系列消息组件，包括：
 
-- `<execute>`: command execution
+- `<execute>`：执行指令
 - `<prompt>`：等待输入
-- `<i18n>`: internationalization
-- `<random>`: random selection
+- `<i18n>`：国际化
+- `<random>`：随机选择
 
 你可以在 [这个页面](../../api/message/components.md) 了解每个组件的详细用法和适用范围。
 
@@ -184,15 +188,18 @@ function Custom(attrs, children, session) {
 
 你可以直接在渲染时使用这个组件：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 请注意这里的大写字母
 session.send(<Custom/>)
 ```
+
 ```ts title=API
 // 请注意这里的大写字母
 session.send(h(Custom))
 ```
+
 :::
 
 ### Register Global Component
@@ -201,9 +208,24 @@ session.send(h(Custom))
 
 ```ts
 ctx.component('custom', (attrs, children, session) => {
-  return 'custom content'
+  return '自定义内容'
 })
 
-// Now use can use the lowercased <custom/>!
+// 现在你可以在任何地方使用小写的 <custom/> 了
 session.send(<custom/>)
 ```
+
+## 转义与解析
+
+:::danger
+直接发送未经转义的用户输入是非常危险的，因为它很容易导致 [XSS 攻击](https://zh.wikipedia.org/wiki/%E8%B7%A8%E7%B6%B2%E7%AB%99%E6%8C%87%E4%BB%A4%E7%A2%BC)。在使用诸如 `h.unescape()` 之类的 API 时，请务必确保输入的安全性。
+:::
+
+在默认情况下，Koishi 会对指令参数进行转义以确保安全性。但在某些情况下，你可能希望手动处理消息元素的转义和解析。为此，我们提供了一系列实用方法：
+
+- [`h.escape()`](../../api/message/api.md#h-escape): 转义字符串
+- [`h.unescape()`](../../api/message/api.md#h-unescape): 反转义字符串
+- [`h.parse()`](../../api/message/api.md#h-parse): 将字符串解析为消息元素
+- [`h.select()`](../../api/message/api.md#h-select): 从消息元素中选择指定类型的元素
+- [`h.transform()`](../../api/message/api.md#h-transform): 在消息元素中查找并替换指定类型的元素
+- [`h.transformAsync()`](../../api/message/api.md#h-transformasync): 上述方法的异步版本
diff --git a/en-US/guide/basic/events.md b/en-US/guide/basic/events.md
index 348cb248ac7b..b9ce9335eaeb 100644
--- a/en-US/guide/basic/events.md
+++ b/en-US/guide/basic/events.md
@@ -2,7 +2,7 @@
 
 在上一节中我们了解了指令开发，现在让我们回到更加基础的事件系统。事件系统在 Koishi 中扮演着底层的角色，它不仅包含由聊天平台触发的会话事件，还包含了监听运行状态的生命周期事件和提供扩展性的自定义事件。
 
-## 基本用法
+## Basic Usage
 
 让我们先从一个基本示例开始：
 
@@ -96,7 +96,7 @@ ctx.on('dialogue/before-search', callback, true)
 
 如果你开发的插件希望允许其他插件扩展，那么触发事件就是最简单的方式。
 
-触发事件的基本用法也都与 EventEmitter 类似，第一个参数是事件名称，之后的参数对应回调函数的参数。下面是一个例子：
+触发事件的基本用法也都与 EventEmitter 类似，第一个参数是事件名称，之后的参数对应回调函数的参数。Below is an example:
 
 ```ts
 declare module 'koishi' {
diff --git a/en-US/guide/basic/middleware.md b/en-US/guide/basic/middleware.md
index ab4ed648272f..45989875b998 100644
--- a/en-US/guide/basic/middleware.md
+++ b/en-US/guide/basic/middleware.md
@@ -1,14 +1,14 @@
-# Middleware
+# middleware
 
 有了接收事件和发送消息的能力，似乎你就能完成一切工作了——很多机器人框架也的确是这么想的。但是从 Koishi 的角度，这还远远不够。因为当我们面临更复杂的需求时，新的问题也会随之产生：如何限制消息能触发的应答次数？如何进行权限管理？如何提高机器人的性能？这些问题的答案将我们引向另一套更高级的系统——这也就是中间件的由来。
 
 中间件是对消息事件处理流程的再封装。你注册的所有中间件将会由一个事件监听器进行统一管理，数据流向下游，控制权流回上游——这可以有效确保了任意消息都只被处理一次。被认定为无需继续处理的消息不会进入下游的中间件——这让我们能够轻易地实现权限管理。与此同时，Koishi 的中间件也支持异步调用，这使得你可以在中间件函数中实现任何逻辑。事实上，相比更加底层地调用事件监听器，**使用中间件处理消息才是 Koishi 更加推荐的做法**。
 
-::: tip
+:::tip
 与事件系统的通用性不同，中间件专注于消息事件。你不能使用中间件处理其他类型的事件。
 :::
 
-## 基本用法
+## Basic Usage
 
 还记得上一节介绍的 [基本示例](./events.md#基本用法) 吗？让我们把它改成中间件的形式：
 
@@ -56,7 +56,7 @@ ctx.middleware(async (session, next) => {
 })
 ```
 
-::: warning 注意
+:::warning 注意
 异步中间件代码中，`next` 函数被调用时前面必须加上 await (或者 return)。如果删去将可能会导致时序错误，这在 Koishi 中将会抛出一个运行时警告。
 :::
 
@@ -108,7 +108,7 @@ ctx.middleware((session, next) => {
 
 有的时候，你也可能需要实现这样一种逻辑：你的中间件产生了一个响应，但你认为这个响应优先级较低，希望等后续中间件执行完毕后，如果信号仍然未被截取，就执行之前的响应。这当然可以通过注册新的中间件并取消的方法来实现，但是由于这个新注册的中间件可能不被执行，你需要手动处理许多的边界情况。
 
-为了应对这种问题 Koishi 提供了更加方便的写法：你只需要在调用 `next` 时再次传入一个回调函数即可！这个回调函数只接受一个 `next` 参数，且只会加入当前的中间件执行队列；无论这个回调函数执行与否，在本次中间件解析完成后，它都会被清除。下面是一个例子：
+为了应对这种问题 Koishi 提供了更加方便的写法：你只需要在调用 `next` 时再次传入一个回调函数即可！这个回调函数只接受一个 `next` 参数，且只会加入当前的中间件执行队列；无论这个回调函数执行与否，在本次中间件解析完成后，它都会被清除。Below is an example:
 
 ```ts
 ctx.middleware((session, next) => {
diff --git a/en-US/guide/console/client.md b/en-US/guide/console/client.md
index dea08395a16a..8cc1120132d1 100644
--- a/en-US/guide/console/client.md
+++ b/en-US/guide/console/client.md
@@ -1,4 +1,4 @@
-# 客户端开发
+# Client Components
 
 ## 布局组件
 
@@ -42,7 +42,7 @@ ctx.slot({
 })
 ```
 
-## 使用插槽
+## Use slots
 
 你应该已经注意到了，在上面的两个例子中，我们都使用了 [`ctx.slot()`](../../api/console/context.md#ctx-slot) 来扩展某些元素。这个方法的作用是向控制台的某个区域中注入 Vue 组件。而上面的 `status-left` 和 `global` 则是两个插槽的名称，分别对应了状态栏左侧区域和整个页面区域。
 
@@ -91,7 +91,7 @@ ctx.settings({
   schema: Schema.object({
     wallpaper: Schema.object({
       image: Schema.string().description('要使用的背景图片。'),
-      opacity: Schema.number().description('前景的透明度。'),
+      opacity: Schema.number().description('前景的不透明度。'),
     }).description('壁纸设置'),
   }),
 })
diff --git a/en-US/guide/console/data.md b/en-US/guide/console/data.md
index a00c21e5b6b8..7410274b183e 100644
--- a/en-US/guide/console/data.md
+++ b/en-US/guide/console/data.md
@@ -2,9 +2,13 @@
 
 Koishi 控制台前后端的数据交互基本是通过 WebSocket 实现的。为了适应不同的场景，我们提供了多种数据交互的形式。
 
+:::tip
+在前后端之间传递的数据需要经过 JSON 序列化，因此请避免传入函数和自引用对象等无法被 JSON 序列化的内容。
+:::
+
 ## 被动推送
 
-后端代码：
+Backend:
 
 ```ts title=src/index.ts no-extra-header
 import { Context } from 'koishi'
@@ -42,7 +46,7 @@ export function apply(ctx: Context) {
 }
 ```
 
-前端代码：
+Frontend:
 
 ```ts title=client/index.ts no-extra-header
 import { Context } from '@koishijs/client'
@@ -50,9 +54,9 @@ import Page from './page.vue'
 
 export default (ctx: Context) => {
   ctx.page({
-    name: '页面标题',
+    name: 'Page title',
     path: '/custom-page',
-    // 只有当获得了 custom 数据，才可以访问页面
+    // available when the `custom` field exist
     fields: ['custom'],
     component: Page,
   })
@@ -72,7 +76,7 @@ import { store } from '@koishijs/client'
 
 ## 主动获取
 
-后端代码：
+Backend:
 
 ```ts title=src/index.ts no-extra-header
 import { Context } from 'koishi'
@@ -122,7 +126,7 @@ send('get-greeting').then(data => {
 当你引入了 @koishijs/plugin-auth 插件之后，你可以为你的页面访问和数据交互引入鉴权机制：
 
 ```ts
-// 只有已登录并且权限等级不低于 3 的用户才能访问此接口
+// Only logged user with authority not less than 3 can access this page
 ctx.console.addListener('get-greeting', () => {
   return ['Hello', 'World']
 }, { authority: 3 })
@@ -130,9 +134,9 @@ ctx.console.addListener('get-greeting', () => {
 
 ```ts title=client/index.ts
 ctx.page({
-  name: '页面标题',
+  name: 'Page title',
   path: '/custom-page',
-  // 只有已登录并且权限等级不低于 3 的用户才能访问此界面
+  // Only logged user with authority not less than 3 can access this page
   authority: 3,
   component: Page,
 })
diff --git a/en-US/guide/console/index.md b/en-US/guide/console/index.md
index 84da7bc9865c..c86ddca83b52 100644
--- a/en-US/guide/console/index.md
+++ b/en-US/guide/console/index.md
@@ -1,10 +1,10 @@
 # Console Extension
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 认识控制台](../../manual/usage/market.md#认识控制台)。
 :::
 
-## 创建扩展
+## Create an extension
 
 在插件目录中新建这几个文件：
 
@@ -50,8 +50,8 @@ export default (ctx: Context) => {
     "module": "esnext",
     "moduleResolution": "node",
     "types": [
-      // 这一行的作用是导入相关全局类型
-      // 以便于在编辑器中显示更好的代码提示
+      // import client types
+      // for better completions in the editor
       "@koishijs/client/global",
     ],
   },
diff --git a/en-US/guide/console/theme.md b/en-US/guide/console/theme.md
index db85be7f2a5f..65d7a7ca1143 100644
--- a/en-US/guide/console/theme.md
+++ b/en-US/guide/console/theme.md
@@ -1,4 +1,4 @@
-# Theme Extension <badge type="warning">实验性</badge>
+# 主题开发 <badge type="warning">实验性</badge>
 
 Koishi 也允许插件定义控制台主题。让我们先从简单的色彩主题开始。
 
@@ -23,7 +23,7 @@ ctx.theme({
 
 如你所见，要定义一个色彩主题非常简单，只需要调用 [`ctx.theme()`](../../api/console/context.md#ctx-theme) 即可。其中，`id` 用于标识主题，`name` 则会显示在主题选择器中。
 
-::: tip
+:::tip
 请注意：`id` 必须以 `-dark` 或 `-light` 结尾，否则 Koishi 将无法正确回退 CSS 变量！
 :::
 
diff --git a/en-US/guide/database/index.md b/en-US/guide/database/index.md
index f60ec659ca91..e22e50cd6e92 100644
--- a/en-US/guide/database/index.md
+++ b/en-US/guide/database/index.md
@@ -1,12 +1,18 @@
-# 基本用法
+# Basic Usage
 
-::: tip
+:::tip
 `ctx.database` 并非内置服务，因此如果你的插件需要使用数据库功能，需要[声明依赖](../plugin/service.md#inject-属性)。
 :::
 
 对于几乎所有大型机器人项目，数据库的使用都是不可或缺的。但如果每个插件都独立处理与数据库的交互，这将导致插件之间的兼容性非常差——用户要么选择同时安装多个数据库，要么只能放弃一些功能。为此，Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。
 
-## `get`：查询数据
+本页中涉及的完整 API：
+
+- [数据库操作](../../api/database/database.md)
+- [查询表达式](../../api/database/query.md)
+- [求值表达式](../../api/database/evaluation.md)
+
+## `get`：查询数据 {#get}
 
 使用 `database.get()` 方法以获取特定表中的数据。下面是一个最基本的形式：
 
@@ -28,13 +34,13 @@ await ctx.database.get('schedule', [1234], ['command', 'time'])
 你还可以向第二个参数传入一个对象，用来查询非主键上的数据或者同时指定多列的值：
 
 ```ts
-// 获取名为 schedule 的表中 assignee 为 telegram:123456 的数据行
+// 获取名为 schedule 的表中 assignee 为 123456 或 456789 的数据行
 await ctx.database.get('schedule', {
-  assignee: ['telegram:123456'],
+  assignee: ['123456', '456789'],
 })
 ```
 
-对于需要进行复杂的数据库搜索的，ORM 也提供了相对应的方法：
+对于需要进行复杂的数据库搜索的，你可以使用查询表达式：
 
 ```ts
 // 获取名为 schedule 的表中 id 大于 2 但是小于等于 5 的数据行
@@ -43,33 +49,43 @@ await ctx.database.get('schedule', {
 })
 ```
 
-我们甚至也支持逻辑运算：
+为了处理更加复杂的需求，我们还引入了求值表达式。它表现为一个接受 `row` 参数的回调函数，并通过一系列 `$` 上的运算返回一个 `Boolean` 类型的值。这种写法的表达能力更强，例如你可以让多个字段共同参与运算：
 
 ```ts
+import { $ } from 'koishi'
+
 // 上述两个搜索条件的或运算
-await ctx.database.get('schedule', {
-  $or: [
-    { assignee: ['telegram:123456'] },
-    { id: { $gt: 2, $lte: 5 } },
-  ],
-})
+await ctx.database.get('schedule', (row) =>
+  $.or(
+    $.in(row.assignee, [
+      '123456',
+      '456789',
+    ]),
+    $.and(
+      $.gt(row.id, 2),
+      $.lte(row.id, 5),
+    ),
+  ),
+)
 ```
 
-你可以在 [这里](../../api/database/query.md) 看到完整的查询表达式 API。
+:::tip
+虽然求值表达式在形式上是一个回调函数，但是 Koishi 并不会将数据全部拉取到内存中，而是会将这个函数的行为编译成相对应的查询语句，提交给数据库运行。因此你可以放心地使用这种写法，它并不会带来额外的性能问题 (如果你遇到查询性能瓶颈，这更有可能是数据模型本身导致的，例如缺少必要的索引)。
+:::
 
-## `create`：插入数据
+## `create`：插入数据 {#create}
 
 使用 `database.create()` 方法以插入数据。
 
 ```ts
 // 向 schedule 表中添加一行数据，data 是要添加的数据行
 // 返回值是添加的行的完整数据 (包括自动填充的 id 和默认属性等)
-await ctx.database.create('schedule', row)
+await ctx.database.create('schedule', data)
 ```
 
-如果你想要批量插入数据，可以使用下面介绍的 `database.upsert()` 方法。
+如果你想要批量插入数据，可以使用下面介绍的 [`database.upsert()`](#upsert) 方法。
 
-## `set`：修改数据
+## `set`：修改数据 {#set}
 
 `database.set()` 方法需要传入三个参数：表名、查询条件和要修改的数据。
 
@@ -86,48 +102,44 @@ await ctx.database.set('schedule', 1234, {
 ```ts
 // 让所有日期为今天的数据行的 count 字段在原有基础上增加 1
 await ctx.database.set('foo', { date: new Date() }, (row) => ({
-  // { $add: [a, b] } 相当于 a + b
-  // { $: field } 相当于对当前行的 field 字段取值
   count: $.add(row.count, 1),
 }))
 ```
 
-你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
-## `upsert`：修改或插入数据
+## `upsert`：修改或插入数据 {#upsert}
 
 `database.upsert()` 的逻辑稍微有些不同，需要你传入一个数组：
 
 ```ts
 // 用一个数组来对数据进行更新，你需要确保每一个元素都拥有这个数据表的主键
 // 修改时只会用每一行中出现的键进行覆盖，不会影响未定义的字段
-await ctx.database.upsert('foo', [
+await ctx.database.upsert('foo', (row) => [
   { id: 1, foo: 'hello' },
   { id: 2, foo: 'world' },
-  // 这里同样支持求值表达式，$concat 可用于连接字符串
-  { id: 3, bar: { $concat: ['koi', 'shi'] } },
+  // 如果此列存在，则会按照 $.concat() 的行为进行修改
+  // 如果此列不存在，row.bar 则会使用默认值
+  { id: 3, bar: $.concat(row.bar, ['koishi']) },
 ])
 ```
 
 如果初始的数据库是这样的：
 
-| id    | foo  | bar |
-| ----- | ---- | --- |
+| id                       | foo  | bar |
+| ------------------------ | ---- | --- |
 | (默认值) | null | bar |
-| 1     | foo  | baz |
+| 1                        | foo  | baz |
 
 那么进行上述操作后的数据库将是这样的：
 
-| id | foo   | bar    | 说明                                 |
-| -- | ----- | ------ | ---------------------------------- |
-| 1  | hello | baz    | 该行已经存在，只更新了 foo 字段                 |
-| 2  | world | bar    | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
-| 3  | null  | koishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
+| id | foo   | bar       | 说明                                 |
+| -- | ----- | --------- | ---------------------------------- |
+| 1  | hello | baz       | 该行已经存在，只更新了 foo 字段                 |
+| 2  | world | bar       | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
+| 3  | null  | barkoishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
 
 如果想以非主键来索引要修改的数据，可以使用第三个参数：
 
 ```ts
-// @errors: 2304
 // 以非主键为基准对数据表进行更新，你需要确保每一个元素都拥有 telegram 属性
 await ctx.database.upsert('user', rows, 'telegram')
 
@@ -135,7 +147,7 @@ await ctx.database.upsert('user', rows, 'telegram')
 await ctx.database.upsert('channel', rows, ['platform', 'id'])
 ```
 
-## `remove`：删除数据
+## `remove`：删除数据 {#remove}
 
 使用 `database.remove()` 方法以删除特定表中的数据。
 
@@ -145,7 +157,7 @@ await ctx.database.upsert('channel', rows, ['platform', 'id'])
 await ctx.database.remove('schedule', [id])
 ```
 
-## 获取改动行数
+## 获取改动行数 {#write-result}
 
 `set`, `upsert` 和 `remove` 操作都会返回一个 `WriteResult` 对象，它包含了这次操作的结果。你可以通过 `matched` 属性来获取匹配的数据行数 (注意不是修改的函数)，通过 `inserted` 属性来获取插入的数据行数 (仅限 `upsert` 操作)。
 
@@ -162,7 +174,7 @@ if (!result.matched) {
 }
 ```
 
-## 对比 set 和 upsert
+## 对比 set 和 upsert {#set-upsert}
 
 `set` 与 `upsert` 方法都可以用于修改已经存在的数据，它们的区别如下表所示：
 
@@ -171,7 +183,7 @@ if (!result.matched) {
 | 作用范围 | 支持复杂的查询表达式       | 只能限定特定字段的值    |
 | 插入行为 | 如果数据不存在则不会进行任何操作 | 如果数据不存在则会插入新行 |
 
-## 对比 create 和 upsert
+## 对比 create 和 upsert {#create-upsert}
 
 `create` 与 `upsert` 方法都可以用于插入新的数据，它们的区别如下表所示：
 
diff --git a/en-US/guide/database/model.md b/en-US/guide/database/model.md
index dc9c4c928088..f8a67b55b427 100644
--- a/en-US/guide/database/model.md
+++ b/en-US/guide/database/model.md
@@ -2,7 +2,7 @@
 
 Koishi 的架构允许任何插件对数据库的结构进行扩展。你就可以在不修改 Koishi 或其他插件源码的情况下，为数据库添加新的字段或者表。这些功能都是通过 `ctx.model` 提供的。
 
-::: tip
+:::tip
 请注意：数据模型的扩展一定要在使用前完成，不然后续数据库操作可能会失败。
 :::
 
@@ -143,7 +143,7 @@ ctx.model.extend('foo', {}, {
 
 ## 整表迁移 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 整表迁移的性能较差，建议谨慎设计数据库结构而不是依赖迁移。
 :::
 
diff --git a/en-US/guide/database/permission.md b/en-US/guide/database/permission.md
index e257f248022a..26f7ff2df00d 100644
--- a/en-US/guide/database/permission.md
+++ b/en-US/guide/database/permission.md
@@ -1,6 +1,6 @@
-# Permission Management <badge type="warning">实验性</badge>
+# 权限管理 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能随时会发生变化。
 :::
 
@@ -8,14 +8,14 @@
 
 权限其实就是执行某些操作的能力。权限具有唯一的标识符，通常由小写英文字母、数字、短横线和点构成。下面是一些你可能会见到的权限名称：
 
-- `user.514`：ID 为 514 的用户的权限
-- `group.114`：ID 为 114 的用户组的权限
-- `authority.3`：权限等级 3 的权限
-- `command.foo`：指令 foo 的权限
-- `command.foo.option.bar`：指令 foo 选项 bar 的权限
-- `telegram.admin`：telegram 平台下群管理员的权限
-- `bot.channel.mute`：能够禁言频道的机器人的权限
-- `config.write`：能够写入配置文件的权限
+- `user:514`：ID 为 514 的用户的权限
+- `group:114`：ID 为 114 的用户组的权限
+- `authority:3`：权限等级 3 的权限
+- `command:foo`：指令 foo 的权限
+- `command:foo:option:bar`：指令 foo 选项 bar 的权限
+- `telegram:admin`：telegram 平台下群管理员的权限
+- `bot:channel.mute`：能够禁言频道的机器人的权限
+- `config:write`：能够写入配置文件的权限
 
 权限之间存在两种关系：继承和依赖。Koishi 不区分权限与权限组的概念，权限组只是继承了其他权限的权限。你可以将用户和用户组也都视为一种权限组。
 
@@ -32,14 +32,14 @@ ctx.permissions.inherit(A, B)
 例：ID 为 514 的用户拥有权限等级 3，指令 foo 所需要的权限等级是 2。这种情况下该用户显然应该可以调用该指令。那么这种调用关系具体是如何体现的呢？
 
 ```text
-user.514 > authority.3 > authority.2 > command.foo
+user:514 > authority:3 > authority:2 > command:foo
 ```
 
 这里出现了三个继承关系：
 
-- `user.114 > authority.3`，因为 ID 为 514 的用户拥有权限等级 3
-- `authority.3 > authority.2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
-- `authority.2 > command.foo`，因为指令 foo 被权限等级 2 继承
+- `user:114 > authority:3`，因为 ID 为 514 的用户拥有权限等级 3
+- `authority:3 > authority:2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
+- `authority:2 > command:foo`，因为指令 foo 被权限等级 2 继承
 
 由此，权限的继承关系能够顺利表达已有的权限等级机制，并且具备更强的表达能力。
 
@@ -50,19 +50,19 @@ user.514 > authority.3 > authority.2 > command.foo
 例：ID 为 514 的用户同时继承了权限等级 1，而指令 foo 所需权限等级 2，此时该用户并不能调用 foo 指令。但如果现在我们让该用户直接继承 foo 指令的调用权限，会发生什么呢？
 
 ```text
-user.514 > authority.1
-         > command.foo
+user:514 > authority:1
+         > command:foo
 ```
 
-在这张图中，`user.514` 并不能经由 `authority.1` 到达 `command.foo`，但是添加第二条边后又可以直接到达 `command.foo` 了。因此该用户此时就又可以调用 foo 指令了。
+在这张图中，`user:514` 并不能经由 `authority:1` 到达 `command:foo`，但是添加第二条边后又可以直接到达 `command:foo` 了。因此该用户此时就又可以调用 foo 指令了。
 
 可以看到，权限的继承为我们提供了一种能力，可以允许特定低等级用户去调用高级权限的指令，这种能力是过去的权限等级所不具有的。
 
 例：我们希望某个管理型指令 foo 既可以被权限等级 2 的用户调用，又可以被 QQ 群的管理员调用。此时我们可以对 foo 指令进行以下配置：
 
 ```text
-authority.2  >
-telegram.admin > command.foo
+authority:2  >
+telegram:admin > command:foo
 ```
 
 这样一来，一个用户只需满足上述两个条件之一就可以调用此指令了。
@@ -82,7 +82,7 @@ ctx.permissions.depend(A, B)
 例：foo 指令的代码中调用了 bar 指令，因此 foo 指令依赖 bar 指令。
 
 ```text
-command.foo -> command.bar
+command:foo -> command:bar
 ```
 
 如果用户只拥有 foo 的权限，没有调用 bar 的权限，他依然无法调用 foo 指令。
@@ -90,7 +90,7 @@ command.foo -> command.bar
 例：foo 指令的代码中使用了 `bot.muteChannel()`。
 
 ```text
-command.foo -> bot.channel.mute
+command:foo -> bot:channel.mute
 ```
 
 如果机器人没有实现此 API，用户就无法在该机器人上调用 foo 指令。
@@ -102,21 +102,21 @@ command.foo -> bot.channel.mute
 在上面的介绍中，如果要定义新的权限，就必须手动分配给用户或用户组后才能使用。有没有方法自动为一个会话分配权限呢？这就是权限访问器的功能。
 
 ```ts
-ctx.permissions.provide('telegram.admin', async (name, session) => {
+ctx.permissions.provide('telegram:admin', async (name, session) => {
   return session.telegram?.sender?.role === 'admin'
 })
 ```
 
-上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 telegram.admin 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
+上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 `telegram:admin` 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
 
 每个权限可以定义多个访问器函数。在运行时必须通过每一个访问器函数的检查才能视为拥有权限。
 
 一个权限要么是普通权限，要么是访问器权限。下面是一些区别：
 
-| 普通权限        | 访问器权限     |
-| ----------- | --------- |
+| 普通权限                           | 访问器权限     |
+| ------------------------------ | --------- |
 | 手动分配给用户 (组) | 自动分配给会话   |
-| 可以被其他权限继承   | 不能被其他权限继承 |
+| 可以被其他权限继承                      | 不能被其他权限继承 |
 
 ## 权限国际化
 
diff --git a/en-US/guide/database/selection.md b/en-US/guide/database/selection.md
index a284cae325d0..585cbe1c9df8 100644
--- a/en-US/guide/database/selection.md
+++ b/en-US/guide/database/selection.md
@@ -1,8 +1,8 @@
-# 进阶查询技巧
+# Advanced Query
 
 `database.get()` 已经能实现一些简单的查询了。然而在实际的开发中，我们通常会遇到排序、分组乃至聚合等更复杂的查询需求。此时就轮到更加强大的 `database.select()` 方法登场了。
 
-## 基本用法
+## Basic Usage
 
 `database.select()` 会创建一个 `Selection` 对象。它提供了一系列的链式方法，你可以将其理解成一个查询语句的构造器。构造完成后，你可以调用 `.execute()` 方法来执行最终的查询。下面是一个简单的例子：
 
@@ -11,7 +11,7 @@ ctx.database.get('foo', { id: { $gt: 5 } })
 // 等价于
 ctx.database
   .select('foo')
-  .where({ id: { $gt: 5 } })
+  .where(row => $.gt(row.id, 5))
   .execute()
 ```
 
@@ -31,7 +31,7 @@ ctx.database
 
 ## 求值表达式
 
-`.orderBy()` 和 `.where()` 方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
+`.orderBy()` 和 `.where()` 等方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
 
 ```ts
 // 返回 id 大于 5 的数据行，并按 id 升序排列
@@ -42,11 +42,9 @@ ctx.database
   .execute()
 ```
 
-这里的 `$.gt()` 是一个求值表达式。你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
 ## 字段映射
 
-`.project()` 方法可以用于映射查询结果。它接受一个对象，对象的键表示要映射的字段名，值表示映射的表达式。下面是一个例子：
+`.project()` 方法可以用于映射查询结果。它接受一个对象，对象的键表示要映射的字段名，值表示映射的表达式。Below is an example:
 
 ```ts
 // 返回的数组元素将只含有 a, b 属性
@@ -77,7 +75,7 @@ ctx.database
 
 ## 分组查询
 
-`.groupBy()` 和 `.having()` 方法可以用于分组查询。`.groupBy()` 方法接受一个字段名或求值函数，`.having()` 方法接受一个含有聚合运算并返回布尔值的表达式。下面是一个例子：
+`.groupBy()` 和 `.having()` 方法可以用于分组查询。`.groupBy()` 方法接受一个字段名或求值函数，`.having()` 方法接受一个含有聚合运算并返回布尔值的表达式。Below is an example:
 
 ```ts
 // 按照 value 字段分组，返回结果数大于 5 的分组
@@ -104,7 +102,7 @@ ctx.database
 
 ### 添加字段
 
-`.groupBy()` 还额外接受一个二参数，用于在查询结果中添加聚合字段。这个参数是一个对象，同样与 `.project()` 中的用法类似。下面是一个例子：
+`.groupBy()` 还额外接受一个二参数，用于在查询结果中添加聚合字段。这个参数是一个对象，同样与 `.project()` 中的用法类似。Below is an example:
 
 ```ts
 // 返回的数据包含 value, sum, count 三个属性
@@ -119,7 +117,7 @@ ctx.database
 
 ### 多级分组
 
-可以通过链式调用 `.groupBy()` 方法来实现多级分组。下面是一个例子：
+可以通过链式调用 `.groupBy()` 方法来实现多级分组。Below is an example:
 
 ```ts
 ctx.database
@@ -138,11 +136,22 @@ ctx.database
 
 ## 连接查询 <badge type="warning">实验性</badge>
 
-最后介绍一下连接查询的用法。使用 `.join()` 可以将多个表连接起来，返回一个新的 `Selection`，其属性分别对应多个表的名称。下面是一个例子：
+最后介绍一下连接查询的用法。使用 `.join()` 可以将多个表连接起来，返回一个新的 `Selection`，其属性分别对应多个表的名称。Below is an example:
 
 ```ts
 // 返回的数据包含 foo, bar 两个属性
 ctx.database
   .join(['foo', 'bar'], (foo, bar) => $.eq(foo.id, bar.id))
+  .orderBy('foo.id') // orderBy 可以使用 'a.b' 的形式
+  .execute()
+```
+
+如果你的表名比较复杂，你也可以为参与连接的各个表指定别名。将用于指定表名的数组改为传入一个对象，并修改传入函数的参数即可。下面是一个例子：
+
+```ts
+// 返回的数据包含 t1, t2 两个属性
+ctx.database
+  .join({ t1: 'foo', t2: 'bar' }, row => $.eq(row.t1.id, row.t2.id))
+  .orderBy('t1.id') // orderBy 可以使用 'a.b' 的形式
   .execute()
 ```
diff --git a/en-US/guide/database/writing.md b/en-US/guide/database/writing.md
index 73abacbefbac..ab5e8bdcba1c 100644
--- a/en-US/guide/database/writing.md
+++ b/en-US/guide/database/writing.md
@@ -1,6 +1,6 @@
 # Database Plugin
 
-::: danger 注意
+:::danger 注意
 此页文档正在施工，其中的内容可能不是最新。
 :::
 
diff --git a/en-US/guide/develop/config.md b/en-US/guide/develop/config.md
index 74313d56925f..abbb86e8df6b 100644
--- a/en-US/guide/develop/config.md
+++ b/en-US/guide/develop/config.md
@@ -1,6 +1,6 @@
 # Configuration File
 
-::: warning
+:::warning
 配置文件的结构未来可能会发生变化，请留意后续更新。
 :::
 
@@ -8,7 +8,7 @@
 
 默认情况下配置文件的格式为 [YAML](https://en.wikipedia.org/wiki/YAML)，它是一种易于阅读和编辑的文本格式，你可以用任何文本编辑器打开。
 
-## 应用目录
+## workspace root
 
 配置文件所在的目录叫**应用目录**。根据你的安装方式，应用目录的位置可能不同：
 
@@ -67,7 +67,7 @@ plugins:
 
 ### Plugin name
 
-插件名称通常对应于插件发布时的包名。例如：
+插件名称通常对应于插件发布时的包名。例如：例如：
 
 - `market` 对应于官方插件 `@koishijs/plugin-market`
 - `dialogue` 对应于社区插件 `koishi-plugin-dialogue`
@@ -107,7 +107,7 @@ plugins:
 
 ## 修改配置文件
 
-::: tip
+:::tip
 如果你不了解 YAML 的语法，请不要随意修改配置文件，否则将可能导致 Koishi 应用无法运行。你可以在 [这篇教程](https://www.runoob.com/w3cnote/yaml-intro.html) 中学习 YAML 的语法。
 :::
 
@@ -133,7 +133,7 @@ plugins:
 
 当项目启动时，会将环境变量中的值替换进去。
 
-除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
+除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env.local` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
 
 ```sh title=.env
 DISCORD_TOKEN = xxx
diff --git a/en-US/guide/develop/publish.md b/en-US/guide/develop/publish.md
index 67184c0e4191..56ef2a6ef0d7 100644
--- a/en-US/guide/develop/publish.md
+++ b/en-US/guide/develop/publish.md
@@ -1,4 +1,4 @@
-# Publishing Plugins
+# Publish your plugin
 
 Your plugin should be published onto npm before being available to Koishi users.
 只需满足一定的规范，你的插件就能显示在 [插件市场](../../market/) 中，其他人可以通过控制台来安装它。
@@ -57,13 +57,13 @@ The `package.json` in your plugin should meet the requirements below to appear i
 - [`name`](https://docs.npmjs.com/cli/v8/configuring-npm/package-json#name) should match one of these formats:
   - `koishi-plugin-*`
   - `@bar/koishi-plugin-*`
-  - `@koishijs/plugin-*` (官方插件)
+  - `@koishijs/plugin-*` (official plugin)
   - 其中 `*` 是由数字、小写字母和连字符 `-` 组成的字符串
-- [`name`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#name) 不能与已发布的插件重复或相似
-- [`version`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#version) 应当符合 [语义化版本](https://semver.org/lang/zh-CN/) (通常从 `1.0.0` 开始)
-- [`peerDependencies`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#peerdependencies) 必须包含 `koishi`
-- 不能声明 [`private`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#private) 为 `true` (否则你的插件无法发布)
-- Avoid [deprecating](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions) of the latest version unless there is a valid reason to do so. For example, if you intend to re-release the plugin under a different name, it can be used to hide the old plugin on the marketplace.
+- [`name`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#name) is unique
+- [`version`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#version) should match [semantic version](https://semver.org/) (usually from `1.0.0`)
+- [`peerDependencies`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#peerdependencies) must contain `koishi`
+- Could not declare [`private`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#private) to `true` (otherwise your plugin cannot be published)
+- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions)
 
 Example:
 
@@ -114,7 +114,7 @@ To make more information available to Koishi users, you could add more comprehen
 
 ### `koishi` 字段
 
-除此以外，我们还提供了一个额外的 `koishi` 字段，用于指定与 Koishi 相关的信息。
+We can also use the `koishi` field to specify Koishi related information
 
 ```json title=package.json
 {
@@ -133,15 +133,12 @@ To make more information available to Koishi users, you could add more comprehen
       "optional": ["assets"],               // 可选的服务
       "implements": ["dialogue"],           // 实现的服务
     },
-    "locales": ["en", "zh"],                // 支持的语言
   }
 }
 ```
 
-- **description:** 插件描述，应该是一个对象，其中的键代表语言名，值是对应语言下的描述
-- **service:** 插件的服务相关信息，具体包含下列属性：
-  - **implements:** services that your plugin implements, represented as an array of service names.
-- **locales:** This refers to the languages supported by the plugin, represented as an array of language names.
+- **description:** This refers to the description of the plugin, which should be an object. The keys represent the language names, and the values are the descriptions in the corresponding languages.
+- **service:** 插件的服务相关信息，详情请参见 [服务与依赖](../plugin/service.html#package-json)
 - **preview:** Configure `true` to allow plugin to be displayed as "developing" status
 - **hidden:** If set to true, this prevents the plugin from being displayed in the marketplace (you usually don’t need to do this).
 
@@ -149,9 +146,9 @@ To make more information available to Koishi users, you could add more comprehen
 Furthermore, there are certain aspects related to the deployment process of [Koishi Online](../../cookbook/practice/online.md), including browsers, exports, and more.Since they do not affect the mainline development, you can learn about them later.
 :::
 
-## Publishing Plugins
+## Publish your plugin
 
-Congratulations! It's time to publish your plugin, after editing the file above and [build source](./workspace.md##build-source-code).
+编辑完上面的清单文件并 [构建源代码](./workspace.md#build) 后，你就可以公开发布你的插件了。
 
 :::tabs code
 
@@ -169,8 +166,19 @@ yarn pub [...name]
 
 This will be released of all plugins that have changed version numbers.
 
-:::tip
-It takes some time for the plugin to be successfully published to the plugin marketplace (usually within 15 minutes). Please be patient.
+::: tip
+从插件成功发布到进插件市场需要一定的时间 (通常在 15 分钟内)，请耐心等待。
+
+如果发布时多次失败或者长时间无响应，可以添加 `--debug` 选项以显示调试信息。
+
+```npm
+npm run pub [...name] --debug
+```
+
+```yarn
+yarn pub [...name] --debug
+```
+
 :::
 
 If you are in China and have configured a mirror, you may encounter the following error hint:
@@ -237,3 +245,23 @@ yarn bump [...name] [-1|-2|-3|-p|-v <ver>] [-r]
 - Default: incremented by the last of the release version number
 
 When updating the version of a plug-in, the versions of dependencies that rely on this plug-in will also be upgraded to ensure consistency in the workspace.进一步，如果你希望更新了依赖版本的插件也同时更新自身的版本，那么可以附加 `-r, --recursive` 选项。
+
+## 弃用插件 {#deprecate}
+
+如果你不再维护某个插件，或者你希望更换一个名字重新发布，那么你可以弃用该插件。在任意目录运行下面的命令以弃用插件：
+
+```sh
+npm deprecate <full-name> <message>
+# 例如
+npm deprecate koishi-plugin-example "this plugin is deprecated"
+```
+
+请注意这里要写出的是完整的包名，而不是插件的目录名。
+
+你也可以弃用某个特定版本或版本区间 (默认情况下将弃用所有版本)：
+
+```sh
+npm deprecate <full-name>[@<version>] <message>
+```
+
+弃用插件的最新版本后，该插件将不再显示在插件市场中。未来你仍然可以发布新版本，这将使你的插件重新进入插件市场。
diff --git a/en-US/guide/develop/script.md b/en-US/guide/develop/script.md
index 7802db9d8a69..db94ca479a34 100644
--- a/en-US/guide/develop/script.md
+++ b/en-US/guide/develop/script.md
@@ -1,4 +1,4 @@
-# Launch Script
+# launch script
 
 There is also a set of command line tools that provided by Koishi to boot the application quickly by reading the configuration file.
 
@@ -86,7 +86,7 @@ You can also add support for more extensions on your own. For example, if you pr
 我们并不推荐使用高级语言来编写配置文件，因为动态的配置无法支持环境变量、配置热重载和插件市场等特性。大部分情况下我们建议仅将 `-r` 用于开发目的。
 :::
 
-### Hot Module Replacement
+### 模块热替换 {#hmr}
 
 If you are developing a large Koishi project, it might take several seconds just to load all plugins. At times like this, supporting hot module replacement like front-end frameworks becomes a great idea. Fortunately, Koishi also supports this! The built-in plugin @koishijs/plugin-hmr implements plugin-level hot replacement. Whenever you modify your local files, Koishi will try to reload your plugin and remind you in the terminal.
 
diff --git a/en-US/guide/develop/setup.md b/en-US/guide/develop/setup.md
index 4edeb8d5d1b1..7a0fdc7b89e4 100644
--- a/en-US/guide/develop/setup.md
+++ b/en-US/guide/develop/setup.md
@@ -38,7 +38,7 @@ git --version           # git version 2.39.1
 
 ```sh
 git config --global user.name "Your Name"
-git config –-global user.email "you@example.com"
+git config --global user.email "you@example.com"
 ```
 
 ### 注册 GitHub
@@ -50,21 +50,24 @@ git config –-global user.email "you@example.com"
 Open a command line, cd to the directory that you want to create a Koishi template project.
 
 ::: tip
-The working directory path should not be absurdly long, also it is recommended to use a path that contains ASCII characters only. For example:
+这个目录不宜过长，且路径中请避免出现中文或者空格。我们推荐的目录如下：
 
 - Windows：`C:\dev` 或者 `D:\dev` (也不要直接在盘根创建项目，最好是建一层目录)
-- Other operating systems: `~/dev`
-:::
+- 其他操作系统：`~/dev`
+  :::
 
 Enter the following command to create Koishi template project:
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm init koishi@latest
 ```
+
 ```yarn
 yarn create koishi
 ```
+
 :::
 
 Follow the prompts and finalize the initialization process.
diff --git a/en-US/guide/develop/workspace.md b/en-US/guide/develop/workspace.md
index 415c952a3b47..1ac24f0f746a 100644
--- a/en-US/guide/develop/workspace.md
+++ b/en-US/guide/develop/workspace.md
@@ -6,7 +6,7 @@ The core of Koishi is its plugin system, with the vast majority of Koishi's func
 本节中介绍的命令行都需要在 [应用目录](./config.md#应用目录) 下运行。
 :::
 
-## Create a New Plugin
+## 创建新插件 {#setup}
 
 Run the following command in the workspace root to create a new plugin workspace:
 
@@ -57,14 +57,14 @@ export function apply(ctx: Context) {
 }
 ```
 
-以 [开发模式](./script.md#开发模式) 重新运行你的项目，点击右上角的「添加插件」按钮，选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。Just click to enable it, and you can interact with the bot:
+以 [开发模式](./script.md#开发模式) 重新运行你的项目，在左侧活动栏前往「插件配置」，在插件列表中选择一个分组或选择最顶上的「全局配置」，此时可以在右上角找到「添加插件」按钮。点击该按钮并选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。Just click to enable it, and you can interact with the bot:
 
 <chat-panel>
 <chat-message nickname="Alice">Hello</chat-message>
-<chat-message nickname="Koishi">world</chat-message>
+<chat-message nickname="Koishi">World</chat-message>
 </chat-panel>
 
-### Create a Scoped Plugin
+### 创建私域插件 {#scoped}
 
 If you find that the plugin name you want to create is already taken, in addition to thinking of a new name or adding numbers to it, you can opt to create a scoped plugin. 私域插件使用你自己的 [npm 用户名](./setup.md#注册-npm) 作为包名前缀，因此不用担心与其他人的插件冲突。
 
@@ -99,7 +99,7 @@ yarn setup @alice/example
 
 找到高亮的一行代码，将其复制一份，并将 `@scope` 替换为你的 npm 用户名，然后将复制的这一行代码前面的注释符号去掉。
 
-## Build Source Code
+## 构建源代码 {#build}
 
 The plugin mentioned above can currently only run in development mode. If you want to use it in production mode or publish it to the plugin marketplace, you need to build your source code. Run the following command in the workspace root:
 
@@ -122,7 +122,7 @@ yarn build [...name]
 - 后端代码将输出到 `external/example/lib` 目录
 - 前端代码将输出到 `external/example/dist` 目录 (如果存在)
 
-## Add Dependencies
+## 添加依赖 {#add}
 
 插件创建时，`package.json` 中已经包含了一些必要的依赖。If you need to add other dependencies, you can use the following command:
 
@@ -143,7 +143,7 @@ yarn workspace koishi-plugin-[name] add [...deps]
 
 如果要添加的是 `devDependencies` 或者 `peerDependencies`，你也需要在命令后面加上 `-D` 或 `-P` 参数。关于服务类插件的依赖声明，请参考 [后续章节](../plugin/service.md#关于-peerdependencies)。
 
-## Upgrade Dependencies
+## 更新依赖版本 {#dep}
 
 Although package managers like npm and yarn provide dependency upgrade features, their support for workspace development is not very good. Therefore, we also provide a simple command for batch upgrading dependencies.
 
@@ -161,7 +161,7 @@ yarn dep
 
 这将按照每个 `package.json` 中声明的依赖版本进行更新。举个例子，如果某个依赖的版本是 `^1.1.4`，而这个依赖之后发布了新版本 `1.2.3` 和 `2.3.3`，那么运行该指令后，依赖的版本将会被更新为 `^1.2.3`。
 
-## Secondary Development
+## 二次开发 {#clone}
 
 :::tip
 阅读本节前请确保你已经完成 [版本控制](./setup.md#版本控制) 中的全部准备工作。
@@ -207,6 +207,6 @@ yarn workspace @root/koishi build
 
 :::
 
-Generally, non-plugin repositories need to go through path configuration after being cloned in order to be used normally. 不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/shigma/minato)) 的路径配置。
+Generally, non-plugin repositories need to go through path configuration after being cloned in order to be used normally. 不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/cordiverse/minato)) 的路径配置。
 
 完成上述操作后，现在你的 `yarn dev` 已经能直接使用 Koishi 的 TypeScript 源码了！
diff --git a/en-US/guide/i18n/crowdin.md b/en-US/guide/i18n/crowdin.md
index 0e6892daac6f..ec675d4e8374 100644
--- a/en-US/guide/i18n/crowdin.md
+++ b/en-US/guide/i18n/crowdin.md
@@ -17,17 +17,13 @@
 
 ## 注册及登录 Crowdin
 
-你可以使用邮箱注册，也可以用谷歌账号、Github 账号等登录，与其他网站异曲同工，因此此处不再赘述。
-
-:::tip
-如果你还是学生，并且成功申请了 GitHub 的学生开发包 (Student Pack)，在你使用 GitHub 账号成功登录 Crowdin 后会自动获赠价值 1500 美元的 1 年 Bronze 计划。
-:::
+你可以使用邮箱注册，也可以用谷歌账号、Github 账号等第三方登录，与其他网站异曲同工，因此此处不再赘述。
 
 ## 创建本地化项目
 
 成功注册并登录 Crowdin 后，你会被自动导向你的[个人页面](https://crowdin.com/profile)。点击右上角的加号，即可创建项目。
 
-::: tip
+:::tip
 若你的项目是开放源代码的，并且活跃了 4 个月及以上，你可以申请 Crowdin 的开源项目许可。当你成功创建项目后，填写[这个表单](https://crowdin.com/page/open-source-project-setup-request)，Crowdin 的客服人员会帮助你。
 :::
 
@@ -37,23 +33,93 @@
 公开项目意味着所有 Crowdin 用户都能搜索到你的项目，也可以看到你的项目的所有内容，也可以向项目贡献翻译。如果你是通过开源项目免费许可的方式创建的项目，则只能创建公开项目。
 :::
 
-### Infrastructure
+### 项目结构 {#project-structure}
+
+项目中的文件结构由项目性质决定。通常我们需要将不同语言的翻译内容分别存储为不同的文件，并放置在同一个目录下 (如 `locales`)，以便于管理。
+
+Crowdin 支持[多种文件格式](#file-type)，这里以 `YAML` (`.yml`) 为例分别说明不同项目下的文件结构。
+
+#### 单插件项目
+
+单插件项目的翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+src/
+  locales/
+    en-US.yml
+    zh-CN.yml
+    ...
+package.json
+```
 
-由于 Crowdin 会将待翻译的文件名显示在项目的文件列表中，为了不引起误会，你需要为每个待翻译的文件设置一个易懂的名称。同时，要保证 Crowdin 输出的翻译结果与你的项目结构一致。
+这里有[一个示例项目](https://github.com/koishijs/novelai-bot/tree/main/src/locales)可以参考。
+
+#### 多插件项目
+
+多插件项目通常是 monorepo 结构，即根目录作为开发工作区，每个插件作为一个子项目放置在其他目录下。这种情况下，与单插件项目类似，翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-因此推荐的做法是，为每种语言建立一个独立的文件夹，然后将待翻译的文件命名为项目名称，如下所示：
+这里有[一个示例项目](https://github.com/koishijs/koishi-plugin-booru/tree/main/packages/core/src/locales)可以参考。
+
+#### 机器人项目 / 整合包项目
+
+机器人项目是多插件项目的一种特殊形式。除了有多个插件的翻译文件外，还有机器人本身的翻译文件，通常放置在根目录下的 `locales` 目录中，如：
+
+```plaintext
+locales/
+  en-US.yml
+  zh-CN.yml
+  ...
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-```text
-echo/
-  |-- i18n/
-      |-- en/
-          |-- echo.yaml
-      |-- zh-CN/
-          |-- echo.yaml
-  |-- index.js
-  |-- package.json
+#### 文档项目 (Vitepress)
+
+由于文档通常需要对每个页面和大量配置文件进行翻译，我们通常将每个页面的主要内容放置在不同的目录下，并将配置文件本身进行拆分，如：
+
+```plaintext
+.vitepress/
+  config/
+    index.ts
+    en-US.json
+    zh-CN.json
+    ...
+en-US/
+  index.md
+zh-CN/
+  index.md
+package.json
 ```
 
+这里有[一个示例项目](https://github.com/koishijs/docs)可以参考。·
+
 ## 上传项目文件
 
 你可以通过网页手动上传文件，也可以通过 Crowdin 的 CLI 程序进行上传，或是使用集成让 Crowdin 直接从代码仓库同步文件。
@@ -66,19 +132,9 @@ echo/
 
 除了手动上传，你还可以设置集成，让 Crowdin 自动同步 GitHub 等仓库里的文件，并可设置定期推送译文到相应的分支。
 
-你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档。如果你使用的是 Gitlab 等其他仓库，也可以在知识库里找到相应的指南。
-
-回到项目主页，单击集成 (Integrations) 标签页，可以为你的项目设置集成。Crowdin 支持许多集成方案，找到你所使用的代码仓库并点击。
-
-然后，单击 Set Up Integration，连接到你的代码仓库的账户，选择你想要设置集成的仓库，选择你想要获取原文和推送译文的分支，默认情况下 Crowdin 创建一个新的分支，名为 `l10n_` 加上原分支名，如图中所示的 `l10n_master`。
-
-![github integration connecting github](https://support.crowdin.com/assets/docs/github_integration_connecting_github.png)
+你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档，跟随文档配置好集成后即可让 Crowdin 自动同步 GitHub 上的内容。如果你使用的是 Gitlab 等其他仓库，也可以在这里找到相应的指南。
 
-![github integration unconfigured](https://support.crowdin.com/assets/docs/github_integration_unconfigured.png)
-
-此外，你还需要点击分支名右边的编辑按钮，然后点添加文件筛选器 (Add File Filter)，在视图左边写上源文件和目标文件的模式匹配字符串之后，在右边切换并预览将会同步到 Crowdin 的文件列表，以及翻译后的文件名及其路径，你还可以添加更多的筛选器。确认添加无误后，单击 Save 按钮保存。
-
-视图下方的 Push Source 选项默认是不勾选的，即 Crowdin 不会自动将翻译推送到仓库，打开这个选项后，Crowdin 会在对应的仓库开启一个 PR，并自动 rebase 到最新的分支，然后同步 Crowdin 上的同步到仓库。设置完成后，Crowdin 并不会自动开始同步，需要手动触发一次：点击表格右上角的 Sync Now，静待片刻即可同步完成。
+设置完成后，Crowdin 并不会立刻同步，需要手动触发：点击 Sync Now，等待进度条走完即可。以后 Crowdin 会定时检查并自动同步。
 
 ### 通过 CLI 上传文件
 
@@ -89,17 +145,19 @@ $ npm i -g @crowdin/cli
 $ yarn global add @crowdin/cli
 ```
 
-Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://support.crowdin.com/cli-tool/#installation)获知更多详情。
+Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://crowdin.github.io/crowdin-cli/installation)获知更多详情。
 
-在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/configuration-file/)。
+在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/developer/configuration-file/)。
 
-::: tip
+你也可以参考上方提到的[示例项目](#project-structure)中的 `crowdin.yml` 文件。
+
+:::tip
 `crowdin.yml` 中的配置项不仅适用于 Crowdin CLI，还可以在上述的代码仓库集成中发挥作用，Crowdin 会自动读取该文件以确定翻译的范围。
 :::
 
 推荐在项目目录下的 `crowdin.yml` 文件中配置好文件筛选器，并且在 `$HOME/.crowdin.yml` 文件中存储你的 Crowdin 密钥等敏感信息，然后你就可以简单地运行 `crowdin upload sources` 上传源文件，而不需要每次都打出冗长的包含通配符的文件路径了。
 
-### 文件类型
+### 文件类型 {#file-type}
 
 Crowdin 支持许多常见文件类型，如 `HTML`、`docx`、`pdf`，本地化软件框架支持的 `xliff` 与 `po` 等自然也不在话下，如果你不确定你的文件类型是否受支持，你可以在[这里](https://support.crowdin.com/supported-formats/)查看 Crowdin 支持的文件类型列表。
 
@@ -135,10 +193,10 @@ commands:
 
 当你成功添加源文件之后，就可以着手进行翻译了。点开想要翻译的语言，打开对应文件，就可以进入 Crowdin 的在线翻译编辑器。假设你是从个人电脑打开的，那么视图会从左到右分成三个部分，左边是待翻译的字符串，中间是翻译区，右边是评论和参考区。
 
-![crowdin online editor](https://support.crowdin.com/assets/docs/online_editor_sections.png)
+![crowdin online editor](https://support.crowdin.com/_astro/sections.BiwHNeHV_1rT0sS.webp)
 
 如果你对该项目申请了开源项目免费许可，那么该项目还会启用 Global TM 功能。这是 Crowdin 的共享翻译语料库，可以根据其他人的项目中存在的类似文本对当前的待翻译字符串进行提示，你的项目的字符串及翻译结果也会上传到这个语料库中。
 
 ## 下载翻译
 
-与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了与任何代码仓库的集成，并勾选了定时同步，则 Crowdin 会自动推送翻译结果到指定的分支。
+与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了代码仓库的集成，并勾选了定时同步，则 Crowdin 会定时自动推送翻译结果到指定的分支。
diff --git a/en-US/guide/i18n/index.md b/en-US/guide/i18n/index.md
index 30ebc75eae2f..181a9279c2c0 100644
--- a/en-US/guide/i18n/index.md
+++ b/en-US/guide/i18n/index.md
@@ -1,10 +1,10 @@
-# 基本用法
+# Basic Usage
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 国际化](../../manual/usage/customize.md#国际化)。
 :::
 
-如果你在运营一个大型社区，那么你可能会遇到这种场景：群组内设立了许多不同语言的频道，每个频道分别供不同地区的用户进行交流。在这种情况下，最合适的做法是让你的机器人在不同的频道下使用不同的语言进行回复。本质上，这不会改变机器人的运行逻辑，因此最好的做法是将涉及的每一段文本都抽离出来，通过统一的方式进行管理，并在发送前进行本地化渲染。
+如果你在运营一个大型社区，那么你可能会遇到这种场景：群组内设立了许多不同语言的频道，每个频道分别供不同地区的用户进行交流。如果你在运营一个大型社区，那么你可能会遇到这种场景：群组内设立了许多不同语言的频道，每个频道分别供不同地区的用户进行交流。在这种情况下，最合适的做法是让你的机器人在不同的频道下使用不同的语言进行回复。本质上，这不会改变机器人的运行逻辑，因此最好的做法是将涉及的每一段文本都抽离出来，通过统一的方式进行管理，并在发送前进行本地化渲染。本质上，这不会改变机器人的运行逻辑，因此最好的做法是将涉及的每一段文本都抽离出来，通过统一的方式进行管理，并在发送前进行本地化渲染。
 
 ## General Examples
 
@@ -95,6 +95,19 @@ ctx.i18n.define('en-US', { hello: 'Hello, {author.name}!' })
 
 上述三段代码的实际效果完全相同，可以根据自己的需要进行选择。
 
+如果你希望对属性值进行某些计算，传入 Javascript 表达式也是可以的：
+
+```ts
+ctx.i18n.define('zh-CN', { list: '列表：{arr.join(",")}' })
+ctx.i18n.define('en-US', { list: 'List: {arr.join(",")}' })
+```
+
+::: tip
+目前支持的表达能力会受到解析器和特殊语法的限制。请避免在表达式中引入 `}`，以免造成歧义。
+
+此外，如果向 `session.text()` 传入的二参数是一个数组，那么直接写 `{0}` 将表示数组中的第一个元素 (而非作为 JavaScript 表达式的 `0`)。
+:::
+
 ### 使用消息元素
 
 你也可以在模板中使用 [消息元素](../basic/element.md) 语法。消息元素的属性同样使用 `{}` 进行插值：
@@ -125,7 +138,7 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 {/if}
 ```
 
-::: tip
+:::tip
 如果要使用这种层面的模板能力，那么你的代码已经不适合使用 `ctx.i18n.define()` 定义了。建议参考 [下一节](./translation.md) 中的做法，将不同语言的模板放入不同的文件中，以方便编辑和管理。
 :::
 
@@ -143,11 +156,11 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 
 例如，如果用户配置的语言列表为 `zh-CN`, `en-US`, `zh-TW`, `en-GB`，则对于不同的目标语言会生成对应的回退序列：
 
-- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ``, `zh`, `zh-CN`, `zh-TW`
-- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ``
-- 目标语言为 `de-DE`，回退序列为 ``, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
-- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ``
-- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ``
+- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ` `, `zh`, `zh-CN`, `zh-TW`
+- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ` `
+- 目标语言为 `de-DE`，回退序列为 ` `, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
+- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ` `
+- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ` `
 
 请注意，空字符串也被视为合法的语言，其所代表的是「没有指定语言」的情况。在实践中，空语言的使用是非常广泛的，例如当用户使用下面的代码定义指令：
 
@@ -180,7 +193,7 @@ ctx.command('echo', '回声')
 session.text(['foo', 'bar'])
 ```
 
-::: tip
+:::tip
 路径回退的优先级低于语言回退。举个例子，假如可选的语言包括 A 和 B，路径包括 1 和 2。翻译 A1 不存在，但是翻译 A2 和 B1 都存在。这种情况下会输出 B1 而非 A2。采用这种设计是因为不同的路径通常表达了不同的逻辑。相比语言的正确性，逻辑的正确性更重要。
 :::
 
diff --git a/en-US/guide/i18n/translation.md b/en-US/guide/i18n/translation.md
index b443a4ccb39e..c9a920fc541d 100644
--- a/en-US/guide/i18n/translation.md
+++ b/en-US/guide/i18n/translation.md
@@ -17,11 +17,11 @@ ctx.i18n.define('en-US', require('./locales/en-US'))
 ctx.i18n.define('zh-CN', require('./locales/zh-CN'))
 ```
 
-::: tip
+:::tip
 在上面的例子中我们使用了 YAML 作为翻译文件的格式。这是因为它的语法简洁美观，非常适合本地化开发。你也可以采用 JSON 等任何你喜欢的格式进行开发。
 :::
 
-::: tip
+:::tip
 Node.js 并不支持直接加载 `.yaml` / `.yml` 后缀的文件，但我们可以通过适当的 [register](https://nodejs.org/api/cli.html#-r---require-module) 解决这个问题。对此我们的官方脚手架已经内置了相应的支持。
 :::
 
@@ -84,7 +84,7 @@ if (new Date().getHours < 12) {
 
 ## 配置本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 配置本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -186,7 +186,7 @@ Schema.intersect([
 
 ## 控制台本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 控制台本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -215,6 +215,6 @@ if (import.meta.hot) {
 }
 ```
 
-::: tip
+:::tip
 注意：此时你的翻译文件应当处于 `client` 目录而非 `src/locales` 目录。
 :::
diff --git a/en-US/guide/index.md b/en-US/guide/index.md
index 9d882426445d..82e226740bb3 100644
--- a/en-US/guide/index.md
+++ b/en-US/guide/index.md
@@ -2,7 +2,7 @@
 
 ## 如何阅读本指南
 
-::: tip
+:::tip
 本篇指南旨在向有一定 Node.js 开发基础的人介绍 Koishi 的全部知识。如果你只想快速搭建自己的机器人而非学习 Koishi 开发，请前往 [起步](../manual/starter/) 了解更多安装方式。
 :::
 
@@ -12,7 +12,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与入门教程的关系
 
-::: tip
+:::tip
 前往 → [入门教程](../manual/introduction.md)
 :::
 
@@ -20,7 +20,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与进阶指南的关系
 
-::: tip
+:::tip
 前往 → [进阶指南](../cookbook/index.md)
 :::
 
diff --git a/en-US/guide/plugin/filter.md b/en-US/guide/plugin/filter.md
index 528efe2139e4..efd540cb9762 100644
--- a/en-US/guide/plugin/filter.md
+++ b/en-US/guide/plugin/filter.md
@@ -1,14 +1,14 @@
 # Filters
 
-::: tip
-在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#过滤器)。
+:::tip
+在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#filters)。
 :::
 
 默认情况下，一个会话事件、中间件或者指令都对所有的会话生效。但如果我们希望这些功能只对部分群聊或者用户生效，我们就需要用到 **过滤器**。
 
 ## 属性过滤器
 
-::: warning
+:::warning
 请不要滥用这项功能：在源码中直接书写账号或群号会导致隐私泄露，并且其他用户无法使用你的插件。推荐 [在配置文件中使用过滤器](#配置文件中的过滤器)。
 :::
 
diff --git a/en-US/guide/plugin/index.md b/en-US/guide/plugin/index.md
index e055d45ca3d9..1f9043cc43d1 100644
--- a/en-US/guide/plugin/index.md
+++ b/en-US/guide/plugin/index.md
@@ -1,10 +1,11 @@
 # About Plugin
 
-::: tip
-Before learning this chapter, it is recommended to read [Manual > Install and Configure Plugins](../../manual/usage/market.md).
+:::tip
+在学习本章之前，建议先完整阅读 [入门 > 安装和配置插件](../../manual/usage/market.md)。
 :::
 
-Modular is a fundamental feature in Koishi.With the plugin system, Koishi was able to couple various features and distribute them in the form of modules.We have already experienced the basic plugin development example in the Getting Started section.In this chapter, we will introduce more modular developing ways and best practices in some scenarios.
+Modular is a fundamental feature in Koishi.With the plugin system, Koishi was able to couple various features and distribute them in the form of modules.We have already experienced the basic plugin development example in
+the Getting Started section.In this chapter, we will introduce more modular developing ways and best practices in some scenarios.
 
 ## Basic Forms of Plugins
 
@@ -12,7 +13,7 @@ A plugin needs to be one of three basic forms:
 
 1. A function that accepts two parameters, which are the context and the configuration
 2. A class that accepts two constructor parameters, which are the context and the configuration
-3. An object which has a `apply` method of the object and the method is the function in the first form
+3. An object which the `apply` method is the function described in number 1
 
 The loading of this plugin is equivalent to the invocation the above function. Therefore, the four formulations below are basic equivalent:
 
@@ -38,9 +39,9 @@ ctx.plugin(class {
 
 ## Modular Plugins
 
-The greatest advantage of pluginization is the ability to write different functionalities in separate modules. At this point, the plugin will serve as a module export, and it can either be a [default export](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入默认值) or a [namespace export](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入整个模块的内容).
+The greatest advantage of pluginization is the ability to write different functionalities in separate modules. 此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#默认导入) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#命名空间导入)。
 
-For plugins in the object form, you can additionally provide a `name` property as the plugin's name. For function and class forms, the plugin name would be the function or class name. Named plugins help better describe their functionalities and are used for plugin relationship visualization, although they don't affect any runtime behaviors.
+For object plugins, you can also set `name` field as the name of the plugin.For function and class forms, the plugin name would be the function or class name. Named plugins help better describe their functionalities and are used for plugin relationship visualization, although they don't affect any runtime behaviors.
 
 ```ts title=foo.ts
 // Namespace export of an object-form plugin
@@ -87,15 +88,16 @@ When developing more complex features, you can break down the plugin into multip
 
 A module can be loaded as a plugin via Koishi's configuration file, and it needs to satisfy one of the following two conditions:
 
-- The **default export** of the module is a plugin.
-- The **namespace export** of the module is a plugin.
+- 此模块的**默认导出**是一个插件
+- 此模块的**导出整体**是一个插件
 
 There is no advantage or disadvantage between these two methods; you can adjust the export form according to your own needs. Conventionally, if your plugin is a function, we usually directly export the apply method and treat the namespace export as a plugin; if your plugin is a class, we usually use the default export form.
 
-The priority of the default export is higher here. Therefore, as long as the module provides a default export, Koishi will try to load this default export instead of the namespace export. Be sure to pay attention to this during development.
+:::tip
+这里默认导出的优先级更高。Therefore, as long as the module provides a default export, Koishi will try to load this default export instead of the namespace export. Be sure to pay attention to this during development.
 :::
 
-The `plugins` field in the configuration file records the plugin configurations:
+配置文件中的 `plugins` 字段记录了插件的信息：
 
 ```yaml title=koishi.yml
 plugins:
diff --git a/en-US/guide/plugin/lifecycle.md b/en-US/guide/plugin/lifecycle.md
index 1c697c1c954f..d96c766eb186 100644
--- a/en-US/guide/plugin/lifecycle.md
+++ b/en-US/guide/plugin/lifecycle.md
@@ -1,21 +1,21 @@
 # Lifecycle
 
-In the [Event System](../basic/events.md), we have already learned about session events dispatched by chat platforms. In addition to these, Koishi also provides various lifecycle events. These events are triggered at specific phases during Koishi's lifetime, and you can implement various functionalities by listening to them. This section mainly introduces some core events relevant to plugin development.
+在 [事件系统](../basic/events.md) 中，我们已经了解了由聊天平台推送的会话事件。In addition to these, Koishi also provides various lifecycle events. These events are triggered at specific phases during Koishi's lifetime, and you can implement various functionalities by listening to them. This section mainly introduces some core events relevant to plugin development.
 
-For a complete list of events provided by Koishi, you can refer to the [Events](../../api/core/events.md).
+要了解 Koishi 所提供的全部事件，可以参考 [事件列表](../../api/core/events.md)。
 
-## Asynchronous loading and `ready` event
+## 异步加载与 `ready` 事件
 
-The `ready` event is triggered when the application starts. If a plugin is loaded while the application is already in a started state, the ready event will be triggered immediately. The following scenarios are where you would typically use the `ready` event:
+`ready` 事件在应用启动时触发。If a plugin is loaded while the application is already in a started state, the ready event will be triggered immediately. 在下面的场景建议将逻辑放入 `ready` 事件：
 
 - Contains asynchronous operations (e.g., file operations, network requests, etc.)
 - Actions to be performed only after all other plugins have been loaded
 
-## Side effects and `dispose` event
+## Side-effects and the `dispose` event
 
 ### Unload Plugins
 
-We have previously understood how to enable plugins; Koishi also supports disabling a plugin at runtime. The `ctx.plugin()` method returns a `Fork` object, and calling `fork.dispose()` can disable a plugin.
+We have previously understood how to enable plugins; Koishi also supports disabling a plugin at runtime. `ctx.plugin()` returns a `Fork`.Call `fork.dispose()` to disable a plugin.
 
 ```ts
 import { Context } from 'koishi'
@@ -35,7 +35,7 @@ const fork = ctx.plugin(callback)
 fork.dispose()
 ```
 
-For reusable plugins, calling `fork.dispose()` will only disable the instance of the plugin represented by that particular `fork`. If you want to remove all side effects, you can use `ctx.registry.delete()`:
+对于可重用的插件，`fork.dispose()` 也只会停用 `fork` 对应的那一次。如果你想取消全部的副作用，可以使用 `ctx.registry.delete()`：
 
 ```ts
 // Remove all side effects from a reusable plugin
@@ -46,7 +46,7 @@ ctx.registry.delete(plugin)
 
 Koishi's plugin system supports hot reloading, meaning that any plugin might be loaded and unloaded multiple times at runtime. To make this possible, all side effects of a plugin must be cleaned up when it is unloaded.
 
-Most methods of `ctx` will automatically clean up side effects when a plugin is disabled. However, if you are using methods outside of `ctx`, you might introduce other side effects, which then need to be manually cleaned up using the `dispose` event. Below is an example:
+绝大部分 `ctx` 方法都会在在插件被停用自动回收副作用；然而，如果你使用了 `ctx` 之外的方法，你的代码还可能通过其他方式引入副作用，这时就需要通过 `dispose` 事件来手动清除它们。Below is an example:
 
 ```ts
 // An example server plugin
@@ -57,18 +57,18 @@ export function apply(ctx: Context, config) {
   const server = createServer()
 
   ctx.on('ready', () => {
-    // Listen to a port when the plugin starts
+    // listen on start
     server.listen(1234)
   })
 
   ctx.on('dispose', () => {
-    // Close the port when the plugin is disabled
+    // close when dispose
     server.close()
   })
 }
 ```
 
-## Reusability and `fork` Event
+## 可重用性与 `fork` 事件
 
 ### Reusable Plugins
 
@@ -83,15 +83,15 @@ ctx.plugin(callback)
 ctx.plugin(callback)
 ```
 
-If you run the code above, you'll notice that `called` is printed only once. This is because `ctx.plugin()` checks if the plugin has already been loaded. If it has, it returns the existing `Fork` object, rather than re-running the plugin callback.
+执行上面的代码，你会发现 `called` 只会被打印一次。这是因为 `ctx.plugin()` 会检测插件是否已经被加载：如果是，则会直接返回之前的 `Fork` 对象，而不会再次执行插件的逻辑。
 
 The primary reason for this design is that plugins often consume resources. Activating a plugin multiple times could lead to unexpected issues. For instance, a plugin might register a specific command; activating it multiple times would result in multiple registrations of the same command, creating ambiguity when the command is invoked.
 
-However, this doesn't mean that all plugins should not be reused. If you have such a need, Koishi provides a way to do it—simply declare the `reusable` property of the plugin as `true`. Here's an example:
+However, this doesn't mean that all plugins should not be reused. 如果你真的有这样的需求，Koishi 也提供了方法——只需声明插件的 `reusable` 属性为 `true` 即可。Here's an example:
 
 ```ts title=reply.ts
 export const name = 'reply'
-export const reusable = true  // Declare this plugin as reusable
+export const reusable = true    // mark the plugin reusable
 
 export interface Config {
   input: string
@@ -100,7 +100,7 @@ export interface Config {
 
 export function apply(ctx: Context, config: Config) {
   ctx.middleware((session, next) => {
-    // Reply with output when user sends input
+    // response output when user send input
     if (session.content === config.input) {
       return config.output
     }
@@ -129,7 +129,7 @@ export default class Bar {
 
 ### Maintain Shared States
 
-A more complex situation arises when we need plugins to be reusable and maintain some shared state. For example, can we write a command that always returns the number of times the plugin has been invoked? This is where the `fork` event comes in handy:
+A more complex situation arises when we need plugins to be reusable and maintain some shared state. For example, can we write a command that always returns the number of times the plugin has been invoked? 这时候 `fork` 事件就派上用场了：
 
 ```ts title=count.ts
 export const name = 'count'
@@ -150,7 +150,7 @@ export function apply(ctx: Context) {
 }
 ```
 
-Here, the plugin listens for the fork event. `fork` 是一个生命周期事件，当插件每次被调用时都会触发。Thus, we can update the shared state in the `fork` event handler. Every time a new `Fork` object is created, `count` increases by 1; and each time a `Fork` object is disposed, `count` decreases by 1. When the user invokes the command, we simply return the value of `count`.
+我们可以看到，上面的插件并没有声明 `reusable` 属性，取而代之的是监听了 `fork` 事件。`fork` 是一个生命周期事件，当插件每次被调用时都会触发。因此，我们可以在 `fork` 事件中对共享状态进行更新。我们每创建一个新的 `Fork` 对象，就会增加一次 `count`；而每当 `Fork` 对象被停用，就会减少一次 `count`；当用户调用指令时，我们只需要返回 `count` 的值即可。
 
 `fork` 事件实际上将插件分割成了两个不同的作用域。外侧的代码仍然只会被执行一次，对应着不可重用的部分；而内侧的代码则会被执行多次，对应着可重用的部分。在上面的例子中，只需将指令的注册放在外侧作用域中，这样就不用担心重复注册的问题了。
 
@@ -160,8 +160,8 @@ Here, the plugin listens for the fork event. `fork` 是一个生命周期事件
 
 Let's revisit the concept of reusable plugins:
 
-1. Based on the `reusable` property, plugins can be categorized as reusable or non-reusable: Non-reusable plugins take effect only once when invoked multiple times, while reusable plugins take effect multiple times.
-2. Both types can essentially use the `fork` event to express themselves: the logic for non-reusable plugins is written outside the `fork` event, and the logic for reusable plugins is written inside it.
+1. 根据插件的 `reusable` 属性，可以将插件分为可重用插件和不可重用插件：不可重用插件被调用多次时，只会执行一次插件逻辑；而可重用插件被调用多次时，会执行多次插件逻辑；
+2. 这两种类型本质上都可以使用 `fork` 事件来表达：不可重用插件的逻辑写在 `fork` 事件的外侧，而可重用插件的逻辑写在 `fork` 事件的内侧。
 
 当我们嵌套使用可重用插件和不可重用插件时，又会发生什么呢？让我们来看一些例子吧。
 
@@ -194,10 +194,10 @@ ctx.plugin((ctx) => {
 
 ```ts internal.ts
 export function apply(ctx: Context) {
-  // 注册指令
+  // register a command
   ctx.command('foo').action(callback)
 
-  // 扩展控制台
+  // extend the console
   ctx.console.addEntry('/client')
 }
 ```
diff --git a/en-US/guide/plugin/schema.md b/en-US/guide/plugin/schema.md
index 7a3ed848fa9d..39d7f8a53ef0 100644
--- a/en-US/guide/plugin/schema.md
+++ b/en-US/guide/plugin/schema.md
@@ -88,7 +88,7 @@ namespace Example {
   })
 }
 
-export default Foo
+export default Example
 ```
 
 形如 `name` 和 `Config` 这样的属性，我们称之为插件的元属性。它们需要与插件的入口函数同级导出。例如，你还可以通过导出 `usage` 属性来为插件提供使用方法。这样一来，一个完整的插件就可以写成这样：
diff --git a/en-US/guide/plugin/service.md b/en-US/guide/plugin/service.md
index bf0d2019d5b1..34a69bffb1df 100644
--- a/en-US/guide/plugin/service.md
+++ b/en-US/guide/plugin/service.md
@@ -22,7 +22,7 @@ Koishi 中的服务可以分为大致三种类型。对于每一种我都给出
 
 最后一种则是 **由插件定义和实现的服务**。通常情况下你需要声明这些服务作为依赖。关于插件与服务的依赖关系，会在下面具体介绍。
 
-- ctx.console：网页控制台
+- ctx.console: Koishi Console
 - ctx.puppeteer：浏览器截图
 
 ## 服务的依赖关系
@@ -57,7 +57,7 @@ export function apply(ctx: Context) {
 
 你很快会发现这样写完全无法运行。首先，数据库服务需要等到应用启动完成后才可以访问，换言之即使安装了数据库插件，你也无法立即判断数据库服务是否存在。此外，一旦上述服务所在插件在运行时被重载，由于上面的代码属于 dialogue 插件，因此 if 中代码的副作用将无法被有效清理；而当相应的服务重新被注册时，这部分的代码也不会被重新运行，从而导致一系列难以检测的问题。
 
-### inject 属性
+### inject 属性 {#inject}
 
 为了解决这种问题，Koishi 为插件声明提供了一个独特的 `inject` 属性：
 
@@ -66,12 +66,12 @@ export const name = 'dialogue'
 export const inject = ['database']
 
 export function apply(ctx: Context) {
-  // 你可以立即访问数据库服务
+  // You can access database service as soon as possible
   ctx.database.get('dialogue', {})
 }
 ```
 
-`inject` 可以是一个数组或者对象。这里使用了数组，表示此插件依赖的服务列表。怎么理解这里的依赖关系呢？如果你声明了某个服务作为插件的依赖：
+`input` can be an array or an object.这里使用了数组，表示此插件依赖的服务列表。怎么理解这里的依赖关系呢？如果你声明了某个服务作为插件的依赖：
 
 - 直到此服务的值变为 truthy 为止，该插件的函数体不会被加载
 - 一旦此服务的值发生变化，该插件将立即回滚 (并非插件停用)
@@ -84,7 +84,7 @@ ctx.inject(['console'], (ctx) => {
   ctx.console.addEntry('/path/to/dialogue/extension')
 })
 
-// 等价于
+// equals
 ctx.plugin({
   using: ['console'],
   apply: (ctx) => {
@@ -93,7 +93,7 @@ ctx.plugin({
 })
 ```
 
-::: tip
+:::tip
 请注意：这里出现了两个 `ctx` 对象，它们属于不同的插件。在子插件的回调函数内，请务必使用作为参数的 `ctx` 而不是外层的 `ctx`，不然在服务被热重载时可能会引发内存泄漏。
 :::
 
@@ -139,7 +139,6 @@ export function apply(ctx: Context) {
 }
 ```
 
-
 <!-- ## 服务的共享与隔离
 
 在默认情况下，任何上下文中设置的服务都会被同一个应用内的所有上下文共享。这当然非常方便——事实上服务也正是为了这样的需求而设计的，但这意味着你的每种服务只能同时存在一个实例。如果你希望用多个插件实现同一个服务，并分别提供给不同的上下文使用的话，你就要用到服务的隔离功能了。
@@ -203,45 +202,40 @@ plugins:
 如果你希望自己插件提供一些接口供其他插件使用，那么最好的办法便是提供自定义服务，就像这样：
 
 ```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-// 这个表达式定义了一个名为 console 的服务
-Context.service('console')
-
-// 假如你在某个上下文设置了这个值，其他的上下文也将拥有此属性
-app.guild().console = new Console()
-app.private().console instanceof Console // true
+export default class Console extends Service {
+  constructor(ctx: Context) {
+    super(ctx, 'console')
+  }
+}
 ```
 
-这种做法的本质原理是修改了 Context 的原型链。
+这样定义的好处在于，`Console` 本身也是一个合法的插件，其他插件可以直接通过 `ctx.plugin(Console)` 来加载它。
 
-对于 TypeScript 用户，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
+对于 TypeScript 用户，在定义服务时，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
 
 ```ts no-extra-header
 declare module 'koishi' {
   interface Context {
-    console: console
+    console: Console
   }
 }
 ```
 
-### 服务的生命周期
-
-相比直接赋值，我们更推荐你从 Service 派生子类来实现自定义服务：
+而使用服务的插件则需要声明依赖并导入类型：
 
 ```ts
-class Console extends Service {
-  constructor(ctx: Context) {
-    // 这样写你就不需要手动给 ctx 赋值了
-    super(ctx, 'console', true)
-  }
-}
+import {} from 'koishi-plugin-console'
 
-// 这样定义的好处在于，Console 本身也是一个插件
-app.plugin(Console)
+export const inject = ['console']
+
+export function apply(ctx: Context) {
+  ctx.console.addEntry('/path/to/dialogue/extension')
+}
 ```
 
-Service 抽象类的构造函数支持三个参数：
+### 服务的生命周期
+
+`Service` 抽象类的构造函数支持三个参数：
 
 - `ctx`：服务所在的上下文对象
 - `name`：服务的名称 (即其在所有上下文中的属性名)
@@ -255,19 +249,7 @@ Service 抽象类的构造函数支持三个参数：
 
 默认情况下，一个自定义服务会先等待 ready 事件触发，然后调用可能存在的 `start()` 方法，最后才会被注册到全体上下文中。这种设计确保了服务在能够被访问的时候就已经是可用的。但如果你的服务不需要等待 ready 事件，那么只需传入第三个参数 `true` 就可以立即将服务注册到所有上下文中。
 
-此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，其他插件不再可以访问到这项服务：
-
-```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-app.console                 // falsy
-app.plugin(Console)         // 加载插件
-app.console                 // truthy
-app.dispose(Console)        // 卸载插件
-app.console                 // falsy
-app.plugin(Console)         // 重新加载插件
-app.console                 // truthy
-```
+此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，通过 `inject` 声明依赖的插件也会被停止运行，直到服务再次被实现。这意味着开发者不需要担心服务的生命周期，只需要专注于提供或使用服务的功能即可。
 
 ### 支持热重载
 
@@ -285,9 +267,9 @@ class Console extends Service {
     this.entries.add(filename)
     this.triggerReload()
 
-    // 注意这个地方，caller 属性会指向访问此方法的上下文
+    // 注意这个地方，ctx 属性会指向访问此方法的上下文 (而不是构造函数中的上下文)
     // 只需要在这个上下文上监听 dispose 事件，就可以顺利处理副作用了
-    this[Context.current]?.on('dispose', () => {
+    this.ctx.on('dispose', () => {
       this.entries.delete(filename)
       this.triggerReload()
     })
@@ -295,9 +277,9 @@ class Console extends Service {
 }
 ```
 
-## 在 `package.json` 中声明依赖
+## 在 `package.json` 中声明依赖 {#package-json}
 
-如果你打算将插件发布到插件市场，我们建议在插件的 [`package.json`](../develop/publish.md#koishi-字段) 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
+如果你打算将插件发布到插件市场，我们建议在插件的 `package.json` 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
 
 ```json title=package.json
 {
@@ -313,7 +295,13 @@ class Console extends Service {
 
 在这里，`required` 对应于必需依赖，`optional` 对应于可选依赖，`implements` 对应于提供的服务。如果你的插件没有使用或提供服务，那么对应的字段可以省略。
 
-### 关于 `peerDependencies`
+### 对比 `inject` 声明 {#inject-vs-dep}
+
+<!-- 按理说，我已经在 `inject` 中声明过一次服务依赖了，为什么还要在 `package.json` 中再声明一次呢？ -->
+
+对于任何依赖服务的插件，其必须声明 `inject` 才能正常工作，但缺失 `package.json` 中的声明并不会影响插件的运行。尽管如此，我们依然建议你在 `package.json` 中声明依赖，因为这样做能够在安装时提供更多信息，使用者可以一次性地安装插件所需的所有依赖，而不是等到插件运行时才发现缺少了某个服务。
+
+### 关于 `peerDependencies` {#peer-vs-dep}
 
 一个很容易混淆的概念是 `package.json` 自带的 `peerDependencies` 字段。这个字段用于声明一个 npm 包的依赖，但声明的依赖需要由用户安装 (或由包管理器自动安装到依赖树顶层)。是不是跟服务的概念非常像？它们之间的区别如下：
 
diff --git a/en-US/index.md b/en-US/index.md
index 8af562851946..767d3e9ecf22 100644
--- a/en-US/index.md
+++ b/en-US/index.md
@@ -1,138 +1,102 @@
 ---
 layout: home
 links:
-  starter: /en-US/manual/starter/
+  starter: /zh-CN/manual/starter/
 home:
   desc: Cross-platform Chatbot Framework Made With Love
-  primary: 即刻起步
-  secondary: 了解更多
+  primary: Get started
+  secondary: Learn more
 features:
-  - 
-    title: Real-time Monitoring
+  - title: Real-time Monitoring
     desc: Monitor the status of your bot in real-time with Koishi dashboard.
     image: /manual/console/home
-  - 
-    title: Simple Configuration
+  - title: Simple Configuration
     desc: Customize your bot easily with variety of plugins and graphic user interface operation.
     image: /manual/console/settings
-  - 
-    title: Power of Community
+  - title: Power of Community
     desc: A huge number of plugins available for Koishi, you could find almost everything in the Koishi Marketplace.
     image: /manual/console/market
-  - 
-    title: Database
+  - title: database
     desc: Koishi handles easily a million of data with a multi-driven and high-performance database.
     image: /manual/console/database
-  - 
-    title: Lightning Fast Preview
+  - title: Lightning Fast Preview
     desc: When installing or configuring any plugin, you can instantly start a simulated chat and preview effects in Koishi sandboxes.
     image: /manual/console/sandbox
 development:
-  title: Made for developers
+  title: Made for Developers
   desc: Koishi 更为开发者提供了众多专业功能，使开发者得以在各种复杂需求中构建规模化的解决方案。
 advantages:
-  - 
-    title: TypeScript supporting
+  - title: TypeScript supporting
     desc: Koishi 完全基于 TypeScript 开发，拥有顶级的类型支持，丰富的代码提示让你在编写代码的时候甚至无需查看文档。
-    link: /
+    link: /en-US/
     icon:
       viewBox: 0 0 1024 1024
       path: M0 512v512h1024V0H0z m825.216-40.789333c26.026667 6.485333 45.824 18.048 64.042667 36.906666 9.429333 10.069333 23.424 28.416 24.533333 32.853334 0.341333 1.28-44.202667 31.146667-71.168 47.914666-0.981333 0.64-4.906667-3.584-9.258667-10.069333-13.226667-19.2-27.008-27.477333-48.128-28.928-31.061333-2.133333-51.029333 14.122667-50.858666 41.258667a37.546667 37.546667 0 0 0 4.352 19.2c6.826667 14.122667 19.541333 22.613333 59.306666 39.808 73.344 31.573333 104.704 52.352 124.202667 81.92 21.76 32.981333 26.666667 85.674667 11.861333 124.842666-16.213333 42.581333-56.533333 71.509333-113.28 81.066667-17.536 3.114667-59.136 2.645333-77.994666-0.768-41.130667-7.338667-80.128-27.648-104.192-54.314667-9.429333-10.368-27.818667-37.546667-26.666667-39.466666a67.413333 67.413333 0 0 1 9.386667-6.016c4.608-2.602667 21.802667-12.544 38.058666-21.973334l29.44-17.066666 6.186667 9.130666c8.618667 13.141333 27.434667 31.189333 38.826667 37.205334 32.682667 17.237333 77.525333 14.805333 99.626666-5.034667a37.674667 37.674667 0 0 0 13.354667-30.72c0-11.861333-1.493333-17.066667-7.68-26.026667-7.936-11.349333-24.192-20.906667-70.357333-40.96-52.821333-22.741333-75.562667-36.864-96.384-59.306666a135.04 135.04 0 0 1-28.117334-51.2c-3.882667-14.464-4.864-50.730667-1.792-65.322667 10.88-51.072 49.408-86.613333 105.002667-97.194667 18.048-3.413333 59.989333-2.133333 77.696 2.261334z m-240.384 42.752l0.341333 41.941333H451.84v378.709333H357.546667v-378.709333H224.341333v-41.130667c0-22.784 0.469333-41.813333 1.109334-42.24 0.512-0.682667 81.621333-1.024 179.925333-0.853333l178.986667 0.512z
-  - 
-    title: 文档丰富
+  - title: 文档丰富
     desc: 浏览我们精心编写的文档，了解从新人起步到插件开发的所有细节。
-    link: /
+    link: /en-US/
     icon:
       viewBox: 0 0 448 512
       path: M437.2 403.5L320 215V64h8c13.3 0 24-10.7 24-24V24c0-13.3-10.7-24-24-24H120c-13.3 0-24 10.7-24 24v16c0 13.3 10.7 24 24 24h8v151L10.8 403.5C-18.5 450.6 15.3 512 70.9 512h306.2c55.7 0 89.4-61.5 60.1-108.5zM137.9 320l48.2-77.6c3.7-5.2 5.8-11.6 5.8-18.4V64h64v160c0 6.9 2.2 13.2 5.8 18.4l48.2 77.6h-172z
-  - 
-    title: HMR supporting
+  - title: HMR supporting
     desc: When developing a Koishi plugin, the only thing you need is saving the file. No need to reboot robots frequently. Swipe smoothly like front-end development.
-    link: /
+    link: /en-US/
     icon:
       viewBox: 0 0 576 512
       path: M519.442 288.651c-41.519 0-59.5 31.593-82.058 31.593C377.409 320.244 432 144 432 144s-196.288 80-196.288-3.297c0-35.827 36.288-46.25 36.288-85.985C272 19.216 243.885 0 210.539 0c-34.654 0-66.366 18.891-66.366 56.346 0 41.364 31.711 59.277 31.711 81.75C175.885 207.719 0 166.758 0 166.758v333.237s178.635 41.047 178.635-28.662c0-22.473-40-40.107-40-81.471 0-37.456 29.25-56.346 63.577-56.346 33.673 0 61.788 19.216 61.788 54.717 0 39.735-36.288 50.158-36.288 85.985 0 60.803 129.675 25.73 181.23 25.73 0 0-34.725-120.101 25.827-120.101 35.962 0 46.423 36.152 86.308 36.152C556.712 416 576 387.99 576 354.443c0-34.199-18.962-65.792-56.558-65.792z
 footer:
-  - 
-    text: Installation
+  - text: Installation
     items:
-      - 
-        text: Install for Windows
+      - text: Install for Windows
         link: /en-US/manual/starter/windows.html
-      - 
-        text: Install for macOS
+      - text: Install for macOS
         link: /en-US/manual/starter/macos.html
-      - 
-        text: Install for Linux
+      - text: Install for Linux
         link: /en-US/manual/starter/linux.html
-      - 
-        text: Install for Android
+      - text: Install for Android
         link: /en-US/manual/starter/android.html
-      - 
-        text: Install for Container
+      - text: Install for Container
         link: /en-US/manual/starter/docker.html
-      - 
-        text: Create a boilerplate
+      - text: Create from Template
         link: /en-US/manual/starter/boilerplate.html
-      - 
-        text: Install as a dependency
+      - text: Install as a dependency
         link: /en-US/manual/starter/direct.html
-  - 
-    text: Documentations
+  - text: Documentations
     items:
-      - 
-        text: Developing Guide
+      - text: Developing Guide
         link: /en-US/guide/
-      - 
-        text: API 参考
+      - text: API Reference
         link: /en-US/api/
-      - 
-        text: Official Plugins
+      - text: Official Plugins
         link: /en-US/plugins/
-  - 
-    text: Platforms
+  - text: Platforms
     items:
-      - 
-        text: DingTalk
+      - text: DingTalk
         link: /zh-CN/plugins/adapter/dingtalk.html
-      - 
-        text: Discord
+      - text: Discord
         link: /en-US/plugins/adapter/discord.html
-      - 
-        text: KOOK
+      - text: KOOK
         link: /en-US/plugins/adapter/kook.html
-      - 
-        text: Lark
+      - text: Lark
         link: /en-US/plugins/adapter/lark.html
-      - 
-        text: LINE
+      - text: LINE
         link: /zh-CN/plugins/adapter/line.html
-      - 
-        text: Mail
+      - text: Mail
         link: /zh-CN/plugins/adapter/mail.html
-      - 
-        text: Matrix
+      - text: Matrix
         link: /zh-CN/plugins/adapter/matrix.html
-      - 
-        text: QQ
+      - text: QQ
         link: /zh-CN/plugins/adapter/qq.html
-      - 
-        text: Satori
+      - text: Satori
         link: /zh-CN/plugins/adapter/satori.html
-      - 
-        text: Slack
+      - text: Slack
         link: /zh-CN/plugins/adapter/Slack.html
-      - 
-        text: Telegram
+      - text: Telegram
         link: /en-US/plugins/adapter/telegram.html
-      - 
-        text: WeChat Official
+      - text: WeChat Official
         link: /zh-CN/plugins/adapter/wechat-official.html
-      - 
-        text: WeCom
+      - text: WeCom
         link: /zh-CN/plugins/adapter/wecom.html
-      - 
-        text: WhatsApp
+      - text: WhatsApp
         link: /zh-CN/plugins/adapter/whatsapp.html
 ---
-
diff --git a/en-US/manual/faq.md b/en-US/manual/faq.md
index a39c1bc0d655..318b08dc2fed 100644
--- a/en-US/manual/faq.md
+++ b/en-US/manual/faq.md
@@ -1,2 +1 @@
-# FAQ
-
+# Frequently Asked Questions
diff --git a/en-US/manual/introduction.md b/en-US/manual/introduction.md
index af7419d3119e..0d2d41e3227c 100644
--- a/en-US/manual/introduction.md
+++ b/en-US/manual/introduction.md
@@ -2,7 +2,7 @@
 
 Koishi is a cross-platform, extensive, high-performance chatbot framework.
 
-The name and icon design are inspired from [Komeiji Koishi](https://en.touhouwiki.net/wiki/Koishi_Komeiji), who is a character in Touhou Project. Komeiji Koishi manipulates the unconscious, which symbolizes the theme of a chatbot as well as the love of the Koishi developers for it.
+它的名字和图标设计来源于东方 Project 中的角色 [古明地恋 (Komeiji Koishi)](https://zh.touhouwiki.net/wiki/古明地恋)。Komeiji Koishi manipulates the unconscious, which symbolizes the theme of a chatbot as well as the love of the Koishi developers for it.
 
 ## Features
 
@@ -16,7 +16,9 @@ Koishi provides an out-of-the-box console. Even zero-based users can build their
 
 ### Power of Community
 
-After four years of iteration, Koishi has developed a rich plugin ecosystem and a robust system that matches it. 超过 1000 个官方和社区插件覆盖了机器人开发的方方面面，从平台支持、数据库、资源存储、网页控制台、状态管理到具体的业务功能一应俱全。Whether your goal is to build a large-scale interactive application or a lightweight assistant chatbot, Koishi provides you with the best practices. We have also detailed documents for you in case that you are worried about the complexity of the massive functions through plugins.
+After four years of iteration, Koishi has developed a rich plugin ecosystem and a robust system that matches it.
+超过 1000 个官方和社区插件覆盖了机器人开发的方方面面，从平台支持、数据库、资源存储、网页控制台、状态管理到具体的业务功能一应俱全。Whether your goal is to build a large-scale interactive application or a lightweight assistant chatbot, Koishi provides you with the best practices.
+We have also detailed documents for you in case that you are worried about the complexity of the massive functions through plugins.
 
 ### Made for Developers
 
@@ -28,4 +30,4 @@ In addition, there are many professional functions for developers built in Koish
 
 ## Get Started
 
-Click [Getting Started](./starter/) to start your journey with Koishi.
+点击前往 [起步](./starter/)，开启你的 Koishi 之旅。
diff --git a/en-US/manual/launcher/cli.md b/en-US/manual/launcher/cli.md
index 34d1f9f586a3..6dbef3698a83 100644
--- a/en-US/manual/launcher/cli.md
+++ b/en-US/manual/launcher/cli.md
@@ -1,17 +1,17 @@
-# Command Line Tools
+# command line tool
 
 For users who don't use graphical interfaces, there is a command line tool called `koi` provided by Koishi Launcher can be used to create, manage and launch koishi.
 
 If the name of the file that you downloaded is something like `koi-xxx.appimage`, you could replace the `koi` at the following commands as the name before running the command.
 
-| Command               | Function                             |
-| --------------------- | ------------------------------------ |
-| `koi run daemon`      | Launch Koishi without a daemon       |
-| `koi daemon start`    | Launch the daemon                    |
-| `koi daemon stop`     | Terminate the daemon                 |
-| `koi daemon kill`     | Force kill the daemon                |
-| `koi ps`              | Display the status                   |
-| `koi start default`   | Launch the instance `default`        |
-| `koi stop default`    | Terminate the instance `default`     |
-| `koi restart default` | Reboot the instance `default`        |
-| `koi yarn -n default` | Repair the dependencies of `default` |
+| Command               | Function                                      |
+| --------------------- | --------------------------------------------- |
+| `koi run daemon`      | Launch Koishi without a daemon                |
+| `koi daemon start`    | Launch the daemon                             |
+| `koi daemon stop`     | Terminate the daemon                          |
+| `koi daemon kill`     | Force kill the daemon                         |
+| `koi ps`              | Display the status                            |
+| `koi start default`   | Launch the instance `default`                 |
+| `koi stop default`    | Stop the instance `default`                   |
+| `koi restart default` | Restart the instance `default`                |
+| `koi yarn -n default` | Repair the dependencies of instance `default` |
diff --git a/en-US/manual/launcher/system.md b/en-US/manual/launcher/system.md
index d0a0dd05b7cb..f499c2448a7f 100644
--- a/en-US/manual/launcher/system.md
+++ b/en-US/manual/launcher/system.md
@@ -3,77 +3,77 @@
 This section lists the required system version of the Koishi launchers and the features that it supports on that version.
 
 :::tip
-下面的列表仅对 Koishi 启动器有效，Koishi 本体几乎能在任何主流环境运行。
+The following list applies only to the Koishi Launcher, not to Koishi itself, which can run in any mainstream environment.
 :::
 
 :::tip
-即便你的操作系统不被 Koishi 官方支持，你也可以 [前往论坛](https://k.ilharp.cc) 选择社区提供的兼容性版本或 [使用模板项目](../starter/boilerplate.md)，只不过 Koishi 官方不对社区启动器的可用性和安全性负责。
+Even if your operating system isn't listed as a supported platform below, you can still [visit the forum](https://k.ilharp.cc) to find a community-provided compatible version or [use the template project](../starter/boilerplate.md). However, please note that Koishi's official team does not take responsibility for the availability or security of community-provided launchers.
 :::
 
 ## Windows
 
-We only listed the latest version in a product line. The unlisted version should be considered unsupported.
+We have only listed the latest version in a product line here. The unlisted version should be considered unsupported.
 
 ### Windows 8.1
 
-| Product                        | Core                 | Window               | Enhance |
-| ------------------------------ | -------------------- | -------------------- | ------- |
-| Windows 8.1                    | :white\_check\_mark: | :white\_check\_mark: | :x:     |
-| Windows Server 2012 R2         | :white\_check\_mark: | :white\_check\_mark: | :x:     |
-| Hyper-V Server 2012 R2         | :x:                  | :x:                  | :x:     |
-| Windows Storage Server 2012 R2 | :x:                  | :x:                  | :x:     |
-| Windows Embedded 8.1 Pro       | :x:                  | :x:                  | :x:     |
-| Windows Embedded 8.1 Industry  | :x:                  | :x:                  | :x:     |
+| Product                                       | Core                                                                                         | Window                                                                                       | Enhance                             |
+| --------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | ----------------------------------- |
+| Windows 8.1                   | :white_check_mark: | :white_check_mark: | :x: |
+| Windows Server 2012 R2                        | :white_check_mark: | :white_check_mark: | :x: |
+| Hyper-V Server 2012 R2                        | :x:                                                          | :x:                                                          | :x: |
+| Windows Storage Server 2012 R2                | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Pro      | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Industry | :x:                                                          | :x:                                                          | :x: |
 
 ### Windows 10
 
-| Product                             | Core                 | Window               | Enhance              |
-| ----------------------------------- | -------------------- | -------------------- | -------------------- |
-| Version 1507                        | :x:                  | :x:                  | :x:                  |
-| Version 1511                        | :x:                  | :x:                  | :x:                  |
-| Version 1607                        | :x:                  | :x:                  | :x:                  |
-| Version 1703                        | :x:                  | :x:                  | :x:                  |
-| Version 1709                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1803                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1809                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1903                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1909                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 2004                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 20H2                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H1                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 2015 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 2016 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 Enterprise 2015 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise 2016 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise LTSC 2019     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise LTSC 2021     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise multi-session | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows Server 2016                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2016                 | :x:                  | :x:                  | :x:                  |
-| Windows Storage Server 2016         | :x:                  | :x:                  | :x:                  |
-| Windows Server 2019                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2019                 | :x:                  | :x:                  | :x:                  |
-| Windows Server 2022                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 IoT Core                 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core Services        | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core LTSC            | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT LTSC 2019 Core       | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise           | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise 2019      | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2015 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2016 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2019 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2021 | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019             | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019 for Storage | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2022             | :x:                  | :x:                  | :x:                  |
+| Product                             | Core                                                                                         | Window                                                                                       | Enhance                                                                                      |
+| ----------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 1507                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1511                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1607                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1703                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1709                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1803                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1809                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1903                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1909                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 2004                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 20H2                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H1                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 2015 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 2016 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 Enterprise 2015 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise 2016 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise LTSC 2019     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise LTSC 2021     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise multi-session | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows Server 2016                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2016                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Storage Server 2016         | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2019                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2019                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2022                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 IoT Core                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core Services        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core LTSC            | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT LTSC 2019 Core       | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise           | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise 2019      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2015 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2016 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2019 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2021 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019 for Storage | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2022             | :x:                                                          | :x:                                                          | :x:                                                          |
 
 ### Windows 11
 
-| Product      | Core                 | Window               | Enhance              |
-| ------------ | -------------------- | -------------------- | -------------------- |
-| Version 21H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 365  | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
+| Product      | Core                                                                                         | Window                                                                                       | Enhance                                                                                      |
+| ------------ | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 21H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 365  | :white_check_mark: | :white_check_mark: | :white_check_mark: |
diff --git a/en-US/manual/recipe/execution.md b/en-US/manual/recipe/execution.md
index 0a54c97d3e4a..54bbde898b25 100644
--- a/en-US/manual/recipe/execution.md
+++ b/en-US/manual/recipe/execution.md
@@ -2,16 +2,15 @@
 
 ## Quotes
 
-Koishi would regard the content in quotes (whatever full-width or half-width) as a single parameter. This would be useful in many cases, for example:
+Like most command line tools, you can use single or double quotes to wrap arguments, the content within the quotes will be treated as a separate argument.This is very useful in many scenarios:
 
-- Passing parameters with spaces, otherwise spaces would be treated as delimiters between parameters.
-- Passing parameters that start with `-`, otherwise they would be treated as options.
-- Passing an empty string as the parameter, otherwise it would be treated as `true`.
-- Passing numbers as string, otherwise they would be treated as `number` type.
+- Passing parameters with spaces (by default, spaces would be treated as delimiters between parameters)
+- Passing parameters starting with `-` (by default, text starting with `-` would be treated as options)
+- Passing an empty string as parameters (by default, options without parameters would be parsed as `true`)
 
-## Interpolation
+## Command Substitution
 
-You could use `$()` to inject the results from other commands into your current command:
+Use the result from the execution of other commands as parameters in a command, you can use `$()` for command interpolation:
 
 <chat-panel>
 <chat-message nickname="Alice">echo foo$(echo bar)</chat-message>
@@ -25,7 +24,7 @@ By default, text in single quotes would not be escaped. So it can be used when y
 <chat-message nickname="Koishi">foo$(echo bar)</chat-message>
 </chat-panel>
 
-Lastly, there is another interpolation approach in the [koishi-plugin-eval](https://eval.koishi.chat) plugin.
+Finally, you can also learn about another interpolation method in [koishi-plugin-eval](https://eval.koishi.chat).
 
 ## Fuzzy Matching
 
@@ -33,9 +32,9 @@ In the daily use, it is not surprise that you make typos. In this case, Koishi w
 
 <chat-panel>
 <chat-message nickname="Alice">ecko hello</chat-message>
-<chat-message nickname="Koishi">您要找的是不是“echo”？Send a period to apply the suggestion.</chat-message>
+<chat-message nickname="Koishi">Do you mean "echo"?Send a period to apply the suggestion.</chat-message>
 <chat-message nickname="Alice">.</chat-message>
 <chat-message nickname="Koishi">hello</chat-message>
 </chat-panel>
 
-You could also change the value of [minSimilarity](../../api/core/app.md#options-minsimilarity) in the global configuration to adjust the threshold of the fuzzy matching. Very convenient, isn't it?
+You can also adjust the value of the configuration [`minSimilarity`](../../api/core/app.md#options-minsimilarity) for the similarity confidence in fuzzy search. Very convenient, isn't it?
diff --git a/en-US/manual/recipe/multiple.md b/en-US/manual/recipe/multiple.md
index eb863ea63499..4fb7b4c75d0a 100644
--- a/en-US/manual/recipe/multiple.md
+++ b/en-US/manual/recipe/multiple.md
@@ -10,14 +10,14 @@ Solutions can be varied for different demands, so there is no a unique answer. F
 
 ## Single Instance
 
-In each Koishi application, some plugins can be enabled multiple instances, others can't. It is not the defects of the plugin, but the expected behavior.In fact, the author of the plugin can specify which features can be enabled independently.This is reflected in two different types of plugins: those that can enable multiple configurations at the same time are called reusable plugins and instead are non-reusable plugins.
+In the same Koishi application, some plugins can be enabled multiple times simultaneously, while others cannot—this is not a flaw in the implementation but rather the intended behavior. In fact, plugin developers can specify which features can be independently enabled. This results in two different types of plugins: those that can be enabled multiple times are called reusable plugins, while those that cannot are known as non-reusable plugins.
 
-Typical reusable plugins are [Adapter Plugins](../usage/adapter.md).Each adapter corresponds to a running bot, and bots on different platforms are configured by different adapters. So, if you want to configure multiple bots on the same platform, just follow the method in previous section to add multiple adapter plugins.
+Typical reusable plugins are known as [adapter plugins](../usage/adapter.md).Each adapter plugin corresponds to a bot running on a specific platform, and bots on different platforms are configured using different adapter plugins. So, if you want to set up multiple bots on the same platform, you can simply add multiple adapter plugins following the method described in the previous section.
 
-At the same time, the vast majority of plugins are not reusable. For such plugins, you can only have one running configuration at a time. If there's already a running configuration, you'll see a line prompting "This plugin is already running and cannot be reused" in other configurations. Of course, you can still prepare multiple configurations, then disable one configuration and enable another at the right time.
+On the other hand, the vast majority of plugins are non-reusable. For these plugins, you can only have one active configuration at a time. If a configuration is already running, you'll see a message in other configurations indicating that "this plugin is running and cannot be reused." However, you can still prepare multiple configurations and switch between them by disabling one configuration and enabling another when needed.
 
-For those plugins that are not reusable, if you want to switch to different configurations in different cases, plugin authors are required to provide configurations with [filters](../usage/customize.md#过滤器).If the configuration you want to modify does not support filters, then you may consider making suggestions to the plugin author, or using [multiple instances](#多实例) described below.
+For non-reusable plugins, if you need to switch between different configurations in different environment, you'll need configuration options with [filters](../usage/customize.md#filters) provided by plugin developers. If the such configuration doesn’t support filters, you can consider suggesting this feature to the plugin developer or use the [multi-instance](#multiple-instances) approach described below.
 
-## Multiple Instances
+## Multi-Instances {#multiple-instances}
 
-Another option is to run multiple Koishi instances at the same time. Doing so makes it possible to use completely different plugin configurations in different instances, or even enable completely different combinations of plugins. But, by contrast, you need to maintain multiple instances and each requires a separate port.
+Another approach is to run multiple instances of Koishi simultaneously. The advantage of this method is that you can use entirely different plugin configurations for each instance, or even set up a completely different set of plugins.However, the trade-off is that you'll need to manage multiple instance separately, such as each one will require its own dedicated HTTP port.
diff --git a/en-US/manual/recipe/search.md b/en-US/manual/recipe/search.md
index 06c43301440a..e9ccd6aa4b96 100644
--- a/en-US/manual/recipe/search.md
+++ b/en-US/manual/recipe/search.md
@@ -1,96 +1,95 @@
 # Search Marketplace
 
-There are many plugins in the Koishi marketplace. A set of search query syntax was provided in order to make the searching experience smooth and convinient. You can enter the syntax like `is:preview` in the search box to quickly filter plugins for a category.
+Koishi enhances its features through a rich ecosystem of plugins,
+and to make it easier for users to find what they need, we provide a set of search filters. You can enter commands like `is:preview` in the search field to filter plugins by category.
 
 ## Search Terms
 
-In addition to special syntax with colon numbers, the search term you enter will be used for querying：
+Aside from special syntax with colons, the search terms you enter will be used to query:
 
-- Plugin name
-- Plugin description
+- Plugin names
+- Plugin descriptions
 - Plugin keywords
 
-## Plugin identification
+## Plugin tags
 
-We provide four categories of plugin identifiers, which are also filters.Including:
+There are 4 kinds of tags for every plugin, these tags can be also used as filters:
 
 <div class="plugin-flags-list">
 
-- <market-icon name="verified" style="color: var(--k-color-success)" />`is:verified`：官方认证
-- <market-icon name="insecure" style="color: var(--k-color-danger)" />`is:insecure`：不安全
-- <market-icon name="preview" style="color: var(--k-color-warning)" />`is:preview`：开发中
-- <market-icon name="newborn" style="color: var(--k-color-success)" />`created:>date`：近期新增
+- <market-icon name="verified" style="color: var(--k-color-success)" />`is:verified`: Official Verified
+- <market-icon name="insecure" style="color: var(--k-color-danger)" />`is:insecure`: Insecure
+- <market-icon name="preview" style="color: var(--k-color-warning)" />`is:preview`: In Development
+- <market-icon name="newborn" style="color: var(--k-color-success)" />`created:>date`: Recently Added
 
 </div>
 
-此外，还有一些不带标识的过滤条件：
+There are also some filters without specific tags:
 
 <div class="plugin-flags-list">
 
-- <market-icon name="download" />`is:installed`：已安装
-- <market-icon name="portable" />`is:portable`：快速体验
-- <market-icon name="tag" />`updated:>date`：近期更新
+- <market-icon name="download" />`is:installed`: Installed
+- <market-icon name="portable" />`is:portable`: Quick Preview
+- <market-icon name="tag" />`updated:>date`: Recently Updated
 
 </div>
 
-The above filters can also be reversely selected, e.g. `not:insecure` or `created:
-
-
-<date`.In the sidebar, you can click on the identifier to select, click twice to reverse the selection, click three times to cancel the selection.
+These filters can also be used in reverse, such as `not:insecure` or `created:<date`. In the sidebar, you can click on a tag name to select it, click again to reverse the selection, and click a third time to cancel the selection.
 
 ## Plugin Categories
 
-We currently offer 14 base categories. They are:
+There are currently 14 base categories:
 
 <div class="plugin-flags-list">
 
-- <market-icon name="solid:core" />`category:core`：核心功能
-- <market-icon name="solid:adapter" />`category:adapter`：适配器
-- <market-icon name="solid:storage" />`category:storage`：存储服务
-- <market-icon name="solid:extension" />`category:extension`：扩展功能
-- <market-icon name="solid:console" />`category:console`：控制台
-- <market-icon name="solid:manage" />`category:manage`：管理工具
-- <market-icon name="solid:preset" />`category:preset`：行为预设
-- <market-icon name="solid:image" />`category:image`：图片服务
-- <market-icon name="solid:media" />`category:media`：资讯服务
-- <market-icon name="solid:tool" />`category:tool`：实用工具
-- <market-icon name="solid:ai" />`category:ai`：人工智能
-- <market-icon name="solid:meme" />`category:meme`：趣味交互
-- <market-icon name="solid:game" />`category:game`：娱乐玩法
-- <market-icon name="solid:gametool" />`category:gametool`：游戏辅助
+- <market-icon name="solid:core" />`category:core`: Core Functionalities
+- <market-icon name="solid:adapter" />`category:adapter`: Adapters
+- <market-icon name="solid:general" />`category:general`: General Services
+- <market-icon name="solid:extension" />`category:extension`: Extension Features
+- <market-icon name="solid:webui" />`category:webui`: WebUI Plugins
+- <market-icon name="solid:manage" />`category:manage`: Management Tools
+- <market-icon name="solid:preset" />`category:preset`: Behavior Presets
+- <market-icon name="solid:image" />`category:image`: Image Services
+- <market-icon name="solid:media" />`category:media`: Media Services
+- <market-icon name="solid:tool" />`category:tool`: Utilities
+- <market-icon name="solid:life" />`category:life`: Lifestyle Guides
+- <market-icon name="solid:ai" />`category:ai`: Artificial Intelligence
+- <market-icon name="solid:meme" />`category:meme`: Interactions
+- <market-icon name="solid:game" />`category:game`: Entertainment
+- <market-icon name="solid:gametool" />`category:gametool`: Games Utilities
 
 </div>
 
-The categories of plugins are maintained by members of the Koishi team, usually within one week after the plugin is published.Very few plugins do not belong to any category.If you think your plugin is not sorted correctly, you can submit an issue for feedback.
+These categories are maintained by the Koishi team and are usually assigned within a week of the plugin's release.A few plugins may not fall into any category. If you believe your plugin has been misclassified, you can submit an issue to us.
 
-## Sort Plugins
+## Plugin Sorting
 
-Plugins in the marketplace will be sorted by default according to their ratings.Rating is a value between 0 and 5 and will show as stars after rounded.Rating is weighted by multiple indicators, with some common indicators listed below:
+By default, plugins in the market are sorted by their ratings, which range from 0 to 5 and are displayed as stars. The rating is calculated based on several factors, including:
 
-- Open-sourced
-- Mark as insecure/preview
-- Downloads of the plugin
-- Size of the plugin
+- Whether the plugin is open-source
+- Whether the plugin is marked as insecure or in development
+- The number of downloads
+- The installation size
 
-Beside to sort by rating, you can also choose another sorting method:
+In addition to sorting by rating, you can choose other sorting methods:
 
 <div class="plugin-flags-list">
 
-- <market-icon name="download" />`sort:download`：按下载量排序
-- <market-icon name="heart-pulse" />`sort:created`：按创建时间排序
-- <market-icon name="tag" />`sort:updated`：按更新时间排序
+- <market-icon name="download" />`sort:download`: Sort by downloads
+- <market-icon name="heart-pulse" />`sort:created`: Sort by creation date
+- <market-icon name="tag" />`sort:updated`: Sort by recent update
 
 </div>
 
-If you want to sort reversely, add `-asc` backwards. Such as `sort:creed-asc`.In the sidebar, you can click on the "Sort Type" to sort, click twice to reverse the sequencing, click three times to cancel the sequencing.
+To sort in reverse order, add `-asc` to the end, like `sort:created-asc`. In the sidebar, you can click a sorting option to apply it, click again to reverse the order, and click a third time to cancel the sort.
 
-## Quick Experience
+## Quick Preview
 
-::: Warning
-Quick experience is still experimental. It is only available in the marketplace in official documents.
+:::warning
+Quick Preview is currently an experimental feature and is only available in the plugin market within the official site.
 :::
 
-[Koishi Online (k-on!)](https://koishi.online) is an online Koishi runtime.You can quickly experience the functionality of the plugin without installing Koishi locally.A plugin that can used on k-on! will show a lightning button. Click it to quickly create a k-on! instance.If you are the plugin developer, you can see [this article](../../cookbook/practice/online.md) to deploy your plugin to k-on!.
+[Koishi Online (k-on!)](https://koishi.online) is an online runtime for Koishi. It allows you to quickly test out several plugins without installing Koishi locally. Plugins compatible with k-on! will display a lightning bolt icon, which you can click to instantly create a k-on! instance.  If you're a plugin developer, you can refer to [this guide](../../cookbook/practice/online.md) to make your plugin compatible with k-on!.
 
 <script lang="ts" setup>
 import { MarketIcon } from '@koishijs/market'
diff --git a/en-US/manual/recipe/server.md b/en-US/manual/recipe/server.md
index b6d899e55988..01a742ac7526 100644
--- a/en-US/manual/recipe/server.md
+++ b/en-US/manual/recipe/server.md
@@ -1,31 +1,35 @@
 # Deployment
 
-::: warning
-It is vulnerable when you expose your Koishi on the Internet. You might need to limit the accessibility with [User Authorization](../usage/platform.md#控制台登录) or something else.
-:::
+By default, the Koishi application is only accessible on the local machine. However, you might want to access the Koishi console or other web services from Internet for some certain reason:
 
-Koishi apps can only be accessed from localhost by default. You might need to access the Koishi Console or services provided by other plugins on the Internet.
+- Allowing more people to access your Koishi console
+- Using plugins that serve as a webhook server (e.g., [GitHub](https://github.koishi.chat) and some adapter plugins)
 
-- Allow more people to access your Koishi console
-- Use plugins as webhook servers (for example [github](https://github.koishi.chat))
+This tutorial will guide you through the process of deploying the Koishi application on the Internet.
 
-This section would guide you in completing the deployment for a Koishi application.
+## Configure User Authentication
 
-## Direct Exposure
+Exposing a Koishi application to the Internet without restrictions could lead to attacks on your server. Therefore, you need to properly configure user authentication and other measures to restrict access to the console features.
 
-Click "Plugins Configuration" on the left side of the console, select "Global Configuration" and change `host` to `0.0.0.0`, then click "Reload Configuration" in the top right.After Koishi restarts, you can use `IP:Port` to visit Koishi Console on any device on the LAN network.
+In the [previous section](../usage/platform.md#console-login), we introduced how to use the [auth](../../plugins/console/auth.md) plugin.
 
-If you have already prepared a domain, you also need to modify `selfUrl` to address that you can access the Koishi instance.
+## Configuring the Server URL
 
-## Reverse Proxy
+Koishi 的服务器功能是由预装插件 [@koishijs/plugin-server](../../plugins/develop/server.md) 提供的。
 
-Reverse proxies are useful if you have more complex needs such as SSL and server name etc. Common solutions include nginx, Caddy, etc. You do not need to modify the `host` configuration item above when using reverse proxy.
+前往「插件配置」页面，找到 server 插件，并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待插件重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
+
+如果你将 Koishi 应用暴露在公网上，并配置了相应的域名解析记录，你还需要将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
+
+## 配置反向代理
+
+If you are about to configure SSL, domain, and other more complex options, you could use a reverse proxy server. Common solutions include nginx, Caddy, and others. 在同设备上使用反向代理时，你不需要修改上述 `host` 配置项。
 
 ### Use Caddy
 
 ```text
-# If you want to use a domain and also a SSL certificate
-# please change the :80 below to your domain
+# If you want to use a domain name and automatically issue an SSL certificate,
+# replace :80 with your domain below
 # https://caddyserver.com/docs/caddyfile
 :80 {
   reverse_proxy http://127.0.0.1:5140
@@ -34,7 +38,7 @@ Reverse proxies are useful if you have more complex needs such as SSL and server
 
 ### Use nginx
 
-Below is a nginx configuration for reference:
+Here is an example of nginx configuration for reference:
 
 ```text
 # http://nginx.org/en/docs/http/websocket.html
@@ -47,7 +51,7 @@ server {
   # server_name, port, ssl, etc.
 
   location / {
-    # 5140 corresponds to app.config.port
+    # The port 5140 is listened by a Koishi application
     proxy_pass http://127.0.0.1:5140/;
     proxy_redirect off;
     proxy_set_header X-Real-IP $remote_addr;
@@ -62,10 +66,10 @@ server {
 }
 ```
 
-## What's Next...
+## Next Steps
 
-Once the initial configuration has been completed, there are some additional community plugins to help you better deploy the Koishi Console.
+After completing the initial configuration, there are some additional community plugins that can help you better deploy the Koishi WebUI.
 
-### Add filing information
+### Adding ICP Filing (China Only)
 
-If your server is in the Mainland of China, you need to add the filing information inquiry to your console to be able to access it successfully on the Internet.Then you can use plugins (like [footer](https://github.com/koishijs/koishi-plugin-footer)) to complete the configuration.
+If your server is located in China mainland, you need to add ICP filing to the WebUI before it is accessible from Internet. You can use plugins like [footer](https://github.com/koishijs/koishi-plugin-footer) to complete this configuration.
diff --git a/en-US/manual/starter/android.md b/en-US/manual/starter/android.md
index dfd565b3c84e..fb7797d62663 100644
--- a/en-US/manual/starter/android.md
+++ b/en-US/manual/starter/android.md
@@ -7,25 +7,26 @@ next:
   link: /en-US/manual/usage/market.html
 ---
 
-# Install for Android
+# Installation on Android
 
-::: tip
-If you want to learn about other installation method, please visit [Installation](./index.md).
+:::tip
+For information on other installation methods, please visit [Choosing an Installation Method](./index.md).
 :::
 
-::: danger
-This project is still working in progress. Some features may not be available.
+:::danger
+此项目仍在早期开发中。Some features may not be available.
 :::
 
-## 下载
+## Download
 
-- [Download Standard Package (.apk)](https://k.ilharp.cc/android-lite.apk)
-- [Download Extension Package (.apk)](https://k.ilharp.cc/android-full.apk)
-- [Other Downloads](https://github.com/koishijs/koishi-android/releases)
+- [下载标准包 (.apk)](https://k.ilharp.cc/android-lite.apk)
+- [下载扩展包 (.apk)](https://k.ilharp.cc/android-full.apk)
+- [查看更多版本](https://github.com/koishijs/koishi-android/releases)
 
-## Install
+## Installation
 
-It is recommended to install Koishi from the installer, which would deal with most of the problems automatically. You should choose this method in general.
+It is recommended to install Koishi from the installer, which would deal with most of the problems automatically.
+You should choose this method in general.
 
 ## 启动
 
diff --git a/en-US/manual/starter/boilerplate.md b/en-US/manual/starter/boilerplate.md
index d827e652b544..cdf1cafb8397 100644
--- a/en-US/manual/starter/boilerplate.md
+++ b/en-US/manual/starter/boilerplate.md
@@ -7,26 +7,26 @@ next:
   link: /en-US/manual/usage/market.html
 ---
 
-# Create a boilerplate
+# Create from Template
 
 :::tip
-如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
+For information on other installation methods, please visit [Choosing an Installation Method](./index.md).
 :::
 
-本节将介绍我们最推荐的 Koishi 开发方案——创建模板项目。相比直接从零搭建，模板项目的优势在于：
+In this section, we will talk about creating a template project, which is strongly recommended for developing Koishi. Comparing to build up a project from scratch, there are advantages with the template:
 
-- 创建完成即是拥有带完整控制台体验的项目，一键创建各种模板插件
-- 支持直接加载 TypeScript，你可以尽情享受代码提示和类型检查带来的便利
-- 支持插件热重载，你可以在不重启应用的情况下修改插件代码，并获得即时的反馈
-- 支持二次开发，你可以将你自己的机器人与其他人的插件进行联合调试
+- Template One-click Creation. Create a project with full console experience and plugin templates with only one click
+- Fully TypeScript support. Enjoy the benefits of code hints and type checks.
+- Plugins Hot Reload. Get immediately feedback while changing plugin code without restarting the app.
+- Support Secondary Development. You could connect your own bot and others' plugins for debugging.
 
-当然，模板项目也可以直接用于生产。虽然在操作上可能不如启动器方便，但它提供了更多的自由度，并能在启动器所覆盖不到的场景下顺利运行。
+Of course, you could also use the template project in production. While it might be not convenient in operation, it would be more configurable than launchers. Template project could also be easily launched in case that launchers wouldn't work.
 
-## 安装 Node.js
+## Install Node.js
 
 Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运行环境，你需要自己安装它。
 
-### 下载安装包
+### Download Installer
 
 首先我们前往 [Node.js](https://nodejs.org/) 的官方网站：
 
@@ -34,19 +34,19 @@ Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运
 
 ![home](/manual/nodejs/home-light.webp) {.light-only}
 
-在这里可以看到两个巨大的按钮，分别对应着 **LTS (长期维护版)** 和 **Current (最新版本)**。我们建议你选择更加稳定的 LTS 版本，点击按钮即可下载安装包。
+在这里可以看到两个巨大的按钮，分别对应着 **LTS (长期维护版)** 和 **Current (最新版本)**。The stable LTS version is recommended. Click the button to download the installer.
 
-随后，运行下载好的安装包，根据提示完成整个安装流程即可。
+Then, launch the installer you just downloaded, complete the installation process.
 
-### 安装包管理器
+### NPM
 
-Node.js 自带名为 [npm](https://www.npmjs.com/) 的包管理器，你可以直接使用它。我们同时也推荐功能更强大的 [yarn](https://classic.yarnpkg.com/) 作为包管理器。它的安装非常简单，只需打开命令行输入下面的命令：
+Node.js 自带名为 [npm](https://www.npmjs.com/) 的包管理器，你可以直接使用它。We also recommend more powerful [Yarn](https://classic.yarnpkg.com/) as package manager.It is very simple to install Yarn, just enter the following command into command line.
 
 ```sh
-# 安装 yarn
+# install yarn
 npm i -g yarn
 
-# 查看版本
+# check yarn version
 yarn -v
 ```
 
@@ -54,21 +54,21 @@ yarn -v
 部分 Windows 用户可能会发现以下错误 ([参考链接](https://learn.microsoft.com/zh-cn/powershell/module/microsoft.powershell.core/about/about_execution_policies))：
 
 ```text
-yarn：无法加载文件 yarn.ps1，因为在此系统上禁止运行脚本。
+yarn: File yarn.ps1 cannot be loaded because running scripts is disabled on this system.
 ```
 
-此时请以管理员身份重新运行终端，并输入下面的命令：
+Now start a (PowerShell) terminal with elevated permission (as Administrator), run the command below:
 
 ```sh
 Set-ExecutionPolicy RemoteSigned
 ```
 
-之后就可以正常使用 yarn 了。
+Then you can use Yarn normally.
 :::
 
-### 配置镜像源
+### Configure Registry Mirror
 
-如果你是国内用户，从 npm 或 yarn 上下载依赖可能非常慢。因此，我们推荐你配置一下镜像源，以提升安装速度。
+If you live in Chinese mainland, it might be very slow when you download dependencies from npm or yarn. Therefore, it is recommended to configure a registry mirror to speed up the installation process.
 
 :::tabs code
 
@@ -82,7 +82,7 @@ yarn config set registry https://registry.npmmirror.com
 
 :::
 
-## 创建项目
+## Create a Project
 
 Open a command line, cd to the directory that you want to create a Koishi template project.
 
@@ -109,9 +109,9 @@ yarn create koishi
 
 Follow the prompts and finalize the initialization process.
 
-## 启动应用
+## Launch the Application
 
-If you have successfully finalized the operations above, your application should be already launched, the Koishi Console Web UI should be also opened. 如果你想要关闭应用，可以在命令行中按下 `Ctrl+C` 组合键。当应用处于关闭状态时，你可以在运行下面的指令以再次启动：
+If you have successfully finalized the operations above, your application should be already launched, the Koishi Console Web UI should be also opened. 如果你想要关闭应用，可以在命令行中按下 `Ctrl+C` 组合键。When your application is terminated, you could enter the following command to launch it again:
 
 :::tabs code
 
@@ -127,7 +127,7 @@ yarn start
 
 ## What's Next...
 
-Congratulations on mastering the basic of Koishi! 接下来：
+Congratulations on mastering the basic of Koishi! Moving forward:
 
 - 如果你希望了解 Koishi 的更多功能，请前往 [安装和配置插件](../usage/market.md)
 - 如果你希望立即开始你的插件开发，请前往 [开发指南](../../guide/index.md)
diff --git a/en-US/manual/starter/direct.md b/en-US/manual/starter/direct.md
index e54b30e20168..3accab216aa8 100644
--- a/en-US/manual/starter/direct.md
+++ b/en-US/manual/starter/direct.md
@@ -1,7 +1,7 @@
 ---
 prev:
   text: Installation
-  link: /en-US/manual/starter/
+  link: /zh-CN/manual/starter/
 next:
   text: Developing Guide
   link: /en-US/guide/
@@ -9,33 +9,35 @@ next:
 
 # Install as a dependency
 
-::: warning
-This guide assumes that you already have intermediate knowledge of [JavaScript](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript) and [Node.js](https://nodejs.org/). If you are just starting to learn JavaScript or not interested in writing business code, please [Choose Other Installation Methods](./index.md).
+:::warning
+这篇指南假设你已了解关于 [JavaScript](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript) 和 [Node.js](https://nodejs.org/) 的中级知识。If you are not familiar with JavaScript or not interested in business code, please [choose another installation method](./index.md).
 :::
 
-::: warning
-We strongly recommend using a template project for Koishi development. If you are unsure about what you are doing, it is advisable to read the [Template Project](./boilerplate.md) section thoroughly.
+:::danger
+我们强烈建议使用模板项目进行 Koishi 开发。如果你不确定自己在做什么，建议先完整阅读 [模板项目](./boilerplate.md) 章节。
 :::
 
-While we recommend the use of the [boilerplate](./boilerplate.md) for most users, it would be a more flexible choice if you directly embed Koishi as the dependency for your complex application.
+虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望在没有 Node.js 的环境下运行 Koishi，那么直接调用将会成为更具有灵活性的选择。
 
 ## Initializing Your Project
 
-::: tip
-The Koishi itself is written in TypeScript, so we recommend using TypeScript for Koishi development. In the following documentation, we will consistently use TypeScript as an example. If you are writing vanilla JavaScript or other JavaScript dialects, you could make modifications for your own code based on the example one.
+:::tip
+Koishi 本身使用 TypeScript 编写，因此我们推荐你使用 TypeScript 来进行 Koishi 开发。In the following documentation, we will consistently use TypeScript as an example. If you are writing vanilla JavaScript or other JavaScript dialects, you could make modifications for your own code based on the example one.
 :::
 
-Koishi requires a [Node.js](https://nodejs.org/) runtime environment (at least v18, suggested to use LTS versions), you need to install it yourself.We assume that you have already installed it.
+Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运行环境，你需要自己安装它。We assume that you have already installed it.
 
 Firstly initialize your bot directory, then install Koishi and the necessary plugins (in this example, we use the official plugins such as console, sandbox, and echo):
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 初始化项目
 npm init
 
 # 安装 Koishi 和相关插件
 npm i koishi \
+      @koishijs/plugin-server \
       @koishijs/plugin-console \
       @koishijs/plugin-sandbox \
       @koishijs/plugin-echo
@@ -43,12 +45,14 @@ npm i koishi \
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 npm i typescript @types/node esbuild esbuild-register -D
 ```
+
 ```yarn
 # 初始化项目
 yarn init
 
 # 安装 Koishi 和相关插件
-yarn add koishi
+yarn add koishi \
+         @koishijs/plugin-server \
          @koishijs/plugin-console \
          @koishijs/plugin-sandbox \
          @koishijs/plugin-echo
@@ -56,28 +60,28 @@ yarn add koishi
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 yarn add typescript @types/node esbuild esbuild-register -D
 ```
+
 :::
 
-Create a new entry file `index.ts` and write the following code:
+新建入口文件 `index.ts`，并写下这段代码：
 
 ```ts title=index.ts no-extra-header
 import { Context } from 'koishi'
+import server from '@koishijs/plugin-server'
 import console from '@koishijs/plugin-console'
 import * as sandbox from '@koishijs/plugin-sandbox'
 import * as echo from '@koishijs/plugin-echo'
 
-// Create a Koishi instance
-const ctx = new Context({
-  port: 5140,
-})
+// 创建一个 Koishi 应用
+const ctx = new Context()
 
-// Enable the above plugins
-ctx.plugin(console)     // Provides a console
-ctx.plugin(sandbox)     // Provides a debugging sandbox
-ctx.plugin(echo)        // Provides an echo command
-
-// Start the application
-ctx.start()
+// 启用上述插件
+ctx.plugin(server, {
+  port: 5140,
+})                      // 提供后端服务
+ctx.plugin(console)     // 提供控制台
+ctx.plugin(sandbox)     // 提供调试沙盒
+ctx.plugin(echo)        // 提供回声指令
 ```
 
 Then run this file:
@@ -86,7 +90,7 @@ Then run this file:
 node -r esbuild-register .
 ```
 
-Finally, open your browser and go to `http://localhost:5140`. You will see the Koishi Console WebUI. Click on the "Sandbox" icon on the left and click "Add User" at the top of the screen to create a virtual user. Now you can interact with the bot:
+最后，打开浏览器并前往 `http://localhost:5140`，你将看到一个控制台界面。Click on the "Sandbox" icon on the left and click "Add User" at the top of the screen to create a virtual user. Now you can interact with the bot:
 
 <chat-panel>
 <chat-message nickname="Alice">echo Bonjour</chat-message>
@@ -97,20 +101,23 @@ Finally, open your browser and go to `http://localhost:5140`. You will see the K
 
 If you want to integrate your bot with an actual chat platform, you just need to install the appropriate adapter plugins:
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 以 Satori 和 Discord 适配器为例
 npm i @koishijs/plugin-adapter-satori \
       @koishijs/plugin-adapter-discord
 ```
+
 ```yarn
 # 以 Satori 和 Discord 适配器为例
 yarn add @koishijs/plugin-adapter-satori \
          @koishijs/plugin-adapter-discord
 ```
+
 :::
 
-Then modify the `index.ts` file you created earlier. Every time you activated an adapter plugin instance, a new bot instance would be created:
+接着修改你刚刚创建的 `index.ts`。Every time you activated an adapter plugin instance, a new bot instance would be created:
 
 ```ts title=index.ts
 import satori from '@koishijs/plugin-adapter-satori'
@@ -135,7 +142,7 @@ ctx.plugin(discord, {
 
 ## Adding More Plugins
 
-Koishi plugins could be obtained from [npm](https://www.npmjs.com). Typically, plugins follow one of these naming conventions:
+Koishi 插件可以在 [npm](https://www.npmjs.com) 上获取。Typically, plugins follow one of these naming conventions:
 
 - koishi-plugin-foo
 - @koishijs/plugin-foo
@@ -143,15 +150,18 @@ Koishi plugins could be obtained from [npm](https://www.npmjs.com). Typically, p
 
 For community plugins, you can install and load them similarly:
 
-::: tabs code
+:::tabs code
+
 ```npm
 # Using puppeteer and forward plugins as examples
 npm i koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 ```yarn
 # Using puppeteer and forward plugins as examples
 yarn add koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 :::
 
 ```ts title=index.ts
@@ -164,7 +174,7 @@ ctx.plugin(forward)     // Provides message forwarding
 
 Please note the subtle difference in importing the two plugins above. The puppeteer plugin uses default export, while the forward plugin uses a named export namespace. These two approaches are fundamentally different and cannot be mixed, so you need to determine which category each plugin falls into. Although this may cause some confusion, if you are a TypeScript user, determining which category a plugin belongs to is easy with the help of type hints.
 
-Likewise, for CommonJS users who want to use `require` to get the plugin object, you should also pay attention to this distinction:
+同理，对于 commonjs 的使用者，如果要使用 `require` 来获取插件对象，也应注意到这种区别：
 
 ```ts title=index.ts
 // .default is required here
@@ -181,22 +191,22 @@ Users of other installation methods do not need to worry about this distinction,
 除了使用发布在 npm 上的插件，我们还可以添加自己的交互逻辑：
 
 ```ts title=index.ts
-// Reply with "world", after receiving "Hello"
-  ctx.on('message', (session) => {
-    if (session.content === 'Hello') {
-      session.send('world')
-    }
-  })
+// 如果收到“天王盖地虎”，就回应“宝塔镇河妖”
+ctx.on('message', (session) => {
+  if (session.content === '天王盖地虎') {
+    session.send('宝塔镇河妖')
+  }
+})
 ```
 
 Then run your project again:
 
 <chat-panel>
 <chat-message nickname="Alice">Hello</chat-message>
-<chat-message nickname="Koishi">world</chat-message>
+<chat-message nickname="Koishi">World</chat-message>
 </chat-panel>
 
-However, this may be worse because as your features grow, your `index.ts` file will become cumbersome. You can write the above logic in a separate file such as `ping.ts`, and then load it as a plugin:
+不过这样写可能并不好，因为一旦功能变多，你的 `index.ts` 就会变得臃肿。可以将上面的逻辑写在一个单独的文件 `ping.ts` 里，并将它作为一个插件来加载：
 
 ```ts title=ping.ts no-extra-header
 import { Context } from 'koishi'
@@ -204,10 +214,10 @@ import { Context } from 'koishi'
 export const name = 'ping'
 
 export function apply(ctx: Context) {
-  // Reply with "world", after receiving "Hello"
+  // 如果收到“天王盖地虎”，就回应“宝塔镇河妖”
   ctx.on('message', (session) => {
-    if (session.content === 'Hello') {
-      session.send('world')
+    if (session.content === '天王盖地虎') {
+      session.send('宝塔镇河妖')
     }
   })
 }
@@ -222,4 +232,4 @@ ctx.plugin(ping)
 
 ## What's Next...
 
-Congratulations on mastering the basic of Koishi! Next, let's go to [developing guide](../../guide/) to learn more about Koishi.
+Congratulations on mastering the basic of Koishi! 接下来让我们前往 [开发指南](../../guide/)，学习更多的 Koishi 知识。
diff --git a/en-US/manual/starter/docker.md b/en-US/manual/starter/docker.md
index bee9ae0c0ae1..087202e427dd 100644
--- a/en-US/manual/starter/docker.md
+++ b/en-US/manual/starter/docker.md
@@ -1,7 +1,7 @@
 ---
 prev:
   text: Installation
-  link: /en-US/manual/starter/
+  link: /zh-CN/manual/starter/
 next:
   text: Install and Configure Plugins
   link: /en-US/manual/usage/market.html
@@ -9,44 +9,50 @@ next:
 
 # Install for Container
 
-::: warning
-Containerized software products like Docker are developed for production environment. We will assume that you have enough acknowledgement for managing a server as well as the concept of "Containerization" or the common operations for these software products. It is not recommended for those who don't have enough acknowledgement unless they are installing Koishi on routers or NAS. Please [Choose Other Installation Methods](./index.md).
+:::warning
+Docker 等容器化软件是以服务生产环境而开发的应用平台，在使用此类软件部署之时，我们相信你已经掌握了运维一台服务器所必须的知识，同时也理解了容器化的概念与相关软件的基础操作。Otherwise, you could [choose other installation methods](./index.md) unless you are installing Koishi on an embedded system or NAS, etc.
 :::
 
-Koishi provides an [official Docker image](https://hub.docker.com/r/koishijs/koishi), which would convenient running Koishi in a container. You may need to install [Podman](https://podman.io) or [Docker](https://www.docker.com) first.
+Koishi 提供了 [Docker](https://hub.docker.com/r/koishijs/koishi) 镜像，方便你在容器中运行 Koishi。你需要首先安装 [Podman](https://podman.io) 或 [Docker](https://www.docker.com) 来运行容器。
 
 ## Start container
 
 Start container with the following command:
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi
 ```
+
 :::
 
-Many plugins depend on [koishi-plugin-pupeteer](https://www.npmjs.com/package/koishi-plugin-puppeteer) to render images, so the default image includes Chromium. If you don't need Chromium to be included, we also offer a lite version:
+许多插件依赖 [koishi-plugin-puppeteer](https://www.npmjs.com/package/koishi-plugin-puppeteer) 来进行图片渲染，故默认镜像中包含 Chromium。If you don't need Chromium to be included, we also offer a lite version:
+
+:::tabs code
 
-::: tabs code
 ```podman
 podman run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 :::
 
 On startup, the Koishi console will be bound to the 5140 port.
 
-If you want to persist your data, use `-v /some/place:/koishi` to remap Koishi files into your local file system or volumes.
+如果你需要持久化，请使用 `-v /some/place:/koishi` 来映射 Koishi 的文件。
 
-If you want to switch the time zone, use `-e TZ=Asia/Shanghai`.
+如果需要更正时区，请使用 `-e TZ=Asia/Shanghai` 来设置时区。
 
-::: tip
-You could update all the plugins as well as Koishi itself in Koishi Console. After persistence, only several programs such as Chromium or Node.js would be updated when you update the container.
+:::tip
+Koishi 本体及其插件都可以控制台完成更新。After persistence, only several programs such as Chromium or Node.js would be updated when you update the container.
 :::
 
 ## Install Plugins
diff --git a/en-US/manual/starter/index.md b/en-US/manual/starter/index.md
index 4cb3cd08c8c0..c4cb7d59b95d 100644
--- a/en-US/manual/starter/index.md
+++ b/en-US/manual/starter/index.md
@@ -7,30 +7,23 @@ choices:
     text: Building chatbot service
     caption: I use Koishi on...
     children:
-      - 
-        text: Windows
+      - text: Windows
         link: /en-US/manual/starter/windows.html
-      - 
-        text: macOS
+      - text: macOS
         link: /en-US/manual/starter/macos.html
-      - 
-        text: Linux
+      - text: Linux
         link: /en-US/manual/starter/linux.html
-      - 
-        text: Android
+      - text: Android
         link: /en-US/manual/starter/android.html
-      - 
-        text: Docker
+      - text: Docker
         link: /en-US/manual/starter/docker.html
   development:
     text: Developing
     caption: I use Koishi as...
     children:
-      - 
-        text: A standalone project
+      - text: A standalone project
         link: /en-US/manual/starter/boilerplate.html
-      - 
-        text: A dependency
+      - text: A dependency
         link: /en-US/manual/starter/direct.html
 ---
 
diff --git a/en-US/manual/starter/linux.md b/en-US/manual/starter/linux.md
index b493a5494af2..9582e6c53f54 100644
--- a/en-US/manual/starter/linux.md
+++ b/en-US/manual/starter/linux.md
@@ -9,14 +9,14 @@ next:
 
 # Install for Linux
 
-::: tip
-If you want to learn about other installation method, please visit [Installation](./index.md).
+:::tip
+For information on other installation methods, please visit [Choosing an Installation Method](./index.md).
 :::
 
-## 下载
+## Download
 
 - [AppImage (.AppImage)](https://k.ilharp.cc/linux.AppImage)
-- [Other Downloads](https://github.com/koishijs/koishi-desktop/releases)
+- [More versions](https://github.com/koishijs/koishi-desktop/releases)
 
 ## 启动
 
@@ -24,4 +24,5 @@ If you want to learn about other installation method, please visit [Installation
 
 ## Other Downloads
 
-Could not find an installation package suitable for you? You could choose to [use in a container](./docker.md) or [create template project](./boilerplate.md).
+Could not find an installation package suitable for you?
+你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/en-US/manual/starter/macos.md b/en-US/manual/starter/macos.md
index 93ad80584140..49bcd2f1e7e6 100644
--- a/en-US/manual/starter/macos.md
+++ b/en-US/manual/starter/macos.md
@@ -1,7 +1,7 @@
 ---
 prev:
   text: Installation
-  link: /en-US/manual/starter/
+  link: /zh-CN/manual/starter/
 next:
   text: Install and Configure Plugins
   link: /en-US/manual/usage/market.html
@@ -9,23 +9,25 @@ next:
 
 # Install for macOS
 
-::: tip
-If you want to learn about other installation method, please visit [Installation](./index.md).
+:::tip
+For information on other installation methods, please visit [Choosing an Installation Method](./index.md).
 :::
 
-## 下载
+## Download
 
-- [Installer (.pkg)](https://k.ilharp.cc/osx.pkg)
-- [Other Downloads](https://github.com/koishijs/koishi-desktop/releases)
+- [Package (.pkg)](https://k.ilharp.cc/osx.pkg)
+- [More versions](https://github.com/koishijs/koishi-desktop/releases)
 
-## Install
+## Installation
 
-It is recommended to install Koishi from the installer, which would deal with most of the problems automatically. You should choose this method in general.
+It is recommended to install Koishi from the installer, which would deal with most of the problems automatically.
+You should choose this method in general.
 
-## 启动
+## Start
 
 安装完成后，点击 Koishi 图标即可启动。The Koishi Console would be opened after a few seconds. Now you can start using Koishi.
 
 ## Other Downloads
 
-Could not find an installation package suitable for you? You could choose to [use in a container](./docker.md) or [create template project](./boilerplate.md).
+Could not find an installation package suitable for you?
+你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/en-US/manual/starter/windows.md b/en-US/manual/starter/windows.md
index bbdfac640e7d..37108783ffc1 100644
--- a/en-US/manual/starter/windows.md
+++ b/en-US/manual/starter/windows.md
@@ -9,37 +9,38 @@ next:
 
 # Install for Windows
 
-::: tip
-If you want to learn about other installation method, please visit [Installation](./index.md).
+:::tip
+For information on other installation methods, please visit [Choosing an Installation Method](./index.md).
 :::
 
-## 下载
+## Download
 
-- [Installer (.msi)](https://k.ilharp.cc/win.msi)
-- [Other Downloads](https://github.com/koishijs/koishi-desktop/releases)
+- [Installation Package (.msi)] (https://k.ilharp.cc/win.msi)
+- [More versions](https://github.com/koishijs/koishi-desktop/releases)
 
-## Install
+## Installation
 
-It is recommended to install Koishi from the installer, which would deal with most of the problems automatically. You should choose this method in general.
+You can install Koishi via the Koishi installer, which would deal with most of the problems automatically.This is recommended in general.
 
 ![msi-installer](/manual/windows/msi-installer-dark.webp) {.dark-only}
 
 ![msi-installer](/manual/windows/msi-installer-light.webp) {.light-only}
 
-双击安装包并一路点按「Next」，等待安装过程结束，你便可以在「开始」菜单中找到 Koishi 了。
+Double-click on the package and click Next all the way to wait for the installation process to finish, then you can find Koishi in the Start menu.
 
-::: tip
-The installation might cost more than 10 minutes on some devices, please be patient.
+:::tip
+Double-click on the package and click Next all the way to wait for the installation process to finish, then you can find Koishi in the Start menu.
 :::
 
-## 启动
+## Start
 
 ![start-menu](/manual/windows/start-menu-dark.webp) {.dark-only}
 
 ![start-menu](/manual/windows/start-menu-light.webp) {.light-only}
 
-安装完成后，点击 Koishi 图标即可启动。The Koishi Console would be opened after a few seconds. Now you can start using Koishi.
+Once the installation is complete, click on the Koishi icon to launch.The Koishi Console would be opened after a few seconds. Now you can start using Koishi.
 
 ## Other Downloads
 
-Could not find an installation package suitable for you? You could choose to [use in a container](./docker.md) or [create template project](./boilerplate.md).
+Could not find an installation package suitable for you?
+You can still choose to [use in Docker] (./docker.md) or [create template project] (./boilerplate.md).
diff --git a/en-US/manual/usage/adapter.md b/en-US/manual/usage/adapter.md
index 7beea7224a3b..19448201c0cb 100644
--- a/en-US/manual/usage/adapter.md
+++ b/en-US/manual/usage/adapter.md
@@ -6,9 +6,11 @@ After installing Koishi and exploring the marketplace, you must be eager to expe
 
 Navigate to the "Sandbox" page in the Console, where we can simulate a conversation with bots.
 
-首先点击屏幕左上角的「添加用户」来创建一个虚拟用户 (通常第一位虚拟用户的名字会是 Alice)，此时屏幕右侧会出现空白的聊天界面。Click the input box at the bottom of the chat UI, type "help" (without quotes) and then press the Enter key. 你会立即在聊天界面中看到机器人的回复，列出了包括 `echo` 和 `help` 在内的所有可用的指令，这便是 `help` 这个内置指令的功能。
+首先点击屏幕左上角的「添加用户」来创建一个虚拟用户 (通常第一位虚拟用户的名字会是 Alice)，此时屏幕右侧会出现空白的聊天界面。Click the input box at the bottom of the chat UI, type "help" (without quotes) and then press the Enter key.
+你会立即在聊天界面中看到机器人的回复，列出了包括 `echo` 和 `help` 在内的所有可用的指令，这便是 `help` 这个内置指令的功能。
 
-可以看到，这里的 `echo` 就是我们刚刚安装的插件，它的功能是将用户的输入原样返回。Let's try with entering "echo Bonjour", then press Enter to commit it. You will see the response from bot with "Bonjour".
+可以看到，这里的 `echo` 就是我们刚刚安装的插件，它的功能是将用户的输入原样返回。Let's try with entering "echo Bonjour", then press Enter to commit it.
+You will see the response from bot with "Bonjour".
 
 ![sandbox](/manual/console/sandbox.light.webp) {.light-only}
 
@@ -16,29 +18,32 @@ Navigate to the "Sandbox" page in the Console, where we can simulate a conversat
 
 如果想要模拟群聊，我们可以创建更多的用户，并在聊天界面顶部点击切换到「群聊模式」。这样，你就可以通过在左侧栏切换并控制多个虚拟用户与机器人聊天了。如果你要体验的是下棋一类的多人交互插件，这会非常有用。
 
-Additionally, you could also set the [Authority Level](../usage/customize.md#权限管理) of a user in the "User Settings" page when any commands require it.
+除此以外，如果某些指令需要一定的 [权限等级](../usage/customize.md#权限管理)，你也可以切换到「用户设置」中进行调整。
 
 ## Integrating with Real Chat Platforms
 
-Simulate the conversation in the sandbox is far from enough.We need to connect the bot into a real chat platform for it to truly serve us.Koishi uses adapter plugins to support various chat platforms. Below is the list of official adapters:
+Simulate the conversation in the sandbox is far from enough.We need to connect the bot into a real chat platform for it to truly serve us.Koishi uses adapter plugins to support various chat platforms.
+Below is the list of official adapters:
 
-- [DingTalk](../../plugins/adapter/dingtalk.md)
+- [钉钉](../../plugins/adapter/dingtalk.md)
 - [Discord](../../plugins/adapter/discord.md)
 - [KOOK](../../plugins/adapter/kook.md)
-- [Lark](../../plugins/adapter/lark.md)
+- [飞书](../../plugins/adapter/lark.md)
 - [LINE](../../plugins/adapter/line.md)
-- [Mail](../../plugins/adapter/mail.md)
+- [邮件](../../plugins/adapter/mail.md)
 - [Matrix](../../plugins/adapter/matrix.md)
 - [QQ](../../plugins/adapter/qq.md)
 - [Slack](../../plugins/adapter/slack.md)
 - [Telegram](../../plugins/adapter/telegram.md)
-- [WeChat Official](../../plugins/adapter/wechat-official.md)
-- [WeCom](../../plugins/adapter/wecom.md)
+- [微信公众号](../../plugins/adapter/wechat-official.md)
+- [企业微信](../../plugins/adapter/wecom.md)
 - [WhatsApp](../../plugins/adapter/whatsapp.md)
+- [Zulip](../../plugins/adapter/zulip.md)
 
 The commonly used adapter plugins are pre-installed in Koishi. You can find them in the plugin configuration under the "Adapter" section.If you don't see the platform you want, you can also search for and install more adapter plugins in the marketplace.
 
-A Koishi application could simultaneously connect to multiple bot accounts on multiple chat platforms. Each configuration copy of the corresponding adapter plugin maintains the bot account instance, you could add new configurations of adapter plugin according to [Add More Plugins](./market.md#添加更多插件). Since multiple bots within the same platform share the same user data, switching between them for load balancing is easy.
+A Koishi application could simultaneously connect to multiple bot accounts on multiple chat platforms. 每个账号对应一份插件配置，你可以参考 [添加更多插件](./market.md#添加更多插件) 中的方法添加新的插件配置。Since multiple bots within the same platform share the same user data,
+switching between them for load balancing is easy.
 
 There are large differences between the different platforms of ways and difficulty.There are different configuration work that you need to do with different platforms. 这些工作可能包括在平台内注册开发者账号、准备一台部署到公网的服务器等等。你可以在各个适配器插件的文档中找到详细的指引。
 
diff --git a/en-US/manual/usage/command.md b/en-US/manual/usage/command.md
index 61f5898742b6..2c273bde9603 100644
--- a/en-US/manual/usage/command.md
+++ b/en-US/manual/usage/command.md
@@ -121,7 +121,7 @@ For groups with lots of people or more than one bot, we strongly recommend that
 
 1. `prefix` 是一个列表，默认值为 `['']` 表示无需前缀也能触发；将列表清空会导致所有指令都无法通过 `prefix` 触发 (但仍然可以通过私聊或 `nickname` 或 @机器人 触发)
 2. 如果你在 `prefix` 中设置了多个值，例如 `['.', '/', '']`，那么 `.`, `/` 或无前缀都能触发指令；但由于 Koishi 是按顺序匹配各个前缀的，因此空串 `''` 必须写在最后一个
-3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#过滤器) 一节
+3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#filters) 一节
    :::
 
 ## subcommand
diff --git a/en-US/manual/usage/customize.md b/en-US/manual/usage/customize.md
index c491d292df57..bf1fe5ff6cb8 100644
--- a/en-US/manual/usage/customize.md
+++ b/en-US/manual/usage/customize.md
@@ -27,7 +27,7 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 <chat-panel>
 <chat-message nickname="Alice">authorize -u @Bob 2</chat-message>
-<chat-message nickname="Koishi">User data updated.</chat-message>
+<chat-message nickname="Koishi">User data has been changed.</chat-message>
 </chat-panel>
 
 任何用户只能对权限等级低于自己的用户进行操作，且操作后的权限等级同样必须低于自己。
@@ -40,7 +40,7 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 反过来，如果你希望你的 Koishi 实例不主动响应某个频道的消息，可以通过 `assign -r` 的方式来移除该频道的受理人。其他频道不会受到影响。
 
-::: tip
+:::tip
 某个频道处于无受理人状态与该频道被过滤器排除的区别在于：前者仍然可以被通过 @机器人 的方式触发指令，而后者无论如何都无法触发指令。具体请参考 [触发前缀](./command.md#触发前缀) 章节。
 :::
 
@@ -50,19 +50,19 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 上述两个配置项都支持 [计算属性](#计算属性)，这也意味着你可以在不同的聊天环境中配置不同的行为。
 
-## Filters
+## 过滤器 {#filters}
 
-Many times, we hope that certain features can only be used for certain group or private chats.Using permission management means introducing a database, and a lighter approach is to directly affect the plugin's functional diagram through **filters**.
+Many times, we hope that certain features can only be used for certain group or private chats.使用权限管理意味着引入数据库，而更轻量的方式是通过 **过滤器 (Filter)** 直接影响插件的作用范围。
 
 ### Plugin Filters
 
-::: tip
-A few plugins are unrelated to chat platforms, such as console and database plugins.These plugins therefore have no filter settings.
+:::tip
+少数插件与聊天平台无关，例如控制台、数据库插件等。These plugins therefore have no filter settings.
 :::
 
 Most of the plugins provide filter settings at the top of the plugin details page.Click the 'Add Condition' button to create a filter condition.Can include or exclude any platform/user/group/channel/robot by setting filters.
 
-::: tip
+:::tip
 如果不知道这些 ID 是什么，可以使用 [获取账号信息](./platform.md#获取账号信息) 中介绍的 [inspect](../../plugins/common/inspect.md) 插件。
 :::
 
@@ -70,7 +70,7 @@ After adding a condition, you will find that the button below has changed to two
 
 ### Conditional Properties
 
-Koishi not only supports setting up filters at the plugin level, but certain configuration items also support taking different values in different sessions.For example, we can see `prefix`, `autopsying` on the right side of configuration items with a "…" button
+Koishi not only supports setting up filters at the plugin level, but certain configuration items also support taking different values in different sessions.以全局设置为例，我们可以看到 `prefix`, `autoAssign` 等配置项的右侧有一个「…」按钮：
 
 ![computed](/manual/console/computed.dark.webp) {.dark-only}
 
@@ -92,7 +92,7 @@ Koishi supports internationalization natively, which means that a Koishi bot cou
 
 In Koishi, each user and channel managed by the application itself can independently set language preferences.其中，应用级别的默认语言通过全局配置项 `locale` 来设置，而用户、频道的语言偏好则通过 [admin](../../plugins/common/admin.md) 插件提供的 `user.locale` 和 `channel.locale` 指令来管理 (还记得指令系统中的 [这个例子](./command.md#子指令) 吧)。
 
-By default, the priority of preferred language is Channel > User > GlobalA group may have a large number of users who use different native languages participating in discussions, and different language channels are usually set up to facilitate communication.而对于此类情况，频道优先策略就可以让机器人在这些频道内始终使用预设好的语言来回答，而对于未设置语言偏好的频道，机器人仍然会遵循用户的偏好设置。Of course, you can also change this behavior through the global configuration item`i18n. output`.
+默认情况下，语言偏好的优先级是 频道 > 用户 > 全局。A group may have a large number of users who use different native languages participating in discussions, and different language channels are usually set up to facilitate communication.而对于此类情况，频道优先策略就可以让机器人在这些频道内始终使用预设好的语言来回答，而对于未设置语言偏好的频道，机器人仍然会遵循用户的偏好设置。当然，你也可以通过全局配置项 `i18n.output` 来更改此行为。
 
 ### Localize Text
 
diff --git a/en-US/manual/usage/market.md b/en-US/manual/usage/market.md
index 779abc9be079..ef2638251ec2 100644
--- a/en-US/manual/usage/market.md
+++ b/en-US/manual/usage/market.md
@@ -1,7 +1,7 @@
 ---
 prev:
   text: Installation
-  link: /en-US/manual/starter/
+  link: /zh-CN/manual/starter/
 ---
 
 # Install and Configure Plugins
@@ -91,12 +91,12 @@ Koishi pre-configured some groups during the installation, while newly installed
 
 Creating a new group is also simple.In "Global Configuration" or in any group page, click the "Create Group" button in the top right corner to create a new group.The name of the new group is randomly generated, but you can change it by clicking on the name to the name you like.The groups can unfold and fold by clicking on the small triangle in the left bar.
 
-In addition, the [filter](../usage/customize.md#过滤器) mechanism can also be used on groups to control the behavior of a range of plugins.
+此外，[过滤器](../usage/customize.md#filters) 机制也可用于分组，便于控制一系列插件的行为。
 
 ### Adding More Plugins
 
 :::tip
-通常情况下，一个插件只能同时运行一份配置。请参考 [维护多份配置](../recipe/multiple.md) 章节。
+In general, a plugin can only run one configuration at a time.Please refer to [Maintaining Multiple Configurations] (.. /recipe/multiple.md).
 :::
 
 If an installed plugin is not shown in the plugin list, you can also add it manually.
@@ -109,7 +109,7 @@ Click on the plugin to be added in the dialog box to create a plugin configurati
 
 ### Remove Plugin or Group
 
-:::warning
+:::danger
 注意：此操作无法被撤销，如果你想要恢复之前的配置，只能再次手动添加。Please be careful.
 :::
 
@@ -118,6 +118,10 @@ When removing groups, all plugins in the group will also be deleted.
 
 ## Update and Uninstall Plugins
 
+:::warning
+依赖管理功能仅为生产环境设计。如果当前 Koishi 是开发环境，请使用 [`dep`](../../guide/develop/workspace.md#dep) 命令来更新依赖。
+:::
+
 Go to the "Dependency Management" page. You can see the dependency list here.Dependencies may include Koishi properties, various plugins, and packages that support plugins to run, etc.
 
 When the status shows "Has Update", you can click the "Modify" button on the right, select the version you need in the top left corner of the popup dialog, and click "Updated" in the bottom right corner to complete your Updated.
diff --git a/en-US/manual/usage/platform.md b/en-US/manual/usage/platform.md
index 2ea3d2e75305..3f638785a8de 100644
--- a/en-US/manual/usage/platform.md
+++ b/en-US/manual/usage/platform.md
@@ -2,8 +2,8 @@
 
 Koishi describes itself as a "cross-platform" framework, but what does this "cross-platform" mean?This doesn't just mean that Koishi supports multiple running platforms, but that Koishi can access multiple chat platforms simultaneously and provide the most native experience possible:
 
-- Koishi 提供了统一的接口，你可以在任何聊天平台上享受完整的 Koishi 生态。
-- Koishi 应用可以同时接入多个聊天平台，用户可以在任意平台上与你的机器人进行交互。
+- Koishi provides a unified interface so you can enjoy the full Koishi ecosystem on any chat platform。
+- Koishi app can access multiple chat platforms at the same time, so users can interact with your bot on any platform。
 - Koishi 原生地支持了跨平台账号绑定，这使得用户可以带着全部数据进行无感迁移。
 
 现在就让我们来说说，如何在 Koishi 中使用跨平台的账号系统。
@@ -28,9 +28,9 @@ Koishi describes itself as a "cross-platform" framework, but what does this "cro
 
 If you want to login or bind your account, the platform name and user ID here will be useful.
 
-## Console Login
+## 控制台登录 {#console-login}
 
-The [auth](../../plugins/console/auth.md) plugin allows any user to log in and manage their Koishi account from the console.In addition, the plugin comes with an administrator account, which is the most convenient way to raise the rights of users who have just built Koishi.
+[auth](../../plugins/console/auth.md) 插件允许任何用户在控制台登录 Koishi 账号并管理自己的用户信息。In addition, the plugin comes with an administrator account, which is the most convenient way to raise the rights of users who have just built Koishi.
 
 ### Configure Login Plugin
 
@@ -40,7 +40,7 @@ Click on the Auth plugin in the Plugin Configuration screen.At this point we wil
 
 ![plugin-login](/manual/console/plugin-login.dark.webp) {.dark-only}
 
-Enter the password you've prepared. Click "Activate plugin".Select "User Password Login", enter the username (default `admin` if you haven't changed it) and password you just configured, and click "Login" to enter your personal page.
+Enter the password you've prepared. Click "Activate plugin".此时会弹出一个登录框，选择「用户密码登录」，填写你刚刚配置好的用户名 (如果你没改就是默认值 `admin`) 和密码，点击「登录」即可进入个人页面。
 
 ![login-password](/manual/console/login-password.light.webp) {.light-only}
 
@@ -76,7 +76,7 @@ Click the "Disconnect" button on the right side of the platform account if you w
 
 ### Binding by command
 
-[bind](../../plugins/common/bind.md) The plugin also implements the binding of accounts by means of a command.Using the platform account you want to bind to, send `bind` to the bot:
+[bind](../../plugins/common/bind.md) 插件通过指令也实现了账号绑定。使用要绑定的平台账号向机器人发送 `bind`：
 
 <chat-panel>
 <chat-message nickname="Alice">bind</chat-message>
@@ -87,7 +87,7 @@ Click the "Disconnect" button on the right side of the platform account if you w
 </chat-message>
 </chat-panel>
 
-Using the original platform account, follow the prompt and send `Koishi/123456` to the bot.The binding is complete at this point if your first message is a private chat message.The bot will ask you to confirm again if your first message is a guild chat message:
+跟随提示，使用原始平台账号向机器人发送 `Koishi/123456`。The binding is complete at this point if your first message is a private chat message.The bot will ask you to confirm again if your first message is a guild chat message:
 
 <chat-panel>
 <chat-message nickname="Alice">Koishi/123456</chat-message>
@@ -99,6 +99,6 @@ Using the original platform account, follow the prompt and send `Koishi/123456`
 </chat-message>
 </chat-panel>
 
-Follow the prompts again and send `Koishi/654321` to the bot using the target platform account to complete the binding.
+再次跟随提示，使用目标平台账号向机器人发送 `Koishi/654321`，即可完成绑定。
 
-Once the binding is complete, you can unbind the state at any time by sending `bind -r` to the robot from the target platform.
+绑定完成后，你可以随时在目标平台向机器人发送 `bind -r` 来解除绑定状态。
diff --git a/en-US/market/index.md b/en-US/market/index.md
index 9ff8aa7a4853..2a99b2f12cc3 100644
--- a/en-US/market/index.md
+++ b/en-US/market/index.md
@@ -2,4 +2,4 @@
 layout: market
 ---
 
-# Plugin market
+# marketplace
diff --git a/en-US/plugins/adapter/dingtalk.md b/en-US/plugins/adapter/dingtalk.md
index 6b654902aa62..f611bc76899e 100644
--- a/en-US/plugins/adapter/dingtalk.md
+++ b/en-US/plugins/adapter/dingtalk.md
@@ -1,9 +1,13 @@
 # @koishijs/plugin-adapter-dingtalk
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [开放平台 > 应用开发 > 钉钉应用](https://open-dev.dingtalk.com/fe/app#/corp/app) 并点击「创建应用」，输入相关信息确定创建
-2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 protocol 填写 ws，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 protocol 填写 http；最后点击发布按钮
+2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 `protocol` 选择 `ws`，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 `protocol` 选择 `http`；最后点击发布按钮
 3. 在左侧打开「凭证与基础信息」页面，将 `Client ID` 填入插件的 `appkey` 字段，将 `Client Secret` 填入插件的 `secret` 字段。
 4. (可选) 为了在控制台中显示应用名称与头像，请参照 [添加接口调用权限](https://open.dingtalk.com/document/orgapp/add-api-permission) 操作，申请 `qyapi_get_microapp_list` 权限；在左侧打开「添加应用能力」，选择添加「网页应用」。将「企业内部应用 AgentId」填入插件的 `agentId` 字段
 
@@ -44,7 +48,11 @@
 
 包括全部的 [`WsClient`](../../api/core/adapter.md#类-adapter-wsclient) 选项。
 
-## 内部 API
+## Internal API
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addAttendee()`](https://open.dingtalk.com/document/isvapp/add-schedule-participant)
 - [`internal.addCityCarApply()`](https://open.dingtalk.com/document/isvapp/synchronize-third-party-city-vehicle-approval-form)
diff --git a/en-US/plugins/adapter/discord.md b/en-US/plugins/adapter/discord.md
index 3f4b94865327..e99ff266149a 100644
--- a/en-US/plugins/adapter/discord.md
+++ b/en-US/plugins/adapter/discord.md
@@ -72,7 +72,11 @@
 
 当配置为 `attach` 并且发送文本+图片形式的消息时，无论 [`handleExternalAsset`](#options-discord-handleexternalasset) 配置为何都会先下载后发送。
 
-## 内部 API
+## Internal API
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addGuildMember()`](https://discord.com/developers/docs/resources/guild#add-guild-member)
 - [`internal.addGuildMemberRole()`](https://discord.com/developers/docs/resources/guild#add-guild-member-role)
diff --git a/en-US/plugins/adapter/kook.md b/en-US/plugins/adapter/kook.md
index eedcbb3a82e5..409f84e649a4 100644
--- a/en-US/plugins/adapter/kook.md
+++ b/en-US/plugins/adapter/kook.md
@@ -1,11 +1,15 @@
 # @koishijs/plugin-adapter-kook
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [开发者平台](https://developer.kookapp.cn/)，选择「机器人」并点击「新建」
 2. 根据自身需要，在「机器人连接模式」中选择 Webhook 或 WebSocket 中的一种：
-    - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
-    - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
+   - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
+   - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
 
 ## 基础配置项
 
diff --git a/en-US/plugins/adapter/lark.md b/en-US/plugins/adapter/lark.md
index 06ee9a902c43..5b8dd22cb209 100644
--- a/en-US/plugins/adapter/lark.md
+++ b/en-US/plugins/adapter/lark.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-lark
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在开发者后台 ([Lark](https://open.larksuite.com/app/) / [飞书](https://open.feishu.cn/app/)) 新建**企业自建应用**，点击应用名称进入应用详情页。
diff --git a/en-US/plugins/adapter/line.md b/en-US/plugins/adapter/line.md
index 37a452bd70ab..4b4cafa66d85 100644
--- a/en-US/plugins/adapter/line.md
+++ b/en-US/plugins/adapter/line.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-line
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在 [LINE 开发者控制台](https://developers.line.biz/console/) 注册账号，创建一个新的 Provider，在 Provider 中创建一个 Channel，类型选择 Messaging API，输入相关信息
@@ -26,7 +30,11 @@
 
 机器人密钥。
 
-## 内部 API
+## Internal API
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.audienceMatch()`](https://developers.line.biz/en/reference/partner-docs/#phone-audience-match)
 - [`internal.broadcast()`](https://developers.line.biz/en/reference/messaging-api/#send-broadcast-message)
diff --git a/en-US/plugins/adapter/mail.md b/en-US/plugins/adapter/mail.md
index b6bd3b30a152..ad5c5bddbcde 100644
--- a/en-US/plugins/adapter/mail.md
+++ b/en-US/plugins/adapter/mail.md
@@ -10,25 +10,25 @@
 
 - 接收服务器：`imap.qq.com`，端口号 `993`
 - 发送服务器：`smtp.qq.com`，端口号 `465` 或 `587`
-- Reference [what is the authorization code, and how is it set?](https://service.mail.qq.com/detail/0/75)
+- 参考：[什么是授权码，它又是如何设置？](https://service.mail.qq.com/detail/0/75)
 
 ### Netease 163
 
 - 接收服务器：`imap.163.com`，端口号 `993`
 - 发送服务器：`smtp.163.com`，端口号 `465` 或 `994`
-- Reference：[Netease 163 service](https://mail.163.com/html/110127_imap/index.htm)
+- 参考：[网易邮箱 IMAP 服务](https://mail.163.com/html/110127_imap/index.htm)
 
 ### Outlook
 
 - 接收服务器：`outlook.office365.com`，端口号 `993`
 - 发送服务器：`smtp-mail.outlook.com`，端口号 `587`
-- Reference [POP, IMAP, and SMTP settings for Outlook.com](https://support.microsoft.com/zh-cn/office/outlook-com-%E7%9A%84-pop-imap-%E5%92%8C-smtp-%E8%AE%BE%E7%BD%AE-d088b986-291d-42b8-9564-9c414e2aa040)
+- 参考：[Outlook.com 的 POP、IMAP 和 SMTP 设置](https://support.microsoft.com/zh-cn/office/outlook-com-%E7%9A%84-pop-imap-%E5%92%8C-smtp-%E8%AE%BE%E7%BD%AE-d088b986-291d-42b8-9564-9c414e2aa040)
 
 ### Gmail
 
 - 接收服务器：`imap.gmail.com`，端口号 `993`
 - 发送服务器：`smtp.gmail.com`，端口号 `465`
-- Reference: [Check Gmail through other email platforms](https://support.google.com/mail/answer/7126229?hl=zh-Hans#zippy=%2C%E7%AC%AC-%E6%AD%A5%E6%A3%80%E6%9F%A5-imap-%E6%98%AF%E5%90%A6%E5%B7%B2%E5%90%AF%E7%94%A8%2C%E7%AC%AC-%E6%AD%A5%E5%9C%A8%E7%94%B5%E5%AD%90%E9%82%AE%E4%BB%B6%E5%AE%A2%E6%88%B7%E7%AB%AF%E4%B8%AD%E6%9B%B4%E6%94%B9-smtp-%E5%92%8C%E5%85%B6%E4%BB%96%E8%AE%BE%E7%BD%AE)
+- 参考：[通过其他电子邮件平台查看 Gmail](https://support.google.com/mail/answer/7126229?hl=zh-Hans#zippy=%2C%E7%AC%AC-%E6%AD%A5%E6%A3%80%E6%9F%A5-imap-%E6%98%AF%E5%90%A6%E5%B7%B2%E5%90%AF%E7%94%A8%2C%E7%AC%AC-%E6%AD%A5%E5%9C%A8%E7%94%B5%E5%AD%90%E9%82%AE%E4%BB%B6%E5%AE%A2%E6%88%B7%E7%AB%AF%E4%B8%AD%E6%9B%B4%E6%94%B9-smtp-%E5%92%8C%E5%85%B6%E4%BB%96%E8%AE%BE%E7%BD%AE)
 
 ## 配置项
 
diff --git a/en-US/plugins/adapter/matrix.md b/en-US/plugins/adapter/matrix.md
index 8cff8993f6c1..74a48a24be1f 100644
--- a/en-US/plugins/adapter/matrix.md
+++ b/en-US/plugins/adapter/matrix.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-matrix
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 参考 [此链接](https://spec.matrix.org/unstable/application-service-api/#registration) 编写 `registry.yaml` 文件：
diff --git a/en-US/plugins/adapter/qq.md b/en-US/plugins/adapter/qq.md
index f9b1e2b9edb9..318ca4f620ee 100644
--- a/en-US/plugins/adapter/qq.md
+++ b/en-US/plugins/adapter/qq.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-qq
 
-QQ (official robot) adapter.
+QQ 和 QQ 频道官方机器人适配器。
 
 ## 接入方法
 
@@ -55,3 +55,78 @@ QQ (official robot) adapter.
 - 默认值: `'bot'`
 
 验证方式。
+
+## Internal API
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
+
+QQ 群和频道有着不同的机器人接口，因此我们提供了两套内部 API。
+
+### 群 (含私聊)
+
+对应的平台名称为 `qq`。
+
+- `internal.acknowledgeInteraction()`
+- `internal.sendFileGuild()`
+- `internal.sendFilePrivate()`
+- `internal.sendMessage()`
+- `internal.sendPrivateMessage()`
+
+### 频道 (含私聊)
+
+对应的平台名称为 `qqguild`。
+
+- `internal.addGuildMemberRole()`
+- `internal.createDMS()`
+- `internal.createGuildApiPermissionDemand()`
+- `internal.createGuildAnnounce()`
+- `internal.createGuildChannel()`
+- `internal.createGuildRole()`
+- `internal.createPinsMessage()`
+- `internal.createPost()`
+- `internal.createSchedule()`
+- `internal.createReaction()`
+- `internal.deleteChannel()`
+- `internal.deleteDM()`
+- `internal.deleteMessage()`
+- `internal.deleteReaction()`
+- `internal.getChannel()`
+- `internal.getChannelMemberPermissions()`
+- `internal.getChannelOnlineNums()`
+- `internal.getChannelRole()`
+- `internal.getChannels()`
+- `internal.getGuild()`
+- `internal.getGuildApiPermissions()`
+- `internal.getGuildMember()`
+- `internal.getGuildMembers()`
+- `internal.getGuildRoleMembers()`
+- `internal.getGuildRoles()`
+- `internal.getGuilds()`
+- `internal.getMe()`
+- `internal.getMessage()`
+- `internal.getMessageSetting()`
+- `internal.getPinsMessage()`
+- `internal.getSchedule()`
+- `internal.getSchedules()`
+- `internal.getReactions()`
+- `internal.getThread()`
+- `internal.listThreads()`
+- `internal.modifyChannel()`
+- `internal.modifyChannelMemberPermissions()`
+- `internal.modifyChannelRole()`
+- `internal.modifyGuildRole()`
+- `internal.modifySchedule()`
+- `internal.muteGuild()`
+- `internal.muteGuildMember()`
+- `internal.muteGuildMembers()`
+- `internal.removeGuildAnnounce()`
+- `internal.removeGuildMember()`
+- `internal.removeGuildMemberRole()`
+- `internal.removeGuildRole()`
+- `internal.removePinsMessage()`
+- `internal.removePost()`
+- `internal.removeSchedule()`
+- `internal.sendDM()`
+- `internal.sendMessage()`
diff --git a/en-US/plugins/adapter/satori.md b/en-US/plugins/adapter/satori.md
index 4a0ffa5db380..971d6a3759c3 100644
--- a/en-US/plugins/adapter/satori.md
+++ b/en-US/plugins/adapter/satori.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-satori
 
-::: tip
+:::tip
 另见：[@koishijs/plugin-server-satori](../develop/server-satori.md)。
 :::
 
diff --git a/en-US/plugins/adapter/slack.md b/en-US/plugins/adapter/slack.md
index 4b5fa98e09e9..0dad13597b12 100644
--- a/en-US/plugins/adapter/slack.md
+++ b/en-US/plugins/adapter/slack.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-slack
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中，`http` 连接方式需要一个公网可访问的地址。在接入之前，请根据使用需求填写插件的 [`protocol`](#config-protocol) 字段。
@@ -8,7 +12,11 @@ Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中
 
 2. 前往 [应用后台](https://api.slack.com/apps)，点击「Create New App」>「From Scratch」，填入应用名称和所添加的工作区 (目前适配器只支持一个应用处理一个工作区的事件)，点击「Create App」。
 
-![app-1](/adapter/slack/app-1.webp)<!-- !\[app-2\](/adapter/slack/app-2.webp) -->3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
+![app-1](/adapter/slack/app-1.webp)
+
+<!-- ![app-2](/adapter/slack/app-2.webp) -->
+
+3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
 
 ![secret-1](/adapter/slack/secret-1.webp)
 
diff --git a/en-US/plugins/adapter/telegram.md b/en-US/plugins/adapter/telegram.md
index 320069c189df..25fc51371fe5 100644
--- a/en-US/plugins/adapter/telegram.md
+++ b/en-US/plugins/adapter/telegram.md
@@ -1,16 +1,20 @@
 # @koishijs/plugin-adapter-telegram
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 搜索 @botfather（有个官方认证的符号）并进入聊天界面
-2. After entering `start`, a menu will appear. You can use commands to configure your bot here.
-3. To create a bot, click `/newbot` and follow the instructions to finish the process of creation.
+2. 输入 `/start` 后，会出现一个使用菜单，你可以使用这里指令对你的机器人进行配置
+3. 要创建一个机器人，请点击 `/newbot`，并根据系统提示完成创建流程
 4. 使用 `/setprivacy` 关闭 Privacy Mode（设置为 DISABLED，不然机器人只能收到特定消息）
 5. 创建完毕后，你会获得一个 token（请注意不要泄露），将其作为机器人配置项即可使用
 
 参考文档：<https://core.telegram.org/bots>
 
-::: tip
+:::tip
 如果启动机器人后发现收不到不带 `/` 的消息，这很可能是由于 Privacy Mode 未开启。如果开启后仍然收不到消息，请尝试将机器人从群组中移除后重新加入。
 :::
 
@@ -71,7 +75,11 @@
 
 Koishi 服务暴露在公网的地址，会覆盖 [`app.config.selfUrl`](../../api/core/app.md#options-selfurl) 的值。
 
-## 内部 API
+## Internal API
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addStickerToSet()`](https://core.telegram.org/bots/api#addstickertoset)
 - [`internal.answerCallbackQuery()`](https://core.telegram.org/bots/api#answercallbackquery)
diff --git a/en-US/plugins/adapter/wechat-official.md b/en-US/plugins/adapter/wechat-official.md
index 738c7fa072f5..9e9295566d4b 100644
--- a/en-US/plugins/adapter/wechat-official.md
+++ b/en-US/plugins/adapter/wechat-official.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wechat-official
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 根据 [注册流程指引](https://kf.qq.com/product/weixinmp.html#hid=87) 注册公众平台。
@@ -8,7 +12,7 @@
 4. 页面下方启用服务器配置，将机器人的 `selfUrl` 值后连接 `/wechat-official` (如 `https://example.com/wechat-official`)，在 URL 一栏中填写；在插件配置和公众平台上填入相同的 Token；在公众平台上生成 EncodingAESKey 并填入插件的 aesKey 字段；三种消息加解密方式均可选择。
 5. 如果公众号为企业主体，且通过了微信认证，可在插件配置中启用 customerService。客服接口提供了更宽松的消息回复能力。
 
-参考文档：[https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html](https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html)
+参考文档：<https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html>
 
 ## 配置项
 
diff --git a/en-US/plugins/adapter/wecom.md b/en-US/plugins/adapter/wecom.md
index 8f5fb195b12e..10626697ae9b 100644
--- a/en-US/plugins/adapter/wecom.md
+++ b/en-US/plugins/adapter/wecom.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wecom
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [我的企业](https://work.weixin.qq.com/wework_admin/frame#profile)，复制页面下方企业 ID，填入插件的 corpId。
diff --git a/en-US/plugins/adapter/whatsapp.md b/en-US/plugins/adapter/whatsapp.md
index e33dbab03ddb..a7bcdad5fa62 100644
--- a/en-US/plugins/adapter/whatsapp.md
+++ b/en-US/plugins/adapter/whatsapp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-whatsapp
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [商务平台](https://business.facebook.com/) 创建业务账户，并在 [业务设置](https://business.facebook.com/settings/security) 完成组织验证
diff --git a/en-US/plugins/common/admin.md b/en-US/plugins/common/admin.md
index 35d70817db5d..cdd2e847d411 100644
--- a/en-US/plugins/common/admin.md
+++ b/en-US/plugins/common/admin.md
@@ -1,10 +1,10 @@
 # Data Management (Admin)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 权限管理](../../manual/usage/customize.md#权限管理) 章节。
 :::
 
@@ -47,8 +47,9 @@ assign 指令可用于设置频道的 [受理人](../../manual/usage/customize.m
 1. 私聊机器人 B，发送 `assign -c #A`
 2. 在频道 A 中发送 `assign @B`（假设 B 能收到此消息）
 
-## 指令：user.flag <badge type="danger">deprecated</badge>
-## 指令：channel.flag <badge type="danger">deprecated</badge>
+## 指令：user.flag <badge type="danger">废弃</badge>
+
+## 指令：channel.flag <badge type="danger">废弃</badge>
 
 - 基本语法：`xxx.flag [...names]`
 - 选项：
diff --git a/en-US/plugins/common/bind.md b/en-US/plugins/common/bind.md
index 6ac7ac2ce0c9..35dad28e6e5e 100644
--- a/en-US/plugins/common/bind.md
+++ b/en-US/plugins/common/bind.md
@@ -1,10 +1,10 @@
 # Account Connection (Bind)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 账号系统 > 账号绑定](../../manual/usage/platform.md#通过指令绑定) 章节。
 :::
 
diff --git a/en-US/plugins/common/broadcast.md b/en-US/plugins/common/broadcast.md
index f1fb9e8ef989..be77ce1354a8 100644
--- a/en-US/plugins/common/broadcast.md
+++ b/en-US/plugins/common/broadcast.md
@@ -1,6 +1,6 @@
 # Broadcasting (Broadcast)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
@@ -20,6 +20,6 @@ broadcast foo bar baz     # 向所有频道发送 foo bar baz
 
 当一个机器人账号同时向多个频道发送广播消息时，为了避免风控，Koishi 会给每条消息发送后添加一段延迟，可以通过 [`delay.broadcast`](../../api/core/app.md#options-delay) 进行配置。
 
-::: tip 提示
+:::tip
 broadcast 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/en-US/plugins/common/callme.md b/en-US/plugins/common/callme.md
index 41c8d17cce4d..b2d2efb8bc00 100644
--- a/en-US/plugins/common/callme.md
+++ b/en-US/plugins/common/callme.md
@@ -1,6 +1,6 @@
 # Nickname Setting (Callme)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
diff --git a/en-US/plugins/common/echo.md b/en-US/plugins/common/echo.md
index 40cebc50b5bf..a9ba1096bd17 100644
--- a/en-US/plugins/common/echo.md
+++ b/en-US/plugins/common/echo.md
@@ -19,6 +19,6 @@ echo -u @foo foo bar      # 向用户 foo 私聊发送 foo bar
 echo -c #bar foo bar      # 向频道 bar 发送 foo bar
 ```
 
-::: tip 提示
+:::tip
 echo 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/en-US/plugins/common/help.md b/en-US/plugins/common/help.md
index 8b8615bf9ab3..619cd10f96a4 100644
--- a/en-US/plugins/common/help.md
+++ b/en-US/plugins/common/help.md
@@ -1,6 +1,6 @@
-# Display Help (Help)
+# View Help (Help)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 查看帮助](../../manual/usage/command.md#查看帮助) 章节。
 :::
 
diff --git a/en-US/plugins/common/inspect.md b/en-US/plugins/common/inspect.md
index 3f2c33340e9e..527dd5417e52 100644
--- a/en-US/plugins/common/inspect.md
+++ b/en-US/plugins/common/inspect.md
@@ -1,5 +1,5 @@
 # Session Inspector (Inspect)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 账号系统 > 获取账号信息](../../manual/usage/platform.md#获取账号信息) 章节。
 :::
diff --git a/en-US/plugins/console/auth.md b/en-US/plugins/console/auth.md
index fd224d9810c1..e725f939b8d9 100644
--- a/en-US/plugins/console/auth.md
+++ b/en-US/plugins/console/auth.md
@@ -1,4 +1,4 @@
-# 用户登录 (Auth)
+# User Authorization (Auth)
 
 ## 配置项
 
diff --git a/en-US/plugins/console/commands.md b/en-US/plugins/console/commands.md
index 33ff1409ae03..10261850c435 100644
--- a/en-US/plugins/console/commands.md
+++ b/en-US/plugins/console/commands.md
@@ -1,6 +1,6 @@
 # Command Management (Commands)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 指令管理](../../manual/usage/command.md#指令管理) 一节。
 :::
 
diff --git a/en-US/plugins/console/config.md b/en-US/plugins/console/config.md
index dc32e5984d42..044a49fda0c7 100644
--- a/en-US/plugins/console/config.md
+++ b/en-US/plugins/console/config.md
@@ -1,2 +1 @@
-# 插件配置 (Config)
-
+# Plugin Configuration (Config)
diff --git a/en-US/plugins/console/explorer.md b/en-US/plugins/console/explorer.md
index 2a8b2437633a..abd129bda166 100644
--- a/en-US/plugins/console/explorer.md
+++ b/en-US/plugins/console/explorer.md
@@ -1,2 +1 @@
-# Resource Manager (Explorer)
-
+# File Management (Explorer)
diff --git a/en-US/plugins/console/index.md b/en-US/plugins/console/index.md
index 6de4c720af27..d1f32fb6d275 100644
--- a/en-US/plugins/console/index.md
+++ b/en-US/plugins/console/index.md
@@ -2,7 +2,6 @@
 
 ## 配置项
 
-
 <!-- ### title
 
 - 类型: `string`
diff --git a/en-US/plugins/console/insight.md b/en-US/plugins/console/insight.md
index 43ebcf6b432c..c6447a41f5b6 100644
--- a/en-US/plugins/console/insight.md
+++ b/en-US/plugins/console/insight.md
@@ -1,2 +1 @@
 # Dependencies Graph (Insight)
-
diff --git a/en-US/plugins/console/locales.md b/en-US/plugins/console/locales.md
index 0c8a274259df..0d0469744fde 100644
--- a/en-US/plugins/console/locales.md
+++ b/en-US/plugins/console/locales.md
@@ -1,6 +1,6 @@
 # Localization Management (Locales)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 国际化](../../manual/usage/customize.md#本地化文本) 一节。
 :::
 
diff --git a/en-US/plugins/console/logger.md b/en-US/plugins/console/logger.md
index a2752f6c1b53..573312de0ff3 100644
--- a/en-US/plugins/console/logger.md
+++ b/en-US/plugins/console/logger.md
@@ -1,2 +1 @@
 # Logs Management (Logger)
-
diff --git a/en-US/plugins/console/market.md b/en-US/plugins/console/market.md
index 41d980dc4885..72f8b200fecd 100644
--- a/en-US/plugins/console/market.md
+++ b/en-US/plugins/console/market.md
@@ -9,7 +9,7 @@
 用于搜索插件市场的网址。默认跟随当前的 npm registry。
 
 ::: tip
-一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 <https://registry.npmmirror.com>)。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
+一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 [https://registry.npmmirror.com](https://registry.npmmirror.com))。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
 
 你可以填入我们的官方镜像：<https://registry.koishi.chat/index.json>。
 :::
diff --git a/en-US/plugins/console/sandbox.md b/en-US/plugins/console/sandbox.md
index 9873fe87d718..58dc734c1afa 100644
--- a/en-US/plugins/console/sandbox.md
+++ b/en-US/plugins/console/sandbox.md
@@ -1,5 +1,5 @@
 # 沙盒调试 (Sandbox)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 第一次聊天](../../manual/usage/adapter.md#在沙盒中模拟对话) 一节。
 :::
diff --git a/en-US/plugins/console/status.md b/en-US/plugins/console/status.md
index ae6422c6957b..ddfe7cb3397e 100644
--- a/en-US/plugins/console/status.md
+++ b/en-US/plugins/console/status.md
@@ -45,6 +45,7 @@ template.set('status', {
   ].join('\n'),
 })
 ```
+
 </div>
 
 ## 配置项
diff --git a/en-US/plugins/database/mysql.md b/en-US/plugins/database/mysql.md
index d58a0b242494..12facb35c600 100644
--- a/en-US/plugins/database/mysql.md
+++ b/en-US/plugins/database/mysql.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-database-mysql
 
-::: tip 注意
+:::tip
 需要的最低版本是 MySQL 5.7 / 8.0 或 MariaDB 10.5。
 :::
 
diff --git a/en-US/plugins/develop/hmr.md b/en-US/plugins/develop/hmr.md
index ae03d68805a8..a9a494a7dc56 100644
--- a/en-US/plugins/develop/hmr.md
+++ b/en-US/plugins/develop/hmr.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-hmr
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 开发起步 > 启动脚本](../../guide/develop/script.md#模块热替换) 章节。
 :::
 
diff --git a/en-US/plugins/develop/http.md b/en-US/plugins/develop/http.md
new file mode 100644
index 000000000000..5234143fd3d5
--- /dev/null
+++ b/en-US/plugins/develop/http.md
@@ -0,0 +1,50 @@
+# @koishijs/plugin-http
+
+:::tip
+如果想要使用代理，可以使用 [@koishijs/plugin-proxy-agent](./proxy-agent.md) 插件。
+:::
+
+@koishijs/plugin-http 提供了 `ctx.http` 基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。
+
+你可能会有这样的疑问：为什么不直接使用 fetch，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了统一的配置，各个插件则只需要调用 `ctx.http` 即可，不用关心复杂多变的用户需求。
+
+## 实例方法
+
+### ctx.http(method, url, config)
+
+- **method:** `string` 请求方法
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+### ctx.http.head(url, config)
+
+### ctx.http.get(url, config)
+
+### ctx.http.delete(url, config)
+
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 HEAD / GET / DELETE 请求。
+
+### ctx.http.post(url, data, config)
+
+### ctx.http.put(url, data, config)
+
+### ctx.http.patch(url, data, config)
+
+- **url:** `string` 请求地址
+- **data:** `any` 请求数据
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 POST / PUT / PATCH 请求。
+
+### ctx.http\.ws(url)
+
+- **url:** `string` 请求地址
+- 返回值: `WebSocket`
+
+创建一个 WebSocket 连接。
diff --git a/en-US/plugins/develop/mock.md b/en-US/plugins/develop/mock.md
index ba6e901caa1b..5cf02f54bbc2 100644
--- a/en-US/plugins/develop/mock.md
+++ b/en-US/plugins/develop/mock.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-mock
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 单元测试](../../cookbook/practice/testing.md) 章节。
 :::
 
diff --git a/en-US/plugins/develop/notifier.md b/en-US/plugins/develop/notifier.md
new file mode 100644
index 000000000000..4669056aceb0
--- /dev/null
+++ b/en-US/plugins/develop/notifier.md
@@ -0,0 +1,38 @@
+# @koishi/plugin-notifier
+
+## Context API
+
+### ctx.notifier.create(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+- 返回值: [`Notifier`](#notifier)
+
+创建一个通知。如果传入的是字符串或 JSX，则会视为 [`options.content`](#options-content)。
+
+## 通知选项 {#options}
+
+### options.type
+
+- 类型: `'primary' | 'success' | 'warning' | 'danger'`
+- 默认值: `'primary'`
+
+通知类型。
+
+### options.content
+
+- 类型: `Fragment`
+- 默认值: `''`
+
+通知内容。
+
+## 类：Notifier {#notifier}
+
+### notifier.update(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+
+更新此通知。如果传入的是字符串，则会视为 [`options.content`](#options-content)。
+
+### notifier.dispose()
+
+移除此通知。
diff --git a/en-US/plugins/develop/proxy-agent.md b/en-US/plugins/develop/proxy-agent.md
new file mode 100644
index 000000000000..8043ad9d63e7
--- /dev/null
+++ b/en-US/plugins/develop/proxy-agent.md
@@ -0,0 +1,11 @@
+# @koishijs/plugin-proxy-agent
+
+@koishijs/plugin-proxy-agent 为 [`http`](./http.md) 服务提供了额外的网络代理能力，支持 HTTP(S), SOCKS 系列协议。
+
+## 配置项
+
+### config.proxyAgent
+
+- 类型: `string`
+
+请求时默认使用的网络代理。
diff --git a/en-US/plugins/develop/server-temp.md b/en-US/plugins/develop/server-temp.md
index 11b8d759bfab..0b8f6e361393 100644
--- a/en-US/plugins/develop/server-temp.md
+++ b/en-US/plugins/develop/server-temp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-server-temp
 
+:::warning
+使用此插件需要你将 Koishi [部署到公网](../../manual/recipe/server.md) (通常你还需要准备一个公网域名)。
+:::
+
 @koishijs/plugin-server-temp 实现了一个临时文件服务。
 
 ## 配置项
@@ -11,6 +15,13 @@
 
 服务器监听的路径。
 
+### config.selfUrl
+
+- 类型: `string`
+- 默认值: [`ctx.server.config.selfUrl`](./server.md#config-selfurl)
+
+服务暴露在公网的地址。
+
 ### config.maxAge
 
 - 类型: `number`
diff --git a/en-US/plugins/develop/server.md b/en-US/plugins/develop/server.md
index 9b1d5ff6d868..5e54bc9970b1 100644
--- a/en-US/plugins/develop/server.md
+++ b/en-US/plugins/develop/server.md
@@ -1,15 +1,58 @@
 # @koishijs/plugin-server
 
-@koishijs/plugin-server 实现了一个 [Satori 协议](https://satori.js.org/zh-CN/) 的服务器。这个插件将允许你：
+@koishijs/plugin-server 提供了 `ctx.server` 基础服务，它是一个基于 [Koa Router](https://github.com/koajs/router) 的简单路由系统，用于管理 Koishi 应用收到的网络请求。除了 Koa Router 所支持的部分方法外，Router API 还提供了一些额外的功能，例如支持接受 WebSocket 连接等。
 
-- 通过 HTTP / WebSocket 访问当前 Koishi 实例中的机器人
-- 配合 [Satori 适配器](../adapter/satori.md)，在另一个 Koishi 实例中完全控制当前实例中的机器人
+## Context API
+
+::: warning
+请避免使用未在本页列出的方法：
+
+1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
+2. 未来可能会不基于 Koa Router 重新实现路由系统。
+   :::
+
+### ctx.server[method](path, middleware)
+
+- **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **middleware:** `Function` Koa 中间件
+
+处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
+
+### ctx.server\.ws(path, handler)
+
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **handler:** `WebSocketHandler` 处理函数，接受下列参数
+  - **socket:** [`WebSocket`](https://github.com/websockets/ws/blob/master/doc/ws.md#class-websocket) WebSocket 连接
+  - **request:** [`IncomingMessage`](https://nodejs.org/api/http.html#class-httpincomingmessage) 网络请求
+
+在给定的路径上支持 WebSocket 连接。
 
 ## 配置项
 
-### config.path
+### config.host
+
+- 类型：`string`
+- 默认值：`'127.0.0.1'`
+
+服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
+
+### config.port
+
+- 类型：`number`
+- required
+
+要监听的初始端口号。Koishi 建议使用 `5140` 作为默认端口。
+
+### config.maxPort
+
+- 类型：`number`
+- 默认值：[`config.port`](#config-port)
+
+允许监听的最大端口号。插件启动时，如果设定的端口号被占用，插件会尝试自动切换到下一个端口，直到找到一个可用的端口，或是超出 `maxPort` 的限制。
+
+### config.selfUrl
 
-- 类型: `string`
-- 默认值: `''`
+- 类型：`string`
 
-服务器监听的路径。
+Koishi 服务暴露在公网的地址。部分插件 (例如 [adapter-telegram](../adapter/telegram.md) 或是 [assets-local](https://assets.koishi.chat/plugins/local.html)) 需要用到。
diff --git a/en-US/plugins/index.md b/en-US/plugins/index.md
index 815dca4030cb..7a05a1649af5 100644
--- a/en-US/plugins/index.md
+++ b/en-US/plugins/index.md
@@ -18,6 +18,7 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 - [@koishijs/plugin-adapter-wechat-official](./adapter/wechat-official.md)
 - [@koishijs/plugin-adapter-wecom](./adapter/wecom.md)
 - [@koishijs/plugin-adapter-whatsapp](./adapter/whatsapp.md)
+- [@koishijs/plugin-adapter-zulip](./adapter/zulip.md)
 
 ## Database
 
@@ -54,7 +55,10 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 ## Developer Tools
 
 - [@koishijs/plugin-hmr](./develop/hmr.md)：模块热替换
+- [@koishijs/plugin-http](./develop/http.md)：网络请求
 - [@koishijs/plugin-mock](./develop/mock.md)：测试工具
-- [@koishijs/plugin-server-proxy](./develop/server-proxy.md)：代理服务器
+- [@koishijs/plugin-notifier](./develop/notifier.md)：通知服务
+- [@koishijs/plugin-proxy-agent](./develop/proxy-agent.md)：网络代理
+- [@koishijs/plugin-server](./develop/server.md)：服务器
 - [@koishijs/plugin-server-satori](./develop/server-satori.md)：API 服务器
 - [@koishijs/plugin-server-temp](./develop/server-temp.md)：临时服务器
diff --git a/en-US/releases/v4.1.md b/en-US/releases/v4.1.md
index b773961e9c1d..042efe95ebd5 100644
--- a/en-US/releases/v4.1.md
+++ b/en-US/releases/v4.1.md
@@ -6,7 +6,7 @@
 
 ## 插件与热重载优化
 
-在这个版本中我们优化了插件的加载方式。一方面我们缓解了 service 监听器数量很容易超过限制导致内存泄漏警告的问题，另一方面热重载导致的内存泄漏和加载错误的问题也得到了修复。
+在这个版本中我们优化了插件的加载方式。在这个版本中我们优化了插件的加载方式。一方面我们缓解了 service 监听器数量很容易超过限制导致内存泄漏警告的问题，另一方面热重载导致的内存泄漏和加载错误的问题也得到了修复。
 
 除此以外，我们还要隆重介绍 Koishi v4 的热重载功能。它将拥有许多全新的特性：
 
@@ -14,7 +14,7 @@
 
 过去的热重载功能会将任何文件变动都扩展到根插件 (即配置文件中声明的插件)，并重载扩散路径上的每一个文件。而新的依赖分析工具能够将文件变动引发的副作用具体计算到每一个模块，因此部分变动在到达某个子插件时就会停止扩散，从而在大型插件中获得更好的开发体验。
 
-为了实现这种优化，我们假设每个插件模块的导出都是原子的。换言之，如果一个模块的导出恰好是正在运行的插件，那么这个插件将是模块导出的唯一用途，在插件被加载以外的任何地方不会用到这个模块的导出。对于正确使用模块化进行开发的项目，达成这个约定并不困难。事实上，插件如果有任何其他需要提供的功能，也都可以通过 Service API 实现。
+为了实现这种优化，我们假设每个插件模块的导出都是原子的。换言之，如果一个模块的导出恰好是正在运行的插件，那么这个插件将是模块导出的唯一用途，在插件被加载以外的任何地方不会用到这个模块的导出。对于正确使用模块化进行开发的项目，达成这个约定并不困难。事实上，插件如果有任何其他需要提供的功能，也都可以通过 Service API 实现。换言之，如果一个模块的导出恰好是正在运行的插件，那么这个插件将是模块导出的唯一用途，在插件被加载以外的任何地方不会用到这个模块的导出。对于正确使用模块化进行开发的项目，达成这个约定并不困难。事实上，插件如果有任何其他需要提供的功能，也都可以通过 Service API 实现。
 
 如果某些插件实在难以满足这个约定，我们也提供了额外的方案。开发者要么不将插件作为模块的导出 (比如作为导出的一部分)，要么在插件中手动声明 `sideEffect`。两种方法都能规避依赖分析工具的优化，从而实行保守的热重载策略。
 
diff --git a/en-US/releases/v4.10.md b/en-US/releases/v4.10.md
index 09981483c5df..051c11ffe0e5 100644
--- a/en-US/releases/v4.10.md
+++ b/en-US/releases/v4.10.md
@@ -19,7 +19,7 @@
 - `sel.orderBy()` 和 `sel.project()` 支持了传入表达式
 - 全面支持了 `sel.groupBy()` 的使用以及上述语法的多次链式调用
 
-## 消息组件
+## Message Component
 
 本次更新我们为消息元素加入了更多特性，包括组件、插值、注释、模板元素、JSX 支持等，同时也支持了消息组件在会话和本地化文件中的使用。这意味着用户可以直接在插件中编写 JSX 来发送消息，而不再需要使用 XML 字符串了。
 
diff --git a/en-US/releases/v4.11.md b/en-US/releases/v4.11.md
index 17badfe2fe3b..6410066f33a6 100644
--- a/en-US/releases/v4.11.md
+++ b/en-US/releases/v4.11.md
@@ -18,7 +18,7 @@
 
 ## 指令管理器
 
-发布了全新的 @koishijs/plugin-commands 插件，它提供了一个控制台页面，允许用户在线管理指令的各项配置和层级关系。得益于过滤器机制，现在指令也可以在不同的平台和群组内拥有不同的行为了。
+发布了全新的 @koishijs/plugin-commands 插件，它提供了一个控制台页面，允许用户在线管理指令的各项配置和层级关系。得益于过滤器机制，现在指令也可以在不同的平台和群组内拥有不同的行为了。得益于过滤器机制，现在指令也可以在不同的平台和群组内拥有不同的行为了。
 
 ## 插件市场优化
 
diff --git a/en-US/releases/v4.13.md b/en-US/releases/v4.13.md
index d31b7c789da8..308f477b62da 100644
--- a/en-US/releases/v4.13.md
+++ b/en-US/releases/v4.13.md
@@ -1,4 +1,4 @@
-# v4.13 版本介绍
+# Release Notes: v4.13
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1085)
 - [v4.13.0](https://github.com/koishijs/koishi/releases/tag/4.13.0)
diff --git a/en-US/releases/v4.14.md b/en-US/releases/v4.14.md
index 9de6c4a38580..16c2ef8f1113 100644
--- a/en-US/releases/v4.14.md
+++ b/en-US/releases/v4.14.md
@@ -1,4 +1,4 @@
-# v4.14 版本介绍
+# Release Notes: v4.14
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1138)
 - [v4.14.0](https://github.com/koishijs/koishi/releases/tag/4.14.0)
diff --git a/en-US/releases/v4.15.md b/en-US/releases/v4.15.md
index 017f4e428dfd..8392cbc1a15c 100644
--- a/en-US/releases/v4.15.md
+++ b/en-US/releases/v4.15.md
@@ -1,4 +1,4 @@
-# v4.15 版本介绍
+# Release Notes: v4.15
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1208)
 - [v4.15.0](https://github.com/koishijs/koishi/releases/tag/4.15.0)
diff --git a/en-US/releases/v4.2.md b/en-US/releases/v4.2.md
index 40151752224c..d53df3c1cdb7 100644
--- a/en-US/releases/v4.2.md
+++ b/en-US/releases/v4.2.md
@@ -32,7 +32,7 @@ fwd rm #123                     // 移除特定目标频道
 
 ### 更多的控制台插件
 
-在这个版本中我们优化了控制台系统，并将部分功能单独发布为新的插件。它们包括：
+在这个版本中我们优化了控制台系统，并将部分功能单独发布为新的插件。它们包括：它们包括：
 
 - [@koishijs/plugin-dataview](https://github.com/koishijs/koishi-plugin-dataview) (来自 status 插件)
 - [@koishijs/plugin-insight](../plugins/console/insight.md) (来自 manager 插件)
diff --git a/en-US/releases/v4.3.md b/en-US/releases/v4.3.md
index 37f22b1dc88d..43d93284251b 100644
--- a/en-US/releases/v4.3.md
+++ b/en-US/releases/v4.3.md
@@ -22,13 +22,13 @@
 
 用过 v3 控制台的用户一定熟悉账户功能。用户可以以密码或者验证码两种方式登录，并且所有的控制台功能都会受到权限等级的限制。虽然这种方式为可以让更多用户安全地接触到控制台，但是本身也为控制台的使用者带来了一定的门槛。这是因为，要使用账户系统，就意味着用户已经安装了数据库服务，并且将自己设置为了管理员。然而 v4 中的控制台被设计成许多核心功能的桥梁，自然不应该有各种限制。出于上述考虑，v4 的控制台默认情况下是没有账户系统的。
 
-但是我们也必须承认，账户功能和权限管理对于想要公开展示控制台的人来说是非常必要的功能。因此我们在新版本中也提供了 @koishijs/plugin-auth 插件，它作为一个控制台扩展支持了这套账户系统。安装了该插件的用户可以放心地将自己的控制台发布在公网中。
+但是我们也必须承认，账户功能和权限管理对于想要公开展示控制台的人来说是非常必要的功能。因此我们在新版本中也提供了 @koishijs/plugin-login 插件，它作为一个控制台扩展支持了这套账户系统。安装了该插件的用户可以放心地将自己的控制台发布在公网中。因此我们在新版本中也提供了 @koishijs/plugin-auth 插件，它作为一个控制台扩展支持了这套账户系统。安装了该插件的用户可以放心地将自己的控制台发布在公网中。
 
 ### @koishijs/plugin-sandbox
 
 与 auth 插件类似，近期加入的 sandbox 插件也对应着 v3 控制台中的内置功能。它提供了一个虚拟平台，使用者可以在这个平台中创建账户与机器人对话，以此调试机器人的各项功能。不过在 v3 的基础上，我们加入了大量的新特性，不仅允许同时创建多个账户，也支持在群聊模式下进行对话。可以说基本覆盖了绝大部分被动型插件的使用场景。
 
-v4 的新用户可能会对这个插件的功能感到有些迷惑，因为似乎已经有与这个插件类似的官方插件存在了。这里我们正好做一个对比：
+v4 的新用户可能会对这个插件的功能感到有些迷惑，因为似乎已经有与这个插件类似的官方插件存在了。这里我们正好做一个对比：这里我们正好做一个对比：
 
 - sandbox 与 chat 的区别：
   - 前者提供一个虚拟平台，使用者扮演平台用户与机器人对话
diff --git a/en-US/releases/v4.5.md b/en-US/releases/v4.5.md
index 53c97d411217..8ba41868a684 100644
--- a/en-US/releases/v4.5.md
+++ b/en-US/releases/v4.5.md
@@ -7,13 +7,13 @@
 
 ## Internationalization
 
-如果你在运营一个大型社区，那么你可能会遇到这种场景：群组内设立了许多不同语言的频道，每个频道分别供不同地区的用户进行交流。在这种情况下，最合适的做法是让你的机器人在不同的频道下使用不同的语言进行回复。本质上，这不会改变机器人的运行逻辑，因此最好的做法是将涉及的每一段文本都抽离出来，通过统一的方式进行管理，并在发送前进行本地化渲染。
+如果你在运营一个大型社区，那么你可能会遇到这种场景：群组内设立了许多不同语言的频道，每个频道分别供不同地区的用户进行交流。如果你在运营一个大型社区，那么你可能会遇到这种场景：群组内设立了许多不同语言的频道，每个频道分别供不同地区的用户进行交流。在这种情况下，最合适的做法是让你的机器人在不同的频道下使用不同的语言进行回复。本质上，这不会改变机器人的运行逻辑，因此最好的做法是将涉及的每一段文本都抽离出来，通过统一的方式进行管理，并在发送前进行本地化渲染。本质上，这不会改变机器人的运行逻辑，因此最好的做法是将涉及的每一段文本都抽离出来，通过统一的方式进行管理，并在发送前进行本地化渲染。
 
 为此，Koishi 提供了一套新的 API：你可以使用 `ctx.i18n.define()` 定义多语言翻译，并通过 `session.text()` 渲染本地化文本。这套系统默认会依次读取频道语言、群组语言、用户语言和默认配置，并执行一套回退机制。
 
 在渲染方面，这套系统不仅将继承过去 Template API 的插值语法，而且在此基础上加入了渲染预设机制，能够帮助处理单复数、列表渲染、随机渲染等更多复杂场景。
 
-为了更好地实现代码解耦，我们还加入了本地翻译文件的支持。你可以创建一个 locales 目录并在其中按语言名称建立相应的文件，随后只需在插件中引入他们即可。同时，我们也提供了一套多语言指令帮助的编写规范，这样一来不仅所有的翻译文本都不需要写在源代码中，而且用户也可以更加方便地覆盖插件内置的文本。
+为了更好地实现代码解耦，我们还加入了本地翻译文件的支持。你可以创建一个 locales 目录并在其中按语言名称建立相应的文件，随后只需在插件中引入他们即可。同时，我们也提供了一套多语言指令帮助的编写规范，这样一来不仅所有的翻译文本都不需要写在源代码中，而且用户也可以更加方便地覆盖插件内置的文本。你可以创建一个 locales 目录并在其中按语言名称建立相应的文件，随后只需在插件中引入他们即可。同时，我们也提供了一套多语言指令帮助的编写规范，这样一来不仅所有的翻译文本都不需要写在源代码中，而且用户也可以更加方便地覆盖插件内置的文本。
 
 参见：[多语言支持](../guide/i18n/index.md)
 
@@ -21,7 +21,7 @@
 
 许多插件都会通过扩展数据模型的方式来实现自己所需的功能。除了创建新的表外，一部分插件也会选择扩展已有数据表中的字段。如果插件提供了多个字段，就需要考虑扩展字段的冲突问题。在过去的版本中，插件开发者只能通过将这些字段名起长一些来规避冲突，但这同样也会让开发变得有些麻烦。
 
-在这次的新版本中，我们支持了数据模型的嵌套属性来解决这个问题。下面是一个简单的例子：
+在这次的新版本中，我们支持了数据模型的嵌套属性来解决这个问题。下面是一个简单的例子：下面是一个简单的例子：
 
 ```ts
 ctx.model.extend('user', {
diff --git a/en-US/releases/v4.6.md b/en-US/releases/v4.6.md
index 30c594e368ce..af127c9fed4c 100644
--- a/en-US/releases/v4.6.md
+++ b/en-US/releases/v4.6.md
@@ -11,11 +11,11 @@
 
 ## 版本规划调整
 
-如你所见，我们调整了 minor 版本的规划。在此之前，每个 minor 版本的规划是从前一个 minor 版本发布后开始计算的；而从 v4.6 开始，每个 minor 版本的规划将会计算到下一个 minor 版本发布之前。同时，未来的每个 minor 版本也将会包含更多的 patch 版本，每个 patch 版本的发布周期暂定为一周。
+如你所见，我们调整了 minor 版本的规划。如你所见，我们调整了 minor 版本的规划。在此之前，每个 minor 版本的规划是从前一个 minor 版本发布后开始计算的；而从 v4.6 开始，每个 minor 版本的规划将会计算到下一个 minor 版本发布之前。同时，未来的每个 minor 版本也将会包含更多的 patch 版本，每个 patch 版本的发布周期暂定为一周。同时，未来的每个 minor 版本也将会包含更多的 patch 版本，每个 patch 版本的发布周期暂定为一周。
 
 ## 更强大的 ORM
 
-在这个版本中，我们将 ORM 相关功能移至了一个新仓库 cosmotype (后更名为 minato) 中。在完成与 Koishi 的解耦的同时，我们也引入了全新的 Selection API 和 Evaluation Callback。这些新功能将允许包括连接在内的更多高级数据库操作。
+在这个版本中，我们将 ORM 相关功能移至了一个新仓库 cosmotype (后更名为 minato) 中。在完成与 Koishi 的解耦的同时，我们也引入了全新的 Selection API 和 Evaluation Callback。这些新功能将允许包括连接在内的更多高级数据库操作。在完成与 Koishi 的解耦的同时，我们也引入了全新的 Selection API 和 Evaluation Callback。这些新功能将允许包括连接在内的更多高级数据库操作。
 
 与此同时，我们也增加和细化了许多单元测试，并完善了初始化和空值判断相关的各项功能。
 
diff --git a/en-US/releases/v4.7.md b/en-US/releases/v4.7.md
index 56c98a7030f7..8e49ed013a50 100644
--- a/en-US/releases/v4.7.md
+++ b/en-US/releases/v4.7.md
@@ -9,11 +9,11 @@
 - [v4.7.5](https://github.com/koishijs/koishi/releases/tag/4.7.5)
 - [v4.7.6](https://github.com/koishijs/koishi/releases/tag/4.7.6)
 
-## 可重用插件
+## Reusable Plugins
 
 在这个版本中，我们将 Koishi 的核心框架迁命名为 [Cordis](https://github.com/shigma/cordis)，并迁移到了新的仓库。这个框架包含了 Koishi 的诸多核心功能，包括上下文、插件系统、事件模型等等。同时，我们也提供了一套方案用于解决插件的多次加载问题。
 
-在过去，一个插件同时只有一次加载是有效的。当一个插件已处于运行状态时，再次加载将没有任何效果。然而部分插件确实存在多次加载的需求，比如适配器插件。为此，我们提出了插件作用域的概念。每个上下文都有自己所绑定的作用域，当作用域被卸载时，对应的上下文上的副作用也会被一并清除。同时，我们引入了一个新的生命周期事件 `fork`。它将在一个插件每一次加载时出发。由此便可以实现插件的重用，同时无需担心影响过去的插件行为。
+在过去，一个插件同时只有一次加载是有效的。当一个插件已处于运行状态时，再次加载将没有任何效果。然而部分插件确实存在多次加载的需求，比如适配器插件。为此，我们提出了插件作用域的概念。每个上下文都有自己所绑定的作用域，当作用域被卸载时，对应的上下文上的副作用也会被一并清除。同时，我们引入了一个新的生命周期事件 <code>fork</code>。它将在一个插件每一次加载时出发。由此便可以实现插件的重用，同时无需担心影响过去的插件行为。当一个插件已处于运行状态时，再次加载将没有任何效果。然而部分插件确实存在多次加载的需求，比如适配器插件。为此，我们提出了插件作用域的概念。每个上下文都有自己所绑定的作用域，当作用域被卸载时，对应的上下文上的副作用也会被一并清除。同时，我们引入了一个新的生命周期事件 `fork`。它将在一个插件每一次加载时出发。由此便可以实现插件的重用，同时无需担心影响过去的插件行为。
 
 ## 新版插件市场
 
diff --git a/en-US/releases/v4.9.md b/en-US/releases/v4.9.md
index f067add4dc14..c7f938181745 100644
--- a/en-US/releases/v4.9.md
+++ b/en-US/releases/v4.9.md
@@ -12,7 +12,7 @@
 
 ## Message Element
 
-在这个版本中，我们引入了消息元素，作为 Satori 的新的消息格式。消息元素是拥有类似 XML 的结构，由标签、属性和内容组成。与过去所使用的 CQ 码相比，消息元素有以下优势：
+在这个版本中，我们引入了消息元素，作为 Satori 的新的消息格式。消息元素是拥有类似 XML 的结构，由标签、属性和内容组成。在这个版本中，我们引入了消息元素，作为 Satori 的新的消息格式。消息元素是拥有类似 XML 的结构，由标签、属性和内容组成。与过去所使用的 CQ 码相比，消息元素有以下优势：
 
 - 更加通用，不与任何特定平台耦合，编码规范也与主流实践相符
 - 可以表达多层的结构，从而适配了 Matrix 等支持富文本的平台
diff --git a/en-US/schema/advanced/computed.md b/en-US/schema/advanced/computed.md
index f6f549aefc4b..e76beaa7f76d 100644
--- a/en-US/schema/advanced/computed.md
+++ b/en-US/schema/advanced/computed.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.computed(Number).description('这是一个属性。'),
+    foo: Schema.computed(Number).description('这是一个属性。'),
   }).description('配置项')
 ---
 
 # Computed
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
diff --git a/en-US/schema/advanced/dynamic.md b/en-US/schema/advanced/dynamic.md
index 3c9ae94b0f04..9dbec273b6b3 100644
--- a/en-US/schema/advanced/dynamic.md
+++ b/en-US/schema/advanced/dynamic.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union(['foo', 'bar']).description('选择一个值。'),
+    value: Schema.union(['foo', 'bar']).description('选择一个值。'),
   }).description('配置项')
 ---
 
-# Dynamic：动态类型
+# Dynamic
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
-::: warning
+:::warning
 此特性为实验性功能，未来可能会有改动。
 :::
 
diff --git a/en-US/schema/advanced/intersect.md b/en-US/schema/advanced/intersect.md
index 2920f3c4961f..4e5c1152ca82 100644
--- a/en-US/schema/advanced/intersect.md
+++ b/en-US/schema/advanced/intersect.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  foo: Schema.number().description('这是一个属性。'),
-  bar: Schema.string().description('这是另一个属性。'),
-  }).description('分组 1'),
-  Schema.object({
-  baz: Schema.string().description('这是又一个属性。'),
-  qux: Schema.boolean().description('这是最后一个属性。'),
-  }).description('分组 2'),
+    Schema.object({
+      foo: Schema.number().description('这是一个属性。'),
+      bar: Schema.string().description('这是另一个属性。'),
+    }).description('分组 1'),
+    Schema.object({
+      baz: Schema.string().description('这是又一个属性。'),
+      qux: Schema.boolean().description('这是最后一个属性。'),
+    }).description('分组 2'),
   ])
 ---
 
diff --git a/en-US/schema/advanced/transform.md b/en-US/schema/advanced/transform.md
index 77f2127ea602..e25cd28b69fd 100644
--- a/en-US/schema/advanced/transform.md
+++ b/en-US/schema/advanced/transform.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.array(String),
-  Schema.transform(String, value => [value]),
-  ]).default([]).description('点击右侧的按钮添加元素。'),
+    value: Schema.union([
+      Schema.array(String),
+      Schema.transform(String, value => [value]),
+    ]).default([]).description('点击右侧的按钮添加元素。'),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/advanced/union-arbitrary.md b/en-US/schema/advanced/union-arbitrary.md
index 5c6ed74d6701..8a0292c775b0 100644
--- a/en-US/schema/advanced/union-arbitrary.md
+++ b/en-US/schema/advanced/union-arbitrary.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.const().description('unset'),
-  Schema.number().description('number'),
-  Schema.string().description('string'),
-  Schema.const(true).description('true'),
-  Schema.const(false).description('false'),
-  Schema.object({
-  foo: Schema.string().description('对象的一个属性。'),
-  bar: Schema.number().description('对象的另一个属性。'),
-  }).description('object'),
-  ]).description('从六种可能情况中选择一个。'),
+    value: Schema.union([
+      Schema.const().description('unset'),
+      Schema.number().description('number'),
+      Schema.string().description('string'),
+      Schema.const(true).description('true'),
+      Schema.const(false).description('false'),
+      Schema.object({
+        foo: Schema.string().description('对象的一个属性。'),
+        bar: Schema.number().description('对象的另一个属性。'),
+      }).description('object'),
+    ]).description('从六种可能情况中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/advanced/union-select.md b/en-US/schema/advanced/union-select.md
index eea7a499d667..9f3311017186 100644
--- a/en-US/schema/advanced/union-select.md
+++ b/en-US/schema/advanced/union-select.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
-  value2: Schema.union([
-  Schema.const('foo').description('选项 1'),
-  Schema.const('bar').description('选项 2'),
-  Schema.const('baz').description('选项 3'),
-  ]).role('radio').description('从三个值中选择一个。'),
+    value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
+    value2: Schema.union([
+      Schema.const('foo').description('选项 1'),
+      Schema.const('bar').description('选项 2'),
+      Schema.const('baz').description('选项 3'),
+    ]).role('radio').description('从三个值中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/advanced/union-tagged-1.md b/en-US/schema/advanced/union-tagged-1.md
index 56693354481f..27c9301e0771 100644
--- a/en-US/schema/advanced/union-tagged-1.md
+++ b/en-US/schema/advanced/union-tagged-1.md
@@ -2,21 +2,21 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  enabled: Schema.boolean().default(false).description('是否开启功能'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  enabled: Schema.const(true).required(),
-  foo: Schema.number().description('请输入一个数值。'),
-  bar: Schema.string().description('请输入一个字符串。'),
-  }),
-  Schema.object({}),
-  ]),
+    Schema.object({
+      enabled: Schema.boolean().default(false).description('是否开启功能'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        enabled: Schema.const(true).required(),
+        foo: Schema.number().description('请输入一个数值。'),
+        bar: Schema.string().description('请输入一个字符串。'),
+      }),
+      Schema.object({}),
+    ]),
   ])
 ---
 
-# Union: Tagged 1
+# Intersect w/ Union: Tagged Union 1
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `enabled` 的取值，并观察下方表单项的变化吧。
 
@@ -36,6 +36,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `enabled` 如果类型与上方的默认值不同，就必须加上 `required()`；反过来，如果相同，你就不应该加上 `required()` (你甚至可以缺省不写，这就是为什么最下面出现了一个空白的 `object({})`)。
 :::
diff --git a/en-US/schema/advanced/union-tagged-2.md b/en-US/schema/advanced/union-tagged-2.md
index eed499d3003b..cc53a720929c 100644
--- a/en-US/schema/advanced/union-tagged-2.md
+++ b/en-US/schema/advanced/union-tagged-2.md
@@ -2,24 +2,24 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  shared: Schema.string().description('公用的配置项。'),
-  type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  type: Schema.const('foo').required(),
-  value: Schema.number().default(114514).description('请输入一个数值。'),
-  }).description('特殊配置 1'),
-  Schema.object({
-  type: Schema.const('bar').required(),
-  text: Schema.string().description('请输入一个字符串。'),
-  }).description('特殊配置 2'),
-  ]),
+    Schema.object({
+      shared: Schema.string().description('公用的配置项。'),
+      type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        type: Schema.const('foo').required(),
+        value: Schema.number().default(114514).description('请输入一个数值。'),
+      }).description('特殊配置 1'),
+      Schema.object({
+        type: Schema.const('bar').required(),
+        text: Schema.string().description('请输入一个字符串。'),
+      }).description('特殊配置 2'),
+    ]),
   ])
 ---
 
-# Union: Tagged 2
+# Intersect w/ Union: Tagged Union 2
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `type` 的取值，并观察下方表单项的变化吧。
 
@@ -42,6 +42,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `type` 配置项如果类型与上方的默认值不同，就必须加上 `required()`。在这个例子中，`type` 本来就是一个必需属性，所以下方的每一个 `type` 都必须加上 `required()`。
 :::
diff --git a/en-US/schema/basic/array.md b/en-US/schema/basic/array.md
index d09d814566af..b4fc588e2b7b 100644
--- a/en-US/schema/basic/array.md
+++ b/en-US/schema/basic/array.md
@@ -2,12 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
-  table: Schema.array(String).role('table').description('以表格形式显示的数组。'),
-  table2: Schema.array(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的数组。'),
+    array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
+    table1: Schema.array(String).role('table').description('以表格形式显示的数组。'),
+    table2: Schema.array(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number().experimental(),
+      qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
+    })).role('table').description('以表格形式显示的由对象构成的数组。'),
   }).description('配置项')
 ---
 
@@ -15,19 +16,23 @@ code: |
 
 `Schema.array()` 描述了一个数组，其中的元素满足给定的类型。
 
-使用 `.role('table')` 可以将数组以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将数组以表格形式显示。
 
 例子里的 `Number` 是 `Schema.number().required()` 的简写。
 
+:::tip
+特别地，对于已知字符串构成的数组，还可以使用 [`.role('checkbox')`](./bitset.md) 或 [`.role('select')`](./bitset.md)，将它们以复选框或复选菜单的形式显示。
+:::
+
 ```ts
 export default Schema.object({
   array: Schema.array(Number),
-  table: Schema.array(String).role('table'),
+  table1: Schema.array(String).role('table'),
   table2: Schema.array(Schema.object({
     foo: Schema.string(),
-    bar: Schema.number(),
+    bar: Schema.number().experimental(),
+    qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
   })).role('table'),
 })
 ```
diff --git a/en-US/schema/basic/bitset.md b/en-US/schema/basic/bitset.md
index ad22699c9501..4e8816721c5d 100644
--- a/en-US/schema/basic/bitset.md
+++ b/en-US/schema/basic/bitset.md
@@ -1,24 +1,40 @@
 ---
 layout: schema
 code: |
-  Schema.object({
-  intents: Schema
-  .bitset({ FOO: 1, BAR: 2, QUX: 4 })
-  .default(5)
-  .description('选择要启用的功能。'),
-  array: Schema
-  .array(Schema.union(['FOO', 'BAR', 'QUX']))
-  .default(['FOO', 'QUX'])
-  .role('checkbox')
-  .description('选择要启用的功能。'),
-  }).description('配置项')
+  Schema.intersect([
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('checkbox')
+        .description('以复选框形式呈现。'),
+    }).description('复选框'),
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .role('select')
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('select')
+        .description('以复选菜单形式呈现。'),
+    }).description('复选菜单'),
+  ])
 ---
 
 # Bitset
 
-`Schema.bitset()` 以多选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+`Schema.bitset()` 以复选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+
+如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并设置 `.role('checkbox')`。
 
-如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并将外观设置为 `checkbox`。
+此外，我们还提供了 `.role('select')`，它将以复选菜单的形式呈现。
 
 ```ts
 const enum Intents {
@@ -28,9 +44,10 @@ const enum Intents {
 }
 
 export default Schema.object({
-  intents: Schema.bitset(Intents)
+  bitset: Schema.bitset(Intents)
     .default(Intents.FOO | Intents.QUX),
-  array: Schema.array(Schema.union(['FOO', 'BAR', 'QUX']))
+  array: Schema
+    .array(Schema.union(['FOO', 'BAR', 'QUX']))
     .default(['FOO', 'QUX'])
     .role('checkbox'),
 })
diff --git a/en-US/schema/basic/boolean.md b/en-US/schema/basic/boolean.md
index 969d24c496ec..a78308de2232 100644
--- a/en-US/schema/basic/boolean.md
+++ b/en-US/schema/basic/boolean.md
@@ -2,7 +2,7 @@
 layout: schema
 code: |
   Schema.object({
-  enable: Schema.boolean().description('这是一个开关。'),
+    enable: Schema.boolean().description('这是一个开关。'),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/basic/date.md b/en-US/schema/basic/date.md
index 9c822e2f619d..e7057a629a08 100644
--- a/en-US/schema/basic/date.md
+++ b/en-US/schema/basic/date.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.date().description('选择日期与时间 (对象)。'),
-  datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
-  date: Schema.string().role('date').description('选择日期 (字符串)。'),
-  time: Schema.string().role('time').description('选择时间 (字符串)。'),
+    value: Schema.date().description('选择日期与时间 (对象)。'),
+    datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
+    date: Schema.string().role('date').description('选择日期 (字符串)。'),
+    time: Schema.string().role('time').description('选择时间 (字符串)。'),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/basic/dict.md b/en-US/schema/basic/dict.md
index e6388c2c7fda..1d771c753bc9 100644
--- a/en-US/schema/basic/dict.md
+++ b/en-US/schema/basic/dict.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
-  table: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
-  table2: Schema.dict(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的字典。'),
+    dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
+    table1: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
+    table2: Schema.dict(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number(),
+    })).role('table').description('以表格形式显示的由对象构成的字典。'),
   }).description('配置项')
 ---
 
@@ -15,16 +15,15 @@ code: |
 
 `Schema.dict()` 类型描述了一个字典，其中的键是任意字符串，而值是给定的类型。
 
-使用 `.role('table')` 可以将字典以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将字典以表格形式显示。
 
 例子里的 `Boolean` 是 `Schema.boolean().required()` 的简写。
 
 ```ts
 export default Schema.object({
   dict: Schema.dict(Boolean),
-  table: Schema.dict(String).role('table'),
+  table1: Schema.dict(String).role('table'),
   table2: Schema.dict(Schema.object({
     foo: Schema.string(),
     bar: Schema.number(),
diff --git a/en-US/schema/basic/number.md b/en-US/schema/basic/number.md
index 3f58b25d02e5..0ffeb77a5c34 100644
--- a/en-US/schema/basic/number.md
+++ b/en-US/schema/basic/number.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().description('一个普通的数值。'),
-  bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
+    foo: Schema.number().description('一个普通的数值。'),
+    bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/basic/object.md b/en-US/schema/basic/object.md
index b08cf06d7e4f..845d5ac12553 100644
--- a/en-US/schema/basic/object.md
+++ b/en-US/schema/basic/object.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().required().description('这是一个必需属性。'),
-  bar: Schema.number().description('这是一个可选属性。'),
-  baz: Schema.object({
-  qux: Schema.boolean().description('这是一个嵌套属性。'),
-  }),
-  collapse: Schema.object({
-  inner: Schema.string().description('现在你看到我了！'),
-  }).description('点击右侧按钮查看嵌套属性。').collapse(),
+    foo: Schema.string().required().description('这是一个必需属性。'),
+    bar: Schema.number().description('这是一个可选属性。'),
+    baz: Schema.object({
+      qux: Schema.boolean().description('这是一个嵌套属性。'),
+    }),
+    collapse: Schema.object({
+      inner: Schema.string().description('现在你看到我了！'),
+    }).description('点击右侧按钮查看嵌套属性。').collapse(),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/basic/path.md b/en-US/schema/basic/path.md
index 1c7aadc35446..a4b748f29aca 100644
--- a/en-US/schema/basic/path.md
+++ b/en-US/schema/basic/path.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  path1: Schema.string().description('假装右边是一个文件选择器。'),
-  path2: Schema.string().description('假装右边是一个文件选择器。'),
+    path1: Schema.string().description('假装右边是一个文件选择器。'),
+    path2: Schema.string().description('假装右边是一个文件选择器。'),
   }).description('配置项')
 ---
 
 # Path
 
-::: tip
+:::tip
 此类型基于 @koishijs/plugin-explorer，仅在加载该插件时可用。未加载该插件时，类型只会表现为普通的字符串 (比如现在就是这样)。
 :::
 
@@ -18,13 +18,13 @@ code: |
 支持传入一些额外的选项：
 
 - `allowCreate`：是否允许创建目录和上传文件
-- `extensions`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
+- `filters`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
 
 ```ts
 export default Schema.object({
   path1: Schema.path(),
   path2: Schema.path({
-    extensions: ['.png', '.jpg', 'directory'],
+    filters: ['.png', '.jpg', 'directory'],
   }),
 })
 ```
diff --git a/en-US/schema/basic/string.md b/en-US/schema/basic/string.md
index e77d51c19c04..377a4b6460d2 100644
--- a/en-US/schema/basic/string.md
+++ b/en-US/schema/basic/string.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
-  secret: Schema.string().role('secret').default('password').description('请输入密码。'),
-  link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
-  area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
-  color: Schema.string().role('color').description('选择一个颜色。'),
-  custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
+    text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
+    secret: Schema.string().role('secret').default('password').description('请输入密码。'),
+    link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
+    area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
+    color: Schema.string().role('color').description('选择一个颜色。'),
+    custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/basic/tuple.md b/en-US/schema/basic/tuple.md
index 0889cd25beab..1776784ffc5d 100644
--- a/en-US/schema/basic/tuple.md
+++ b/en-US/schema/basic/tuple.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
+    point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
   }).description('配置项')
 ---
 
 # Tuple
 
-::: tip
+:::tip
 目前我们只支持元组内部元素是原始类型 ([String](./string.md), [Number](./number.md), [Boolean](./boolean.md)) 的情况。如果你要描述比较复杂的类型，请使用 [Object](./object.md) 或 [Array](./array.md) 替代。
 :::
 
diff --git a/en-US/schema/index.md b/en-US/schema/index.md
index 358dad829c72..a6ac4ccfe93f 100644
--- a/en-US/schema/index.md
+++ b/en-US/schema/index.md
@@ -1,7 +1,3 @@
----
-layout: schema
----
-
-# Config Schema
+# Schema
 
 <vp-overview/>
diff --git a/en-US/schema/meta/default.md b/en-US/schema/meta/default.md
index cc4a57b5a79a..8bb2d6ea338a 100644
--- a/en-US/schema/meta/default.md
+++ b/en-US/schema/meta/default.md
@@ -2,15 +2,15 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
-  bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
-  baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
+    foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
+    bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
+    baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
   }).description('配置项')
 ---
 
-# Default Value
+# Default
 
-::: warning
+:::warning
 请注意：`.required()` 与 `.default()` 不能同时使用。
 :::
 
diff --git a/en-US/schema/meta/description.md b/en-US/schema/meta/description.md
index cc159ba4dc4b..19af18e26975 100644
--- a/en-US/schema/meta/description.md
+++ b/en-US/schema/meta/description.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('*斜体*的属性描述。'),
-  bar: Schema.string().description('**粗体**的属性描述。'),
+    foo: Schema.boolean().description('*斜体*的属性描述。'),
+    bar: Schema.string().description('**粗体**的属性描述。'),
   }).description('配置标题')
 ---
 
diff --git a/en-US/schema/meta/disabled.md b/en-US/schema/meta/disabled.md
index 548fed48ff08..89e26d2c6eef 100644
--- a/en-US/schema/meta/disabled.md
+++ b/en-US/schema/meta/disabled.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().disabled().description('这是一个禁用配置项。'),
-  bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
-  baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
-  qux: Schema.string().experimental().description('这是一个实验性配置项。'),
-  choice: Schema.union([
-  Schema.const('foo').disabled(),
-  Schema.const('bar').hidden(),
-  Schema.const('baz').deprecated(),
-  Schema.const('qux').experimental(),
-  ]).description('这些功能在 select 中也可以使用。'),
+    foo: Schema.number().disabled().description('这是一个禁用配置项。'),
+    bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
+    baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
+    qux: Schema.string().experimental().description('这是一个实验性配置项。'),
+    choice: Schema.union([
+      Schema.const('foo').disabled(),
+      Schema.const('bar').hidden(),
+      Schema.const('baz').deprecated(),
+      Schema.const('qux').experimental(),
+    ]).description('这些功能在 select 中也可以使用。'),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/meta/nested.md b/en-US/schema/meta/nested.md
index 8cc25fb406e7..f56fb91e20cb 100644
--- a/en-US/schema/meta/nested.md
+++ b/en-US/schema/meta/nested.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.object({
-  bar: Schema.array(
-  Schema.object({
-  baz: Schema.number().required().description('在右侧填写数值。'),
-  }).description('这是数组的元素，它本身又是一个对象。'),
-  ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
-  qux: Schema.dict(
-  Schema.string().required().description('在右侧填写字符串。'),
-  ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
-  }),
+    foo: Schema.object({
+      bar: Schema.array(
+        Schema.object({
+          baz: Schema.number().required().description('在右侧填写数值。'),
+        }).description('这是数组的元素，它本身又是一个对象。'),
+      ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
+      qux: Schema.dict(
+        Schema.string().required().description('在右侧填写字符串。'),
+      ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
+    }),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/meta/required.md b/en-US/schema/meta/required.md
index 732e35670d43..18c152ed110b 100644
--- a/en-US/schema/meta/required.md
+++ b/en-US/schema/meta/required.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('这是一个可选属性。'),
-  bar: Schema.string().required().description('这是一个必需属性。'),
+    foo: Schema.boolean().description('这是一个可选属性。'),
+    bar: Schema.string().required().description('这是一个必需属性。'),
   }).description('配置项')
 ---
 
diff --git a/en-US/schema/meta/role.md b/en-US/schema/meta/role.md
index 1ad6e07cc037..36c24375e19c 100644
--- a/en-US/schema/meta/role.md
+++ b/en-US/schema/meta/role.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
-  string: Schema.string().default('password').description('可见的输入框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
-  }).description('配置项 1'),
-  Schema.object({
-  number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
-  string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
-  }).description('配置项 2'),
+    Schema.object({
+      number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
+      string: Schema.string().default('password').description('可见的输入框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
+    }).description('配置项 1'),
+    Schema.object({
+      number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
+      string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
+    }).description('配置项 2'),
   ])
 ---
 
diff --git a/fr-FR/about/community.md b/fr-FR/about/community.md
index 78b112883566..43e9dae16798 100644
--- a/fr-FR/about/community.md
+++ b/fr-FR/about/community.md
@@ -1,10 +1,20 @@
-# 社区资源
+# Ressources Communautaires
 
 此页面中总结了一些优秀的社区资源可供学习。如果你也想在此页面中展示你的项目，请在点击页面底部的编辑按钮后创建 Pull Request。
 
+## 社群
+
+### QQ 群
+
+- [590104798](https://qm.qq.com/q/vJ0kcQePCM)：Koishi 非官方交流群
+
+### 论坛
+
+- [Koishi Unofficial](https://forum.itzdrli.cc): Koishi 非官方论坛
+
 ## 文档
 
-- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum&album_id=2700565655187865601) (沐辰-TimeBather)
+- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum\&album_id=2700565655187865601) (沐辰-TimeBather)
 
 ## 视频
 
diff --git a/fr-FR/about/contact.md b/fr-FR/about/contact.md
index 62b4b30d3a7b..12b6f6adea50 100644
--- a/fr-FR/about/contact.md
+++ b/fr-FR/about/contact.md
@@ -1,4 +1,4 @@
-# 参与讨论
+# Communauté de Koishi
 
 如果你在 Koishi 使用中遇到了问题，或者有新奇的点子想与其他人讨论，欢迎参与我们的社区。
 
@@ -12,7 +12,7 @@
 
 ### 开发者群
 
-[426230045](https://jq.qq.com/?_wv=1027&k=6FDoxQ6g)
+[426230045](https://jq.qq.com/?_wv=1027\&k=6FDoxQ6g)
 
 本群适用于已经有一定 Node.js / TypeScript 基础，并对 Koishi 开发感兴趣的用户——你可以在这里参与 Koishi 以及其他相关话题的深度讨论。
 
@@ -39,3 +39,9 @@
 QQ：[2953529126](https://qm.qq.com/q/P8eMJkP5yI) / 微信：ilharp
 
 我们为企业用户提供专属支持。如果您是企业用户，除了通过上面的方式参与讨论以外，还可以添加客服，获得一对一专属支持。
+
+## 非官方渠道
+
+活跃的社区成员自发地创建了一些非官方的讨论渠道，你也可以在这里参与讨论。
+
+前往 [社区资源](./community.md) 页面查看更多非官方渠道。
diff --git a/fr-FR/about/contribute/docs.md b/fr-FR/about/contribute/docs.md
index 5df400afb658..0a36d1b2626b 100644
--- a/fr-FR/about/contribute/docs.md
+++ b/fr-FR/about/contribute/docs.md
@@ -1,6 +1,6 @@
-# 文档贡献指南
+# Guide de contribution des documentations
 
-## 术语表
+## Glossaire
 
 - CJK：中日韩文字等
 - 西文：数字、拉丁字母、希腊字母等
@@ -21,7 +21,7 @@
 ```
 
 > 123 ABC
-> 
+>
 > ビリビリ
 
 #### CJK 与西文之间一律插入一个空格
@@ -35,7 +35,7 @@
 ```
 
 > 在 Python 中，我们使用 `class` 关键字来声明类。
-> 
+>
 > 他只用了 100 行不到的代码就实现了那个复杂的功能。
 
 #### 数字与英文单位之间加空格，与符号单位之间不加空格
@@ -49,7 +49,7 @@
 ```
 
 > 我有一块 512 GB 的硬盘。
-> 
+>
 > 今天气温 23˚C，有 70% 的可能性下雨。
 
 #### 括号请使用半角书写，并按照下列规则在两侧添加空格
@@ -80,7 +80,7 @@
 ```
 
 > 1 + 2 = 3
-> 
+>
 > Bellman-Ford 算法
 
 #### 除上述以外的标点均使用全角，且两侧均不留空格
@@ -111,7 +111,7 @@
 ```
 
 > 编程语言有很多，如 C、C++、Java……
-> 
+>
 > 他刚刚做了一个重要的决定——辞职。
 
 #### 针对首次出现的概念，使用粗体进行强调，同时在两侧添加必要的空格
@@ -155,6 +155,6 @@
 
 ## 参考资料
 
-- <https://github.com/vinta/pangu.js>
-- <https://stdrc.cc/style-guides/chinese.html>
-- <https://stdrc.cc/style-guides/markdown.html>
+- https://github.com/vinta/pangu.js
+- https://stdrc.cc/style-guides/chinese.html
+- https://stdrc.cc/style-guides/markdown.html
diff --git a/fr-FR/about/contribute/structure.md b/fr-FR/about/contribute/structure.md
index 550438833b8d..9595f1c9bf98 100644
--- a/fr-FR/about/contribute/structure.md
+++ b/fr-FR/about/contribute/structure.md
@@ -1 +1 @@
-# 项目结构
+# Structure du projet
diff --git a/fr-FR/about/history.md b/fr-FR/about/history.md
index dc106fc4ec72..15b6e8adcc97 100644
--- a/fr-FR/about/history.md
+++ b/fr-FR/about/history.md
@@ -1,4 +1,4 @@
-# 发展史
+# Histoire
 
 2019 年 8 月，我开始编写我的第一个基于 Node.js 的聊天机器人，名为四季酱。当时我浏览各种聊天机器人框架，发现并没有自己真正想要的，遂决定从零开始编写。一开始这个机器人只包含了很少的功能，但随着其更多功能的加入，我开始调整起底层架构，并计划逐步将其开源出来。
 
diff --git a/fr-FR/about/license.md b/fr-FR/about/license.md
index ca028831f156..a6d24f8bbb96 100644
--- a/fr-FR/about/license.md
+++ b/fr-FR/about/license.md
@@ -1,4 +1,4 @@
-# 许可证
+# Licence
 
 Koishi 开发团队致力于维护良好的开源生态。
 
diff --git a/fr-FR/about/upgrade.md b/fr-FR/about/upgrade.md
index d44973a9d324..62d337eacaae 100644
--- a/fr-FR/about/upgrade.md
+++ b/fr-FR/about/upgrade.md
@@ -17,41 +17,41 @@
 
 2. 将要使用 JSX 的文件后缀名修改为 `.tsx`。
 
-## 心跳迁移 <badge>v4.10.4</badge>
+## 心跳更新 <badge>v4.10.4</badge>
 
 在 4.10.4 版本中，我们调整了默认的心跳行为，这可能导致老用户升级时遭遇无限重启问题。可以执行下列操作进行升级：
 
 1. 先将 market 插件更新到最新版本 (最新版本支持批量更新)
 2. (非 v4.10.3 用户忽略此步骤) 在控制台中修改全局设置，将 `heartbeatInterval` 项的值改为 `6000`，`heartbeatTimeout` 项的值改为 `600000`，并点击「重载配置」按钮
-3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-* 依赖则选择移除)，并点击「应用更改」按钮
+3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-\* 依赖则选择移除)，并点击「应用更改」按钮
 4. 更新完成后重启实例
 5. 在控制台中修改全局设置，将 `heartbeatInterval` 和 `heartbeatTimeout` 项的值均改为 `0`，并点击「重载配置」按钮
 6. 再次重启实例
-7. 如果之前移除了 assets-* 插件，请重新前往插件市场进行安装
+7. 如果之前移除了 assets-\* 插件，请重新前往插件市场进行安装
 
-## CLI 迁移 <badge>v4.11.0</badge>
+## CLI 更新 <badge>v4.11.0</badge>
 
 在 4.11.0 版本中我们移除了 @koishijs/cli 包，将其合并到了 koishi 中。这意味着你每次升级时不再需要同时升级两边了。但对于已经安装了 @koishijs/cli 的用户，你需要执行下列操作完成升级：
 
 1. 先完成 4.10.4 版本的更新，确保自己的版本号不小于 4.10.4
-2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，同时移除 @koishijs/cli 的版本号
+2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，并移除 @koishijs/cli
 3. 点击「应用更改」按钮
 
-## HMR 迁移 <badge>v4.12.0</badge>
+## HMR 更新 <badge>v4.12.0</badge>
 
-在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。对于生产模式下的用户无影响，但开发者则需要在升级 Koishi 后手动安装新插件。你需要执行下列操作完成升级：
+在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。如果你使用了 hmr 插件，你需要执行下列操作完成升级：
 
 1. 安装最新版本的 @koishijs/plugin-hmr
-2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#模块热替换) 中提到的部分
+2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#hmr) 中提到的部分
 3. 移除 `package.json` 文件中 `scripts.dev` 的 `--watch` 参数
 
-## 插件市场迁移 <badge>v4.13.0</badge>
+## 插件市场更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们将 @koishijs/plugin-market 插件分拆为了两个插件 market 和 config。其中 market 负责「插件市场」和「依赖管理」页面，而 config 则负责「插件配置」页面。直接将 market 插件更新到 2.0.0 或以上版本的用户会发现自己的「插件配置」页面消失，此时你需要执行下列操作完成升级：
 
 1. 首先确保你的 market 插件是最新版 (应该是 2.0.0 以上版本)
 2. 打开「插件市场」页面，安装最新版的 config 插件
-3. 打开「资源管理器」页面，找到 `koishi.yml` 页面，打开并编辑：
+3. 打开「资源管理器」页面，找到 `koishi.yml` 文件，打开并编辑：
 
 ```yaml
 host: 127.0.0.1
@@ -69,7 +69,7 @@ plugins:
 4. 点击右上角的保存按钮
 5. 重新启动 Koishi 实例
 
-## 国际化迁移 <badge>v4.13.0</badge>
+## 国际化更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们也引入了多语言的回退机制。这意味者，所有涉及语言配置的地方都需要从单一的语言字符串修改为数组。具体包括以下几个地方：
 
@@ -104,7 +104,7 @@ for await (const item of bot.getChannelIter())  // new
 
 [`User`](../api/resources/user.md) 类型的 `userId` 属性改为 `id`，同理对于 [`Channel`](../api/resources/channel.md), [`Guild`](../api/resources/guild.md), [`Message`](../api/resources/message.md) 也是如此。此外，`Author` 被重构为了 `User` 和 `Member` 两个部分。
 
-[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#访问器属性) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
+[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#accessor-property) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
 
 `Adapter.Server` 和 `Adapter.Client` 两个基类被移除。现在可以直接使用 [`Adapter`](../api/core/adapter.md) 基类，并通过 `reusable` 属性决定其是否可重用。
 
@@ -113,3 +113,72 @@ for await (const item of bot.getChannelIter())  // new
 [`encoder.results`](../api/message/encoder.md#encoder-results) 的类型由 `string[]` 变为 `Message[]`。
 
 新增用于创建私聊频道的 [`bot.createDirectChannel()`](../api/resources/channel.md)，因此不再需要实现 [`bot.sendPrivateMessage()`](../api/resources/message.md#bot-sendprivatemessage)。
+
+## Server 插件独立 <badge>v4.16.0</badge>
+
+在 4.16.0 版本中，我们将 `Server` 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-server](../plugins/develop/server.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-server](../plugins/develop/server.md) 插件；
+2. 在你的代码中手动导入并加载该插件；
+3. 将你过去的 `host`, `port`, `maxPort`, `selfUrl` 全局设置移动至 server 插件的配置项。
+
+## 消息元素更新 <badge>v4.16.4</badge>
+
+在 4.16.4 版本中，我们将 Koishi 内部的消息元素实现与 Satori 协议规范进行了对齐。涉及到以下 API 的变动：
+
+- `<image>` 元素更名为 `<img>`
+- `<img>`, `<audio>`, `<video>`, `<file>` 元素的 `url` 属性改为 `src`
+
+如果你的插件用到了相关的特性，请参考下面的迁移指南：
+
+- 如果你的插件**发送**了上述消息元素，你不需要进行任何修改
+  - 官方适配器插件 (和积极维护的社区适配器插件) 都进行了向下兼容
+  - 如果你使用了非官方的适配器并发现升级后无法发送图片，请联系适配器作者进行更新
+- 如果你的插件**接收并解析**了上述消息元素，你可能需要调整你的解析逻辑
+  - 要从给定的消息中提取图片，可以使用 [`h.select()`](../api/message/api.md#h-select) 方法
+  - 如果你的指令接受图片作为参数，可以直接使用 [`image`](../guide/basic/command.md#argument-type) 参数类型
+
+对于适配器作者，请参考下面的迁移指南：
+
+- 接收侧 (`Adapter`)：请确保创建的会话中的消息元素均符合最新标准
+- 发送侧 (`MessageEncoder`)：请尽量同时支持新旧标准，例如使用以下代码：
+
+```ts
+if (type === 'image' || type === 'img') {
+  await sendImage(attrs.src || attrs.url)
+}
+```
+
+## HTTP 插件独立 <badge>v4.17.6</badge>
+
+在 4.17.6 版本中，我们将 HTTP 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-http](../plugins/develop/http.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-http](../plugins/develop/http.md) 插件；
+2. (可选，如果你使用网络代理工具) 安装最新版本的 [@koishijs/plugin-proxy-agent](../plugins/develop/proxy-agent.md) 插件；
+3. 在你的代码中手动导入并加载这两个插件；
+4. 将你过去的 `request` 全局设置移动至 http 插件的配置项；
+5. (可选) 将你过去的 `request.proxyAgent` 全局设置移动至 proxy-agent 插件的配置项。
+
+## `tsconfig` 更新 <badge>v4.17.8</badge>
+
+在 4.17.8 版本中，由于部分依赖的更新，我们对推荐的 `tsconfig.json` 配置进行了调整。如果你的项目使用了 TypeScript，并且在升级后发现无法通过编译，你可以打开 `tsconfig.json` 文件，并尝试执行下列修改以完成升级：
+
+1. 将 `module` 属性改为 `esnext`；
+2. 将 `moduleResolution` 属性改为 `bundler`；
+3. 将 `emitDeclarationOnly` 属性改为 `true` (或者添加这个属性)。
+
+```json{3-5}
+{
+  "compilerOptions": {
+    "module": "esnext",
+    "moduleResolution": "bundler",
+    "emitDeclarationOnly": true,
+  },
+}
+```
+
+注意，如果你的项目中存在多个 `tsconfig.json` 文件，你需要对每一个文件都进行上述修改 (通过 `extends` 继承其他文件中配置的除外)。
diff --git a/fr-FR/api/console/component.md b/fr-FR/api/console/component.md
index fb0966de7a1a..cc67186ca00a 100644
--- a/fr-FR/api/console/component.md
+++ b/fr-FR/api/console/component.md
@@ -1,4 +1,8 @@
-# 内置组件
+# Composants internes
+
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
 
 ## `<k-comment>`
 
diff --git a/fr-FR/api/console/composition.md b/fr-FR/api/console/composition.md
index 151fa0b39f3c..4097dda99161 100644
--- a/fr-FR/api/console/composition.md
+++ b/fr-FR/api/console/composition.md
@@ -1,6 +1,10 @@
-# 组合式 API
+# API composable
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/client 中导出。
 :::
 
diff --git a/fr-FR/api/console/context.md b/fr-FR/api/console/context.md
index 9a831073d236..e2b64855ac79 100644
--- a/fr-FR/api/console/context.md
+++ b/fr-FR/api/console/context.md
@@ -1,7 +1,11 @@
-# 上下文 API
+# API contexte
 
-::: warning
-请注意：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::warning
+消歧义：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
 :::
 
 Koishi 的控制台客户端一样通过插件化的方式加载，因此我们也实现了一套类似的 `Context` 机制。许多你熟悉的底层 API 在客户端是依然可用的 (例如生命周期事件、服务的定义与使用等等)。此外，我们还提供了一些与客户端相关的 API 来帮助你更方便地开发控制台插件。
diff --git a/fr-FR/api/console/server.md b/fr-FR/api/console/server.md
index 2183372bb47d..53f24fe65ebc 100644
--- a/fr-FR/api/console/server.md
+++ b/fr-FR/api/console/server.md
@@ -1,6 +1,10 @@
-# 服务端 API
+# API serveur
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 基本用法](../../guide/console/)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/plugin-console 中导出。
 :::
 
@@ -8,7 +12,7 @@
 
 `Console` 类封装了控制台服务的所有功能，你可以通过 `ctx.console` 来访问它。
 
-### console.addEntry(entry)
+### ctx.console.addEntry(entry)
 
 - **entry:** `Entry` 要添加的入口
 
@@ -21,14 +25,14 @@ interface Entry {
 
 添加客户端入口文件。
 
-### console.addListener(event, callback, options)
+### ctx.console.addListener(event, callback, options) <badge type="warning">实验性</badge>
 
 - **event:** `string` 事件名称
 - **callback:** `Function` 回调函数，其中 `this` 指向 [`Client`](#类-client) 对象
 
 注册一个事件监听器。
 
-### console.broadcast(event, body, options)
+### ctx.console.broadcast(event, body, options)
 
 - **event:** `string` 事件名称
 - **body:** `any` 事件内容
diff --git a/fr-FR/api/core/adapter.md b/fr-FR/api/core/adapter.md
index 5871c26c58e1..9dd8c0f1d992 100644
--- a/fr-FR/api/core/adapter.md
+++ b/fr-FR/api/core/adapter.md
@@ -1,6 +1,6 @@
-# 适配器 (Adapter)
+# Adaptateur
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现适配器](../../guide/adapter/adapter.md)
 :::
 
diff --git a/fr-FR/api/core/app.md b/fr-FR/api/core/app.md
index 9ecda1457034..a52698bdd9f0 100644
--- a/fr-FR/api/core/app.md
+++ b/fr-FR/api/core/app.md
@@ -1,37 +1,9 @@
-# 应用 (App)
+# Application
 
 **应用 (App)** 是程序的入口。可以通过 `new Context()` 构造或通过 `ctx.root` 访问。
 
 本节中介绍的配置项可用于传入构造函数，也可以在配置文件或控制台中进行修改。
 
-## 网络设置
-
-### options.host
-
-- 类型：`string`
-- 默认值：`'127.0.0.1'`
-
-服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
-
-### options.port
-
-- 类型：`number`
-
-要监听的初始端口号。
-
-### options.maxPort
-
-- 类型：`number`
-- 默认值：[`options.port`](#options-port)
-
-允许监听的最大端口号。
-
-### options.selfUrl
-
-- 类型：`string`
-
-Koishi 服务暴露在公网的地址。部分功能（例如 [adapter-telegram](../../plugins/adapter/telegram.md) 或是 [plugin-assets-local](https://assets.koishi.chat/plugins/local.html)）需要用到。
-
 ## 基础设置
 
 ### options.prefix
@@ -106,17 +78,9 @@ interface DelayOptions {
 - `prefer-user`: 优先使用用户语言
 - `prefer-channel`: 优先使用频道语言
 
-## 请求设置
-
-### options.request.proxyAgent
-
-- 类型: `string`
-
-配置请求时默认使用的网络代理。
-
 ## 配置文件选项
 
-::: warning
+:::warning
 下面的配置项来自 Koishi 的命令行工具，仅可在配置文件中编辑，不支持在控制台中修改。
 :::
 
diff --git a/fr-FR/api/core/bot.md b/fr-FR/api/core/bot.md
index f75faa5ace13..28e218c4505e 100644
--- a/fr-FR/api/core/bot.md
+++ b/fr-FR/api/core/bot.md
@@ -1,6 +1,6 @@
-# 机器人 (Bot)
+# Bot
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现机器人](../../guide/adapter/bot.md)
 :::
 
@@ -36,7 +36,7 @@
 
 - 类型: `string`
 
-当前 `Bot` 的 [平台名称](../glossary.md#平台-platform)。
+当前 `Bot` 的 [平台名称](../glossary.md#platform)。
 
 ### bot.selfId
 
diff --git a/fr-FR/api/core/command.md b/fr-FR/api/core/command.md
index 37ba86ff9e44..3849ad76e6d0 100644
--- a/fr-FR/api/core/command.md
+++ b/fr-FR/api/core/command.md
@@ -1,6 +1,6 @@
-# 指令 (Command)
+# Commande
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 指令开发](../../guide/basic/command.md)
 :::
 
@@ -83,7 +83,8 @@ type CommandAction = (argv: Argv, ...args: any[]) => Awaitable<string | void>
 - **fields:** `FieldCollector<UserField>` 要请求的用户字段
 - 返回值: `this`
 
-如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
 ```ts
 type FieldCollector<K extends string> =
@@ -96,36 +97,27 @@ type FieldCollector<K extends string> =
 - **fields:** `FieldCollector<ChannelField>` 要请求的频道字段
 - 返回值: `this`
 
-如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
-### cmd.alias(...names)
+### cmd.alias(name, config?)
 
-- **names:** `string[]` 要设置的别名
-- 返回值: `this`
-
-设置指令别名。
-
-### cmd.shortcut(name, config?)
-
-- **name:** `string | RegExp` 快捷匹配
-- **config:** `ShortcutConfig`
-  - **config.prefix:** `boolean` 调用时要求保留前缀
-  - **config.fuzzy:** `boolean` 允许在快捷方式后带参数
-  - **config.greedy:** `boolean` 将所有后面的内容解析成一个参数
+- **name:** `string` 要设置的别名
+- **config:** `Command.Alias`
   - **config.args:** `any[]` 要带的参数列表，将与传入的参数合并
-  - **config.options:** `Record<string, any>` 要带的选项列表，将与传入的选项合并
+  - **config.options:** `Dict` 要带的选项列表，将与传入的选项合并
 - 返回值: `this`
 
-设置快捷方式。
+设置指令别名。
 
 ### cmd.subcommand(name, desc?, config?)
 
 - **name:** `string` 指令名以及可能的参数
 - **desc:** `string` 指令的描述
-- **config:** [`CommandConfig`](./context.md#ctx-command) 指令的配置
+- **config:** [`Command.Config`](./context.md#ctx-command) 指令的配置
 - 返回值：`Command` 注册或修改的指令
 
-注册或修改子指令。子指令会继承当期指令的上下文。参见[指令的多级结构](../../guide/basic/command.md#指令的多级结构)章节。
+注册或修改子指令。子指令会继承当期指令的上下文。参见 [子指令](../../manual/usage/command.md#子指令) 和 [注册子指令](../../guide/basic/command.md#注册子指令) 章节。
 
 ### cmd.parse(input)
 
@@ -150,15 +142,3 @@ type FieldCollector<K extends string> =
 - 返回值: `void`
 
 移除当前指令及其所有子指令。
-
-## 静态属性和方法
-
-这里包含了与 Command 类相关的静态属性和方法。
-
-### Command.defaultConfig
-
-默认的指令配置。
-
-### Command.defaultOptionConfig
-
-默认的选项配置。
diff --git a/fr-FR/api/core/context.md b/fr-FR/api/core/context.md
index b46322c4a32a..e930a4064bb3 100644
--- a/fr-FR/api/core/context.md
+++ b/fr-FR/api/core/context.md
@@ -1,4 +1,4 @@
-# 上下文 (Context)
+# Contexte
 
 **上下文 (Context)** 是 Koishi 的核心概念。Koishi 的绝大多数功能也直接通过上下文提供，包括插件、中间件、监听器和指令等。
 
@@ -9,12 +9,14 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.any](../service/filter.md#ctx-any)
 - [ctx.bail](../service/events.md#ctx-bail)
 - [ctx.before](../service/events.md#ctx-before)
-- [ctx.database](../database/database.md)
+- [ctx.debounce](../service/timer.md#ctx-debounce)
 - [ctx.emit](../service/events.md#ctx-emit)
+- [ctx.events](../service/events.md)
 - [ctx.exclude](../service/filter.md#ctx-exclude)
 - [ctx.filter](../service/filter.md#ctx-filter)
 - [ctx.http](../service/http.md)
 - [ctx.i18n](../service/i18n.md)
+- [ctx.inject](../service/registry.md#ctx-inject)
 - [ctx.intersect](../service/filter.md#ctx-intersect)
 - [ctx.loader](../service/loader.md)
 - [ctx.middleware](../service/events.md#ctx-middleware)
@@ -26,13 +28,24 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.parallel](../service/events.md#ctx-parallel)
 - [ctx.permissions](../service/permissions.md)
 - [ctx.plugin](../service/registry.md#ctx-plugin)
-- [ctx.router](../service/router.md)
+- [ctx.registry](../service/registry.md)
 - [ctx.scope](../service/registry.md#ctx-scope)
 - [ctx.serial](../service/events.md#ctx-serial)
-- [ctx.start](../service/registry.md#ctx-start)
+- [ctx.server](../service/server.md)
+- [ctx.setInterval](../service/timer.md#ctx-setinterval)
+- [ctx.setTimeout](../service/timer.md#ctx-settimeout)
+- [ctx.sleep](../service/timer.md#ctx-sleep)
 - [ctx.stop](../service/registry.md#ctx-stop)
+- [ctx.throttle](../service/timer.md#ctx-throttle)
+- [ctx.timer](../service/timer.md)
 - [ctx.union](../service/filter.md#ctx-union)
-- [ctx.using](../service/registry.md#ctx-using)
+
+除此以外，以下服务由官方插件提供，因此使用时需要 [声明依赖](../../guide/plugin/service.md#inject)：
+
+- [ctx.console](../console/server.md)
+- [ctx.database](../database/database.md)
+- [ctx.mock](../../plugins/develop/mock.md)
+- [ctx.server](../../plugins/develop/server.md)
 
 ## 实例属性
 
@@ -63,7 +76,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 以当前上下文为原型创建一个新上下文。`meta` 中的属性将覆盖当前上下文的属性。
 
-
 <!-- ### ctx.isolate(names)
 
 - **keys:** `string[]` 隔离的服务列表
@@ -84,14 +96,13 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 在当前上下文中注册或修改一个指令。
 
-### ctx.broadcast(channels?, content, forced?) <badge>需要数据库</badge>
+### ctx.broadcast(channels?, content) <badge>需要数据库</badge>
 
-- **channels:** `string[]` 频道列表
+- **channels:** `string[]` 频道列表，格式为 `{platform}:{channelId}` (如 `discord:1234567890`)
 - **content:** `string` 要发送的内容
-- **forced:** `boolean` 是否无视 silent 标记
 - 返回值: `Promise<string[]>` 成功发送的消息 ID 列表
 
-所有机器人向自己分配的频道广播消息，存在标记 silent 的频道除外。如有失败不会抛出错误。
+所有机器人向自己分配的频道广播消息。如果传入的频道不存在，会输出一个警告。
 
 ### ctx.logger(scope?)
 
@@ -106,10 +117,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 - 类型: `symbol`
 
-### Context.source
-
-- 类型: `symbol`
-
 ### Context.current
 
 - 类型: `symbol`
diff --git a/fr-FR/api/core/events.md b/fr-FR/api/core/events.md
index 7333e7c97d6f..8795278b1368 100644
--- a/fr-FR/api/core/events.md
+++ b/fr-FR/api/core/events.md
@@ -1,10 +1,10 @@
-# 事件 (Events)
+# Événement
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍 Koishi 的内置事件。如果想了解事件 API，请前往 [API > 内置服务 > 事件](../service/events.md)。
 :::
 
@@ -60,6 +60,7 @@
 尝试将一个未识别出指令的 Argv 对象识别成指令调用时使用。你可以在回调函数中修改传入的 Argv 对象，或者返回一个字符串表示识别出的指令。
 
 ### 事件：before-attach-channel
+
 ### 事件：before-attach-user
 
 - **session:** `Session` 当前会话
@@ -71,6 +72,7 @@
 这两个事件的触发于内置中间件中。如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 before-attach-channel 事件不会触发。
 
 ### 事件：attach-channel
+
 ### 事件：attach-user
 
 - **session:** `Session` 当前会话
@@ -81,6 +83,7 @@
 如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 attach-channel 事件不会触发。
 
 ### 事件：command/before-attach-channel
+
 ### 事件：command/before-attach-user
 
 - **session:** `Argv` 运行时参数
@@ -128,7 +131,7 @@
 
 插件被卸载时触发。参见 [清除副作用](../../guide/plugin/lifecycle.md#清除副作用)。
 
-::: warning
+:::warning
 请注意，`dispose` 事件的目的是清理副作用而不是确保数据保存。当 Koishi 进程崩溃或是被强行中止时，`dispose` 事件都可能不会触发。为了保护你的数据，你应当在每一次修改后立即上传数据，而不是在 `dispose` 中处理收尾工作。
 :::
 
diff --git a/fr-FR/api/core/session.md b/fr-FR/api/core/session.md
index 5b87e024ac2a..a1e0b9c83765 100644
--- a/fr-FR/api/core/session.md
+++ b/fr-FR/api/core/session.md
@@ -1,4 +1,4 @@
-# 会话 (Session)
+# Session
 
 会话来源于 Koishi v1 的元信息对象，并在后续的版本中发展成了专门的类并大幅扩展了功能。目前的会话已经参与到了 Koishi 的绝大部分工作。
 
@@ -25,7 +25,7 @@
 
 当前会话绑定的频道数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的频道数据，而不是平台的频道数据。如果你需要访问平台频道数据，请使用 `session.event.channel`。
 :::
 
@@ -58,11 +58,11 @@
 
 当前会话绑定的用户数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的用户数据，而不是平台的用户数据。如果你需要访问平台用户数据，请使用 `session.event.user`。
 :::
 
-## 访问器属性
+## 访问器属性 {#accessor-property}
 
 对于部分常用的事件体属性，我们提供了访问器属性。
 
@@ -71,7 +71,7 @@
 - 类型: <code>[GuildMember](../resources/member.md) & [User](../resources/user.md)</code>
 - 完整写法: `{ ...session.event.user, ...session.event.member }`
 
-::: tip
+:::tip
 注意到 `GuildMember` 和 `User` 有部分重叠的字段，例如 `name` 和 `avatar`。在这种情况下，`GuildMember` 的字段会覆盖 `User` 的字段。
 :::
 
@@ -201,7 +201,7 @@
 - **options.timeout:** 中间件的生效时间，缺省时会使用 [`app.config.delay.prompt`](./app.md#options-delay)
 - 返回值: `Promise<T>` 回调函数返回的结果
 
-处理当前会话的下一次输入，如果超时则会返回 `null`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
+处理当前会话的下一次输入，如果超时则会返回 `undefined`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
 
 ### session.suggest(options)
 
diff --git a/fr-FR/api/database/built-in.md b/fr-FR/api/database/built-in.md
index 82691fa6ef1b..e89db244f805 100644
--- a/fr-FR/api/database/built-in.md
+++ b/fr-FR/api/database/built-in.md
@@ -1,6 +1,6 @@
-# 内置数据结构
+# Structure des données internes
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 内置数据结构](../../guide/database/builtin.md)
 :::
 
@@ -66,7 +66,7 @@ Koishi 的数据库 API 实际上分为两部分：
 
 向数据库请求频道数据。
 
-### ctx.database.getAssignedChannels(fields?, platform?, assignees?) <badge type="danger">obsolète</badge>
+### ctx.database.getAssignedChannels(fields?, platform?, assignees?) <badge type="danger">废弃</badge>
 
 - **fields:** `ChannelField[]` 请求的字段，默认为全部字段
 - **platform:** `string` 平台名，默认为全平台
diff --git a/fr-FR/api/database/database.md b/fr-FR/api/database/database.md
index 81b199f79915..31fcda9091db 100644
--- a/fr-FR/api/database/database.md
+++ b/fr-FR/api/database/database.md
@@ -1,6 +1,6 @@
-# 数据库操作 (Database)
+# Database : opérations avec données de bases
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/)
 :::
 
@@ -161,6 +161,12 @@ export interface WriteResult {
 
 计算聚合表达式。
 
+### ctx.database.stats() <badge type="warning">实验性</badge>
+
+- 返回值: [`Promise<Stats>`](#stats)
+
+获取统计信息。
+
 ### ctx.database.drop(table)
 
 - **table:** `string` 表名
@@ -168,8 +174,18 @@ export interface WriteResult {
 
 删除表。
 
-### ctx.database.stats() <badge type="warning">实验性</badge>
+::: danger
+这是一个危险操作，删除表后将无法恢复数据。
 
-- 返回值: [`Promise<Stats>`](#stats)
+如果你是插件开发者，并希望重构插件的数据库结构，我们建议使用 [整表迁移](../../guide/database/model.md#整表迁移)，以防止用户数据丢失。
+:::
 
-获取统计信息。
+### ctx.database.dropAll()
+
+- 返回值: `Promise<void>`
+
+删除所有表。
+
+:::danger
+这是一个危险操作，删除表后将无法恢复数据。
+:::
diff --git a/fr-FR/api/database/evaluation.md b/fr-FR/api/database/evaluation.md
index f1f5194d13ec..d8723a1c44a3 100644
--- a/fr-FR/api/database/evaluation.md
+++ b/fr-FR/api/database/evaluation.md
@@ -1,14 +1,12 @@
 # Eval : expression de la calculée
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
-求值表达式是一组静态 API，主要在 [`Selection`](./selection.md) 中使用。你可以从 Koishi 中直接导入：
+与查询表达式不同，求值表达式是一组静态 API。你可以从 Koishi 中直接导入：
 
 ```ts
-import { Eval } from 'koishi'
-// 或者使用更短的别名
 import { $ } from 'koishi'
 ```
 
diff --git a/fr-FR/api/database/model.md b/fr-FR/api/database/model.md
index 74a95c530f67..09ae88264c73 100644
--- a/fr-FR/api/database/model.md
+++ b/fr-FR/api/database/model.md
@@ -1,6 +1,6 @@
-# 数据模型 (Model)
+# Model : modèles de données
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 数据模型](../../guide/database/model.md)
 :::
 
@@ -23,33 +23,33 @@ export interface Field<T> {
 
 ### 数值类型
 
-|    名称    |  TS 类型   | 默认长度 | 默认初始值 |        说明         |
-|:--------:|:--------:|:----:|:-----:|:-----------------:|
-| integer  | `number` |  10  |  `0`  | 有符号整型数，长度决定了数据的范围 |
-| unsigned | `number` |  10  |  `0`  | 无符号整型数，长度决定了数据的范围 |
-|  float   | `number` | 固定长度 |  `0`  |      单精度浮点数       |
-|  double  | `number` | 固定长度 |  `0`  |      双精度浮点数       |
+|    名称    |   TS 类型  | 默认长度 | 默认初始值 |         说明        |
+| :------: | :------: | :--: | :---: | :---------------: |
+|  integer | `number` |   4  |  `0`  | 有符号整型数，长度决定了数据的范围 |
+| unsigned | `number` |   4  |  `0`  | 无符号整型数，长度决定了数据的范围 |
+|   float  | `number` | 固定长度 |  `0`  |       单精度浮点数      |
+|  double  | `number` | 固定长度 |  `0`  |       双精度浮点数      |
 
 ### 字符串类型
 
-|   名称   |  TS 类型   | 默认长度  | 默认初始值 |   说明   |
-|:------:|:--------:|:-----:|:-----:|:------:|
-|  char  | `string` |  64   | `''`  | 定长的字符串 |
-| string | `string` |  255  | `''`  | 变长的字符串 |
-|  text  | `string` | 65535 | `''`  | 变长的字符串 |
+|   名称   |   TS 类型  |  默认长度 | 默认初始值 |   说明   |
+| :----: | :------: | :---: | :---: | :----: |
+|  char  | `string` |   64  |  `''` | 定长的字符串 |
+| string | `string` |  255  |  `''` | 变长的字符串 |
+|  text  | `string` | 65535 |  `''` | 变长的字符串 |
 
 ### 时间类型
 
-|    名称     | TS 类型  | 默认长度 | 默认初始值  | 说明  |
-|:---------:|:------:|:----:|:------:|:---:|
-|   date    | `Date` | 固定长度 | `null` | 日期值 |
-|   time    | `Date` | 固定长度 | `null` | 时间值 |
+|     名称    |  TS 类型 | 默认长度 |  默认初始值 |  说明 |
+| :-------: | :----: | :--: | :----: | :-: |
+|    date   | `Date` | 固定长度 | `null` | 日期值 |
+|    time   | `Date` | 固定长度 | `null` | 时间值 |
 | timestamp | `Date` | 固定长度 | `null` | 时间戳 |
 
 ### 其他类型
 
-|  名称  |   TS 类型    | 默认长度  | 默认初始值  |         说明         |
-|:----:|:----------:|:-----:|:------:|:------------------:|
+|  名称  |    TS 类型   |  默认长度 |  默认初始值 |         说明         |
+| :--: | :--------: | :---: | :----: | :----------------: |
 | json |  `object`  | 65535 | `null` | 可被序列化为 json 的结构化数据 |
 | list | `string[]` | 65535 |  `[]`  | 字符串构成的列表，序列化时以逗号分隔 |
 
diff --git a/fr-FR/api/database/query.md b/fr-FR/api/database/query.md
index 0d8d308cd3dc..891067747872 100644
--- a/fr-FR/api/database/query.md
+++ b/fr-FR/api/database/query.md
@@ -1,6 +1,6 @@
-# 查询表达式 (Query)
+# Query : expression de la requête
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/index.md)
 :::
 
@@ -159,7 +159,7 @@ type Query<T> = QueryExpr<T> | Shorthand<Indexable> | Callback<T, boolean>
 
 判断列表中是否存在满足给定约束条件的元素。
 
-::: warning
+:::warning
 部分数据库可能不支持使用子条件，因此请尽量只使用 [`$eq`](#eq) 操作符。
 :::
 
diff --git a/fr-FR/api/database/selection.md b/fr-FR/api/database/selection.md
index d5cd31a2d8a4..f5c416b796a3 100644
--- a/fr-FR/api/database/selection.md
+++ b/fr-FR/api/database/selection.md
@@ -1,6 +1,6 @@
-# 查询构造器 (Selection)
+# Selectron : constructeur de l'expression de la requête
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
diff --git a/fr-FR/api/glossary.md b/fr-FR/api/glossary.md
index f0d89e7658bc..c1fbade4fda2 100644
--- a/fr-FR/api/glossary.md
+++ b/fr-FR/api/glossary.md
@@ -1,8 +1,8 @@
-# 术语表
+# Glossaire
 
 本页收集了一些 Koishi 设计中的重要概念，按字母表序排列。如果你在阅读文档时对某个概念感到迷惑，可以随时回到这里查看解释。
 
-## 适配器 (Adapter)
+## 适配器 (Adapter) {#adapter}
 
 适配器是指实现了平台协议，能够让机器人接入平台的插件。通常来说一个适配器实例对应了一个机器人用户，同时启用多个适配器就实现了多个机器人的同时接入。
 
@@ -10,12 +10,12 @@
 - [开发 > 跨平台 > 实现适配器](../guide/adapter/adapter.md)
 - [API > 核心模块 > 适配器](./core/adapter.md)
 
-## 应用 (App)
+## 应用 (App) {#app}
 
 - [开发 > 开发起步 > 配置文件](../guide/develop/config.md)
 - [API > 核心模块 > 应用](./core/app.md)
 
-## 机器人 (Bot)
+## 机器人 (Bot) {#bot}
 
 机器人是指由 Koishi 操控的平台用户。这里的用户不一定是真实用户，也可以是部分平台专门提供的机器人用户。其他用户通过与机器人进行交互来体验 Koishi 的各项功能。
 
@@ -23,15 +23,15 @@
 - [开发 > 跨平台 > 实现机器人](../guide/adapter/bot.md)
 - [API > 核心模块 > 机器人](./core/bot.md)
 
-## 频道 (Channel)
+## 频道 (Channel) {#channel}
 
 频道是消息的集合。一个频道包含了具备时间、逻辑顺序的一系列消息。频道又分为私聊频道和群聊频道，其中私聊频道有且仅有两人参与，而群聊频道可以有任意多人参与。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
-- [API > 平台资源 > 频道](./resources/user.md)
+- [API > 平台资源 > 频道](./resources/channel.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#channel)
 
-## 指令 (Command)
+## 指令 (Command) {#command}
 
 Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件或事件，指令不仅能够更好地处理用户输入，还有统一的帮助信息、权限管理、速率控制等特性。
 
@@ -39,7 +39,7 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 交互基础 > 指令开发](../guide/basic/command.md)
 - [API > 核心模块 > 指令](./core/command.md)
 
-## 控制台 (Console)
+## 控制台 (Console) {#console}
 
 控制台是一个用户友好的图形化管理界面，由一系列官方插件提供。你可以在控制台中监控运行状态、管理插件和配置、查看日志、访问数据库、模拟聊天等。
 
@@ -47,21 +47,21 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 控制台](../guide/console/index.md)
 - [API > 控制台](./console/server.md)
 
-## 上下文 (Context)
+## 上下文 (Context) {#context}
 
 上下文是实际业务逻辑的载体。你可以在上下文中访问事件、中间件、指令和更多服务。这些访问所带来的副作用会被上下文自动收集，并在插件被停用时进行回收。
 
 - [开发 > 模块化](../guide/plugin/index.md)
 - [API > 核心模块 > 上下文](./core/context.md)
 
-## 数据库 (Database)
+## 数据库 (Database) {#database}
 
 Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。你可以在插件中通过 `ctx.database` 访问数据库服务。
 
 - [开发 > 数据库 > 使用数据库](../guide/database/index.md)
 - [API > 数据库](./database/built-in.md)
 
-## 消息元素 (Element)
+## 消息元素 (Element) {#element}
 
 消息元素类似于 HTML 元素，它是组成消息的基本单位。一个元素可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。Koishi 会将这些元素转换为平台所支持的格式，以便在不同平台之间发送和接收消息。
 
@@ -69,77 +69,73 @@ Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广
 - [开发 > 跨平台 > 消息编码](../guide/adapter/message.md)
 - [API > 消息元素](./message/syntax.md)
 
-## 事件 (Events)
+## 事件 (Events) {#events}
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 事件](./core/events.md)
 - [API > 内置服务 > 事件系统](./service/events.md)
 
-## 过滤器 (Filter)
+## 过滤器 (Filter) {#filter}
 
-- [入门 > 过滤器](../manual/usage/customize.md#过滤器)
+- [入门 > 过滤器](../manual/usage/customize.md#filters)
 - [开发 > 模块化 > 过滤器](../guide/plugin/filter.md)
 - [API > 内置服务 > 过滤器](./service/filter.md)
 
-## 群组 (Guild)
+## 群组 (Guild) {#guild}
 
-群组是平台用户的集合。一个群组通常会同时包含一组[用户](#用户)和[频道](#频道)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
+群组是平台用户的集合。一个群组通常会同时包含一组[用户](#user)和[频道](#channel)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 - [API > 平台资源 > 群组](./resources/guild.md)
 
-## 生命周期 (Lifecycle)
+## 生命周期 (Lifecycle) {#lifecycle}
 
 - [开发 > 模块化 > 生命周期](../guide/plugin/lifecycle.md)
 - [API > 核心模块 > 事件](./core/events.html#生命周期事件)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 中间件 (Middleware)
+## 中间件 (Middleware) {#middleware}
 
 - [开发 > 交互基础 > 中间件](../guide/basic/middleware.md)
 
-## 数据模型 (Model)
+## 数据模型 (Model) {#model}
 
 - [开发 > 数据库 > 数据模型](../guide/database/model.md)
 - [API > 数据库 > 数据模型](./database/model.md)
 
-## 平台 (Platform)
+## 平台 (Platform) {#platform}
 
 平台是指聊天平台，比如 QQ、Discord 等。同一平台内的用户间具有相互发送消息的能力，而不同平台的用户间则没有。对于 Rocket.Chat 这一类可自建的聊天平台而言，每个独立的自建服务器都视为不同的平台。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 
-## 插件 (Plugin)
+## 插件 (Plugin) {#plugin}
 
 - [开发 > 模块化 > 认识插件](../guide/plugin/index.md)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 协议 (Protocol)
+## 协议 (Protocol) {#protocol}
 
-## 路由 (Router)
-
-- [API > 内置服务 > 网络服务](./service/router.md)
-
-## 配置构型 (Schema)
+## 配置构型 (Schema) {#schema}
 
 - [开发 > 模块化 > 配置构型](../guide/plugin/schema.md)
 - [演练场 > 配置构型](../schema/index.md)
 
-## 服务 (Service)
+## 服务 (Service) {#service}
 
 服务是一系列挂载于上下文对象上的功能的合集 (例如数据库和路由等)。为避免耦合，这些功能并不直接定义在上下文本身，而是将应用看作一个容器，通过依赖合并的方式来实现控制的反转。
 
 - [开发 > 模块化 > 服务与依赖](../guide/plugin/service.md)
 - [API > 核心模块 > 上下文](./core/context.md#混入属性和方法)
 
-## 会话 (Session)
+## 会话 (Session) {#session}
 
 会话对象封装了一次上报事件所含有的属性以及其上的可用操作。你会在事件，中间件和指令的回调函数中用到它。此外，会话对象还提供了许多实用方法，足以满足绝大部分的使用场景。
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 会话](./core/session.md)
 
-## 用户 (User)
+## 用户 (User) {#user}
 
 - [API > 平台资源 > 用户](./resources/user.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#user)
diff --git a/fr-FR/api/index.md b/fr-FR/api/index.md
index e936b87320d4..52a9fa9ebdec 100644
--- a/fr-FR/api/index.md
+++ b/fr-FR/api/index.md
@@ -1,3 +1,3 @@
-# API 参考
+# Références de l'API
 
 <vp-overview/>
diff --git a/fr-FR/api/message/components.md b/fr-FR/api/message/components.md
index b1680636de87..9cd691323a0f 100644
--- a/fr-FR/api/message/components.md
+++ b/fr-FR/api/message/components.md
@@ -1,11 +1,11 @@
-# 内置组件
+# Composants internes
 
-- 标有 <badge>session</badge> 的组件只能在会话环境下使用 (常见的会话环境包括中间件和指令的内部)
+- 标有 <badge>会话</badge> 的组件只能在会话环境下使用 (常见的会话环境包括中间件和指令的内部)
 - 标有 <badge>会话+广播</badge> 的组件只能在会话环境或 `ctx.broadcast()` 中使用
 
 ## 核心组件
 
-### 调用指令 (execute) <badge>session</badge>
+### 调用指令 (execute) <badge>会话</badge>
 
 按照子元素执行指令，并使用指令的输出替换此元素。
 
@@ -17,7 +17,7 @@ foo<execute>echo 123</execute>bar
 <chat-message nickname="Koishi">foo123bar</chat-message>
 </chat-panel>
 
-### 等待输入 (prompt) <badge>session</badge>
+### 等待输入 (prompt) <badge>会话</badge>
 
 输出子元素并等待用户输入，并使用输入内容替换此元素。
 
@@ -52,6 +52,21 @@ foo:
 <chat-message nickname="Koishi">Hello, world!</chat-message>
 </chat-panel>
 
+这个组件也可以配合插值使用：
+
+```html
+<i18n path="foo.bar">{'Koishi'}</i18n>
+```
+
+```yaml
+foo:
+  bar: Hello, {0}!
+```
+
+<chat-panel>
+<chat-message nickname="Koishi">Hello, Koishi!</chat-message>
+</chat-panel>
+
 ### 时间 (i18n:time) <badge>会话+广播</badge>
 
 - **value:** 时间长度（毫秒）
@@ -105,6 +120,49 @@ You have <plural count={count}>
 
 ## 扩展组件
 
-### 网页渲染 (html)
+### 网页渲染 (html) <badge>需要 Puppeteer</badge>
+
+- **style:** HTML 中 `body` 标签的 `style` 属性
+
+调用 Puppeteer 渲染给定 HTML。
+
+JSX 中的 `html` 将被转化为为 HTML 中的 `body` 标签。
+
+```html
+<html style={"color: purple;"}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+你也可以为 `style` 属性指定一个对象：
+
+```html
+<html style={{
+  color: "purple",
+}}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+如果你需要向 HTML 的 `head` 标签中添加 CSS 等页面属性，可以将它们包裹在 `head` 中。下面是一个例子：
+
+```html
+<html>
+  <head>
+    <style>
+      {`
+        body {
+          color: "purple"
+        }
+      `}
+    </style>
+  </head>
+
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
 
 ### 内容审查 (censor)
diff --git a/fr-FR/api/message/elements.md b/fr-FR/api/message/elements.md
index 1aee1fded4a3..9ef1072dcfa0 100644
--- a/fr-FR/api/message/elements.md
+++ b/fr-FR/api/message/elements.md
@@ -1,25 +1,25 @@
-# 标准元素
+# Éléments standards
 
 这里列出了应该由各适配器实现的标准消息元素。各适配器由于平台的限制可能表现出一定的行为差异，但应尽可能贴近标准规定的语义。
 
-::: tip 与 HTML 的区别
+::: tip
 为了方便记忆，我们使用了许多 HTML 中出现的标签来表达类似的语义，如 `<p>`, `<em>` 等。但需要指出的是，这并不意味着这些同名的标签就有着相同的语义。这里举出几个例子：
 
 - HTML 中标签 `<u>` 的定义是「表意不清标注元素」，而 Koishi 这里只使用了下划线的功能
 - HTML 中图像对应 `<img>` 标签，而 Koishi 中则是 `<image>`，并且语法也不相同
-:::
+  :::
 
 ## 基础元素
 
 基础元素是最常见的消息元素，它们能够在大多数平台上正常显示，是组成消息的基本单位。
 
-### 纯文本 (text)
+### 纯文本 (text) {#text}
 
 - **content:** `string` 文本内容
 
 这是一个特殊的消息元素。它等价于一段纯文本，并且在序列化时也不会带两侧的标签。
 
-### 提及用户 (at)
+### 提及用户 (at) {#at}
 
 - **id:** `string` 目标用户的 ID
 - **name:** `string` 目标用户的名称
@@ -28,11 +28,11 @@
 
 `<at>` 元素用于提及某个或某些用户。
 
-::: tip
+:::tip
 由于上述几个属性的语义是互斥的，发送时使用 `id`, `role`, `type` 其一即可。
 :::
 
-### 提及频道 (sharp)
+### 提及频道 (sharp) {#sharp}
 
 - **id:** `string` 目标频道的 ID
 - **name:** `string` 目标频道的名称
@@ -47,7 +47,7 @@
 
 `<face>` 元素用于显示某个表情。通常来说为了跨平台转发，在 `<face>` 内部还会增加 `<image>` 作为回退。当图片的存在可能导致消息分片时，可以使用 `name` 取代图片的渲染。 -->
 
-### 链接 (a)
+### 链接 (a) {#a}
 
 - **href:** `string` 链接的 URL
 
@@ -55,9 +55,10 @@
 
 ## 资源元素
 
-资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `url`。如果某个平台不支持特定的资源类型，适配器应该用 `url` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
+资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `src`。如果某个平台不支持特定的资源类型，适配器应该用 `src` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
 
-- **url:** `string` 资源的 URL
+- **src:** `string` 资源的 URL
+- **title:** `string` 资源文件名称
 - **cache:** `boolean` 是否使用已缓存的文件
 - **timeout:** `string` 下载文件的最长时间
 
@@ -70,29 +71,40 @@
 关于它们的最佳实践，可以参考 [嵌入图片和其他资源](../../guide/basic/element.md#嵌入图片和其他资源)。
 :::
 
-### 图片 (image)
+### 图片 (img) {#img}
 
 除了上述通用属性外，还支持下面的属性：
 
-- **type:** 特殊类型，例如 `flash` 表示闪照
+- **width:** `number` 图片宽度 (像素)
+- **height:** `number` 图片高度 (像素)
 
-`<image>` 元素用于表示图片。
+`<img>` 元素用于表示图片。
 
-### 语音 (audio)
+### 音频 (audio) {#audio}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **duration:** `number` 音频长度 (秒)
+- **poster:** `string` 音频封面 URL
 
 `<audio>` 元素用于表示语音。
 
-### 视频 (video)
+### 视频 (video) {#video}
 
-参见上述通用属性。
+除了上述通用属性外，还支持下面的属性：
+
+- **width:** `number` 视频宽度 (像素)
+- **height:** `number` 视频高度 (像素)
+- **duration:** `number` 视频长度 (秒)
+- **poster:** `string` 视频封面 URL
 
 `<video>` 元素用于表示视频。
 
-### 文件 (file)
+### 文件 (file) {#file}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **poster:** `string` 文件封面 URL
 
 `<file>` 元素用于表示文件。
 
@@ -100,49 +112,49 @@
 
 修饰元素用于修饰其中的内容。如果对应的平台不支持对应的元素，可以忽略这个元素本身，正常渲染其中的子元素。
 
-### 粗体 (b, strong)
+### 粗体 (b, strong) {#b}
 
 `<b>` 或 `<strong>` 元素用于将其中的内容以粗体显示。
 
-### 斜体 (i, em)
+### 斜体 (i, em) {#i}
 
 `<i>` 或 `<em>` 元素用于将其中的内容以斜体显示。
 
-### 下划线 (u, ins)
+### 下划线 (u, ins) {#u}
 
 `<u>` 或 `<ins>` 元素用于为其中的内容附加下划线。
 
-### 删除线 (s, del)
+### 删除线 (s, del) {#s}
 
 `<s>` 或 `<del>` 元素用于为其中的内容附加删除线。
 
-### 剧透 (spl)
+### 剧透 (spl) {#spl}
 
 `<spl>` 元素用于将其中的内容标记为剧透 (默认会被隐藏，点击后才显示)。
 
-### 代码 (code)
+### 代码 (code) {#code}
 
 `<code>` 元素用于将其中的内容以等宽字体显示 (通常还会有特定的背景色)。
 
-### 上标 (sup)
+### 上标 (sup) {#sup}
 
 `<sup>` 元素用于将其中的内容以上标显示。
 
-### 下标 (sub)
+### 下标 (sub) {#sub}
 
 `<sub>` 元素用于将其中的内容以下标显示。
 
 ## 排版元素
 
-### 换行 (br)
+### 换行 (br) {#br}
 
 `<br>` 元素表示一个独立的换行。
 
-### 段落 (p)
+### 段落 (p) {#p}
 
 `<p>` 元素表示一个段落。在渲染时，它与相邻的元素之间会确保有一个换行。
 
-### 消息 (message)
+### 消息 (message) {#message}
 
 - **id:** `string` 消息 ID
 - **forward:** `boolean` 是否为转发消息
@@ -193,11 +205,11 @@ hello<message/>world
 
 元信息元素通常不会被渲染，但会影响到消息的发送行为。
 
-### 引用 (quote)
+### 引用 (quote) {#quote}
 
 `<quote>` 元素用于表示对消息引用。它的子元素会被渲染为引用的内容。理论上所有 `<message>` 元素的特性也可以用于 `<quote>` 元素，包括子元素 (构造引用消息) 和 `forward` 属性 (引用合并转发)。然而目前似乎并没有平台提供了这样的支持。
 
-### 作者 (author)
+### 作者 (author) {#author}
 
 - **id:** `string` 用户 ID
 - **name:** `string` 昵称
@@ -209,7 +221,7 @@ hello<message/>world
 
 交互元素用于显然消息中的可交互性内容。如果平台不支持此类元素且难以提供回退，可以直接忽略整个元素。实现侧应当根据平台特性，针对性地返回带有交互和不带有交互的消息。
 
-### 按钮 (button) <badge type="warning">实验性</badge>
+### 按钮 (button) <badge type="warning">实验性</badge> {#button}
 
 - **id:** `string` 按钮的 ID
 - **type:** `string` 按钮的类型
diff --git a/fr-FR/api/message/encoder.md b/fr-FR/api/message/encoder.md
index cd034b490aa9..fbd3f9a71ffb 100644
--- a/fr-FR/api/message/encoder.md
+++ b/fr-FR/api/message/encoder.md
@@ -1,10 +1,10 @@
 # 消息编码器 (MessageEncoder) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 消息编码](../../guide/adapter/message.md)
 :::
 
diff --git a/fr-FR/api/message/syntax.md b/fr-FR/api/message/syntax.md
index f1fe02bd9b0c..101f1a238b74 100644
--- a/fr-FR/api/message/syntax.md
+++ b/fr-FR/api/message/syntax.md
@@ -1,4 +1,4 @@
-# 语法规范
+# Spécification syntaxe
 
 大多数涉及消息的地方都可以使用消息元素，例如：
 
@@ -16,12 +16,12 @@
 
 你可以在消息元素内使用任何字符。不过部分特殊字符需要转义：
 
-|  原始字符   |     转义写法     |
-|:-------:|:------------:|
-|   `"`   | `&quot;` |
-| `&` | `&amp;`  |
-| `<`  |  `&lt;`  |
-| `>`  |  `&gt;`  |
+| 原始字符 |       转义写法       |
+| :--: | :--------------: |
+|  `"` | `&amp;quot;` |
+|  `&` |  `&amp;amp;` |
+|  `<` |  `&amp;lt;`  |
+|  `>` |  `&amp;gt;`  |
 
 根据上下文的不同，有些字符可能不需要被转义或使用其他的转义方式。
 
@@ -72,7 +72,7 @@
 ```
 
 ```html
-<tag>&lt;foo&gt; bar</tag>
+<tag>&amp;lt;foo&amp;gt; bar</tag>
 ```
 
 ### 注释
diff --git a/fr-FR/api/resources/channel.md b/fr-FR/api/resources/channel.md
index b9677b4936f0..11a69c03cf47 100644
--- a/fr-FR/api/resources/channel.md
+++ b/fr-FR/api/resources/channel.md
@@ -1,11 +1,11 @@
-# 频道 (Channel)
+# Channel : canaux
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的频道对象。
 
 - 要了解数据库中的频道，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#channel)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#频道)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 频道](../glossary.md#channel)
+  :::
 
 ## 类型定义
 
@@ -20,8 +20,8 @@ export interface Channel {
 export enum ChannelType {
   TEXT = 0,
   DIRECT = 1,
-  VOICE = 2,
-  CATEGORY = 3,
+  CATEGORY = 2,
+  VOICE = 3,
 }
 ```
 
diff --git a/fr-FR/api/resources/guild.md b/fr-FR/api/resources/guild.md
index 4f3218b5ba81..4152a298c55c 100644
--- a/fr-FR/api/resources/guild.md
+++ b/fr-FR/api/resources/guild.md
@@ -1,4 +1,4 @@
-# 群组 (Guild)
+# Guild : guildes
 
 ## 类型定义
 
diff --git a/fr-FR/api/resources/login.md b/fr-FR/api/resources/login.md
index 035c035255f8..8f0a9bd283ce 100644
--- a/fr-FR/api/resources/login.md
+++ b/fr-FR/api/resources/login.md
@@ -1,4 +1,4 @@
-# 登录状态 (Login)
+# Login : état de connexion
 
 ## 类型定义
 
diff --git a/fr-FR/api/resources/member.md b/fr-FR/api/resources/member.md
index 69b86e79f0d0..eb760a55f991 100644
--- a/fr-FR/api/resources/member.md
+++ b/fr-FR/api/resources/member.md
@@ -1,4 +1,4 @@
-# 群组成员 (GuildMember)
+# GuildMember : membres de la guilde
 
 ## 类型定义
 
@@ -45,7 +45,7 @@ interface GuildMember {
 
 将某个用户踢出群组。
 
-### bot.muteGuildMember(guildId, userId, duration?, reason?) <badge type="warning">实验性</badge>
+### bot.muteGuildMember(guildId, userId, duration, reason?) <badge type="warning">实验性</badge>
 
 - **guildId:** `string` 群组 ID
 - **userId:** `string` 用户 ID
diff --git a/fr-FR/api/resources/message.md b/fr-FR/api/resources/message.md
index 4b07ccd5dc24..76e945a87d0e 100644
--- a/fr-FR/api/resources/message.md
+++ b/fr-FR/api/resources/message.md
@@ -1,4 +1,4 @@
-# 消息 (Message)
+# Message : messages
 
 ## 类型定义
 
@@ -25,15 +25,15 @@ interface Message {
 
 向特定频道发送消息。
 
-::: warning
+:::warning
 只要你能够获取到会话对象，你就不应使用此 API，而应该使用 [`session.send()`](../core/session.md#session-send)。一些平台会将主动发送的消息同被动接收后回复的消息区分开来，甚至可能限制主动消息的发送，因此使用 [`session.send()`](../core/session.md#session-send) 总是有更好的可靠性。
 :::
 
-::: tip
+:::tip
 `bot.sendMessage()` 既可以发送群聊消息，也可以发送私聊消息。当发送私聊消息时，其与 `bot.sendPrivateMessage()` 的区别在于前者传入的是频道 ID，而后者传入的是用户 ID。
 :::
 
-::: tip
+:::tip
 大多数情况下应当使用 [`MessageEncoder`](../message/encoder.md) 实现消息发送功能，而不是直接实现此方法。
 :::
 
@@ -71,10 +71,11 @@ interface Message {
 
 修改特定消息。
 
-### bot.getMessageList(channelId, next?)
+### bot.getMessageList(channelId, next?, direction?)
 
 - **channelId:** `string` 频道 ID
-- **next:** `string` 分页令牌
+- **next:** `string` 分页令牌，未指定时视为从最新消息向前获取
+- **direction:** `Direction` 消息获取方向，可以为 `'before' | 'after' | 'around'`
 - 返回值: `Promise<List<Message>>` 消息列表
 
 获取频道消息列表。
diff --git a/fr-FR/api/resources/reaction.md b/fr-FR/api/resources/reaction.md
index 0bd5812634aa..92e0a9a8d393 100644
--- a/fr-FR/api/resources/reaction.md
+++ b/fr-FR/api/resources/reaction.md
@@ -1,6 +1,6 @@
 # 表态 (Reaction) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
diff --git a/fr-FR/api/resources/role.md b/fr-FR/api/resources/role.md
index 2533c44afec2..95d734a130cc 100644
--- a/fr-FR/api/resources/role.md
+++ b/fr-FR/api/resources/role.md
@@ -1,4 +1,4 @@
-# 群组角色 (GuildRole)
+# GuildRole : rôles de la guilde
 
 ## 类型定义
 
diff --git a/fr-FR/api/resources/user.md b/fr-FR/api/resources/user.md
index 9ea3fe1cb44b..77997c02f3b2 100644
--- a/fr-FR/api/resources/user.md
+++ b/fr-FR/api/resources/user.md
@@ -1,11 +1,11 @@
-# 用户 (User)
+# User : comptes
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的用户对象。
 
 - 要了解数据库中的用户，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#user)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#用户)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 用户](../glossary.md#user)
+  :::
 
 ## 类型定义
 
diff --git a/fr-FR/api/service/events.md b/fr-FR/api/service/events.md
index 5eb1bd47720d..f4ad35859f85 100644
--- a/fr-FR/api/service/events.md
+++ b/fr-FR/api/service/events.md
@@ -1,16 +1,17 @@
 # Events : événements
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍事件 API。如果想了解 Koishi 的内置事件，请前往 [API > 核心模块 > 事件](../core/events.md)。
 :::
 
 ## 实例方法
 
 ### ctx.emit(session?, event, ...param)
+
 ### ctx.parallel(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
@@ -21,6 +22,7 @@
 同时触发所有 event 事件的能够匹配 session 对象的回调函数。emit 为同步，parallel 为异步。
 
 ### ctx.bail(session?, event, ...param)
+
 ### ctx.serial(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
diff --git a/fr-FR/api/service/filter.md b/fr-FR/api/service/filter.md
index 81522dd159de..9d14b6b3a929 100644
--- a/fr-FR/api/service/filter.md
+++ b/fr-FR/api/service/filter.md
@@ -1,4 +1,4 @@
-# 过滤器 (Filter)
+# Filter : filtres
 
 有关这里的 API，请参见 [开发 > 模块化 > 过滤器](../../guide/plugin/filter.md)。
 
@@ -18,8 +18,8 @@
 
 选取上下文全集。
 
-::: tip
-这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 [](../../guide/plugin/lifecycle.md#dispose-事件)。
+:::tip
+这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 。
 :::
 
 ### ctx.never()
@@ -29,9 +29,13 @@
 选取上下文空集。
 
 ### ctx.self(...values)
+
 ### ctx.user(...values)
+
 ### ctx.guild(...values)
+
 ### ctx.channel(...values)
+
 ### ctx.platform(...values)
 
 - **values:** `string[]` 允许的机器人 / 用户 / 群组 / 频道 / 平台名称构成的数组
@@ -59,4 +63,3 @@
 - 返回值: `Context` 新的上下文
 
 给出当前上下文和其他上下文的差集。
-
diff --git a/fr-FR/api/service/http.md b/fr-FR/api/service/http.md
index e2254a929fec..e29dff91074d 100644
--- a/fr-FR/api/service/http.md
+++ b/fr-FR/api/service/http.md
@@ -1,46 +1,3 @@
-# 网络请求 (HTTP)
+# HTTP : requête d'HTTP
 
-::: warning
-未来可能会将本插件重构为基于 [Fetch API](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的实现。
-:::
-
-`ctx.http` 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。
-
-你可能会有这样的疑问：为什么不直接使用 axios，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了 [全局的配置项](../../api/core/app.html#options-request-proxyagent)，各个插件则只需要调用 `ctx.http` 即可。
-
-## 实例方法
-
-### ctx.http(method, url, config)
-
-- **method:** `string` 请求方法
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-### ctx.http.head(url, config)
-### ctx.http.get(url, config)
-### ctx.http.delete(url, config)
-
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 HEAD / GET / DELETE 请求。
-
-### ctx.http.post(url, data, config)
-### ctx.http.put(url, data, config)
-### ctx.http.patch(url, data, config)
-
-- **url:** `string` 请求地址
-- **data:** `any` 请求数据
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 POST / PUT / PATCH 请求。
-
-### ctx.http\.ws(url)
-
-- **url:** `string` 请求地址
-- 返回值: `WebSocket`
-
-创建一个 WebSocket 连接。
+参见 [`@koishijs/plugin-http`](../../plugins/develop/http.md) 插件文档。
diff --git a/fr-FR/api/service/i18n.md b/fr-FR/api/service/i18n.md
index 7b6a07490085..0007c96bb23b 100644
--- a/fr-FR/api/service/i18n.md
+++ b/fr-FR/api/service/i18n.md
@@ -1,6 +1,6 @@
-# 国际化 (I18n)
+# I18n : internationalisation
 
-::: tip
+:::tip
 参见：[开发 > 国际化](../../guide/i18n/index.md)
 :::
 
diff --git a/fr-FR/api/service/loader.md b/fr-FR/api/service/loader.md
index 0e4a666530c2..df63d5bf2879 100644
--- a/fr-FR/api/service/loader.md
+++ b/fr-FR/api/service/loader.md
@@ -1,10 +1,10 @@
 # 加载器 (Loader) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性 API，未来可能会发生变化。
 :::
 
-::: warning
+:::warning
 此服务仅在 CLI (启动器 / 模板项目) 环境下可用，[作为依赖调用](../../manual/starter/direct.md) 的 Koishi 将不具备此服务。
 :::
 
@@ -18,7 +18,7 @@ Loader 服务可用于管理 Koishi 实例加载的插件。通常情况下你
 
 一个特殊的对象，可以在环境变量中存储少量数据。可以配合 `ctx.loader.fullReload()` 方法使用，以便在重启后恢复数据。
 
-::: warning
+:::warning
 如果你的插件需要持久化大量数据，请使用本地文件或者数据库。
 :::
 
diff --git a/fr-FR/api/service/permissions.md b/fr-FR/api/service/permissions.md
index bddd69fc8771..b74da94b8be4 100644
--- a/fr-FR/api/service/permissions.md
+++ b/fr-FR/api/service/permissions.md
@@ -1,16 +1,19 @@
 # 权限管理 (Permissions) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能在后续版本中发生变化。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 权限管理](../../guide/database/permission.md)
 :::
 
 ## 实例方法
 
-### ctx.permissions.define(name, inherits)
+### ctx.permissions.define(name, options)
+
+- **name:** `string` 权限名称
+- **options.check:** `(session: Partial<Session>) => boolean` 权限检查函数
 
 ### ctx.permissions.inherit(a, b)
 
diff --git a/fr-FR/api/service/registry.md b/fr-FR/api/service/registry.md
index 87b34e4b294e..c9146ae91184 100644
--- a/fr-FR/api/service/registry.md
+++ b/fr-FR/api/service/registry.md
@@ -1,4 +1,4 @@
-# 插件系统 (Registry)
+# Registry : système des plugins
 
 ## 实例属性
 
@@ -20,7 +20,7 @@
 
 当前上下文中安装一个插件。参见 [认识插件](../../guide/plugin/)。
 
-### ctx.using(deps, plugin)
+### ctx.inject(deps, plugin)
 
 - **deps:** `string[]` 依赖的服务列表
 - **plugin:** `Plugin` 要安装的插件
@@ -28,12 +28,6 @@
 
 安装一个存在服务依赖的插件。参见 [服务的依赖关系](../../guide/plugin/service.md#服务的依赖关系)。
 
-### ctx.start()
-
-- 返回值: `Promise<void>`
-
-启动此应用。
-
 ### ctx.stop()
 
 - 返回值: `Promise<void>`
diff --git a/fr-FR/api/service/router.md b/fr-FR/api/service/router.md
index fd735c3cdcb1..5b24985997b4 100644
--- a/fr-FR/api/service/router.md
+++ b/fr-FR/api/service/router.md
@@ -1,10 +1,10 @@
-# 网络服务 (Router)
+# Router : service network
 
-::: danger
+:::danger
 `ctx.router` 需要手动声明为 `inject`。在未来的版本，我们将会把此服务移至插件中。
 :::
 
-::: tip
+:::tip
 Koishi 默认情况下并不会监听任何端口，如要启用网络服务请记得配置 [`options.port`](../core/app.md#options-port)。
 :::
 
@@ -15,11 +15,11 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
 2. 未来可能会不基于 Koa Router 重新实现路由系统。
-:::
+   :::
 
 ## 实例方法
 
-### ctx.router\[method\](path, middleware)
+### ctx.router\[method]\(path, middleware)
 
 - **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
@@ -27,7 +27,7 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
 
-### ctx.router\.ws(path, handler)
+### ctx.router.ws(path, handler)
 
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
 - **handler:** `WebSocketHandler` 处理函数，接受下列参数
diff --git a/fr-FR/api/service/server.md b/fr-FR/api/service/server.md
new file mode 100644
index 000000000000..740b5dbe0f25
--- /dev/null
+++ b/fr-FR/api/service/server.md
@@ -0,0 +1,3 @@
+# Server : Gestion des routes
+
+参见 [`@koishijs/plugin-server`](../../plugins/develop/server.md) 插件文档。
diff --git a/fr-FR/api/service/timer.md b/fr-FR/api/service/timer.md
new file mode 100644
index 000000000000..81634e17db11
--- /dev/null
+++ b/fr-FR/api/service/timer.md
@@ -0,0 +1,53 @@
+# 计时器 (Timer)
+
+## 实例方法
+
+### ctx.setTimeout(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数。返回的函数可以用于取消此计时器。
+
+### ctx.setInterval(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数，然后每隔指定的延迟时间重复执行。返回的函数可以用于取消此计时器。
+
+### ctx.sleep(delay)
+
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `Promise<void>`
+
+等待指定的延迟时间。如果在此期间插件被停用，将会抛出一个错误。
+
+### ctx.throttle(callback, delay, noTrailing?)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- **noTrailing:** `boolean` 是否禁用尾随调用
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数在指定的周期内最多执行一次。
+
+具体表现为，此函数被调用后会立即执行，并在接下来的 `delay` 毫秒内忽略所有调用。
+
+默认情况下，如果在最后一次实际执行后的一个延迟周期内再次调用返回的函数，则会在此延迟周期结束时再次执行 (即尾随调用)。将 `noTrailing` 设置为 `true` 可禁用此行为。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
+
+### ctx.debounce(callback, delay)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数会忽略小于指定间隔的所有高频调用。
+
+具体表现为，此函数被调用后，不会立即执行，而是会等待 `delay` 毫秒。如果在此期间再次调用返回的函数，则会重新计时。直到 `delay` 毫秒内没有调用，此函数才会执行。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
diff --git a/fr-FR/api/utils/logger.md b/fr-FR/api/utils/logger.md
index d80e12bd6dd9..16533c5c7c07 100644
--- a/fr-FR/api/utils/logger.md
+++ b/fr-FR/api/utils/logger.md
@@ -1,6 +1,6 @@
-# 输出日志 (Logger)
+# Logger : journal
 
-::: tip
+:::tip
 本节中的 API 来自 [reggol](https://github.com/shigma/reggol)，并由 Koishi 重新导出。
 :::
 
@@ -82,6 +82,6 @@ logger:
 
 以不同的输出等级输出日志。参数的使用方法与 [`console.log`](https://developer.mozilla.org/zh-CN/docs/Web/API/Console/log) 相同。
 
-::: tip
+:::tip
 运行时产生的错误 (如请求失败，数据库访问失败等) 都属于 warning，只有在创建阶段和连接阶段抛出的错误才会通过 error 输出 (参见 [生命周期](../../guide/plugin/lifecycle.md))。
 :::
diff --git a/fr-FR/api/utils/misc.md b/fr-FR/api/utils/misc.md
index 4a47048dfafe..3b39bf6be5bb 100644
--- a/fr-FR/api/utils/misc.md
+++ b/fr-FR/api/utils/misc.md
@@ -1,12 +1,12 @@
-# 其他工具 (Misc)
+# Misc : miscellanées
 
-::: tip
+:::tip
 本节中的 API 来自 [cosmokit](https://github.com/shigma/cosmokit)，并由 Koishi 重新导出。
 :::
 
 这一节介绍了其他未被归类的内置工具函数。
 
-## 字符串操作
+## 字符串操作 {#string}
 
 ### capitalize(source)
 
@@ -36,7 +36,7 @@
 
 如果输入的是字符串，则将字符串转换成 snake_case；如果是数组或对象，则递归地将对象中的每个（可枚举）的键转换成 snake_case；其他情况不受影响。
 
-## 集合操作
+## 集合操作 {#set}
 
 ### contain(array1, array2)
 
@@ -70,7 +70,7 @@
 
 求两个集合的并集。
 
-## 对象操作
+## 对象操作 {#object}
 
 ### is(type, value)
 
@@ -133,7 +133,58 @@
 
 将对象的每个键进行过滤，返回新的对象。
 
-## 日期操作
+## 二进制数据 {#binary}
+
+### Binary.is(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike`。
+
+### Binary.isSource(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike` 或 `ArrayBufferView`。
+
+### Binary.fromSource(source)
+
+- **source:** `ArrayBufferLike | ArrayBufferView` 要转换的值
+- 返回值: `ArrayBufferLike`
+
+将可能的 `ArrayBufferView` 转换成 `ArrayBuffer`。
+
+### Binary.toBase64(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成 base64 字符串。
+
+### Binary.fromBase64(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将 base64 字符串转换成二进制数据。
+
+### Binary.toHex(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成十六进制字符串。
+
+### Binary.fromHex(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将十六进制字符串转换成二进制数据。
+
+## 时间与日期 {#time}
 
 ### 静态属性
 
diff --git a/fr-FR/api/utils/observer.md b/fr-FR/api/utils/observer.md
index 44adbe2db122..cdc6ebab46f8 100644
--- a/fr-FR/api/utils/observer.md
+++ b/fr-FR/api/utils/observer.md
@@ -1,4 +1,4 @@
-# 观察者 (Observer)
+# Observer : observateur
 
 ## observe(target, update?, label?)
 
diff --git a/fr-FR/api/utils/random.md b/fr-FR/api/utils/random.md
index 6d33a5a2a831..47429f598e55 100644
--- a/fr-FR/api/utils/random.md
+++ b/fr-FR/api/utils/random.md
@@ -1,10 +1,10 @@
 # 随机数操作
 
-::: tip
+:::tip
 本节中的 API 来自 [inaba](https://github.com/shigma/inaba)，并由 Koishi 重新导出。
 :::
 
-## 基本用法
+## Utilisation de base
 
 ```ts
 import { Random } from 'koishi'
@@ -49,7 +49,7 @@ random.pick([1, 2, 3])          // 随机选取一个元素
 - **end:** `number` 上界
 - 返回值: `number` 一个 `[start, end)` 之间的随机整数
 
-生成一个随机实数。
+生成一个随机整数。
 
 ### Random.pick(array, count?)
 
diff --git a/fr-FR/api/utils/schema.md b/fr-FR/api/utils/schema.md
index e61a1eb03f02..ae49dc4f0100 100644
--- a/fr-FR/api/utils/schema.md
+++ b/fr-FR/api/utils/schema.md
@@ -217,7 +217,7 @@ validate(10)                    // 11
 
 ## 实例方法
 
-::: tip
+:::tip
 请注意：`default` 和 `required` 是互斥的，你只能同时使用其中一个。
 :::
 
diff --git a/fr-FR/cookbook/appendix/commands.md b/fr-FR/cookbook/appendix/commands.md
index ad12a56c628d..693049e1928e 100644
--- a/fr-FR/cookbook/appendix/commands.md
+++ b/fr-FR/cookbook/appendix/commands.md
@@ -1,6 +1,6 @@
 # 案例：指令管理
 
-::: tip
+:::tip
 主条目：[可逆的 Koishi](../design/disposable.md)
 :::
 
@@ -12,7 +12,7 @@
 
 - 设置别名和显示名称
 - 添加和删除子指令
-- 权限管理
+- Gestion des permissions
 - 速率限制
 
 与此同时，该插件也允许其他插件通过 `ctx.schema` 服务注册更多可以被该插件所配置的功能。
@@ -28,6 +28,7 @@
 可逆的 Koishi 要求 commands 插件回收自身产生的一切副作用，即：当插件被停用时，用户对指令系统做出的一切改动应当复原：已修改的配置项、指令的别名和显示名称全部恢复为未启用此插件时的状态；创建的新指令被移除；被调整的父子指令关系被复原。
 
 ### 控制台依赖
+
 commands 插件的功能可以分为两个部分：
 
 1. 读取配置项，并对指令系统做出改动。
diff --git a/fr-FR/cookbook/design/disposable.md b/fr-FR/cookbook/design/disposable.md
index b5fedfc509f2..44738b0dc509 100644
--- a/fr-FR/cookbook/design/disposable.md
+++ b/fr-FR/cookbook/design/disposable.md
@@ -5,7 +5,7 @@
 
 - 为什么我们需要可逆的插件系统？
 - Cordis 是如何实现资源安全的？
-:::
+  :::
 
 Koishi 的一切都从 Cordis 开始。但我想大部分 Koishi 的开发者都不知道 Cordis 是什么。如果让我来定义的话，Cordis 是一个**元框架 (Meta Framework)**，即一个用于构建框架的框架。
 
@@ -63,11 +63,15 @@ Cordis 的名字来源于拉丁语的心。我希望它能成为未来软件 (
 
 函数式编程中有着纯函数的概念——给定相同的输入总是给出相同的输出。然而，现实中的程序往往要与各种各样的副作用打交道。对于这种情况，我们可以对函数进行“纯化”——将它的副作用转化为参数和返回值的一部分即可。考虑下面的函数：
 
-$$ f_\text{impure}: \text{X}\to\text{Y} $$
+$$
+f_\text{impure}: \text{X}\to\text{Y}
+$$
 
 假设它含有副作用，我们把所有可能的副作用用类型 $\mathcal{C}$ 封装起来，则该函数可以被转化为：
 
-$$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
+$$
+f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y}
+$$
 
 此时我们得到的就一个纯函数，它接受 $\mathcal{C}$ 和参数，返回修改过的 $\mathcal{C}$ 和返回值。
 
@@ -79,13 +83,24 @@ $$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
 
 进一步，我们还希望 $f$ 的副作用是可以回收的。换言之，我们额外要求 $f$ 存在逆元 $f^{-1}$，此时 $\mathfrak{F}$ 就构成一个群。但仅仅知道函数可逆并不能帮助我们找到它的逆，我们需要在书写这个函数时一并写出它的回收方法。因此我们引入 $\text{effect}$ 函子，使这个函数返回一个新的函数，这个函数可用于回收此次调用的副作用：
 
-$$ \begin{array} \\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F} \\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}
+\\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right)
+\end{array}
+$$
 
 可以证明 $\text{effect}$ 是一个 $\mathfrak{F}$ 到 $\mathcal{C}\times\mathfrak{F}$ 的同态：
 
-$$ \begin{aligned} \text{effect}\ (f\circ g) \left(c, h\right) &=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
-&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\ &=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
-&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right) \end{aligned} $$
+$$
+\begin{aligned}
+\text{effect}\ (f\circ g) \left(c, h\right)
+&=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
+&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\
+&=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
+&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right)
+\end{aligned}
+$$
 
 下面是一个例子：
 
@@ -106,11 +121,16 @@ dispose()                       // 回收副作用
 
 - $\mathcal{C}\times\mathfrak{F}$ 对应着全局环境 (我们稍后会提到全局环境的坏处，但不影响这里的理解)
 - `port` 对应于上面的 $\text{X}$，由于我们可以使用柯里化，所以在数学模型中并不需要考虑它
-:::
+  :::
 
 为什么需要引入这个 $\text{effect}$ 和 $\mathcal{C}\times\mathfrak{F}$ 呢？它的作用是将副作用从函数的返回值中分离出来，从而实现副作用的回收。只需定义 $\text{restore}$ 变换 (不难发现它确实是 $\text{effect}$ 的逆操作)：
 
-$$ \begin{array} \\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F} \\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F}
+\\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right)
+\end{array}
+$$
 
 现在你就可以使用 `restore()` 来回收副作用了：
 
@@ -127,7 +147,9 @@ restore()               // 回收所有副作用
 
 当副作用被记录到全局环境时，$\mathcal{C}\times\mathfrak{F}$ 也就变成了一个更大的 $\mathcal{C}$。我们便可以这样定义：
 
-$$ \mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right) $$
+$$
+\mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right)
+$$
 
 下文中我们将直接使用 $\mathcal{C}$ 来表示 $\mathcal{C}_1$。
 
@@ -168,10 +190,14 @@ ctx.plugin(serve, { port: 80 })
 
 进一步，如果这个 API 本身还存在副作用，那提供此 API 的插件其实占用的是一种能占用资源的资源，一种高阶资源。就如同高阶函数一样，我们的 $\mathcal{C}$ 也可以是高阶的：
 
-$$ \begin{matrix} \mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
-\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\ \cdots\\
+$$
+\begin{matrix}
+\mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
+\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\
+\cdots\\
 \mathcal{C}_{n+1}=\mathcal{C}_n\times\left(\mathcal{C}_n\to\mathcal{C}_n\right)\\
-\end{matrix} $$
+\end{matrix}
+$$
 
 在 Cordis 中，插件之间默认情况下不存在先后关系。换句话说，默认任何两个插件的执行顺序都是可以交换的。如果你想要表达插件之间的依赖关系，则需要通过 **服务 (Service)** 来实现。服务用一个字符串表示，可以被插件提供 (provide) 或注入 (inject)。
 
diff --git a/fr-FR/cookbook/design/storage.md b/fr-FR/cookbook/design/storage.md
index aed48ab14462..7048a42581a3 100644
--- a/fr-FR/cookbook/design/storage.md
+++ b/fr-FR/cookbook/design/storage.md
@@ -5,7 +5,7 @@
 
 - 插件要想持久化数据有哪些途径？
 - 什么是零占用模式？为什么需要实现零占用？
-:::
+  :::
 
 要为一个插件持久化一些数据，除了使用数据库外，更灵活的方式就是使用本地文件。然而到底应该将文件存放在哪里，就是一个值得深入探讨的问题了。本文将介绍 Koishi 插件开发时推荐遵循的零占用模式，它是一个兼具扩展性、可移植性和健壮性的最佳实践。
 
@@ -40,14 +40,14 @@
 
 - 更换为 JS 原生实现或 WebAssembly 实现的包 (它们不存在占用问题)。
 - 将 `.node` 或其他存在占用问题的可执行文件存放于[全局路径](#global)下。
-:::
+  :::
 
 ### 零占用的 Koishi
 
 零占用的 Koishi 是指，给定一个正在运行的 Koishi 实例，移除该实例目录下的所有内容，实例应按照预期的方式保持工作。具体而言，实例内的所有模块，包括 Koishi 本体及所有插件，均在设计时对此情况做了考虑，并编写了相应的处理逻辑：
 
 - Koishi 本体在启动时读取了配置文件。在启动后删除该文件，Koishi 保持工作。
-- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 奔溃。
+- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 崩溃。
 - 外部程序包装插件依赖外部的可执行文件进行工作。可执行文件在运行时无法解除占用，故应当预先被转移至实例目录之外。实例运行时，实例目录内不存在被占用的可执行文件。
 
 实现了零占用模式的 Koishi 项目将获得以下优点：
@@ -136,7 +136,7 @@ if (require.main === module) {
 
 在大多数情况下，我们都推荐使用运行时下载的方案。
 
-::: danger
+:::danger
 运行时下载的文档尚未编写。
 :::
 
diff --git a/fr-FR/cookbook/design/structure.md b/fr-FR/cookbook/design/structure.md
index 87d1642b94fa..244eb493e0d9 100644
--- a/fr-FR/cookbook/design/structure.md
+++ b/fr-FR/cookbook/design/structure.md
@@ -1,6 +1,6 @@
-# 项目架构
+# Structure du projet
 
-::: danger
+:::danger
 本文档正在编写中，内容可能不完整或者不准确。
 :::
 
@@ -8,9 +8,9 @@
 
 下面就让我们用一张图介绍 Koishi 的底层架构吧。
 
-::: warning
+:::warning
 这里应该有一张架构图但是还没有画。
-:::  
+:::
 
 <!-- 在上图中，我们可以看到 Koishi 的核心架构分为三层：Cordis，Satori 和 Koishi：
 
diff --git a/fr-FR/cookbook/design/workspace.md b/fr-FR/cookbook/design/workspace.md
index 208b01f6ff00..ccd62975e246 100644
--- a/fr-FR/cookbook/design/workspace.md
+++ b/fr-FR/cookbook/design/workspace.md
@@ -1,11 +1,11 @@
-# 深入工作区
+# Approfondis sur l'escape de travail
 
 ::: tip
 本文将回答以下问题：
 
 - 什么是工作区仓库？相比传统开发模式有什么优势？
 - 如何在本地维护大量来自不同仓库的插件？
-:::
+  :::
 
 本文要介绍的主题是 Yakumo。Yakumo 是一个由 Koishi 官方团队开发的项目管理工具，它内置于模板项目中，可以在一个本地目录中管理来自多个仓库的工作区。Yakumo 的基本用法已经在 [工作区开发](../../guide/develop/workspace.md) 一节中介绍过了。本文主要介绍其背后的设计思想和高级功能。
 
@@ -75,7 +75,7 @@ root
 
 这种做法的好处是显而易见的。首先，由于开发者无需提交根工作区，因此也不会有隐私数据泄露的风险。其次，二次开发时也可以按需下载插件，不必为了不需要的插件安装依赖或配置环境。
 
-::: tip
+:::tip
 如果你想要分发的不是插件而是成品机器人本身，那么你就需要提交根工作区了。像这种包含根工作区的仓库被称为 [整合包](../practice/bundle.md)，你可以在对应的文档中了解更多信息。
 :::
 
diff --git a/fr-FR/cookbook/message.md b/fr-FR/cookbook/message.md
index b10b5539cdbf..18f15c13dc0c 100644
--- a/fr-FR/cookbook/message.md
+++ b/fr-FR/cookbook/message.md
@@ -9,10 +9,10 @@
 1. message 事件触发，进入中间件处理流程
 2. 根据上下文从中间件池中筛选出要执行的中间件序列
 3. 逐一执行中间件：
-    - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
-    - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
-    - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
-    - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
+   - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
+   - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
+   - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
+   - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
 4. 触发 [middleware](../api/core/events.md#事件：middleware) 事件
 5. 更新当前用户和群的缓冲数据 (参见 [按需加载与自动更新](../guide/database/builtin.md#按需加载与自动更新))
 
@@ -22,26 +22,25 @@
 2. 预处理消息内容，生成 [`session.stripped`](../api/core/session.md#session-stripped)
 3. 触发 [before-parse](../api/core/events.md#事件：before-parse) 事件，尝试解析消息内容 ([快捷匹配](../guide/basic/command.md#快捷匹配) 的解析也在此处完成)
 4. 如果数据库存在：
-    - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
-    - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
-    - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
-    - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
-    - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
-    - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
+   - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
+   - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
+   - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
+   - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
+   - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
+   - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
 5. 如果解析出指令：执行该指令 (下接 [指令执行流程](#指令执行流程))
 6. 尝试解析出候选指令，如果成功则显示候选项 (参见 [模糊匹配](../manual/recipe/execution.md#模糊匹配))
 
-在以上过程中，无论是解析指令还是出发内置的 before-attach-* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
+在以上过程中，无论是解析指令还是出发内置的 before-attach-\* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
 
 ### 指令执行流程
 
 1. 如果解析过程中存在错误 (如非法参数等)，直接返回错误信息
 2. 逐一调用 check 回调函数，直到返回值不为 `undefined`
 3. 触发 [before-command](../api/core/events.md#事件：before-command) 事件：
-    - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
-    - 根据配置检查用户权限和调用记录
+   - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
+   - 根据配置检查用户权限和调用记录
 4. 逐一调用 action 回调函数，直到返回值不为 `undefined`
 5. 触发 [command](../api/core/events.md#事件：command) 事件
-
diff --git a/fr-FR/cookbook/practice/assets.md b/fr-FR/cookbook/practice/assets.md
index 36788ebdcccf..26f407e1832f 100644
--- a/fr-FR/cookbook/practice/assets.md
+++ b/fr-FR/cookbook/practice/assets.md
@@ -1,7 +1,7 @@
-# 资源转存
+# Cache des fichiers de ressources
 
 ::: tip
 本文将回答以下问题：
 
 - 什么情况下插件需要转存资源文件？
-:::
+  :::
diff --git a/fr-FR/cookbook/practice/bundle.md b/fr-FR/cookbook/practice/bundle.md
index d133106ce7d3..fa9a73a167cd 100644
--- a/fr-FR/cookbook/practice/bundle.md
+++ b/fr-FR/cookbook/practice/bundle.md
@@ -76,6 +76,6 @@ root
 
 目前的所有工作流都基于整合包的版本号。当根工作区的版本号变动时，所有的工作流将开始运行。一次完整的发布将包含适用于 Koishi Desktop、Koishi Android 的完整环境，甚至是 Docker 镜像和 npm 包。部分流程需要配置 actions secrets，可以参考下面的列表：
 
-- DOCKER\_USERNAME
-- DOCKER\_PASSWORD
-- NPM\_TOKEN
+- DOCKER_USERNAME
+- DOCKER_PASSWORD
+- NPM_TOKEN
diff --git a/fr-FR/cookbook/practice/online.md b/fr-FR/cookbook/practice/online.md
index 46c280795607..c345171adf2c 100644
--- a/fr-FR/cookbook/practice/online.md
+++ b/fr-FR/cookbook/practice/online.md
@@ -1,4 +1,4 @@
-# 部署到 k-on!
+# Déployer sur k-on !
 
 [Koishi Online (k-on!)](https://koishi.online/) 是一个在线的 Koishi 运行时，你可以在这里体验 Koishi 的各种功能。
 
@@ -6,7 +6,7 @@
 
 ## 部署插件
 
-::: tip
+:::tip
 阅读本节前请先阅读 [发布插件](../../guide/develop/publish.md)。
 :::
 
@@ -163,35 +163,41 @@ ctx.console.addEntry(process.env.KOISHI_BASE ? [
 
 ## 本地测试
 
-::: tip
+:::tip
 阅读本节前请先阅读 [工作区开发](../../guide/develop/workspace.md)。
 :::
 
 如果你想在本地测试插件是否能在 k-on! 中运行，可以参考以下流程：
 
-1. 克隆 koishijs/webui 和 koishijs/ponyfills 仓库。
+1. 克隆 koishijs/webui 和 cordiverse/ponyfills 仓库。
+
+:::tabs code
 
-::: tabs code
 ```npm
 npm run clone koishijs/webui
-npm run clone koishijs/ponyfills
+npm run clone cordiverse/ponyfills
 ```
+
 ```yarn
 yarn clone koishijs/webui
-yarn clone koishijs/ponyfills
+yarn clone cordiverse/ponyfills
 ```
+
 :::
 
 2. 启动 k-on! 开发脚本。
 
-::: tabs code
+:::tabs code
+
 ```npm
 cd external/webui
 npm run dev
 ```
+
 ```yarn
 yarn workspace @root/webui dev
 ```
+
 :::
 
 3. 在浏览器中打开 `http://localhost:3000` 即可访问 k-on!
diff --git a/fr-FR/cookbook/practice/render.md b/fr-FR/cookbook/practice/render.md
index 5dd630a333f8..1f0d1321ff61 100644
--- a/fr-FR/cookbook/practice/render.md
+++ b/fr-FR/cookbook/practice/render.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 如何让插件输出好看的图片？
-:::
+  :::
diff --git a/fr-FR/cookbook/practice/testing.md b/fr-FR/cookbook/practice/testing.md
index 3108bad2ce46..1d86e90ef29d 100644
--- a/fr-FR/cookbook/practice/testing.md
+++ b/fr-FR/cookbook/practice/testing.md
@@ -10,7 +10,7 @@
 
 本章将介绍官方插件 `@koishijs/plugin-mock`。你可以用它来快速检验你编写的 Koishi 插件。
 
-::: tip
+:::tip
 本节中介绍的样例用到了 [Mocha](https://mochajs.org/) 和 [Chai](https://www.chaijs.com/)。它们都是比较通用的测试库和断言库，但并非绑定 @koishijs/plugin-mock 一同使用。你也可以根据你的喜好选择其他工具，比如 [Jest](https://jestjs.io/) 等等。
 :::
 
@@ -18,16 +18,19 @@
 
 首先在工作区中安装所需的测试工具以及 @koishijs/plugin-mock：
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm i mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 ```yarn
 yarn add mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 :::
 
-::: tip
+:::tip
 这里的 `-W` 表明直接安装到根工作区。你也可以改成只对一个插件添加这些依赖，不过考虑到你可能会在其他插件中也用到它们，安装到根工作区会更加方便。
 :::
 
diff --git a/fr-FR/guide/adapter/adapter.md b/fr-FR/guide/adapter/adapter.md
index 514f6f1c8df0..1d0afdef6327 100644
--- a/fr-FR/guide/adapter/adapter.md
+++ b/fr-FR/guide/adapter/adapter.md
@@ -1,8 +1,8 @@
-# 实现适配器
+# Implémentation de l'adaptateur
 
 我们已经知道，单独一个 `Bot` 类已经构成一个合法的插件了。不过，这样的插件只具备调用平台 API 的能力，还无法接收消息。这个时候就需要 `Adapter` 类出场了。
 
-## 适配器的类型
+## 适配器的类型 {#types}
 
 适配器需要建立并维护机器人与聊天平台之间的连接。通常来说，根据协议的不同，适配器与机器人可能是一对一的，也可能是一对多的。让我们再看一眼之前介绍过的 `ReplBot` 实例：
 
@@ -23,11 +23,11 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 简单来说就是，在实现适配器时，首先需要协议的类型确定适配器与机器人的对应关系。如果是一对一的，就需要声明 `reusable` 属性，否则不需要声明。此外，对于部分典型场景，我们又进一步派生出了 `Adapter.WsClient` 等子类，方便你快速实现适配器。
 
-## 典型实现
+## 典型实现 {#typical-impls}
 
 下面让我们看几种典型的适配器实现。
 
-### WebSocket
+### WebSocket {#websocket}
 
 一种常见的通信方式是 WebSocket，许多平台 (Discord、KOOK、钉钉等) 都会使用这项技术。它的工作原理是，机器人首先向聊天平台的 WebSocket 网关发起连接请求，随后平台会将事件推送到机器人的 WebSocket 连接上。这里我们还是以 Discord 平台为例：
 
@@ -86,18 +86,18 @@ if (session) this.dispatch(session)
 
 `createSession()` 会根据事件的类型，创建不同的 `Session` 实例。如果无法对应到标准的会话事件，那么 `createSession()` 方法会返回空值，表示我们不需要调用 `dispatch()` 方法。
 
-### Webhook
+### Webhook {#webhook}
 
 另一种常见的通信方式是 Webhook，使用这种通信方式的平台有飞书、企业微信、Line 等。它的工作原理是，机器人搭建者首先在聊天平台的开发者后台配置一个 HTTP 服务器地址，随后平台会将事件推送到该地址上。这里我们以 Line 平台为例：
 
 ```ts
 export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(public ctx: C) {
     super()
 
-    ctx.router.post('/line', async (ctx) => {
+    ctx.server.post('/line', async (ctx) => {
       const { destination, events } = ctx.request.body
       const bot = this.bots.find(bot => bot.selfId === destination)
       if (!bot) return ctx.status = 403
@@ -114,7 +114,7 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
   async start(bot: LineBot) {
     await this.getLogin()
     await bot.internal.setWebhookEndpoint({
-      endpoint: this.ctx.router.config.selfUrl + '/line',
+      endpoint: this.ctx.server.config.selfUrl + '/line',
     })
   }
 }
@@ -125,11 +125,11 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
 ```ts
 await this.getLogin()
 await bot.internal.setWebhookEndpoint({
-  endpoint: this.ctx.router.config.selfUrl + '/line',
+  endpoint: this.ctx.server.config.selfUrl + '/line',
 })
 ```
 
-对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.router` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
+对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.server` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
 
 ```ts
 const sign = ctx.headers['x-line-signature']?.toString()
@@ -147,7 +147,7 @@ for (const event of parsed.events) {
 }
 ```
 
-### 其他通信方式
+### 其他通信方式 {#others}
 
 除了 WebSocket 和 Webhook 以外，还有一些其他可能出现的通信方式：
 
@@ -156,11 +156,11 @@ for (const event of parsed.events) {
 
 当然，对于那些不太像聊天平台的聊天平台，你也可以不必拘泥于传统的通信方式。直接继承 `Adapter` 基类，实现自己的逻辑即可。无论是我们在本章开始介绍的命令行环境，又或者是邮件、短信，甚至是社交媒体的评论区、私信，只要是能打字的地方，都可以通过适配器的方式接入到 Koishi 中！
 
-## 进阶技巧
+## 进阶技巧 {#advanced}
 
 接下来我们将介绍一些复杂适配器的实现技巧。
 
-### 多协议支持
+### 多协议支持 {#multi-protocol}
 
 部分平台同时支持了多种通信方式，例如 Telegram 就同时支持了 Webhook 和 HTTP 轮询。对于此类平台，我们可以提供一个配置项，让用户根据需要自行选择通信方式。
 
@@ -183,12 +183,12 @@ adapter-telegram
 class ServerAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {}
 
 namespace ServerAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'server'
     path?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     path: Schema.string().default('/telegram'),
   })
@@ -202,12 +202,12 @@ class PollingAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {
 }
 
 namespace PollingAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'polling'
     timeout?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     timeout: Schema.number().default(Time.second * 25),
   })
@@ -229,28 +229,28 @@ class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 
 namespace TelegramBot {
-  export type Config = ServerAdapter.Config | PollingAdapter.Config
+  export type Config = ServerAdapter.Options | PollingAdapter.Options
 
   export const Config: Schema<Config> = Schema.intersect([
     Schema.object({
       protocol: Schema.union(['server', 'polling']).required(),
     }),
     Schema.union([
-      HttpServer.Config,
-      HttpPolling.Config,
+      HttpServer.Options,
+      HttpPolling.Options,
     ]),
   ])
 }
 ```
 
-### 动态创建机器人
+### 动态创建机器人 {#dynamic}
 
 到此为止，我们的适配器开发中都存在一个隐含限制：用户的一次插件加载只能对应于一个 `Bot` 实例。如果用户需要创建多个机器人，那么就需要多次加载插件。这是因为在绝大多数适配器的使用场景下，用户都能很明确地知道自己需要创建多少个机器人。然而总有一些例外情况：
 
 - WhatsApp 平台的一个应用可以填入多个手机号，也就对应了多个 `Bot` 实例。
 - Satori 协议并不预先知道机器人的数量，而是在连接中根据机器人相关事件动态创建的。
 
-::: warning
+:::warning
 无限制的 `Bot` 连接可能会导致你的 Koishi 被恶意调用。因此，如果将适配器作为可任意连接的服务端，请确保在可信任的网络环境下运行，或者引入其他验证机制。
 :::
 
diff --git a/fr-FR/guide/adapter/bot.md b/fr-FR/guide/adapter/bot.md
index ea145575f5de..fced053c6e34 100644
--- a/fr-FR/guide/adapter/bot.md
+++ b/fr-FR/guide/adapter/bot.md
@@ -2,7 +2,7 @@
 
 `Bot` 对应着由 Koishi 操纵的聊天平台机器人账号。其上封装了一系列方法，用于发送消息、获取频道信息等操作。要实现一个聊天平台的 `Bot` 类，只需要实现这些方法即可。
 
-## 通用接口
+## 通用接口 {#universal}
 
 让我们先回忆一下上一节介绍的 `ReplBot`：
 
@@ -27,7 +27,7 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适配器应当尽可能地实现这些标准方法，但这并不是必需的。对于平台没有提供能力的 API，可以直接略去实现。
 
-## 访问内部接口
+## 访问内部接口 {#internal-access}
 
 尽管上面的通用接口足以应对大多数插件的需求，但这并不能将平台的能力发挥到极致。为此，Koishi 也允许 `Bot` 提供一套内部接口，用于直接调用平台的原生能力。
 
@@ -37,36 +37,39 @@ Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适
 首先，插件并不能确定所拿到的 `Bot` 对象来自哪一个适配器，就算想要用上原生能力也必须强行做类型转换 (你稍后就能看到内部接口是如何解决类型问题的)；其次，原生接口可能与通用接口有相同的名称，随着 Koishi 未来进一步扩展通用接口，会有很大可能性引发接口冲突。
 :::
 
-### 在插件中访问
+### 在插件中访问 {#access-from-plugin}
 
 在插件中访问内部接口有两种方法。我们以 Discord 平台为例展示。
 
 第一种是直接通过 `bot.internal` 属性访问。这个属性在 `Bot` 基类中的类型是 `any`，因此你可以直接使用其上的方法，也可以通过类型断言来获取更好的类型提示：
 
 ```ts
+// 这一行写在文件头
+import type { DiscordBot } from '@koishijs/plugin-adapter-discord'
+
 (bot as DiscordBot).internal.getGuild(guildId)
 ```
 
-另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据：
+另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据。你可以用这种方式对特定平台提供定制化的支持：
 
 ```ts
-session.discord.getGuild(guildId)
-
-session.discord.t // 原始事件名称
-session.discord.d // 原始事件数据
-```
-
-你甚至还可以用这种方式对多种适配器提供定制化的支持：
+// 这一行写在文件头
+import {} from '@koishijs/plugin-adapter-discord'
 
-```ts
 if (session.discord) {
-  session.discord.getGuild(guildId)
+  session.discord.getGuild(guildId)     // 内部接口
+  session.discord.t                     // 原始事件名称
+  session.discord.d                     // 原始事件数据
 } else {
   // 其他平台的处理
 }
 ```
 
-### 在适配器中访问
+:::tip
+在上面的例子中，我们仅仅从 @koishijs/plugin-adapter-discord 中导入了类型。这种情况下插件并不实际依赖 Discord 适配器，因此你只需要将该依赖写入 `devDependencies` 即可。对于尚未接入 Discord 平台的用户，也不需要为运行你的插件多装一个适配器，仍然确保了安装体积的精简。关于这部分的讨论，可以参考 [服务与依赖](../plugin/service.md#peer-vs-dep) 一节。
+:::
+
+### 在适配器中访问 {#access-from-adapter}
 
 内部接口不仅能为插件提供更全面的平台能力，对适配器本身的实现也有很大的帮助。让我们截取 Discord 适配器的一段代码作为示例：
 
@@ -106,17 +109,17 @@ class DiscordBot<C extends Context> extends Bot<C> {
 
 为此，我们实现了一个 `decodeGuild` 函数，将 Discord 的数据结构转换为 Koishi 的通用数据结构。与此同时，我们把网络请求的部分放在 `Internal` 类中实现，并在 `Bot` 类中直接调用内部方法。可以看到，这样编写出来的代码结构相比直接把请求放在 `Bot` 类中要清晰得多。
 
-## 实现内部接口
+## 实现内部接口 {#internal-impl}
 
 不同的平台由于其 API 的差异性，`Internal` 类的实现方式也会有所不同。对于简单的平台，你完全可以手动实现每一个内部接口 (甚至可以不实现 `Internal` 类，就像 REPL 适配器那样)；但如果平台本身就有上百个 API，手写每一个内部接口显然既费时又啰嗦。因此，Koishi 提供了一些技巧以简化你的适配工作。我们这里仍然以 Discord 为例。
 
-### 使用 HTTP 服务
+### 使用 HTTP 服务 {#http-service}
 
 让我们进一步完成上面的代码。Discord 的 API 是 Restful 的，并且需要 `Authorization` 请求头。我们通过在 `Internal` 类中传入一个 `http` 对象简化网络请求的写法：
 
 ```ts{5,9,17-20}
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
   getGuild(guildId: string) {
     return this.http.get(`/guilds/${guildId}`)
@@ -141,19 +144,19 @@ class DiscordBot<C extends Context> extends Bot<C> {
 }
 ```
 
-[`ctx.http`](../../api/service/http.md) 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `Quester` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
+[`ctx.http`](../../api/service/http.md) 是 Koishi 的基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `HTTP` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
 
-### 反射网络请求
+### 反射网络请求 {#reflect}
 
-在 `Quester` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
+在 `HTTP` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
 
 ```ts
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
-  static define(path: string, methods: Partial<Record<Quester.Method, string | string[]>>) {
+  static define(path: string, methods: Partial<Record<HTTP.Method, string | string[]>>) {
     for (const key in methods) {
-      const method = key as Quester.Method
+      const method = key as HTTP.Method
       for (const name of makeArray(methods[method])) {
         this.prototype[name] = async function (this: Internal, ...args: any[]) {
           // 将参数填入路径中
@@ -196,7 +199,7 @@ interface Internal {
 
 上面的代码还没有考虑请求体和异常处理等问题，如果想要深入了解，可以阅读 Discord 适配器的 [源码](https://github.com/satorijs/satori/blob/master/adapters/discord/src/types/internal.ts)。事实上，Discord 的接口已经是比较复杂的了。相信有了这些技巧的加持，其他平台的适配器你一定也能手到擒来。
 
-### 注入会话属性
+### 注入会话属性 {#session-injection}
 
 在本节的最后，我们还有一点伏笔没有回收。我们还需要在 `Session` 对象中注入 `discord` 属性，以便插件能够访问到内部接口：
 
diff --git a/fr-FR/guide/adapter/index.md b/fr-FR/guide/adapter/index.md
index f901a568a4c8..430e7188aa91 100644
--- a/fr-FR/guide/adapter/index.md
+++ b/fr-FR/guide/adapter/index.md
@@ -1,4 +1,4 @@
-# 基础知识
+# Principes de bases
 
 Koishi 通过适配器插件来实现对不同聊天平台的支持。
 
diff --git a/fr-FR/guide/adapter/integration.md b/fr-FR/guide/adapter/integration.md
index 617f8307f6e1..30851707cce0 100644
--- a/fr-FR/guide/adapter/integration.md
+++ b/fr-FR/guide/adapter/integration.md
@@ -1,10 +1,10 @@
-# 平台集成
+# Intégration sur la plateforme conversationnelle
 
 至此，Koishi 的适配器开发已经接近尾声。经过前面的几节内容，我们的适配器已经封装了平台接口，与服务器稳定地进行连接，并能够顺利地接受和发送消息。但除此以外，部分平台还提供了一些额外的能力，允许机器人做得更好。Koishi 当然也要把这些能力集成到机器人中。
 
-## 斜线指令
+## 斜线指令 {#slash-command}
 
-::: tip
+:::tip
 相关章节：[指令开发](../basic/command.md)
 :::
 
@@ -24,9 +24,9 @@ class DiscordBot {
 }
 ```
 
-## 用户语言偏好
+## 用户语言偏好 {#user-locale}
 
-::: tip
+:::tip
 相关章节：[多语言支持](../i18n/index.md)
 :::
 
diff --git a/fr-FR/guide/adapter/message.md b/fr-FR/guide/adapter/message.md
index 594bc609f3b1..1405ffd02f2d 100644
--- a/fr-FR/guide/adapter/message.md
+++ b/fr-FR/guide/adapter/message.md
@@ -20,7 +20,7 @@ const encodeGuild = (data: Universal.Guild): Discord.Guild => ({
 
 Koishi 使用 [消息元素](../basic/element.md) 表达任何聊天平台的消息。这是一种类似于 HTML 的格式。消息元素作为组成消息的基本单位，可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。本节将介绍如何在消息元素与平台消息之间互相转换。
 
-## 接收消息
+## 接收消息 {#receive}
 
 在会话对象上存在两个属性与消息的内容有关：`content` 和 `elements`，它们分别对应着字符串形式和消息元素形式的消息内容。它们之间会自动转换，因此下面的两种写法是等价的：
 
@@ -41,9 +41,9 @@ session.elements = [
 session.content = input.replace(/@(\d+)/g, '<at id="$1"/>')
 ```
 
-## Envoi de message
+## 发送消息 {#send}
 
-### 兼容性原则
+### 兼容性原则 {#compatibility}
 
 在具体介绍消息发送之前，不知道你是否有这样的疑问：Koishi 提供了一整套标准的消息元素，但并非所有平台都支持这些元素。对于那些不支持的元素，应该如何处理呢？
 
@@ -55,7 +55,7 @@ Koishi 的建议是**尽量兼容实现**。对于平台不支持的元素，可
 
 对于更加复杂的元素，适配器也可以发挥自主性，设计最适合的交互形式。例如，如果用户的需求是「从若干个选项中选择一个」，那么平台 A 可以渲染出多个按钮供用户点击；平台 B 则可以发送一条带有表态的消息，点击表态对应选择选项；实在不行，平台 C 也可以直接发送选项列表和文本提示语，并将用户的下一次输入作为选项。
 
-### 消息编码器
+### 消息编码器 {#encoder}
 
 之前介绍过的 REPL 适配器为了简化写法，并未包含消息的编码过程。对于一般的适配器，我们建议通过继承 `MessageEncoder` 类来实现消息的发送逻辑。
 
@@ -78,10 +78,9 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
   // 使用 payload 存储待发送的消息
   private payload: Dict
 
-  constructor(bot: TelegramBot<C>, channelId: string, guildId?: string, options?: SendOptions) {
-    super(bot, channelId, guildId, options)
-    const chat_id = guildId || channelId
-    this.payload = { chat_id, parse_mode: 'html', text: '' }
+  // 在 prepare 中初始化 payload
+  async prepare() {
+    this.payload = { chat_id: this.channelId, parse_mode: 'html', text: '' }
   }
 
   // 将发送好的消息添加到 results 中
@@ -125,7 +124,7 @@ export class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 ```
 
-### 行内元素
+### 行内元素 {#inline}
 
 上面的例子仅仅包含了消息编码器的基本结构，并未实现除了文本外的任何消息元素。对于任何非文本元素，上面的代码都会回退到其内部的文本。要添加更多消息元素的支持，只需在 `visit` 方法中添加更多的判断分支，就像这样：
 
@@ -145,7 +144,7 @@ if (type === 'text') {
 }
 ```
 
-### 消息分片
+### 消息分片 {#fragment}
 
 在 Koishi 中，一次消息发送可能在目标平台产生多条独立的消息，称为消息分片。这也是为什么上面的 `results` 是一个数组。消息分片产生的原因是多样的：
 
@@ -165,7 +164,7 @@ if (type === 'text') {
 } else ...
 ```
 
-### 资源元素
+### 资源元素 {#asset}
 
 由于不同平台对于媒体资源的支持类型、发送方式、渲染形式有所不同，因此资源元素的情况会更加复杂。可以大致将各种平台规定的发送方式分为以下几类：
 
@@ -195,8 +194,8 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
         form.append(key, this.payload[key].toString())
       }
       const { type, attrs } = this.asset
-      const { filename, data } = await this.bot.ctx.http.file(attrs.url, attrs)
-      if (type === 'image') {
+      const { filename, data } = await this.bot.ctx.http.file(attrs.src, attrs)
+      if (type === 'img') {
         form.append('photo', data, filename)
         message = await this.bot.internal.sendPhoto(form)
       } else if (type === 'audio') {
@@ -221,11 +220,11 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
 
 差不多这样就实现了资源元素的发送。值得一提的是，这里的代码使用了 `http.file()` 方法。它可以自动为我们处理 `http:`、`file:`、`data:` 等各种协议的资源链接，并将它们统一转换为 `ArrayBuffer`。这可以省去适配器解析资源链接的步骤，对于适配器开发是非常方便的。
 
-## 进阶知识
+## 进阶知识 {#advanced}
 
 下面的知识并非适用于所有适配器。但对于一些特殊的平台，你可能会用到它们。
 
-### 发送被动消息
+### 发送被动消息 {#passive}
 
 我们通常将机器人做出的交互行为分为两种：主动交互和被动交互。
 
@@ -249,11 +248,11 @@ class QQGuildMessageEncoder {
 
 在这一段代码中使用了 `this.options`，它存储了一些额外的发送选项。其中 `session` 正好对应着接收到消息的会话对象。当我们调用 `session.send()` 时，Koishi 会把当前的会话对象传递给 `MessageEncoder`。这样一来，我们就可以在发送消息时带上回复目标了。
 
-### 资源反向代理
+### 资源反向代理 {#reverse-proxy}
 
 一些平台会使用 ID 标识资源文件 (例如 Lark)。当你接收到来自平台的消息时，拿到的是资源 ID 而非资源链接。此时你需要将资源 ID 转换为资源链接，才能构造合法的资源元素。
 
-::: tip
+:::tip
 Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的，但这个链接中会明文包含机器人令牌，并非可以公开使用的链接。因此 Telegram 和其他类似平台也适用于这一节的内容。
 :::
 
@@ -268,10 +267,10 @@ Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的
 
 ```ts
 class LarkAdapter {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(ctx: Context) {
-    ctx.router.get('/lark/assets/:message_id/:key', async (ctx) => {
+    ctx.server.get('/lark/assets/:message_id/:key', async (ctx) => {
       const key = ctx.params.key
       const messageId = ctx.params.message_id
       const selfId = ctx.request.query.self_id
@@ -283,7 +282,7 @@ class LarkAdapter {
         responseType: 'stream',
       })
       ctx.status = 200
-      ctx.response.headers['content-type'] = response.headers['content-type']
+      ctx.response.headers['content-type'] = response.headers.get('content-type')
       ctx.response.body = response.data
     })
   }
@@ -296,11 +295,11 @@ class LarkAdapter {
 h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 ```
 
-::: tip
+:::tip
 反向代理同时也带来了一个新的问题，那就是当这个链接被原样发送时，外网可能无法访问到这个链接。但无需担心，上面提到的 `http.file()` 方法恰好可以解决这个问题。因此，即使经过了反向代理，Koishi 也可以确保消息的跨平台转发插件能够正常工作。
 :::
 
-### 扩展消息元素
+### 扩展消息元素 {#extension}
 
 平台可以提供扩展消息元素，但需要加上平台通用名称作为前缀。下面是一个例子：
 
@@ -318,6 +317,6 @@ h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 <audio src="url1" kook:cover="url2"/>
 ```
 
-::: tip
+:::tip
 平台扩展消息元素的属性是否需要前缀由 SDK 实现自行决定。如果某个消息元素希望在未来标准化，那么加上前缀可以降低迁移成本。如果没有标准化需要，那么去掉前缀在书写上更方便。
 :::
diff --git a/fr-FR/guide/basic/advanced.md b/fr-FR/guide/basic/advanced.md
index de219215bd42..5ffd55b67bc2 100644
--- a/fr-FR/guide/basic/advanced.md
+++ b/fr-FR/guide/basic/advanced.md
@@ -1,4 +1,4 @@
-# 进阶用法
+# Utilisation avancée
 
 在前面的几节中，我们已经了解了基础的交互概念。以他们为基础，Koishi 提供了一些进阶的用法，用于处理真实应用场景中的交互需求。
 
diff --git a/fr-FR/guide/basic/command.md b/fr-FR/guide/basic/command.md
index 68bb95151076..df624e8060be 100644
--- a/fr-FR/guide/basic/command.md
+++ b/fr-FR/guide/basic/command.md
@@ -1,6 +1,6 @@
-# 指令开发
+# Commande
 
-::: tip
+:::tip
 在学习本节之前，建议先完整阅读 [入门 > 指令系统](../../manual/usage/command.md)。
 :::
 
@@ -39,7 +39,7 @@ ctx.command('test <arg1> [arg2] [arg3]')
   .action((_, arg1, arg2, arg3) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 除去表达的意义不同，以及参数个数不足时使用必选参数可能产生错误信息外，这两种参数在程序上是没有区别的。与此同时，默认情况下 `action` 回调函数从第二个参数起也总是字符串。如果传入的参数不足，则对应的参数不会被传入，因此你需要自己处理可能的 `undefined`。
 :::
 
@@ -54,18 +54,19 @@ ctx.command('test <arg1> [...rest]')
 
 ### 文本参数
 
-通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。 在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
+通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。
+在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
 
 ```ts
 ctx.command('test <message:text>')
   .action((_, message) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 文本参数的解析优先级很高，即使是之后的内容中含有选项也会被一并认为是该参数的一部分。因此，当使用文本参数时，应确保选项写在该参数之前，或 [使用引号](../../manual/recipe/execution.md#使用引号) 将要输入的文本包裹起来。
 :::
 
-### 参数的类型
+### 参数类型 {#argument-type}
 
 除去 `text` 以外，Koishi 还支持许多其他的类型。它们的用法与 `text` 无异：
 
@@ -90,13 +91,15 @@ ctx.command('test [arg:number]')
 
 - string: `string` 字符串
 - number: `number` 数值
+- bigint: `bigint` [大整数](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/BigInt)
 - text: `string` 贪婪匹配的字符串
-- user: `string` 用户，格式为 `{platform}:{id}`
-- channel: `string` 频道，格式为 `{platform}:{id}`
+- user: `string` 用户，格式为 `{platform}:{id}` (调用时可以使用 `at` 元素或者 `@{platform}:{id}` 的格式)
+- channel: `string` 频道，格式为 `{platform}:{id}` (调用时可以使用 `sharp` 元素或者 `#{platform}:{id}` 的格式)
 - integer: `number` 整数
 - posint: `number` 正整数
+- natural: `number` 正整数
 - date: `Date` 日期
-
+- image: `Dict` 图片
 
 <!-- ### 定义新类型
 
@@ -152,7 +155,6 @@ ctx.command('test [x:positive]').action((_, arg) => arg)
 <chat-message nickname="Koishi">参数 x 输入无效，应为整数。</chat-message>
 </chat-panel> -->
 
-
 <!-- ### 使用检查器
 
 从 v3 开始 Koishi 支持给一个指令配置多个回调函数，并引入了 `cmd.before()`。你可以利用这个接口定义一些更加复杂的类型检查逻辑。让我们在最后简单地了解一下这个特性。
@@ -238,7 +240,7 @@ ctx.command('test')
 <chat-message nickname="Koishi">{ "writer": 0 }</chat-message>
 </chat-panel>
 
-### 选项的类型
+### 选项类型 {#option-type}
 
 选项也可以像参数一样设置类型：
 
@@ -262,57 +264,34 @@ ctx.command('test')
 <chat-message nickname="Koishi">选项 beta 输入无效，请检查语法。</chat-message>
 </chat-panel>
 
-## 更改触发方式
+## 指令别名
 
-### 指令别名
+:::warning
+由于指令名可以在用户侧配置，因此**不建议**开发者设置过多别名或以常用词作为别名。如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
+:::
 
 你可以为一条指令添加别名：
 
 ```ts
-ctx.command('echo').alias('say')
+ctx.command('echo <message>').alias('say')
 ```
 
 这样一来，无论是 `echo` 还是 `say` 都能触发这条指令了。
 
-::: warning
-由于指令名可以在用户侧配置，因此不建议开发者设置过多的别名。此外，如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
-:::
-
-### 快捷匹配
-
-Koishi 的指令机制虽然能够尽可能避免冲突和误触发，但是也带来了一些麻烦。一方面，一些常用指令的调用会受到指令前缀的限制；另一方面，一些指令可能有较长的选项和参数，但它们调用时却往往是相同的。面对这些情况，**快捷匹配 (Shortcut)** 能有效地解决你的问题。
-
-假设你实现了一个货币系统和 rank 指令，调用 `rank wealth --global` 可以实现查看全服所有人财富排行，你可以这样做：
-
-```ts
-ctx.command('rank <type>')
-  .shortcut('全服财富排行', { args: ['wealth'], options: { global: true } })
-```
-
-这样一来，只要输入“全服财富排行”，Koishi 就会自动调用 `rank wealth --global`，回复查询结果了。
-
-通常来说，快捷方式都要求严格匹配（当然删除两端空格和繁简体转化这种程度的模糊匹配是可以做的），但是你也可以让快捷方式允许带参数：
-
-```ts
-ctx.command('buy <item>')
-  .shortcut('购买', { prefix: true, fuzzy: true })
-```
-
-上面程序注册了一个快捷方式，`prefix` 要求在调用时保留指令前缀，而 `fuzzy` 允许这个快捷方式带参数列表。这样一来，只要输入“Koishi，购买物品名”，Koishi 就会自动调用“buy 物品名”了。
-
-除此以外，你还可以使用正则表达式作为快捷方式：
+你还可以为别名添加参数或选项：
 
 ```ts
-ctx.command('market <area>')
-  .shortcut(/^查(.+区)市场$/, { args: ['$1'] })
+ctx.command('market <area> <item>').alias('市场', { args: ['China'] })
 ```
 
-这样一来，输入“查美区市场”就等价于输入“market 美区”了。
-
-不难看出，使用快捷方式会让你的输入方式更加接近自然语言，也会让你的机器人显得更平易近人。
+此时调用 `市场` 时将等价于调用 `market China`。如果你传入了更多的参数，那么它们将被添加到 `China` 之后。
 
 ## 编写帮助
 
+:::tip
+此功能需要安装 [@koishijs/plugin-help](../../plugins/common/help.md) 插件。
+:::
+
 之前已经介绍了 `ctx.command()` 和 `cmd.option()` 这两个方法，它们都能传入一个 `desc` 参数。你可以在这个参数的结尾补上对于指令或参数的说明文字，就像这样：
 
 ```ts
@@ -325,7 +304,7 @@ ctx.command('echo <message:text> 输出收到的信息')
 <chat-message nickname="Koishi">
 <p>echo &lt;message></p>
 <p>输出收到的信息</p>
-<p>可用的选项有：</p>
+<p>Options disponibles :</p>
 <p class="indent-1">-t, --timeout &lt;seconds>  设定延迟发送的时间</p>
 </chat-message>
 </chat-panel>
@@ -349,9 +328,9 @@ ctx.command('echo <message:text>', '输出收到的信息')
 <p>echo &lt;message></p>
 <p>输出收到的信息</p>
 <p>注意：参数请写在最前面，不然会被当成 message 的一部分！</p>
-<p>可用的选项有：</p>
+<p>Options disponibles :</p>
 <p class="indent-1">-t, --timeout &lt;seconds>  设定延迟发送的时间</p>
-<p>使用示例：</p>
+<p>Exemples :</p>
 <p class="indent-1">echo -t 300 Hello World  五分钟后发送 Hello World</p>
 </chat-message>
 </chat-panel>
@@ -372,8 +351,8 @@ ctx.command('bar 一条看不见的指令', { hidden: true })
 <chat-panel>
 <chat-message nickname="Alice">help</chat-message>
 <chat-message nickname="Koishi">
-<p>当前可用的指令有：</p>
-<p class="indent-1">help  显示帮助信息</p>
+<p>Commandes disponibles : </p>
+<p class="indent-1">help  Afficher l'aide</p>
 <p>输入“帮助+指令名”查看特定指令的语法和使用示例。</p>
 </chat-message>
 <chat-message nickname="Alice">help bar</chat-message>
@@ -390,8 +369,8 @@ ctx.command('bar 一条看不见的指令', { hidden: true })
 <chat-panel>
 <chat-message nickname="Alice">help -H</chat-message>
 <chat-message nickname="Koishi">
-<p>当前可用的指令有：</p>
-<p class="indent-1">help  显示帮助信息</p>
+<p>Commandes disponibles : </p>
+<p class="indent-1">help  Afficher l'aide</p>
 <p class="indent-1">bar  一条看不见的指令</p>
 <p>输入“帮助+指令名”查看特定指令的语法和使用示例。</p>
 </chat-message>
@@ -399,7 +378,7 @@ ctx.command('bar 一条看不见的指令', { hidden: true })
 <chat-message nickname="Koishi">
 <p>指令：bar</p>
 <p>一条看不见的指令</p>
-<p>可用的选项有：</p>
+<p>Options disponibles :</p>
 <p class="indent-1">--foo &lt;text>  一个看不见的选项</p>
 </chat-message>
 </chat-panel>
diff --git a/fr-FR/guide/basic/element.md b/fr-FR/guide/basic/element.md
index a1fcc6a86567..e2d648870570 100644
--- a/fr-FR/guide/basic/element.md
+++ b/fr-FR/guide/basic/element.md
@@ -1,28 +1,31 @@
-# 消息元素
+# Élément message
 
 当然，一个聊天平台所能发送或接收的内容往往不只有纯文本。为此，我们引入了 **消息元素 (Element)** 的概念。
 
 消息元素类似于 HTML 元素，它是组成消息的基本单位。一个元素可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。Koishi 会将这些元素转换为平台所支持的格式，以便在不同平台之间发送和接收消息。
 
-## 基本用法
+## Utilisation de base
 
 一个典型的元素包含名称、属性和内容。在 Koishi 中，我们通常使用 JSX 或 API 的方式创建元素。下面是一些例子：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 欢迎 @用户名 入群！
 session.send(<>欢迎 <at id={userId}/> 入群！</>)
 
 // 发送一张 Koishi 图标
-session.send(<image url="https://koishi.chat/logo.png"/>)
+session.send(<img src="https://koishi.chat/logo.png"/>)
 ```
+
 ```ts title=API
 // 欢迎 @用户名 入群！
 session.send('欢迎 ' + h('at', { id: session.userId }) + ' 入群！')
 
 // 发送一张 Koishi 图标
-session.send(h('image', { url: 'https://koishi.chat/logo.png' }))
+session.send(h('img', { src: 'https://koishi.chat/logo.png' }))
 ```
+
 :::
 
 这两种写法各有优劣，不同人可能会有不同的偏好。但无论哪一种写法都表达了同样的意思。
@@ -48,7 +51,7 @@ h('quote', { id })
 h('p', {}, 'hello')
 
 // 没有属性时二参数可以忽略不写
-h('p', 'hello', h('image', { url }))
+h('p', 'hello', h('img', { src }))
 ```
 
 ### 混用两种写法
@@ -64,16 +67,16 @@ h('p', 'hello', h('image', { url }))
 
 ```tsx
 // 创建一个仅包含图片的消息
-h('message', <image url="https://koishi.chat/logo.png"/>)
+h('message', <img src="https://koishi.chat/logo.png"/>)
 ```
 
-## 标准元素
+## Éléments standards
 
 Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需求。例如：
 
 - `at`：提及用户
 - `quote`：引用回复
-- `image`：嵌入图片
+- `img`：嵌入图片
 - `message`：发送消息
 
 尽管一个平台不太可能支持所有的行为，但适配器对每一个标准元素都进行了最大程度的适配。例如，对于不支持斜体的平台，我们会将斜体元素转换为普通文本；对于无法同时发送多张图片的平台，我们会将多张图片转换为多条消息分别发送等等。这样一来，开发者便可以在不同平台上使用同一套代码，而不用担心平台差异。
@@ -101,16 +104,17 @@ Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需
 <chat-panel>
 <chat-message nickname="Koishi">
 <blockquote>原消息文本</blockquote>
+
 你说得对
 </chat-message>
 </chat-panel>
 
 ### 嵌入图片和其他资源
 
-使用 `image`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
+使用 `img`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
 
 ```html
-<image url="https://koishi.chat/logo.png"/>
+<img src="https://koishi.chat/logo.png"/>
 ```
 
 <chat-panel>
@@ -129,7 +133,7 @@ import { resolve } from 'path'
 h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 
 // 等价于下面的写法
-<image url={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
+<img src={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
 ```
 
 如果图片以二进制数据的形式存在于内存中，你也可以直接通过 `h.image()` 构造 `data:` URL：
@@ -139,7 +143,7 @@ h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 h.image(buffer, 'image/png')
 
 // 等价于下面的写法
-<image url={'data:image/png;base64,' + buffer.toString('base64')}/>
+<img src={'data:image/png;base64,' + buffer.toString('base64')}/>
 ```
 
 ## 消息组件 <badge type="warning">实验性</badge>
@@ -184,15 +188,18 @@ function Custom(attrs, children, session) {
 
 你可以直接在渲染时使用这个组件：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 请注意这里的大写字母
 session.send(<Custom/>)
 ```
+
 ```ts title=API
 // 请注意这里的大写字母
 session.send(h(Custom))
 ```
+
 :::
 
 ### 注册全局组件
@@ -207,3 +214,18 @@ ctx.component('custom', (attrs, children, session) => {
 // 现在你可以在任何地方使用小写的 <custom/> 了
 session.send(<custom/>)
 ```
+
+## 转义与解析
+
+:::danger
+直接发送未经转义的用户输入是非常危险的，因为它很容易导致 [XSS 攻击](https://zh.wikipedia.org/wiki/%E8%B7%A8%E7%B6%B2%E7%AB%99%E6%8C%87%E4%BB%A4%E7%A2%BC)。在使用诸如 `h.unescape()` 之类的 API 时，请务必确保输入的安全性。
+:::
+
+在默认情况下，Koishi 会对指令参数进行转义以确保安全性。但在某些情况下，你可能希望手动处理消息元素的转义和解析。为此，我们提供了一系列实用方法：
+
+- [`h.escape()`](../../api/message/api.md#h-escape): 转义字符串
+- [`h.unescape()`](../../api/message/api.md#h-unescape): 反转义字符串
+- [`h.parse()`](../../api/message/api.md#h-parse): 将字符串解析为消息元素
+- [`h.select()`](../../api/message/api.md#h-select): 从消息元素中选择指定类型的元素
+- [`h.transform()`](../../api/message/api.md#h-transform): 在消息元素中查找并替换指定类型的元素
+- [`h.transformAsync()`](../../api/message/api.md#h-transformasync): 上述方法的异步版本
diff --git a/fr-FR/guide/basic/events.md b/fr-FR/guide/basic/events.md
index 004b572008f1..55003c892595 100644
--- a/fr-FR/guide/basic/events.md
+++ b/fr-FR/guide/basic/events.md
@@ -1,8 +1,8 @@
-# 事件系统
+# Système événement
 
 在上一节中我们了解了指令开发，现在让我们回到更加基础的事件系统。事件系统在 Koishi 中扮演着底层的角色，它不仅包含由聊天平台触发的会话事件，还包含了监听运行状态的生命周期事件和提供扩展性的自定义事件。
 
-## 基本用法
+## Utilisation de base
 
 让我们先从一个基本示例开始：
 
diff --git a/fr-FR/guide/basic/middleware.md b/fr-FR/guide/basic/middleware.md
index 92d2af502d05..f4a9b067bfa1 100644
--- a/fr-FR/guide/basic/middleware.md
+++ b/fr-FR/guide/basic/middleware.md
@@ -1,14 +1,14 @@
-# 中间件
+# Intergiciel
 
 有了接收事件和发送消息的能力，似乎你就能完成一切工作了——很多机器人框架也的确是这么想的。但是从 Koishi 的角度，这还远远不够。因为当我们面临更复杂的需求时，新的问题也会随之产生：如何限制消息能触发的应答次数？如何进行权限管理？如何提高机器人的性能？这些问题的答案将我们引向另一套更高级的系统——这也就是中间件的由来。
 
 中间件是对消息事件处理流程的再封装。你注册的所有中间件将会由一个事件监听器进行统一管理，数据流向下游，控制权流回上游——这可以有效确保了任意消息都只被处理一次。被认定为无需继续处理的消息不会进入下游的中间件——这让我们能够轻易地实现权限管理。与此同时，Koishi 的中间件也支持异步调用，这使得你可以在中间件函数中实现任何逻辑。事实上，相比更加底层地调用事件监听器，**使用中间件处理消息才是 Koishi 更加推荐的做法**。
 
-::: tip
+:::tip
 与事件系统的通用性不同，中间件专注于消息事件。你不能使用中间件处理其他类型的事件。
 :::
 
-## 基本用法
+## Utilisation de base
 
 还记得上一节介绍的 [基本示例](./events.md#基本用法) 吗？让我们把它改成中间件的形式：
 
@@ -56,7 +56,7 @@ ctx.middleware(async (session, next) => {
 })
 ```
 
-::: warning 注意
+:::warning 注意
 异步中间件代码中，`next` 函数被调用时前面必须加上 await (或者 return)。如果删去将可能会导致时序错误，这在 Koishi 中将会抛出一个运行时警告。
 :::
 
diff --git a/fr-FR/guide/console/client.md b/fr-FR/guide/console/client.md
index dea08395a16a..1f7c13ff1502 100644
--- a/fr-FR/guide/console/client.md
+++ b/fr-FR/guide/console/client.md
@@ -1,4 +1,4 @@
-# 客户端开发
+# Développement du client
 
 ## 布局组件
 
@@ -91,7 +91,7 @@ ctx.settings({
   schema: Schema.object({
     wallpaper: Schema.object({
       image: Schema.string().description('要使用的背景图片。'),
-      opacity: Schema.number().description('前景的透明度。'),
+      opacity: Schema.number().description('前景的不透明度。'),
     }).description('壁纸设置'),
   }),
 })
diff --git a/fr-FR/guide/console/data.md b/fr-FR/guide/console/data.md
index df2a9a275d1a..710e7dc6e51a 100644
--- a/fr-FR/guide/console/data.md
+++ b/fr-FR/guide/console/data.md
@@ -1,7 +1,11 @@
-# 数据交互
+# Échange avec données
 
 Koishi 控制台前后端的数据交互基本是通过 WebSocket 实现的。为了适应不同的场景，我们提供了多种数据交互的形式。
 
+:::tip
+在前后端之间传递的数据需要经过 JSON 序列化，因此请避免传入函数和自引用对象等无法被 JSON 序列化的内容。
+:::
+
 ## 被动推送
 
 后端代码：
@@ -117,7 +121,7 @@ send('get-greeting').then(data => {
 </script>
 ```
 
-## 权限管理
+## Gestion des permissions
 
 当你引入了 @koishijs/plugin-auth 插件之后，你可以为你的页面访问和数据交互引入鉴权机制：
 
diff --git a/fr-FR/guide/console/index.md b/fr-FR/guide/console/index.md
index b4980695b8e3..216189c810dd 100644
--- a/fr-FR/guide/console/index.md
+++ b/fr-FR/guide/console/index.md
@@ -1,6 +1,6 @@
 # Extension de la console
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 认识控制台](../../manual/usage/market.md#认识控制台)。
 :::
 
diff --git a/fr-FR/guide/console/theme.md b/fr-FR/guide/console/theme.md
index 5a100ff5c9b7..65d7a7ca1143 100644
--- a/fr-FR/guide/console/theme.md
+++ b/fr-FR/guide/console/theme.md
@@ -1,4 +1,4 @@
-# Développement du thème <badge type="warning">实验性</badge>
+# 主题开发 <badge type="warning">实验性</badge>
 
 Koishi 也允许插件定义控制台主题。让我们先从简单的色彩主题开始。
 
@@ -23,7 +23,7 @@ ctx.theme({
 
 如你所见，要定义一个色彩主题非常简单，只需要调用 [`ctx.theme()`](../../api/console/context.md#ctx-theme) 即可。其中，`id` 用于标识主题，`name` 则会显示在主题选择器中。
 
-::: tip
+:::tip
 请注意：`id` 必须以 `-dark` 或 `-light` 结尾，否则 Koishi 将无法正确回退 CSS 变量！
 :::
 
diff --git a/fr-FR/guide/database/builtin.md b/fr-FR/guide/database/builtin.md
index 899dfa43780e..866bcff381e6 100644
--- a/fr-FR/guide/database/builtin.md
+++ b/fr-FR/guide/database/builtin.md
@@ -1,4 +1,4 @@
-# 内置数据结构
+# Structure des données internes
 
 <!-- 到目前为止，Koishi 对消息的处理逻辑仍然与数据库服务是分离的。如果仅仅是为了引入统一的数据库 API，并不值得我们把 `ctx.database` 内置为 Koishi 的一部分。我们随后会发现，Koishi 还为中间件和指令开发提供了便捷的数据流管理机制，这才是其内置数据库服务的主要原因。 -->
 
@@ -61,7 +61,7 @@ cmd.userFields((argv, fields) => {
 
 你可以在 [这里](../../api/utils/observer.md) 看到完整的观察者 API。
 
-## 进阶用法
+## Utilisation avancée
 
 ### attach 事件
 
diff --git a/fr-FR/guide/database/index.md b/fr-FR/guide/database/index.md
index c3f5878207f9..e2b269932832 100644
--- a/fr-FR/guide/database/index.md
+++ b/fr-FR/guide/database/index.md
@@ -1,12 +1,18 @@
-# 基本用法
+# Utilisation de base
 
-::: tip
+:::tip
 `ctx.database` 并非内置服务，因此如果你的插件需要使用数据库功能，需要[声明依赖](../plugin/service.md#inject-属性)。
 :::
 
 对于几乎所有大型机器人项目，数据库的使用都是不可或缺的。但如果每个插件都独立处理与数据库的交互，这将导致插件之间的兼容性非常差——用户要么选择同时安装多个数据库，要么只能放弃一些功能。为此，Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。
 
-## `get`：查询数据
+本页中涉及的完整 API：
+
+- [数据库操作](../../api/database/database.md)
+- [查询表达式](../../api/database/query.md)
+- [求值表达式](../../api/database/evaluation.md)
+
+## `get`：查询数据 {#get}
 
 使用 `database.get()` 方法以获取特定表中的数据。下面是一个最基本的形式：
 
@@ -28,13 +34,13 @@ await ctx.database.get('schedule', [1234], ['command', 'time'])
 你还可以向第二个参数传入一个对象，用来查询非主键上的数据或者同时指定多列的值：
 
 ```ts
-// 获取名为 schedule 的表中 assignee 为 telegram:123456 的数据行
+// 获取名为 schedule 的表中 assignee 为 123456 或 456789 的数据行
 await ctx.database.get('schedule', {
-  assignee: ['telegram:123456'],
+  assignee: ['123456', '456789'],
 })
 ```
 
-对于需要进行复杂的数据库搜索的，ORM 也提供了相对应的方法：
+对于需要进行复杂的数据库搜索的，你可以使用查询表达式：
 
 ```ts
 // 获取名为 schedule 的表中 id 大于 2 但是小于等于 5 的数据行
@@ -43,33 +49,43 @@ await ctx.database.get('schedule', {
 })
 ```
 
-我们甚至也支持逻辑运算：
+为了处理更加复杂的需求，我们还引入了求值表达式。它表现为一个接受 `row` 参数的回调函数，并通过一系列 `$` 上的运算返回一个 `Boolean` 类型的值。这种写法的表达能力更强，例如你可以让多个字段共同参与运算：
 
 ```ts
+import { $ } from 'koishi'
+
 // 上述两个搜索条件的或运算
-await ctx.database.get('schedule', {
-  $or: [
-    { assignee: ['telegram:123456'] },
-    { id: { $gt: 2, $lte: 5 } },
-  ],
-})
+await ctx.database.get('schedule', (row) =>
+  $.or(
+    $.in(row.assignee, [
+      '123456',
+      '456789',
+    ]),
+    $.and(
+      $.gt(row.id, 2),
+      $.lte(row.id, 5),
+    ),
+  ),
+)
 ```
 
-你可以在 [这里](../../api/database/query.md) 看到完整的查询表达式 API。
+:::tip
+虽然求值表达式在形式上是一个回调函数，但是 Koishi 并不会将数据全部拉取到内存中，而是会将这个函数的行为编译成相对应的查询语句，提交给数据库运行。因此你可以放心地使用这种写法，它并不会带来额外的性能问题 (如果你遇到查询性能瓶颈，这更有可能是数据模型本身导致的，例如缺少必要的索引)。
+:::
 
-## `create`：插入数据
+## `create`：插入数据 {#create}
 
 使用 `database.create()` 方法以插入数据。
 
 ```ts
 // 向 schedule 表中添加一行数据，data 是要添加的数据行
 // 返回值是添加的行的完整数据 (包括自动填充的 id 和默认属性等)
-await ctx.database.create('schedule', row)
+await ctx.database.create('schedule', data)
 ```
 
-如果你想要批量插入数据，可以使用下面介绍的 `database.upsert()` 方法。
+如果你想要批量插入数据，可以使用下面介绍的 [`database.upsert()`](#upsert) 方法。
 
-## `set`：修改数据
+## `set`：修改数据 {#set}
 
 `database.set()` 方法需要传入三个参数：表名、查询条件和要修改的数据。
 
@@ -86,48 +102,44 @@ await ctx.database.set('schedule', 1234, {
 ```ts
 // 让所有日期为今天的数据行的 count 字段在原有基础上增加 1
 await ctx.database.set('foo', { date: new Date() }, (row) => ({
-  // { $add: [a, b] } 相当于 a + b
-  // { $: field } 相当于对当前行的 field 字段取值
   count: $.add(row.count, 1),
 }))
 ```
 
-你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
-## `upsert`：修改或插入数据
+## `upsert`：修改或插入数据 {#upsert}
 
 `database.upsert()` 的逻辑稍微有些不同，需要你传入一个数组：
 
 ```ts
 // 用一个数组来对数据进行更新，你需要确保每一个元素都拥有这个数据表的主键
 // 修改时只会用每一行中出现的键进行覆盖，不会影响未定义的字段
-await ctx.database.upsert('foo', [
+await ctx.database.upsert('foo', (row) => [
   { id: 1, foo: 'hello' },
   { id: 2, foo: 'world' },
-  // 这里同样支持求值表达式，$concat 可用于连接字符串
-  { id: 3, bar: { $concat: ['koi', 'shi'] } },
+  // 如果此列存在，则会按照 $.concat() 的行为进行修改
+  // 如果此列不存在，row.bar 则会使用默认值
+  { id: 3, bar: $.concat(row.bar, ['koishi']) },
 ])
 ```
 
 如果初始的数据库是这样的：
 
-| id    | foo  | bar |
-| ----- | ---- | --- |
+| id                       | foo  | bar |
+| ------------------------ | ---- | --- |
 | (默认值) | null | bar |
-| 1     | foo  | baz |
+| 1                        | foo  | baz |
 
 那么进行上述操作后的数据库将是这样的：
 
-| id | foo   | bar    | 说明                                 |
-| -- | ----- | ------ | ---------------------------------- |
-| 1  | hello | baz    | 该行已经存在，只更新了 foo 字段                 |
-| 2  | world | bar    | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
-| 3  | null  | koishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
+| id | foo     | bar       | 说明                                 |
+| -- | ------- | --------- | ---------------------------------- |
+| 1  | bonjour | baz       | 该行已经存在，只更新了 foo 字段                 |
+| 2  | world   | bar       | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
+| 3  | null    | barkoishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
 
 如果想以非主键来索引要修改的数据，可以使用第三个参数：
 
 ```ts
-// @errors: 2304
 // 以非主键为基准对数据表进行更新，你需要确保每一个元素都拥有 telegram 属性
 await ctx.database.upsert('user', rows, 'telegram')
 
@@ -135,7 +147,7 @@ await ctx.database.upsert('user', rows, 'telegram')
 await ctx.database.upsert('channel', rows, ['platform', 'id'])
 ```
 
-## `remove`：删除数据
+## `remove`：删除数据 {#remove}
 
 使用 `database.remove()` 方法以删除特定表中的数据。
 
@@ -145,7 +157,7 @@ await ctx.database.upsert('channel', rows, ['platform', 'id'])
 await ctx.database.remove('schedule', [id])
 ```
 
-## 获取改动行数
+## 获取改动行数 {#write-result}
 
 `set`, `upsert` 和 `remove` 操作都会返回一个 `WriteResult` 对象，它包含了这次操作的结果。你可以通过 `matched` 属性来获取匹配的数据行数 (注意不是修改的函数)，通过 `inserted` 属性来获取插入的数据行数 (仅限 `upsert` 操作)。
 
@@ -162,7 +174,7 @@ if (!result.matched) {
 }
 ```
 
-## 对比 set 和 upsert
+## 对比 set 和 upsert {#set-upsert}
 
 `set` 与 `upsert` 方法都可以用于修改已经存在的数据，它们的区别如下表所示：
 
@@ -171,7 +183,7 @@ if (!result.matched) {
 | 作用范围 | 支持复杂的查询表达式       | 只能限定特定字段的值    |
 | 插入行为 | 如果数据不存在则不会进行任何操作 | 如果数据不存在则会插入新行 |
 
-## 对比 create 和 upsert
+## 对比 create 和 upsert {#create-upsert}
 
 `create` 与 `upsert` 方法都可以用于插入新的数据，它们的区别如下表所示：
 
diff --git a/fr-FR/guide/database/model.md b/fr-FR/guide/database/model.md
index dad6b8613d97..df1af3cc44cd 100644
--- a/fr-FR/guide/database/model.md
+++ b/fr-FR/guide/database/model.md
@@ -2,7 +2,7 @@
 
 Koishi 的架构允许任何插件对数据库的结构进行扩展。你就可以在不修改 Koishi 或其他插件源码的情况下，为数据库添加新的字段或者表。这些功能都是通过 `ctx.model` 提供的。
 
-::: tip
+:::tip
 请注意：数据模型的扩展一定要在使用前完成，不然后续数据库操作可能会失败。
 :::
 
@@ -143,7 +143,7 @@ ctx.model.extend('foo', {}, {
 
 ## 整表迁移 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 整表迁移的性能较差，建议谨慎设计数据库结构而不是依赖迁移。
 :::
 
diff --git a/fr-FR/guide/database/permission.md b/fr-FR/guide/database/permission.md
index 82babe1445b7..26f7ff2df00d 100644
--- a/fr-FR/guide/database/permission.md
+++ b/fr-FR/guide/database/permission.md
@@ -1,6 +1,6 @@
 # 权限管理 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能随时会发生变化。
 :::
 
@@ -8,14 +8,14 @@
 
 权限其实就是执行某些操作的能力。权限具有唯一的标识符，通常由小写英文字母、数字、短横线和点构成。下面是一些你可能会见到的权限名称：
 
-- `user.514`：ID 为 514 的用户的权限
-- `group.114`：ID 为 114 的用户组的权限
-- `authority.3`：权限等级 3 的权限
-- `command.foo`：指令 foo 的权限
-- `command.foo.option.bar`：指令 foo 选项 bar 的权限
-- `telegram.admin`：telegram 平台下群管理员的权限
-- `bot.channel.mute`：能够禁言频道的机器人的权限
-- `config.write`：能够写入配置文件的权限
+- `user:514`：ID 为 514 的用户的权限
+- `group:114`：ID 为 114 的用户组的权限
+- `authority:3`：权限等级 3 的权限
+- `command:foo`：指令 foo 的权限
+- `command:foo:option:bar`：指令 foo 选项 bar 的权限
+- `telegram:admin`：telegram 平台下群管理员的权限
+- `bot:channel.mute`：能够禁言频道的机器人的权限
+- `config:write`：能够写入配置文件的权限
 
 权限之间存在两种关系：继承和依赖。Koishi 不区分权限与权限组的概念，权限组只是继承了其他权限的权限。你可以将用户和用户组也都视为一种权限组。
 
@@ -32,14 +32,14 @@ ctx.permissions.inherit(A, B)
 例：ID 为 514 的用户拥有权限等级 3，指令 foo 所需要的权限等级是 2。这种情况下该用户显然应该可以调用该指令。那么这种调用关系具体是如何体现的呢？
 
 ```text
-user.514 > authority.3 > authority.2 > command.foo
+user:514 > authority:3 > authority:2 > command:foo
 ```
 
 这里出现了三个继承关系：
 
-- `user.114 > authority.3`，因为 ID 为 514 的用户拥有权限等级 3
-- `authority.3 > authority.2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
-- `authority.2 > command.foo`，因为指令 foo 被权限等级 2 继承
+- `user:114 > authority:3`，因为 ID 为 514 的用户拥有权限等级 3
+- `authority:3 > authority:2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
+- `authority:2 > command:foo`，因为指令 foo 被权限等级 2 继承
 
 由此，权限的继承关系能够顺利表达已有的权限等级机制，并且具备更强的表达能力。
 
@@ -50,19 +50,19 @@ user.514 > authority.3 > authority.2 > command.foo
 例：ID 为 514 的用户同时继承了权限等级 1，而指令 foo 所需权限等级 2，此时该用户并不能调用 foo 指令。但如果现在我们让该用户直接继承 foo 指令的调用权限，会发生什么呢？
 
 ```text
-user.514 > authority.1
-         > command.foo
+user:514 > authority:1
+         > command:foo
 ```
 
-在这张图中，`user.514` 并不能经由 `authority.1` 到达 `command.foo`，但是添加第二条边后又可以直接到达 `command.foo` 了。因此该用户此时就又可以调用 foo 指令了。
+在这张图中，`user:514` 并不能经由 `authority:1` 到达 `command:foo`，但是添加第二条边后又可以直接到达 `command:foo` 了。因此该用户此时就又可以调用 foo 指令了。
 
 可以看到，权限的继承为我们提供了一种能力，可以允许特定低等级用户去调用高级权限的指令，这种能力是过去的权限等级所不具有的。
 
 例：我们希望某个管理型指令 foo 既可以被权限等级 2 的用户调用，又可以被 QQ 群的管理员调用。此时我们可以对 foo 指令进行以下配置：
 
 ```text
-authority.2  >
-telegram.admin > command.foo
+authority:2  >
+telegram:admin > command:foo
 ```
 
 这样一来，一个用户只需满足上述两个条件之一就可以调用此指令了。
@@ -82,7 +82,7 @@ ctx.permissions.depend(A, B)
 例：foo 指令的代码中调用了 bar 指令，因此 foo 指令依赖 bar 指令。
 
 ```text
-command.foo -> command.bar
+command:foo -> command:bar
 ```
 
 如果用户只拥有 foo 的权限，没有调用 bar 的权限，他依然无法调用 foo 指令。
@@ -90,7 +90,7 @@ command.foo -> command.bar
 例：foo 指令的代码中使用了 `bot.muteChannel()`。
 
 ```text
-command.foo -> bot.channel.mute
+command:foo -> bot:channel.mute
 ```
 
 如果机器人没有实现此 API，用户就无法在该机器人上调用 foo 指令。
@@ -102,21 +102,21 @@ command.foo -> bot.channel.mute
 在上面的介绍中，如果要定义新的权限，就必须手动分配给用户或用户组后才能使用。有没有方法自动为一个会话分配权限呢？这就是权限访问器的功能。
 
 ```ts
-ctx.permissions.provide('telegram.admin', async (name, session) => {
+ctx.permissions.provide('telegram:admin', async (name, session) => {
   return session.telegram?.sender?.role === 'admin'
 })
 ```
 
-上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 telegram.admin 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
+上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 `telegram:admin` 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
 
 每个权限可以定义多个访问器函数。在运行时必须通过每一个访问器函数的检查才能视为拥有权限。
 
 一个权限要么是普通权限，要么是访问器权限。下面是一些区别：
 
-| 普通权限        | 访问器权限     |
-| ----------- | --------- |
+| 普通权限                           | 访问器权限     |
+| ------------------------------ | --------- |
 | 手动分配给用户 (组) | 自动分配给会话   |
-| 可以被其他权限继承   | 不能被其他权限继承 |
+| 可以被其他权限继承                      | 不能被其他权限继承 |
 
 ## 权限国际化
 
diff --git a/fr-FR/guide/database/selection.md b/fr-FR/guide/database/selection.md
index a284cae325d0..0951cf24d3eb 100644
--- a/fr-FR/guide/database/selection.md
+++ b/fr-FR/guide/database/selection.md
@@ -1,8 +1,8 @@
-# 进阶查询技巧
+# Interrogations avancées
 
 `database.get()` 已经能实现一些简单的查询了。然而在实际的开发中，我们通常会遇到排序、分组乃至聚合等更复杂的查询需求。此时就轮到更加强大的 `database.select()` 方法登场了。
 
-## 基本用法
+## Utilisation de base
 
 `database.select()` 会创建一个 `Selection` 对象。它提供了一系列的链式方法，你可以将其理解成一个查询语句的构造器。构造完成后，你可以调用 `.execute()` 方法来执行最终的查询。下面是一个简单的例子：
 
@@ -11,7 +11,7 @@ ctx.database.get('foo', { id: { $gt: 5 } })
 // 等价于
 ctx.database
   .select('foo')
-  .where({ id: { $gt: 5 } })
+  .where(row => $.gt(row.id, 5))
   .execute()
 ```
 
@@ -31,7 +31,7 @@ ctx.database
 
 ## 求值表达式
 
-`.orderBy()` 和 `.where()` 方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
+`.orderBy()` 和 `.where()` 等方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
 
 ```ts
 // 返回 id 大于 5 的数据行，并按 id 升序排列
@@ -42,8 +42,6 @@ ctx.database
   .execute()
 ```
 
-这里的 `$.gt()` 是一个求值表达式。你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
 ## 字段映射
 
 `.project()` 方法可以用于映射查询结果。它接受一个对象，对象的键表示要映射的字段名，值表示映射的表达式。下面是一个例子：
@@ -144,5 +142,16 @@ ctx.database
 // 返回的数据包含 foo, bar 两个属性
 ctx.database
   .join(['foo', 'bar'], (foo, bar) => $.eq(foo.id, bar.id))
+  .orderBy('foo.id') // orderBy 可以使用 'a.b' 的形式
+  .execute()
+```
+
+如果你的表名比较复杂，你也可以为参与连接的各个表指定别名。将用于指定表名的数组改为传入一个对象，并修改传入函数的参数即可。下面是一个例子：
+
+```ts
+// 返回的数据包含 t1, t2 两个属性
+ctx.database
+  .join({ t1: 'foo', t2: 'bar' }, row => $.eq(row.t1.id, row.t2.id))
+  .orderBy('t1.id') // orderBy 可以使用 'a.b' 的形式
   .execute()
 ```
diff --git a/fr-FR/guide/database/writing.md b/fr-FR/guide/database/writing.md
index 6880b62a2c5d..ae4bcae8ff57 100644
--- a/fr-FR/guide/database/writing.md
+++ b/fr-FR/guide/database/writing.md
@@ -1,6 +1,6 @@
-# 编写数据库插件
+# Écrit du plugin de base des données
 
-::: danger 注意
+:::danger 注意
 此页文档正在施工，其中的内容可能不是最新。
 :::
 
diff --git a/fr-FR/guide/develop/config.md b/fr-FR/guide/develop/config.md
index fa95ec3de199..a489eb4f7081 100644
--- a/fr-FR/guide/develop/config.md
+++ b/fr-FR/guide/develop/config.md
@@ -1,6 +1,6 @@
-# 配置文件
+# Fichier de configuration
 
-::: warning
+:::warning
 配置文件的结构未来可能会发生变化，请留意后续更新。
 :::
 
@@ -65,7 +65,7 @@ plugins:
       enable: true
 ```
 
-### 插件名称
+### Le nom du plugin
 
 插件名称通常对应于插件发布时的包名。例如：
 
@@ -107,7 +107,7 @@ plugins:
 
 ## 修改配置文件
 
-::: tip
+:::tip
 如果你不了解 YAML 的语法，请不要随意修改配置文件，否则将可能导致 Koishi 应用无法运行。你可以在 [这篇教程](https://www.runoob.com/w3cnote/yaml-intro.html) 中学习 YAML 的语法。
 :::
 
@@ -133,7 +133,7 @@ plugins:
 
 当项目启动时，会将环境变量中的值替换进去。
 
-除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
+除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env.local` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
 
 ```sh title=.env
 DISCORD_TOKEN = xxx
diff --git a/fr-FR/guide/develop/publish.md b/fr-FR/guide/develop/publish.md
index 01c6b7a50a51..2d9ef140fad5 100644
--- a/fr-FR/guide/develop/publish.md
+++ b/fr-FR/guide/develop/publish.md
@@ -62,7 +62,7 @@ root
 - [`version`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#version) 应当符合 [语义化版本](https://semver.org/lang/zh-CN/) (通常从 `1.0.0` 开始)
 - [`peerDependencies`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#peerdependencies) 必须包含 `koishi`
 - 不能声明 [`private`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#private) 为 `true` (否则你的插件无法发布)
-- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions) (一种常见的情况是：你已经发布了某个插件，又希望更换一个名字重新发布，此时你可以通过弃用的方式让旧的名字不显示在插件市场中)
+- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions)
 
 一个符合上述标准的示例：
 
@@ -132,15 +132,12 @@ root
       "optional": ["assets"],               // 可选的服务
       "implements": ["dialogue"],           // 实现的服务
     },
-    "locales": ["en", "zh"],                // 支持的语言
   }
 }
 ```
 
 - **description:** 插件描述，应该是一个对象，其中的键代表语言名，值是对应语言下的描述
-- **service:** 插件的服务相关信息，具体包含下列属性：
-  - **implements:** 实现的服务，应该是一个服务名构成的数组
-- **locales:** 插件支持的语言，应该是一个语言名构成的数组
+- **service:** 插件的服务相关信息，详情请参见 [服务与依赖](../plugin/service.html#package-json)
 - **preview:** 配置为 `true` 可以让插件显示为「开发中」状态
 - **hidden:** 配置为 `true` 可以让插件市场中不显示该插件 (通常情况下你不需要这么做)
 
@@ -150,7 +147,7 @@ root
 
 ## Publication du plugin
 
-编辑完上面的清单文件并 [构建源代码](./workspace.md#构建源代码) 后，你就可以公开发布你的插件了。
+编辑完上面的清单文件并 [构建源代码](./workspace.md#build) 后，你就可以公开发布你的插件了。
 
 :::tabs code
 
@@ -168,8 +165,19 @@ yarn pub [...name]
 
 这将发布所有版本号发生变动的插件。
 
-:::tip
+::: tip
 从插件成功发布到进插件市场需要一定的时间 (通常在 15 分钟内)，请耐心等待。
+
+如果发布时多次失败或者长时间无响应，可以添加 `--debug` 选项以显示调试信息。
+
+```npm
+npm run pub [...name] --debug
+```
+
+```yarn
+yarn pub [...name] --debug
+```
+
 :::
 
 :::: tip
@@ -237,3 +245,23 @@ yarn bump [...name] [-1|-2|-3|-p|-v <ver>] [-r]
 - 缺省情况：按照当前版本的最后一位递增
 
 当进行此操作时，其他相关插件的依赖版本也会同步更新，确保所有工作区内依赖的插件版本一致。进一步，如果你希望更新了依赖版本的插件也同时更新自身的版本，那么可以附加 `-r, --recursive` 选项。
+
+## 弃用插件 {#deprecate}
+
+如果你不再维护某个插件，或者你希望更换一个名字重新发布，那么你可以弃用该插件。在任意目录运行下面的命令以弃用插件：
+
+```sh
+npm deprecate <full-name> <message>
+# 例如
+npm deprecate koishi-plugin-example "this plugin is deprecated"
+```
+
+请注意这里要写出的是完整的包名，而不是插件的目录名。
+
+你也可以弃用某个特定版本或版本区间 (默认情况下将弃用所有版本)：
+
+```sh
+npm deprecate <full-name>[@<version>] <message>
+```
+
+弃用插件的最新版本后，该插件将不再显示在插件市场中。未来你仍然可以发布新版本，这将使你的插件重新进入插件市场。
diff --git a/fr-FR/guide/develop/script.md b/fr-FR/guide/develop/script.md
index 5c0fa8972e4d..2054fd36cb3b 100644
--- a/fr-FR/guide/develop/script.md
+++ b/fr-FR/guide/develop/script.md
@@ -86,7 +86,7 @@ Koishi 模板项目原生地支持 TypeScript 开发。上述 `-r esbuild-regist
 我们并不推荐使用高级语言来编写配置文件，因为动态的配置无法支持环境变量、配置热重载和插件市场等特性。大部分情况下我们建议仅将 `-r` 用于开发目的。
 :::
 
-### 模块热替换
+### 模块热替换 {#hmr}
 
 如果你开发着一个巨大的 Koishi 项目，可能光是加载一遍全部插件就需要好几秒了。在这种时候，像前端框架一样支持模块热替换就成了一个很棒的主意。幸运的是，Koishi 也做到了这一点！内置插件 @koishijs/plugin-hmr 实现了插件级别的热替换。每当你修改你的本地文件时，Koishi 就会尝试重载你的插件，并在命令行中提醒你。
 
diff --git a/fr-FR/guide/develop/setup.md b/fr-FR/guide/develop/setup.md
index f1e139781c59..9d11aa1fba14 100644
--- a/fr-FR/guide/develop/setup.md
+++ b/fr-FR/guide/develop/setup.md
@@ -1,4 +1,4 @@
-# 环境搭建
+# Configuration de l'environnement
 
 本节将介绍推荐的开发环境搭建流程。如果某些软件已经安装完成，可以跳过对应的步骤。
 
@@ -38,7 +38,7 @@ git --version           # git version 2.39.1
 
 ```sh
 git config --global user.name "Your Name"
-git config –-global user.email "you@example.com"
+git config --global user.email "you@example.com"
 ```
 
 ### 注册 GitHub
@@ -47,29 +47,32 @@ git config –-global user.email "you@example.com"
 
 ## 安装 Koishi
 
-打开命令行，并进入你想要创建 Koishi 项目的目录。
+Ouvrez une ligne de commande et accédez au répertoire dans lequel vous souhaitez créer le projet modèle de Koishi.
 
 ::: tip
 这个目录不宜过长，且路径中请避免出现中文或者空格。我们推荐的目录如下：
 
 - Windows：`C:\dev` 或者 `D:\dev` (也不要直接在盘根创建项目，最好是建一层目录)
 - 其他操作系统：`~/dev`
-:::
+  :::
+
+Saisissez la commande suivante pour créer le projet modèle de Koishi :
 
-输入下面的命令以创建 Koishi 项目：
+:::tabs code
 
-::: tabs code
 ```npm
 npm init koishi@latest
 ```
+
 ```yarn
 yarn create koishi
 ```
+
 :::
 
-跟随提示即可完成全套初始化流程。
+Suivez les instructions pour terminer le processus d'initialisation.
 
-如果你顺利完成了上述操作，你的应用此时应该已经是启动状态，并弹出了控制台界面。接下来的几节中我们将学习更多的命令行用法，因此我们可以先关闭 Koishi。在命令行中按下 `Ctrl+C` 组合键即可停止 Koishi 的运行。
+Si vous avez suivi avec succès les étapes ci-dessus, votre application devrait déjà être en cours d'exécution et la console Koishi devrait s'afficher. 接下来的几节中我们将学习更多的命令行用法，因此我们可以先关闭 Koishi。在命令行中按下 `Ctrl+C` 组合键即可停止 Koishi 的运行。
 
 <!-- ## 安装 VSCode (可选)
 
diff --git a/fr-FR/guide/develop/workspace.md b/fr-FR/guide/develop/workspace.md
index 23bdd82d6a03..5360b5a9b9cc 100644
--- a/fr-FR/guide/develop/workspace.md
+++ b/fr-FR/guide/develop/workspace.md
@@ -6,7 +6,7 @@ Koishi 的核心是插件系统，绝大部分 Koishi 功能都可以通过插
 本节中介绍的命令行都需要在 [应用目录](./config.md#应用目录) 下运行。
 :::
 
-## 创建新插件
+## 创建新插件 {#setup}
 
 在应用目录运行下面的命令以创建一个新的插件工作区：
 
@@ -57,14 +57,14 @@ export function apply(ctx: Context) {
 }
 ```
 
-以 [开发模式](./script.md#开发模式) 重新运行你的项目，点击右上角的「添加插件」按钮，选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
+以 [开发模式](./script.md#开发模式) 重新运行你的项目，在左侧活动栏前往「插件配置」，在插件列表中选择一个分组或选择最顶上的「全局配置」，此时可以在右上角找到「添加插件」按钮。点击该按钮并选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
 
 <chat-panel>
 <chat-message nickname="Alice">Sésame, ouvre-toi</chat-message>
 <chat-message nickname="Koishi">Ali Baba</chat-message>
 </chat-panel>
 
-### 创建私域插件
+### 创建私域插件 {#scoped}
 
 如果你发现想要创建的插件名称已经被占用了，除了重新想名字或在后面加上数字之外，你还可以改为创建私域插件。私域插件使用你自己的 [npm 用户名](./setup.md#注册-npm) 作为包名前缀，因此不用担心与其他人的插件冲突。
 
@@ -99,7 +99,7 @@ yarn setup @alice/example
 
 找到高亮的一行代码，将其复制一份，并将 `@scope` 替换为你的 npm 用户名，然后将复制的这一行代码前面的注释符号去掉。
 
-## 构建源代码
+## 构建源代码 {#build}
 
 上面的插件暂时还只能在开发模式下运行。如果想要在生产模式下使用或发布到插件市场，你需要构建你的源代码。在应用目录运行下面的命令：
 
@@ -122,7 +122,7 @@ yarn build [...name]
 - 后端代码将输出到 `external/example/lib` 目录
 - 前端代码将输出到 `external/example/dist` 目录 (如果存在)
 
-## 添加依赖
+## 添加依赖 {#add}
 
 插件创建时，`package.json` 中已经包含了一些必要的依赖。如果你需要添加其他依赖，可以使用下面的命令：
 
@@ -143,7 +143,7 @@ yarn workspace koishi-plugin-[name] add [...deps]
 
 如果要添加的是 `devDependencies` 或者 `peerDependencies`，你也需要在命令后面加上 `-D` 或 `-P` 参数。关于服务类插件的依赖声明，请参考 [后续章节](../plugin/service.md#关于-peerdependencies)。
 
-## 更新依赖版本
+## 更新依赖版本 {#dep}
 
 尽管 npm 和 yarn 等包管理器都提供了依赖更新功能，但它们对工作区开发的支持都不是很好。因此，我们也提供了一个简单的命令用于批量更新依赖版本。
 
@@ -161,7 +161,7 @@ yarn dep
 
 这将按照每个 `package.json` 中声明的依赖版本进行更新。举个例子，如果某个依赖的版本是 `^1.1.4`，而这个依赖之后发布了新版本 `1.2.3` 和 `2.3.3`，那么运行该指令后，依赖的版本将会被更新为 `^1.2.3`。
 
-## 二次开发
+## 二次开发 {#clone}
 
 :::tip
 阅读本节前请确保你已经完成 [版本控制](./setup.md#版本控制) 中的全部准备工作。
@@ -207,6 +207,6 @@ yarn workspace @root/koishi build
 
 :::
 
-通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/shigma/minato)) 的路径配置。
+通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/cordiverse/minato)) 的路径配置。
 
 完成上述操作后，现在你的 `yarn dev` 已经能直接使用 Koishi 的 TypeScript 源码了！
diff --git a/fr-FR/guide/i18n/crowdin.md b/fr-FR/guide/i18n/crowdin.md
index bb27bec10e46..c6a35ca39c39 100644
--- a/fr-FR/guide/i18n/crowdin.md
+++ b/fr-FR/guide/i18n/crowdin.md
@@ -1,4 +1,4 @@
-# 接入 Crowdin
+# Collaboration avec Crowdin
 
 [Crowdin](https://crowdin.com/) 是一个专业的本地化内容管理平台，不少商业项目使用该网站翻译并管理其本地化资源。同时，该网站也为开源项目和教学项目提供了免费或优惠的许可证。当你的项目中需要翻译的字符串较多，或需要支持很多种不同的语言，那么使用专业的管理平台会十分方便。
 
@@ -17,17 +17,13 @@
 
 ## 注册及登录 Crowdin
 
-你可以使用邮箱注册，也可以用谷歌账号、Github 账号等登录，与其他网站异曲同工，因此此处不再赘述。
-
-:::tip
-如果你还是学生，并且成功申请了 GitHub 的学生开发包 (Student Pack)，在你使用 GitHub 账号成功登录 Crowdin 后会自动获赠价值 1500 美元的 1 年 Bronze 计划。
-:::
+你可以使用邮箱注册，也可以用谷歌账号、Github 账号等第三方登录，与其他网站异曲同工，因此此处不再赘述。
 
 ## 创建本地化项目
 
 成功注册并登录 Crowdin 后，你会被自动导向你的[个人页面](https://crowdin.com/profile)。点击右上角的加号，即可创建项目。
 
-::: tip
+:::tip
 若你的项目是开放源代码的，并且活跃了 4 个月及以上，你可以申请 Crowdin 的开源项目许可。当你成功创建项目后，填写[这个表单](https://crowdin.com/page/open-source-project-setup-request)，Crowdin 的客服人员会帮助你。
 :::
 
@@ -37,23 +33,93 @@
 公开项目意味着所有 Crowdin 用户都能搜索到你的项目，也可以看到你的项目的所有内容，也可以向项目贡献翻译。如果你是通过开源项目免费许可的方式创建的项目，则只能创建公开项目。
 :::
 
-### 项目结构
+### 项目结构 {#project-structure}
+
+项目中的文件结构由项目性质决定。通常我们需要将不同语言的翻译内容分别存储为不同的文件，并放置在同一个目录下 (如 `locales`)，以便于管理。
+
+Crowdin 支持[多种文件格式](#file-type)，这里以 `YAML` (`.yml`) 为例分别说明不同项目下的文件结构。
+
+#### 单插件项目
+
+单插件项目的翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+src/
+  locales/
+    en-US.yml
+    zh-CN.yml
+    ...
+package.json
+```
 
-由于 Crowdin 会将待翻译的文件名显示在项目的文件列表中，为了不引起误会，你需要为每个待翻译的文件设置一个易懂的名称。同时，要保证 Crowdin 输出的翻译结果与你的项目结构一致。
+这里有[一个示例项目](https://github.com/koishijs/novelai-bot/tree/main/src/locales)可以参考。
+
+#### 多插件项目
+
+多插件项目通常是 monorepo 结构，即根目录作为开发工作区，每个插件作为一个子项目放置在其他目录下。这种情况下，与单插件项目类似，翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-因此推荐的做法是，为每种语言建立一个独立的文件夹，然后将待翻译的文件命名为项目名称，如下所示：
+这里有[一个示例项目](https://github.com/koishijs/koishi-plugin-booru/tree/main/packages/core/src/locales)可以参考。
+
+#### 机器人项目 / 整合包项目
+
+机器人项目是多插件项目的一种特殊形式。除了有多个插件的翻译文件外，还有机器人本身的翻译文件，通常放置在根目录下的 `locales` 目录中，如：
+
+```plaintext
+locales/
+  en-US.yml
+  zh-CN.yml
+  ...
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-```text
-echo/
-  |-- i18n/
-      |-- en/
-          |-- echo.yaml
-      |-- zh-CN/
-          |-- echo.yaml
-  |-- index.js
-  |-- package.json
+#### 文档项目 (Vitepress)
+
+由于文档通常需要对每个页面和大量配置文件进行翻译，我们通常将每个页面的主要内容放置在不同的目录下，并将配置文件本身进行拆分，如：
+
+```plaintext
+.vitepress/
+  config/
+    index.ts
+    en-US.json
+    zh-CN.json
+    ...
+en-US/
+  index.md
+zh-CN/
+  index.md
+package.json
 ```
 
+这里有[一个示例项目](https://github.com/koishijs/docs)可以参考。·
+
 ## 上传项目文件
 
 你可以通过网页手动上传文件，也可以通过 Crowdin 的 CLI 程序进行上传，或是使用集成让 Crowdin 直接从代码仓库同步文件。
@@ -66,19 +132,9 @@ echo/
 
 除了手动上传，你还可以设置集成，让 Crowdin 自动同步 GitHub 等仓库里的文件，并可设置定期推送译文到相应的分支。
 
-你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档。如果你使用的是 Gitlab 等其他仓库，也可以在知识库里找到相应的指南。
-
-回到项目主页，单击集成 (Integrations) 标签页，可以为你的项目设置集成。Crowdin 支持许多集成方案，找到你所使用的代码仓库并点击。
-
-然后，单击 Set Up Integration，连接到你的代码仓库的账户，选择你想要设置集成的仓库，选择你想要获取原文和推送译文的分支，默认情况下 Crowdin 创建一个新的分支，名为 `l10n_` 加上原分支名，如图中所示的 `l10n_master`。
-
-![github integration connecting github](https://support.crowdin.com/assets/docs/github_integration_connecting_github.png)
+你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档，跟随文档配置好集成后即可让 Crowdin 自动同步 GitHub 上的内容。如果你使用的是 Gitlab 等其他仓库，也可以在这里找到相应的指南。
 
-![github integration unconfigured](https://support.crowdin.com/assets/docs/github_integration_unconfigured.png)
-
-此外，你还需要点击分支名右边的编辑按钮，然后点添加文件筛选器 (Add File Filter)，在视图左边写上源文件和目标文件的模式匹配字符串之后，在右边切换并预览将会同步到 Crowdin 的文件列表，以及翻译后的文件名及其路径，你还可以添加更多的筛选器。确认添加无误后，单击 Save 按钮保存。
-
-视图下方的 Push Source 选项默认是不勾选的，即 Crowdin 不会自动将翻译推送到仓库，打开这个选项后，Crowdin 会在对应的仓库开启一个 PR，并自动 rebase 到最新的分支，然后同步 Crowdin 上的同步到仓库。设置完成后，Crowdin 并不会自动开始同步，需要手动触发一次：点击表格右上角的 Sync Now，静待片刻即可同步完成。
+设置完成后，Crowdin 并不会立刻同步，需要手动触发：点击 Sync Now，等待进度条走完即可。以后 Crowdin 会定时检查并自动同步。
 
 ### 通过 CLI 上传文件
 
@@ -89,17 +145,19 @@ $ npm i -g @crowdin/cli
 $ yarn global add @crowdin/cli
 ```
 
-Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://support.crowdin.com/cli-tool/#installation)获知更多详情。
+Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://crowdin.github.io/crowdin-cli/installation)获知更多详情。
 
-在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/configuration-file/)。
+在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/developer/configuration-file/)。
 
-::: tip
+你也可以参考上方提到的[示例项目](#project-structure)中的 `crowdin.yml` 文件。
+
+:::tip
 `crowdin.yml` 中的配置项不仅适用于 Crowdin CLI，还可以在上述的代码仓库集成中发挥作用，Crowdin 会自动读取该文件以确定翻译的范围。
 :::
 
 推荐在项目目录下的 `crowdin.yml` 文件中配置好文件筛选器，并且在 `$HOME/.crowdin.yml` 文件中存储你的 Crowdin 密钥等敏感信息，然后你就可以简单地运行 `crowdin upload sources` 上传源文件，而不需要每次都打出冗长的包含通配符的文件路径了。
 
-### 文件类型
+### 文件类型 {#file-type}
 
 Crowdin 支持许多常见文件类型，如 `HTML`、`docx`、`pdf`，本地化软件框架支持的 `xliff` 与 `po` 等自然也不在话下，如果你不确定你的文件类型是否受支持，你可以在[这里](https://support.crowdin.com/supported-formats/)查看 Crowdin 支持的文件类型列表。
 
@@ -135,10 +193,10 @@ commands:
 
 当你成功添加源文件之后，就可以着手进行翻译了。点开想要翻译的语言，打开对应文件，就可以进入 Crowdin 的在线翻译编辑器。假设你是从个人电脑打开的，那么视图会从左到右分成三个部分，左边是待翻译的字符串，中间是翻译区，右边是评论和参考区。
 
-![crowdin online editor](https://support.crowdin.com/assets/docs/online_editor_sections.png)
+![crowdin online editor](https://support.crowdin.com/_astro/sections.BiwHNeHV_1rT0sS.webp)
 
 如果你对该项目申请了开源项目免费许可，那么该项目还会启用 Global TM 功能。这是 Crowdin 的共享翻译语料库，可以根据其他人的项目中存在的类似文本对当前的待翻译字符串进行提示，你的项目的字符串及翻译结果也会上传到这个语料库中。
 
 ## 下载翻译
 
-与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了与任何代码仓库的集成，并勾选了定时同步，则 Crowdin 会自动推送翻译结果到指定的分支。
+与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了代码仓库的集成，并勾选了定时同步，则 Crowdin 会定时自动推送翻译结果到指定的分支。
diff --git a/fr-FR/guide/i18n/index.md b/fr-FR/guide/i18n/index.md
index b60adc34a3dd..4de474694b2a 100644
--- a/fr-FR/guide/i18n/index.md
+++ b/fr-FR/guide/i18n/index.md
@@ -1,6 +1,6 @@
-# 基本用法
+# Utilisation de base
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 国际化](../../manual/usage/customize.md#国际化)。
 :::
 
@@ -95,6 +95,19 @@ ctx.i18n.define('en-US', { hello: 'Hello, {author.name}!' })
 
 上述三段代码的实际效果完全相同，可以根据自己的需要进行选择。
 
+如果你希望对属性值进行某些计算，传入 Javascript 表达式也是可以的：
+
+```ts
+ctx.i18n.define('zh-CN', { list: '列表：{arr.join(",")}' })
+ctx.i18n.define('en-US', { list: 'List: {arr.join(",")}' })
+```
+
+::: tip
+目前支持的表达能力会受到解析器和特殊语法的限制。请避免在表达式中引入 `}`，以免造成歧义。
+
+此外，如果向 `session.text()` 传入的二参数是一个数组，那么直接写 `{0}` 将表示数组中的第一个元素 (而非作为 JavaScript 表达式的 `0`)。
+:::
+
 ### 使用消息元素
 
 你也可以在模板中使用 [消息元素](../basic/element.md) 语法。消息元素的属性同样使用 `{}` 进行插值：
@@ -125,7 +138,7 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 {/if}
 ```
 
-::: tip
+:::tip
 如果要使用这种层面的模板能力，那么你的代码已经不适合使用 `ctx.i18n.define()` 定义了。建议参考 [下一节](./translation.md) 中的做法，将不同语言的模板放入不同的文件中，以方便编辑和管理。
 :::
 
@@ -143,11 +156,11 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 
 例如，如果用户配置的语言列表为 `zh-CN`, `en-US`, `zh-TW`, `en-GB`，则对于不同的目标语言会生成对应的回退序列：
 
-- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ``, `zh`, `zh-CN`, `zh-TW`
-- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ``
-- 目标语言为 `de-DE`，回退序列为 ``, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
-- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ``
-- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ``
+- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ` `, `zh`, `zh-CN`, `zh-TW`
+- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ` `
+- 目标语言为 `de-DE`，回退序列为 ` `, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
+- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ` `
+- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ` `
 
 请注意，空字符串也被视为合法的语言，其所代表的是「没有指定语言」的情况。在实践中，空语言的使用是非常广泛的，例如当用户使用下面的代码定义指令：
 
@@ -180,7 +193,7 @@ ctx.command('echo', '回声')
 session.text(['foo', 'bar'])
 ```
 
-::: tip
+:::tip
 路径回退的优先级低于语言回退。举个例子，假如可选的语言包括 A 和 B，路径包括 1 和 2。翻译 A1 不存在，但是翻译 A2 和 B1 都存在。这种情况下会输出 B1 而非 A2。采用这种设计是因为不同的路径通常表达了不同的逻辑。相比语言的正确性，逻辑的正确性更重要。
 :::
 
diff --git a/fr-FR/guide/i18n/translation.md b/fr-FR/guide/i18n/translation.md
index 03970e652cf8..766cfc5033c9 100644
--- a/fr-FR/guide/i18n/translation.md
+++ b/fr-FR/guide/i18n/translation.md
@@ -17,11 +17,11 @@ ctx.i18n.define('en-US', require('./locales/en-US'))
 ctx.i18n.define('zh-CN', require('./locales/zh-CN'))
 ```
 
-::: tip
+:::tip
 在上面的例子中我们使用了 YAML 作为翻译文件的格式。这是因为它的语法简洁美观，非常适合本地化开发。你也可以采用 JSON 等任何你喜欢的格式进行开发。
 :::
 
-::: tip
+:::tip
 Node.js 并不支持直接加载 `.yaml` / `.yml` 后缀的文件，但我们可以通过适当的 [register](https://nodejs.org/api/cli.html#-r---require-module) 解决这个问题。对此我们的官方脚手架已经内置了相应的支持。
 :::
 
@@ -84,7 +84,7 @@ if (new Date().getHours < 12) {
 
 ## 配置本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 配置本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -186,7 +186,7 @@ Schema.intersect([
 
 ## 控制台本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 控制台本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -215,6 +215,6 @@ if (import.meta.hot) {
 }
 ```
 
-::: tip
+:::tip
 注意：此时你的翻译文件应当处于 `client` 目录而非 `src/locales` 目录。
 :::
diff --git a/fr-FR/guide/index.md b/fr-FR/guide/index.md
index 8932cb81199d..181d7f760ef2 100644
--- a/fr-FR/guide/index.md
+++ b/fr-FR/guide/index.md
@@ -1,8 +1,8 @@
-# 开发指南
+# Guide de développement
 
 ## 如何阅读本指南
 
-::: tip
+:::tip
 本篇指南旨在向有一定 Node.js 开发基础的人介绍 Koishi 的全部知识。如果你只想快速搭建自己的机器人而非学习 Koishi 开发，请前往 [起步](../manual/starter/) 了解更多安装方式。
 :::
 
@@ -12,7 +12,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与入门教程的关系
 
-::: tip
+:::tip
 前往 → [入门教程](../manual/introduction.md)
 :::
 
@@ -20,7 +20,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与进阶指南的关系
 
-::: tip
+:::tip
 前往 → [进阶指南](../cookbook/index.md)
 :::
 
diff --git a/fr-FR/guide/plugin/filter.md b/fr-FR/guide/plugin/filter.md
index 83f84229c97b..39eca7ba035f 100644
--- a/fr-FR/guide/plugin/filter.md
+++ b/fr-FR/guide/plugin/filter.md
@@ -1,14 +1,14 @@
 # Filtres
 
-::: tip
-在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#过滤器)。
+:::tip
+在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#filters)。
 :::
 
 默认情况下，一个会话事件、中间件或者指令都对所有的会话生效。但如果我们希望这些功能只对部分群聊或者用户生效，我们就需要用到 **过滤器**。
 
 ## 属性过滤器
 
-::: warning
+:::warning
 请不要滥用这项功能：在源码中直接书写账号或群号会导致隐私泄露，并且其他用户无法使用你的插件。推荐 [在配置文件中使用过滤器](#配置文件中的过滤器)。
 :::
 
diff --git a/fr-FR/guide/plugin/index.md b/fr-FR/guide/plugin/index.md
index 21149ad13da2..738cf8430943 100644
--- a/fr-FR/guide/plugin/index.md
+++ b/fr-FR/guide/plugin/index.md
@@ -1,6 +1,6 @@
 # À propos du plugin
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 安装和配置插件](../../manual/usage/market.md)。
 :::
 
@@ -38,7 +38,7 @@ ctx.plugin(class {
 
 ## 模块化的插件
 
-插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入默认值) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入整个模块的内容)。
+插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#默认导入) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#命名空间导入)。
 
 对于对象形式的插件，你还可以额外提供一个 `name` 属性作为插件的名称。对于函数和类形式的插件来说，插件名称便是函数名或类名。具名插件有助于更好地描述插件的功能，并被用于插件关系可视化中，实际上不会影响任何运行时的行为。
 
@@ -92,7 +92,7 @@ export function apply(ctx: Context) {
 
 这两种写法并无优劣之分，你完全可以按照自己的需求调整导出的形式。按照惯例，如果你的插件是一个函数，我们通常直接导出 apply 方法，并将导出整体作为一个插件；如果你的插件是一个类，那么我们通常使用默认导出的形式。
 
-::: tip
+:::tip
 这里默认导出的优先级更高。因此，只要模块提供了默认导出，Koishi 就会尝试加载这个默认导出，而不是导出整体。在开发中请务必注意这一点。
 :::
 
diff --git a/fr-FR/guide/plugin/schema.md b/fr-FR/guide/plugin/schema.md
index 549f37f6b0db..6ebbac430a18 100644
--- a/fr-FR/guide/plugin/schema.md
+++ b/fr-FR/guide/plugin/schema.md
@@ -88,7 +88,7 @@ namespace Example {
   })
 }
 
-export default Foo
+export default Example
 ```
 
 形如 `name` 和 `Config` 这样的属性，我们称之为插件的元属性。它们需要与插件的入口函数同级导出。例如，你还可以通过导出 `usage` 属性来为插件提供使用方法。这样一来，一个完整的插件就可以写成这样：
diff --git a/fr-FR/guide/plugin/service.md b/fr-FR/guide/plugin/service.md
index 4df075a56727..766d95a5552c 100644
--- a/fr-FR/guide/plugin/service.md
+++ b/fr-FR/guide/plugin/service.md
@@ -57,7 +57,7 @@ export function apply(ctx: Context) {
 
 你很快会发现这样写完全无法运行。首先，数据库服务需要等到应用启动完成后才可以访问，换言之即使安装了数据库插件，你也无法立即判断数据库服务是否存在。此外，一旦上述服务所在插件在运行时被重载，由于上面的代码属于 dialogue 插件，因此 if 中代码的副作用将无法被有效清理；而当相应的服务重新被注册时，这部分的代码也不会被重新运行，从而导致一系列难以检测的问题。
 
-### inject 属性
+### inject 属性 {#inject}
 
 为了解决这种问题，Koishi 为插件声明提供了一个独特的 `inject` 属性：
 
@@ -93,7 +93,7 @@ ctx.plugin({
 })
 ```
 
-::: tip
+:::tip
 请注意：这里出现了两个 `ctx` 对象，它们属于不同的插件。在子插件的回调函数内，请务必使用作为参数的 `ctx` 而不是外层的 `ctx`，不然在服务被热重载时可能会引发内存泄漏。
 :::
 
@@ -139,7 +139,6 @@ export function apply(ctx: Context) {
 }
 ```
 
-
 <!-- ## 服务的共享与隔离
 
 在默认情况下，任何上下文中设置的服务都会被同一个应用内的所有上下文共享。这当然非常方便——事实上服务也正是为了这样的需求而设计的，但这意味着你的每种服务只能同时存在一个实例。如果你希望用多个插件实现同一个服务，并分别提供给不同的上下文使用的话，你就要用到服务的隔离功能了。
@@ -203,45 +202,40 @@ plugins:
 如果你希望自己插件提供一些接口供其他插件使用，那么最好的办法便是提供自定义服务，就像这样：
 
 ```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-// 这个表达式定义了一个名为 console 的服务
-Context.service('console')
-
-// 假如你在某个上下文设置了这个值，其他的上下文也将拥有此属性
-app.guild().console = new Console()
-app.private().console instanceof Console // true
+export default class Console extends Service {
+  constructor(ctx: Context) {
+    super(ctx, 'console')
+  }
+}
 ```
 
-这种做法的本质原理是修改了 Context 的原型链。
+这样定义的好处在于，`Console` 本身也是一个合法的插件，其他插件可以直接通过 `ctx.plugin(Console)` 来加载它。
 
-对于 TypeScript 用户，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
+对于 TypeScript 用户，在定义服务时，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
 
 ```ts no-extra-header
 declare module 'koishi' {
   interface Context {
-    console: console
+    console: Console
   }
 }
 ```
 
-### 服务的生命周期
-
-相比直接赋值，我们更推荐你从 Service 派生子类来实现自定义服务：
+而使用服务的插件则需要声明依赖并导入类型：
 
 ```ts
-class Console extends Service {
-  constructor(ctx: Context) {
-    // 这样写你就不需要手动给 ctx 赋值了
-    super(ctx, 'console', true)
-  }
-}
+import {} from 'koishi-plugin-console'
 
-// 这样定义的好处在于，Console 本身也是一个插件
-app.plugin(Console)
+export const inject = ['console']
+
+export function apply(ctx: Context) {
+  ctx.console.addEntry('/path/to/dialogue/extension')
+}
 ```
 
-Service 抽象类的构造函数支持三个参数：
+### 服务的生命周期
+
+`Service` 抽象类的构造函数支持三个参数：
 
 - `ctx`：服务所在的上下文对象
 - `name`：服务的名称 (即其在所有上下文中的属性名)
@@ -255,19 +249,7 @@ Service 抽象类的构造函数支持三个参数：
 
 默认情况下，一个自定义服务会先等待 ready 事件触发，然后调用可能存在的 `start()` 方法，最后才会被注册到全体上下文中。这种设计确保了服务在能够被访问的时候就已经是可用的。但如果你的服务不需要等待 ready 事件，那么只需传入第三个参数 `true` 就可以立即将服务注册到所有上下文中。
 
-此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，其他插件不再可以访问到这项服务：
-
-```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-app.console                 // falsy
-app.plugin(Console)         // 加载插件
-app.console                 // truthy
-app.dispose(Console)        // 卸载插件
-app.console                 // falsy
-app.plugin(Console)         // 重新加载插件
-app.console                 // truthy
-```
+此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，通过 `inject` 声明依赖的插件也会被停止运行，直到服务再次被实现。这意味着开发者不需要担心服务的生命周期，只需要专注于提供或使用服务的功能即可。
 
 ### 支持热重载
 
@@ -285,9 +267,9 @@ class Console extends Service {
     this.entries.add(filename)
     this.triggerReload()
 
-    // 注意这个地方，caller 属性会指向访问此方法的上下文
+    // 注意这个地方，ctx 属性会指向访问此方法的上下文 (而不是构造函数中的上下文)
     // 只需要在这个上下文上监听 dispose 事件，就可以顺利处理副作用了
-    this[Context.current]?.on('dispose', () => {
+    this.ctx.on('dispose', () => {
       this.entries.delete(filename)
       this.triggerReload()
     })
@@ -295,9 +277,9 @@ class Console extends Service {
 }
 ```
 
-## 在 `package.json` 中声明依赖
+## 在 `package.json` 中声明依赖 {#package-json}
 
-如果你打算将插件发布到插件市场，我们建议在插件的 [`package.json`](../develop/publish.md#koishi-字段) 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
+如果你打算将插件发布到插件市场，我们建议在插件的 `package.json` 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
 
 ```json title=package.json
 {
@@ -313,7 +295,13 @@ class Console extends Service {
 
 在这里，`required` 对应于必需依赖，`optional` 对应于可选依赖，`implements` 对应于提供的服务。如果你的插件没有使用或提供服务，那么对应的字段可以省略。
 
-### 关于 `peerDependencies`
+### 对比 `inject` 声明 {#inject-vs-dep}
+
+<!-- 按理说，我已经在 `inject` 中声明过一次服务依赖了，为什么还要在 `package.json` 中再声明一次呢？ -->
+
+对于任何依赖服务的插件，其必须声明 `inject` 才能正常工作，但缺失 `package.json` 中的声明并不会影响插件的运行。尽管如此，我们依然建议你在 `package.json` 中声明依赖，因为这样做能够在安装时提供更多信息，使用者可以一次性地安装插件所需的所有依赖，而不是等到插件运行时才发现缺少了某个服务。
+
+### 关于 `peerDependencies` {#peer-vs-dep}
 
 一个很容易混淆的概念是 `package.json` 自带的 `peerDependencies` 字段。这个字段用于声明一个 npm 包的依赖，但声明的依赖需要由用户安装 (或由包管理器自动安装到依赖树顶层)。是不是跟服务的概念非常像？它们之间的区别如下：
 
diff --git a/fr-FR/index.md b/fr-FR/index.md
index f0804f8aacc7..375b7a474e85 100644
--- a/fr-FR/index.md
+++ b/fr-FR/index.md
@@ -3,136 +3,100 @@ layout: home
 links:
   starter: /fr-FR/manual/starter/
 home:
-  desc: 创建跨平台、可扩展、高性能的机器人
+  desc: Un cadre de développement de chatbots performant, extensible et multiplateforme
   primary: 即刻起步
   secondary: 了解更多
 features:
-  - 
-    title: 实时监控
+  - title: 实时监控
     desc: 借助 Koishi 的仪表盘功能，实时监控机器人的运行状态。
     image: /manual/console/home
-  - 
-    title: 简单配置
+  - title: 简单配置
     desc: Koishi 提供了丰富的插件配置和简单易懂的操作模式，使你能够轻松完成机器人的定制化。
     image: /manual/console/settings
-  - 
-    title: 生态丰富
+  - title: Une communauté prospère
     desc: Koishi 拥有庞大的插件生态，无论是日常娱乐还是实用功能，你都能在这里找到。
     image: /manual/console/market
-  - 
-    title: 数据库
+  - title: Base de données
     desc: 多驱动、高性能的数据库使得 Koishi 可以轻松处理百万量级的数据。
     image: /manual/console/database
-  - 
-    title: 即刻预览
+  - title: 即刻预览
     desc: 安装或配置任何插件后，你可以立即在 Koishi 的沙盒界面中模拟聊天、预览效果。
     image: /manual/console/sandbox
 development:
-  title: 专为开发者打造
+  title: Conçu pour les développeurs
   desc: Koishi 更为开发者提供了众多专业功能，使开发者得以在各种复杂需求中构建规模化的解决方案。
 advantages:
-  - 
-    title: 类型支持
+  - title: 类型支持
     desc: Koishi 完全基于 TypeScript 开发，拥有顶级的类型支持，丰富的代码提示让你在编写代码的时候甚至无需查看文档。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 1024 1024
       path: M0 512v512h1024V0H0z m825.216-40.789333c26.026667 6.485333 45.824 18.048 64.042667 36.906666 9.429333 10.069333 23.424 28.416 24.533333 32.853334 0.341333 1.28-44.202667 31.146667-71.168 47.914666-0.981333 0.64-4.906667-3.584-9.258667-10.069333-13.226667-19.2-27.008-27.477333-48.128-28.928-31.061333-2.133333-51.029333 14.122667-50.858666 41.258667a37.546667 37.546667 0 0 0 4.352 19.2c6.826667 14.122667 19.541333 22.613333 59.306666 39.808 73.344 31.573333 104.704 52.352 124.202667 81.92 21.76 32.981333 26.666667 85.674667 11.861333 124.842666-16.213333 42.581333-56.533333 71.509333-113.28 81.066667-17.536 3.114667-59.136 2.645333-77.994666-0.768-41.130667-7.338667-80.128-27.648-104.192-54.314667-9.429333-10.368-27.818667-37.546667-26.666667-39.466666a67.413333 67.413333 0 0 1 9.386667-6.016c4.608-2.602667 21.802667-12.544 38.058666-21.973334l29.44-17.066666 6.186667 9.130666c8.618667 13.141333 27.434667 31.189333 38.826667 37.205334 32.682667 17.237333 77.525333 14.805333 99.626666-5.034667a37.674667 37.674667 0 0 0 13.354667-30.72c0-11.861333-1.493333-17.066667-7.68-26.026667-7.936-11.349333-24.192-20.906667-70.357333-40.96-52.821333-22.741333-75.562667-36.864-96.384-59.306666a135.04 135.04 0 0 1-28.117334-51.2c-3.882667-14.464-4.864-50.730667-1.792-65.322667 10.88-51.072 49.408-86.613333 105.002667-97.194667 18.048-3.413333 59.989333-2.133333 77.696 2.261334z m-240.384 42.752l0.341333 41.941333H451.84v378.709333H357.546667v-378.709333H224.341333v-41.130667c0-22.784 0.469333-41.813333 1.109334-42.24 0.512-0.682667 81.621333-1.024 179.925333-0.853333l178.986667 0.512z
-  - 
-    title: 文档丰富
+  - title: 文档丰富
     desc: 浏览我们精心编写的文档，了解从新人起步到插件开发的所有细节。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 448 512
       path: M437.2 403.5L320 215V64h8c13.3 0 24-10.7 24-24V24c0-13.3-10.7-24-24-24H120c-13.3 0-24 10.7-24 24v16c0 13.3 10.7 24 24 24h8v151L10.8 403.5C-18.5 450.6 15.3 512 70.9 512h306.2c55.7 0 89.4-61.5 60.1-108.5zM137.9 320l48.2-77.6c3.7-5.2 5.8-11.6 5.8-18.4V64h64v160c0 6.9 2.2 13.2 5.8 18.4l48.2 77.6h-172z
-  - 
-    title: 模块热重载
+  - title: 模块热重载
     desc: 开发 Koishi 插件时，只需轻点保存即可热重载，无需频繁重启机器人，如同前端开发一样丝滑顺畅。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 576 512
       path: M519.442 288.651c-41.519 0-59.5 31.593-82.058 31.593C377.409 320.244 432 144 432 144s-196.288 80-196.288-3.297c0-35.827 36.288-46.25 36.288-85.985C272 19.216 243.885 0 210.539 0c-34.654 0-66.366 18.891-66.366 56.346 0 41.364 31.711 59.277 31.711 81.75C175.885 207.719 0 166.758 0 166.758v333.237s178.635 41.047 178.635-28.662c0-22.473-40-40.107-40-81.471 0-37.456 29.25-56.346 63.577-56.346 33.673 0 61.788 19.216 61.788 54.717 0 39.735-36.288 50.158-36.288 85.985 0 60.803 129.675 25.73 181.23 25.73 0 0-34.725-120.101 25.827-120.101 35.962 0 46.423 36.152 86.308 36.152C556.712 416 576 387.99 576 354.443c0-34.199-18.962-65.792-56.558-65.792z
 footer:
-  - 
-    text: 起步
+  - text: 起步
     items:
-      - 
-        text: 为 Windows 安装
+      - text: Installation pour Windows
         link: /fr-FR/manual/starter/windows.html
-      - 
-        text: 为 macOS 安装
+      - text: Installation pour macOS
         link: /fr-FR/manual/starter/macos.html
-      - 
-        text: 为 Linux 安装
+      - text: Installation pour Linux
         link: /fr-FR/manual/starter/linux.html
-      - 
-        text: 为 Android 安装
+      - text: Installation pour Android
         link: /fr-FR/manual/starter/android.html
-      - 
-        text: Utilisation dans un conteneur
+      - text: Utilisation dans un conteneur
         link: /fr-FR/manual/starter/docker.html
-      - 
-        text: 创建模板项目
+      - text: Création d'un projet modèle
         link: /fr-FR/manual/starter/boilerplate.html
-      - 
-        text: 作为依赖调用
+      - text: Appellation comme une dépendance
         link: /fr-FR/manual/starter/direct.html
-  - 
-    text: 文档
+  - text: 文档
     items:
-      - 
-        text: 开发指南
+      - text: Guide de développement
         link: /fr-FR/guide/
-      - 
-        text: API 参考
+      - text: Références de l'API
         link: /fr-FR/api/
-      - 
-        text: 官方插件
+      - text: 官方插件
         link: /fr-FR/plugins/
-  - 
-    text: 平台
+  - text: 平台
     items:
-      - 
-        text: DingTalk
+      - text: DingTalk
         link: /zh-CN/plugins/adapter/dingtalk.html
-      - 
-        text: Discord
+      - text: Discord
         link: /fr-FR/plugins/adapter/discord.html
-      - 
-        text: KOOK
+      - text: KOOK
         link: /fr-FR/plugins/adapter/kook.html
-      - 
-        text: Lark
+      - text: Lark
         link: /fr-FR/plugins/adapter/lark.html
-      - 
-        text: LINE
+      - text: LINE
         link: /zh-CN/plugins/adapter/line.html
-      - 
-        text: Courriers électroniques
+      - text: Courriers électroniques
         link: /zh-CN/plugins/adapter/mail.html
-      - 
-        text: Matrix
+      - text: Matrix
         link: /zh-CN/plugins/adapter/matrix.html
-      - 
-        text: QQ
+      - text: QQ
         link: /zh-CN/plugins/adapter/qq.html
-      - 
-        text: Satori
+      - text: Satori
         link: /zh-CN/plugins/adapter/satori.html
-      - 
-        text: Slack
+      - text: Slack
         link: /zh-CN/plugins/adapter/Slack.html
-      - 
-        text: Telegram
+      - text: Telegram
         link: /fr-FR/plugins/adapter/telegram.html
-      - 
-        text: WeChat Official Account
+      - text: WeChat Official Account
         link: /zh-CN/plugins/adapter/wechat-official.html
-      - 
-        text: WeCom (WeChat Work)
+      - text: WeCom (WeChat Work)
         link: /zh-CN/plugins/adapter/wecom.html
-      - 
-        text: WhatsApp
+      - text: WhatsApp
         link: /zh-CN/plugins/adapter/whatsapp.html
 ---
-
diff --git a/fr-FR/manual/faq.md b/fr-FR/manual/faq.md
index e2551a2b3f97..91e89077789e 100644
--- a/fr-FR/manual/faq.md
+++ b/fr-FR/manual/faq.md
@@ -1,2 +1 @@
 # Foire aux questions
-
diff --git a/fr-FR/manual/introduction.md b/fr-FR/manual/introduction.md
index 101ce38f8459..80f048038a86 100644
--- a/fr-FR/manual/introduction.md
+++ b/fr-FR/manual/introduction.md
@@ -2,30 +2,30 @@
 
 Koishi est un framework chatbots multiplateforme qui est performant et extensible.
 
-Son nom et son icône ont été inspirés du personnage de [Koishi Komeiji](https://fr.touhouwiki.net/wiki/Koishi_Komeiji) de la série de jeux vidéo Touhou Project. Koishi Komeiji manipule l'inconscient, ce qui symbolise le thème d'un chatbot ainsi que l'amour des développeurs de Koishi pour celui-ci.
+Le nom et l'icône de Koishi ont été inspirés du personnage de [Koishi Komeiji](https://fr.touhouwiki.net/wiki/Koishi_Komeiji) de la série de jeux vidéo Touhou Project. Koishi Komeiji manipule l'inconscient, ce qui symbolise le thème d'un chatbot ainsi que l'amour des développeurs de Koishi pour celui-ci.
 
 ## Fonctionnalités
 
 ### Prêt à l'emploi
 
-Koishi offre une console sans configurer. Vous pouvez construire vos chatbots dans quelque minutes sans accusé celui-ci.
+Koishi fournit une console sans configurer. Vous pouvez construire vos chatbots dans quelque minutes sans accusé celui-ci.
 
-- **Place de marché des plugins** : Vous pouvez facilement télécharger ou ajouter les plugins dans la console Koishi sans avoir des connaissances en langage de programmation.
-- **Prise en charge de différentes plateformes** : Koishi supporte les plateformes comme Telegram, Discord et QQ. Les données devraient être partagées entre les plateformes ou comptes.
-- **Surveillance en temps réel** : Vous pouvez utiliser le panneau de contrôle à tout moment pour surveiller l'état ou modifier les configurations du chatbot, et même discuter avec le compte du bot.
+- <strong>Place de marché des plugins</strong> : Vous pouvez facilement télécharger ou ajouter les plugins dans la console Koishi sans avoir des connaissances en langage de programmation.
+- <strong>Prise en charge de différentes plateformes</strong> : Koishi supporte les plateformes comme Telegram, Discord et QQ. Les données devraient être partagées entre les plateformes ou comptes.
+- <strong>Surveillance en temps réel</strong> : Vous pouvez utiliser le panneau de contrôle à tout moment pour surveiller l'état ou modifier les configurations du chatbot, et même discuter avec le compte du bot.
 
 ### Une communauté prospère
 
-Après plus de 4 ans de développement, Koishi maintient une communauté de développement de plugins très active. Plus de 1000 plugins officiels et communautaires couvrent tous les aspects du développement de chatbots, allant du support des plateformes, de la base de données, du stockage des ressources, des extensions de la console, de la gestion des états aux fonctionnalités métier spécifiques. Que ce soit pour construire une grande application interactive ou un assistant chatbot léger, il vous offre les meilleures pratiques. Nos documents couvrent tous les aspects de l'utilisation et du développement de Koishi. Il est essentiel de les consulter lorsque vous vous sentez perdu.
+Après plus de 4 ans de développement, Koishi maintient une communauté de développement de plugins très active. Plus de 1000 plugins officiels et communautaires couvrent tous les aspects du développement de chatbots, allant du support des plateformes, de la base de données, du stockage des ressources, des extensions de la console, de la gestion des états aux fonctionnalités métier spécifiques. Que ce soit pour construire une grande application interactive ou un assistant chatbot léger, il vous fournit les meilleures pratiques. Nos documents couvrent tous les aspects de l'utilisation et du développement de Koishi. Il est essentiel de les consulter lorsque vous vous sentez perdu.
 
 ### Conçu pour les développeurs
 
-Koishi offre de nombreuses fonctionnalités professionnelles aux développeurs pour construire des solutions évolutives pour divers besoins complexes.
+Koishi fournit de nombreuses fonctionnalités professionnelles aux développeurs pour construire des solutions évolutives pour divers besoins complexes.
 
-- **Prise en charge des types** : Koishi est entièrement développé en TypeScript et dispose d'une prise en charge de type de premier ordre. Les suggestions de code vous permettent d'écrire du code sans consulter la documentation.
-- **Tests unitaires** : Toutes les fonctionnalités de base ont été testées unitairement, ce qui garantit la fiabilité et fournit aux développeurs une solution de test et de débogage.
-- **Rechargement à chaud** : En développant des plugins de Koishi, vous pouvez simplement enregistrer le fichier pour recharger à chaud sans redémarrer l'instance de Koishi, comme le développement front-end.
+- <strong>Prise en charge des types</strong> : Koishi est entièrement développé en TypeScript et dispose d'une prise en charge de type de premier ordre. Les suggestions de code vous permettent d'écrire du code sans consulter la documentation.
+- <strong>Tests unitaires</strong> : Toutes les fonctionnalités de base ont été testées unitairement, ce qui garantit la fiabilité et fournit aux développeurs une solution de test et de débogage.
+- <strong>Rechargement à chaud</strong> : En développant des plugins de Koishi, vous pouvez simplement enregistrer le fichier pour recharger à chaud sans redémarrer l'instance de Koishi, comme le développement front-end.
 
 ## Commencer
 
-Cliquez ici pour [commencer](./starter/) votre voyage sur Koishi.
+点击前往 [起步](./starter/)，开启你的 Koishi 之旅。
diff --git a/fr-FR/manual/launcher/cli.md b/fr-FR/manual/launcher/cli.md
index 70afd26b5807..1d3ebc412c10 100644
--- a/fr-FR/manual/launcher/cli.md
+++ b/fr-FR/manual/launcher/cli.md
@@ -1,15 +1,15 @@
 # Outils de ligne de commande
 
-Pour les utilisateurs qui préfèrent ne pas utiliser l'interface graphique, le lanceur Koishi propose un outil en ligne de commande nommé `koi`. Il vous permet de créer, gérer et exécuter Koishi.
+Pour les utilisateurs qui ne souhaitent pas utiliser une interface graphique, le lanceur Koishi propose un outil en ligne de commande, `koi`, qui permet de créer, gérer et exécuter Koishi.
 
-Si vous avez téléchargé un fichier similaire à `koi-xxx.appimage`, vous pouvez simplement le renommer en `koi` comme indiqué ci-dessous.
+Si le nom de fichier que vous avez téléchargé est comme `koi-xxx.appimage`, il suffit de remplacer `koi` par le nom de ce fichier dans les commandes ci-dessous.
 
 | Commande              | Fonction                                        |
 | --------------------- | ----------------------------------------------- |
-| `koi run daemon`      | Démarrer sans démon                             |
-| `koi daemon start`    | Démarrer le démon                               |
-| `koi daemon stop`     | Arrêter le démon                                |
-| `koi daemon kill`     | Forcer l'arrêt du démon                         |
+| `koi run daemon`      | Démarrer sans mode démon                        |
+| `koi daemon start`    | Démarrer le mode démon                          |
+| `koi daemon stop`     | Arrêter le mode démon                           |
+| `koi daemon kill`     | Forcer l'arrêt du mode démon                    |
 | `koi ps`              | Vérifier l'état d'exécution                     |
 | `koi start default`   | Démarrer l'instance `default`                   |
 | `koi stop default`    | Arrêter l'instance `default`                    |
diff --git a/fr-FR/manual/launcher/system.md b/fr-FR/manual/launcher/system.md
index b15cc4c3697a..08258a07262f 100644
--- a/fr-FR/manual/launcher/system.md
+++ b/fr-FR/manual/launcher/system.md
@@ -1,79 +1,79 @@
-# Configuration requise
+# Système requis
 
-Cette section énumère les versions du système requises pour le lanceur Koishi et les fonctionnalités prises en charge par chaque version.
+Cette section répertorie les versions du système requises pour le lanceur Koishi ainsi que les fonctionnalités prises en charge par ces versions.
 
 :::tip
-下面的列表仅对 Koishi 启动器有效，Koishi 本体几乎能在任何主流环境运行。
+La liste ci-dessous concerne uniquement le lanceur Koishi. Le noyau Koishi peut fonctionner dans presque tous les environnements courants.
 :::
 
 :::tip
-即便你的操作系统不被 Koishi 官方支持，你也可以 [前往论坛](https://k.ilharp.cc) 选择社区提供的兼容性版本或 [使用模板项目](../starter/boilerplate.md)，只不过 Koishi 官方不对社区启动器的可用性和安全性负责。
+Même si votre système d'exploitation n'est pas officiellement pris en charge par Koishi, vous pouvez [consulter le forum](https://k.ilharp.cc) pour choisir une version compatible proposée par la communauté ou [utiliser un projet modèle](../starter/boilerplate.md). Cependant, Koishi ne garantit pas la disponibilité ni la sécurité des lanceurs créés par la communauté.
 :::
 
 ## Windows
 
-Seule la version de Windows la plus récente de chaque produit est répertoriée. Les versions non répertoriées ne sont pas prises en charge.
+Pour chaque produit Windows, seule la version la plus récente est répertoriée. Les versions non mentionnées ne sont pas prises en charge.
 
 ### Windows 8.1
 
-| Produit                        | Noyau                | Fenêtre              | Amélioré |
-| ------------------------------ | -------------------- | -------------------- | -------- |
-| Windows 8.1                    | :white\_check\_mark: | :white\_check\_mark: | :x:      |
-| Windows Server 2012 R2         | :white\_check\_mark: | :white\_check\_mark: | :x:      |
-| Hyper-V Server 2012 R2         | :x:                  | :x:                  | :x:      |
-| Windows Storage Server 2012 R2 | :x:                  | :x:                  | :x:      |
-| Windows Embedded 8.1 Pro       | :x:                  | :x:                  | :x:      |
-| Windows Embedded 8.1 Industry  | :x:                  | :x:                  | :x:      |
+| Produit                                       | Noyau                                                                                        | Interface                                                                                    | Amélioré                            |
+| --------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | ----------------------------------- |
+| Windows 8.1                   | :white_check_mark: | :white_check_mark: | :x: |
+| Windows Server 2012 R2                        | :white_check_mark: | :white_check_mark: | :x: |
+| Hyper-V Server 2012 R2                        | :x:                                                          | :x:                                                          | :x: |
+| Windows Storage Server 2012 R2                | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Pro      | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Industry | :x:                                                          | :x:                                                          | :x: |
 
 ### Windows 10
 
-| Produit                             | Noyau                | Fenêtre              | Amélioré             |
-| ----------------------------------- | -------------------- | -------------------- | -------------------- |
-| Version 1507                        | :x:                  | :x:                  | :x:                  |
-| Version 1511                        | :x:                  | :x:                  | :x:                  |
-| Version 1607                        | :x:                  | :x:                  | :x:                  |
-| Version 1703                        | :x:                  | :x:                  | :x:                  |
-| Version 1709                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1803                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1809                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1903                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1909                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 2004                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 20H2                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H1                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 2015 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 2016 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 Enterprise 2015 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise 2016 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise LTSC 2019     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise LTSC 2021     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise multi-session | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows Server 2016                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2016                 | :x:                  | :x:                  | :x:                  |
-| Windows Storage Server 2016         | :x:                  | :x:                  | :x:                  |
-| Windows Server 2019                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2019                 | :x:                  | :x:                  | :x:                  |
-| Windows Server 2022                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 IoT Core                 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core Services        | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core LTSC            | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT LTSC 2019 Core       | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise           | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise 2019      | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2015 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2016 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2019 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2021 | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019             | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019 for Storage | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2022             | :x:                  | :x:                  | :x:                  |
+| Produit                                  | Noyau                                                                                        | Interface                                                                                    | Amélioré                                                                                     |
+| ---------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 1507                             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1511                             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1607                             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1703                             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1709                             | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1803                             | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1809                             | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1903                             | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1909                             | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 2004                             | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 20H2                             | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H1                             | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H2                             | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2                             | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 2015 LTSB                     | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 2016 LTSB                     | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 Entreprise 2015 LTSC          | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Entreprise 2016 LTSC          | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Entreprise LTSC 2019          | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Entreprise LTSC 2021          | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Entreprise multisession       | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows Server 2016                      | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2016                      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Storage Server 2016              | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2019                      | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2019                      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2022                      | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 IoT Core                      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core Services             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core LTSC                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT LTSC 2019 Core            | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Entreprise                | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Entreprise 2019           | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Entreprise LTSB 2015      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Entreprise LTSB 2016      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Entreprise LTSC 2019      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Entreprise LTSC 2021      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019                  | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019 pour le stockage | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2022                  | :x:                                                          | :x:                                                          | :x:                                                          |
 
 ### Windows 11
 
-| Produit      | Noyau                | Fenêtre              | Amélioré             |
-| ------------ | -------------------- | -------------------- | -------------------- |
-| Version 21H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 365  | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
+| Produit      | Noyau                                                                                        | Interface                                                                                    | Amélioré                                                                                     |
+| ------------ | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 21H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 365  | :white_check_mark: | :white_check_mark: | :white_check_mark: |
diff --git a/fr-FR/manual/recipe/execution.md b/fr-FR/manual/recipe/execution.md
index 8f1549f04e72..4d1416822d30 100644
--- a/fr-FR/manual/recipe/execution.md
+++ b/fr-FR/manual/recipe/execution.md
@@ -1,35 +1,34 @@
 # Utilisations avancées des commandes
 
-## Les guillemets
+## Utilisation des guillemets
 
-Koishi interprète automatiquement le contenu entre guillemets comme un paramètre single. Cela s'avère très utile dans de nombreuses situations, voici quelques exemples courants :
+Comme pour la plupart des outils en ligne de commande, il peut être nécessaire d'utiliser des guillemets pour entourer les paramètres, afin d'éviter qu'ils ne soient interprétés de manière incorrecte comme plusieurs paramètres ou comme une option erronée. Cette astuce est très utile dans de nombreux cas :
 
-- Si vous souhaitez transmettre des paramètres contenant des espaces (le comportement par défaut est de n'interpréter que la partie avant l'espace).
-- Si vous souhaitez transmettre des paramètres commençant par `-` (le comportement par défaut est d'interpréter le prochain élément comme une option).
-- Si vous souhaitez transmettre une chaîne vide en tant que paramètre (le comportement par défaut est d'interpréter comme `true`).
-- Si vous souhaitez transmettre des paramètres constitués uniquement de chiffres (le comportement par défaut est d'interpréter comme des types `number`).
+- Passez un paramètre contenant des espaces (par défaut, il traite les chaînes qui continent des espaces comme plusieurs paramètres)
+- Passez un paramètre commençant par `-` (par défaut, cela est interprété comme l'option suivante)
+- Passez une chaîne vide comme paramètre (par défaut, cela est interprété comme `true`)
 
-## L'Interpolation
+## Substitution de commande
 
-Si vous souhaitez utiliser le contenu d'une autre commande au sein d'une commande, vous pouvez utiliser `$()` pour l'interpolation de commandes :
+Si vous souhaitez utiliser la sortie d'une autre commande dans une commande, vous pouvez utiliser `$()` pour effectuer une substitution de commande :
 
 <chat-panel>
 <chat-message nickname="Alice">echo foo$(echo bar)</chat-message>
 <chat-message nickname="Koishi">foobar</chat-message>
 </chat-panel>
 
-Koishi ne s'échappe pas automatiquement du texte entre guillemets simples. Si vous ne souhaitez pas que certains paramètres soient échappés par la syntaxe d'interpolation, vous pouvez utiliser des guillemets simples :
+Par défaut, Koishi n'échappe pas le texte entre guillemets simples. Si vous ne souhaitez pas qu'un paramètre soit échappé par la syntaxe de substitution, vous pouvez utiliser des guillemets simples :
 
 <chat-panel>
 <chat-message nickname="Alice">echo 'foo$(echo bar)'</chat-message>
 <chat-message nickname="Koishi">foo$(echo bar)</chat-message>
 </chat-panel>
 
-Enfin, vous pouvez également en savoir plus sur une autre méthode d'interpolation dans [koishi-plugin-eval](https://eval.koishi.chat).
+De plus, vous pouvez découvrir une autre méthode de substitution dans le plugin [koishi-plugin-eval](https://eval.koishi.chat).
 
-## Correspondance floue
+## Correction automatique
 
-Dans l'utilisation quotidienne, il arrive parfois de faire des fautes de frappe. Dans ces cas, Koishi peut automatiquement corriger en suggérant des commandes similaires :
+Lors de l'utilisation, il est possible de faire des erreurs de frappe. Dans ce cas, Koishi peut automatiquement suggérer la commande correcte en se basant sur un nom de commande similaire :
 
 <chat-panel>
 <chat-message nickname="Alice">ecko bonjour</chat-message>
@@ -38,4 +37,4 @@ Dans l'utilisation quotidienne, il arrive parfois de faire des fautes de frappe.
 <chat-message nickname="Koishi">bonjour</chat-message>
 </chat-panel>
 
-Si vous souhaitez ajuster le degré de correspondance floue, vous pouvez modifier la configuration [minSimilarity](../../api/core/app.md#options-minsimilarity). Pratique, n'est-ce pas ?
+Si vous souhaitez ajuster le niveau de tolérance de la correction automatique, vous pouvez modifier l'option [minSimilarity](../../api/core/app.md#options-minsimilarity). Pratique, n'est-ce pas ?
diff --git a/fr-FR/manual/recipe/multiple.md b/fr-FR/manual/recipe/multiple.md
index dc146a513318..55f47793272c 100644
--- a/fr-FR/manual/recipe/multiple.md
+++ b/fr-FR/manual/recipe/multiple.md
@@ -12,12 +12,12 @@ Différents besoins ont généralement différentes solutions, donc nous ne pouv
 
 Dans une même application Koishi, vous pouvez activer plusieurs instances pour certains plugins, tandis que d'autres ne le peuvent pas - ce n'est pas un défaut de l'implémentation du plugin, mais un comportement attendu. En fait, les auteurs de plugins peuvent spécifier quelles fonctionnalités peuvent être activées indépendamment. Cela se manifeste dans les plugins sous deux types différents : les plugins réutilisables et les plugins non réutilisables.
 
-Un exemple typique de plugin réutilisable est le plugin des [adaptateurs](../usage/adapter.md). Chaque adaptateur correspond à un robot conversationnel en cours d'exécution. Les différents robots de plateformes différentes sont configurés à l'aide de différents adaptateurs. Par conséquent, si vous souhaitez configurer plusieurs robots sur la même plateforme conversationnelle, il vous suffit d'ajouter plusieurs plugins d'adaptateur en suivant la méthode décrite dans la section précédente.
+典型的可重用插件是 [适配器插件](../usage/adapter.md)。Chaque adaptateur correspond à un robot conversationnel en cours d'exécution. Les différents robots de plateformes différentes sont configurés à l'aide de différents adaptateurs. Par conséquent, si vous souhaitez configurer plusieurs robots sur la même plateforme conversationnelle, il vous suffit d'ajouter plusieurs plugins d'adaptateur en suivant la méthode décrite dans la section précédente.
 
 Cependant, la plupart des plugins ne sont pas réutilisables. Pour ces types de plugins, vous ne pouvez avoir qu'une seule configuration en cours d'exécution à un même plugin. Si vous avez déjà une configuration d'un plugin en cours d'exécution, vous verrez une notification indiquant « Ce plugin est en cours d'exécution et ne peut pas être réutilisé » lorsque vous essayez de l'activer ailleurs. Cependant, vous pouvez toujours préparer plusieurs configurations, puis passer de l'une à l'autre au moment opportun.
 
-Pour les plugins non réutilisables, si vous souhaitez basculer vers différentes configurations dans des scénarios différents, il a besoin que l'auteur du plugin fournisse des options de configuration avec des [filtres](../usage/customize.md#过滤器). Si la configuration que vous souhaitez modifier ne prend pas en charge les filtres, vous pouvez envisager de proposer des suggestions à l'auteur du plugin, ou d'utiliser l'approche multi-instance décrite ci-dessous.
+对于那些不可重用的插件，如果希望在不同的场景下切换到不同的配置，就需要插件作者提供带有 [过滤器](../usage/customize.md#filters) 的配置项。如果你想要修改的配置不支持过滤器，那么你可以考虑向插件作者提出建议，或采用下面介绍的 [多实例](#multiple-instances) 方案。
 
-## Instance multiple
+## 多实例 {#multiple-instances}
 
 Une autre approche consiste à exécuter plusieurs instances de l'application Koishi en même temps. L'avantage de cette approche est que vous pouvez utiliser des configurations de plugins totalement différentes dans des applications différentes, voire activer des combinaisons de plugins totalement différentes. Cependant, en contrepartie, vous devrez gérer plusieurs applications distinctes, chacune nécessitant un port indépendant.
diff --git a/fr-FR/manual/recipe/search.md b/fr-FR/manual/recipe/search.md
index d71aea90dc48..66efbd405215 100644
--- a/fr-FR/manual/recipe/search.md
+++ b/fr-FR/manual/recipe/search.md
@@ -1,6 +1,6 @@
 # Recherche sur la place de marché
 
-Il y a une multitude de plugins valides pour Koishi. Afin de faciliter la recherche des utilisateurs, nous avons mis en place une syntaxe spéciale pour la recherche. Par exemple, vous pouvez saisir `is:preview` dans la barre de recherche pour filtrer rapidement une catégorie spécifique de plugins.
+Il y a une multitude de plugins valides pour Koishi. Afin de faciliter la recherche des utilisateurs, nous avons mis en place une syntaxe spéciale pour la recherche. 你可以在搜索框中输入形如 `is:preview` 的语法来快速过滤某个类别的插件。
 
 ## Mots-clés
 
@@ -33,10 +33,7 @@ De plus, il existe d'autres critères de filtrage sans identifiant spécifique :
 
 </div>
 
-Les critères de filtrage mentionnés ci-dessus peuvent également être inversés, par exemple `not:insecure` ou `created:
-
-
-<date`. Dans la barre à gauche, vous pouvez cliquer sur le nom de l'identifiant pour le sélectionner, un deuxième clic le sélectionne en mode inverse, et un troisième clic annule la sélection.
+上述的过滤条件也可以反向选择，例如 `not:insecure` 或 `created:<date`。Dans la barre à gauche, vous pouvez cliquer sur le nom de l'identifiant pour le sélectionner, un deuxième clic le sélectionne en mode inverse, et un troisième clic annule la sélection.
 
 ## Catégories des plugins
 
@@ -46,14 +43,15 @@ Les critères de filtrage mentionnés ci-dessus peuvent également être invers
 
 - <market-icon name="solid:core" />`category:core`：核心功能
 - <market-icon name="solid:adapter" />`category:adapter`：适配器
-- <market-icon name="solid:storage" />`category:storage`：存储服务
+- <market-icon name="solid:general" />`category:general`：存储服务
 - <market-icon name="solid:extension" />`category:extension`：扩展功能
-- <market-icon name="solid:console" />`category:console`：控制台
+- <market-icon name="solid:webui" />`category:webui`：控制台
 - <market-icon name="solid:manage" />`category:manage`：管理工具
 - <market-icon name="solid:preset" />`category:preset`：行为预设
 - <market-icon name="solid:image" />`category:image`：图片服务
 - <market-icon name="solid:media" />`category:media`：资讯服务
 - <market-icon name="solid:tool" />`category:tool`：实用工具
+- <market-icon name="solid:life" />`category:life`：生活指南
 - <market-icon name="solid:ai" />`category:ai`：人工智能
 - <market-icon name="solid:meme" />`category:meme`：趣味交互
 - <market-icon name="solid:game" />`category:game`：娱乐玩法
@@ -86,7 +84,7 @@ Les critères de filtrage mentionnés ci-dessus peuvent également être invers
 
 ## 快速体验
 
-::: warning
+:::warning
 快速体验目前仍然是实验性功能，仅在官方文档中的插件市场里可用。
 :::
 
diff --git a/fr-FR/manual/recipe/server.md b/fr-FR/manual/recipe/server.md
index a3b36dc43fd1..828b062af9f4 100644
--- a/fr-FR/manual/recipe/server.md
+++ b/fr-FR/manual/recipe/server.md
@@ -1,25 +1,29 @@
 # Déploiement
 
-::: warning
-将 Koishi 暴露在公网上可能会导致你的服务器受到攻击。你需要妥善配合 [用户登录](../usage/platform.md#控制台登录) 等方式以限制控制台功能的访问能力。
-:::
-
 Koishi 应用默认情况下只能在本机访问。而对于某些需求，你可能希望在公网上访问到 Koishi 的控制台或其他网络服务：
 
 - 让更多人访问到你的 Koishi 控制台
-- 使用作为 webhook 服务端的插件 (例如 [github](https://github.koishi.chat))
+- 使用作为 webhook 服务端的插件 (例如 [github](https://github.koishi.chat) 和部分适配器插件)
 
 本节教程将指导你完成 Koishi 应用的公网部署。
 
-## 直接暴露
+## 配置用户登录
+
+将 Koishi 不受限制地暴露在公网上可能会导致你的服务器受到攻击。因此，你需要妥善配合用户登录等方式以限制控制台功能的访问能力。
+
+在 [前面的章节](../usage/platform.md#console-login) 中，我们已经介绍了 [auth](../../plugins/console/auth.md) 插件的使用方法。
+
+## 配置服务器地址
+
+Koishi 的服务器功能是由预装插件 [@koishijs/plugin-server](../../plugins/develop/server.md) 提供的。
 
-点击控制台左侧的「插件配置」，选择「全局配置」并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待 Koishi 重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
+前往「插件配置」页面，找到 server 插件，并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待插件重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
 
-如果你已经准备了域名，你还需要同时将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
+如果你将 Koishi 应用暴露在公网上，并配置了相应的域名解析记录，你还需要将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
 
-## 反向代理
+## 配置反向代理
 
-如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。使用反向代理时，你不需要修改上述 `host` 配置项。
+如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。在同设备上使用反向代理时，你不需要修改上述 `host` 配置项。
 
 ### 使用 Caddy
 
@@ -61,7 +65,7 @@ server {
 }
 ```
 
-## 接下来……
+## Quelle est l'étape suivante ?
 
 完成初步配置以后，有一些额外的社区插件可以帮助你更好地部署 Koishi 控制台。
 
diff --git a/fr-FR/manual/starter/android.md b/fr-FR/manual/starter/android.md
index e23c700efec5..9ecc4558d2d0 100644
--- a/fr-FR/manual/starter/android.md
+++ b/fr-FR/manual/starter/android.md
@@ -1,27 +1,27 @@
 ---
 prev:
-  text: Choisir une méthode d'installation
+  text: Installation
   link: /fr-FR/manual/starter/
 next:
-  text: Installation et configuration des plugins
+  text: Installation et configuration de plugins
   link: /fr-FR/manual/usage/market.html
 ---
 
 # Installation pour Android
 
-::: tip
-Si vous souhaitez en savoir plus sur les autres méthodes d'installation, veuillez vous référer à [Autre méthode d'installation](./index.md).
+:::tip
+如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-::: danger
-Ce projet est toujours en cours de développement. Certaines fonctionnalités peuvent ne pas être disponibles.
+:::danger
+此项目仍在早期开发中。Certaines fonctionnalités peuvent ne pas être disponibles.
 :::
 
 ## Téléchargement
 
-- [Télécharger le package standard (.apk)](https://k.ilharp.cc/android-lite.apk)
-- [Télécharger le package d'extension (.apk)](https://k.ilharp.cc/android-full.apk)
-- [Voir plus de versions](https://github.com/koishijs/koishi-android/releases)
+- [下载标准包 (.apk)](https://k.ilharp.cc/android-lite.apk)
+- [下载扩展包 (.apk)](https://k.ilharp.cc/android-full.apk)
+- [查看更多版本](https://github.com/koishijs/koishi-android/releases)
 
 ## Installation
 
@@ -29,4 +29,4 @@ Installer Koishi via le programme d'installation est la méthode la recommandée
 
 ## Démarrage
 
-Cliquez sur l'icône de Koishi pour le démarrer et Koishi pouvez démarrer en quelques secondes.
+Cliquez sur l'icône de Koishi pour le démarrer,
diff --git a/fr-FR/manual/starter/boilerplate.md b/fr-FR/manual/starter/boilerplate.md
index b94259a21451..0eecc3fad6f0 100644
--- a/fr-FR/manual/starter/boilerplate.md
+++ b/fr-FR/manual/starter/boilerplate.md
@@ -1,32 +1,32 @@
 ---
 prev:
-  text: Choisir une méthode d'installation
+  text: Installation
   link: /fr-FR/manual/starter/
 next:
-  text: Installation et configuration des plugins
+  text: Installation et configuration de plugins
   link: /fr-FR/manual/usage/market.html
 ---
 
-# 创建模板项目
+# Création d'un projet modèle
 
 :::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-本节将介绍我们最推荐的 Koishi 开发方案——创建模板项目。相比直接从零搭建，模板项目的优势在于：
+En cette section nous vous introduira notre méthode de développement Koishi la plus recommandée - la création d'un projet modèle. Par rapport à la création manuelle à partir de zéro, les avantages d'un projet modèle sont les suivants :
 
-- 创建完成即是拥有带完整控制台体验的项目，一键创建各种模板插件
-- 支持直接加载 TypeScript，你可以尽情享受代码提示和类型检查带来的便利
-- 支持插件热重载，你可以在不重启应用的情况下修改插件代码，并获得即时的反馈
-- 支持二次开发，你可以将你自己的机器人与其他人的插件进行联合调试
+- Une fois le projet créé, vous pouvez immédiatement profiter de toutes les fonctionnalités de la console et créer des modèles de plugins en un clic.
+- Prise en charge directe de TypeScript, vous pouvez profiter des avantages de l'autocomplétion et de la vérification des types.
+- Prise en charge du rechargement à chaud des plugins, vous pouvez modifier le code des plugins sans redémarrer l'application et obtenir des commentaires instantanés.
+- Possibilité de développement ultérieur, vous pouvez déboguer votre propre robot en collaboration avec les plugins d'autres personnes.
 
-当然，模板项目也可以直接用于生产。虽然在操作上可能不如启动器方便，但它提供了更多的自由度，并能在启动器所覆盖不到的场景下顺利运行。
+Bien sûr, le projet modèle peut également être utilisé en production.Bien qu'il puisse ne pas être aussi pratique à utiliser que le lanceur Koishi, il propose plus de liberté et peut fonctionner parfaitement dans des scénarios non couverts par le lanceur Koishi.
 
-## 安装 Node.js
+## Installer Node.js
 
 Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运行环境，你需要自己安装它。
 
-### 下载安装包
+### Télécharger le package d'installation
 
 首先我们前往 [Node.js](https://nodejs.org/) 的官方网站：
 
@@ -34,19 +34,19 @@ Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运
 
 ![home](/manual/nodejs/home-light.webp) {.light-only}
 
-在这里可以看到两个巨大的按钮，分别对应着 **LTS (长期维护版)** 和 **Current (最新版本)**。我们建议你选择更加稳定的 LTS 版本，点击按钮即可下载安装包。
+在这里可以看到两个巨大的按钮，分别对应着 **LTS (长期维护版)** 和 **Current (最新版本)**。Nous vous recommandons de choisir la version LTS plus stable. Vous pouvez cliquer sur le bouton pour télécharger le package d'installation.
 
-随后，运行下载好的安装包，根据提示完成整个安装流程即可。
+Ensuite, exécutez le package d'installation téléchargé et suivez les instructions pour terminer le processus d'installation.
 
-### 安装包管理器
+### Installer la gestionnaire de paquets
 
-Node.js 自带名为 [npm](https://www.npmjs.com/) 的包管理器，你可以直接使用它。我们同时也推荐功能更强大的 [yarn](https://classic.yarnpkg.com/) 作为包管理器。它的安装非常简单，只需打开命令行输入下面的命令：
+Node.js 自带名为 [npm](https://www.npmjs.com/) 的包管理器，你可以直接使用它。我们同时也推荐功能更强大的 [yarn](https://classic.yarnpkg.com/) 作为包管理器。Son installation est très simple, il vous suffit d'ouvrir une ligne de commande et de saisir la commande suivante :
 
 ```sh
-# 安装 yarn
+# Installation de yarn
 npm i -g yarn
 
-# 查看版本
+# Vérification de la version de yarn
 yarn -v
 ```
 
@@ -54,21 +54,21 @@ yarn -v
 部分 Windows 用户可能会发现以下错误 ([参考链接](https://learn.microsoft.com/zh-cn/powershell/module/microsoft.powershell.core/about/about_execution_policies))：
 
 ```text
-yarn：无法加载文件 yarn.ps1，因为在此系统上禁止运行脚本。
+yarn : Impossible de charger le fichier yarn.ps1, car l'exécution de scripts est désactivée sur ce système.
 ```
 
-此时请以管理员身份重新运行终端，并输入下面的命令：
+Dans ce cas, vous pouvez exécuter à nouveau le terminal en tant qu'administrateur et saisir la commande suivante :
 
 ```sh
 Set-ExecutionPolicy RemoteSigned
 ```
 
-之后就可以正常使用 yarn 了。
+Après cela, vous pourrez utiliser yarn normalement.
 :::
 
-### 配置镜像源
+### Configure un miroir du référentiel de packages
 
-如果你是国内用户，从 npm 或 yarn 上下载依赖可能非常慢。因此，我们推荐你配置一下镜像源，以提升安装速度。
+Si vous êtes en Chine, le téléchargement des dépendances depuis npm ou yarn peut être très lent. Par conséquent, nous vous recommandons de configurer un miroir du référentiel de packages pour accélérer le processus d'installation.
 
 :::tabs code
 
@@ -82,9 +82,9 @@ yarn config set registry https://registry.npmmirror.com
 
 :::
 
-## 创建项目
+## Créer un projet
 
-打开命令行，并进入你想要创建 Koishi 项目的目录。
+Ouvrez une ligne de commande et accédez au répertoire dans lequel vous souhaitez créer le projet modèle de Koishi.
 
 ::: tip
 这个路径不宜过长，且应当避免出现中文或者空格。我们推荐的路径如下：
@@ -93,7 +93,7 @@ yarn config set registry https://registry.npmmirror.com
 - 其他操作系统：`~/dev`
   :::
 
-输入下面的命令以创建 Koishi 项目：
+Saisissez la commande suivante pour créer le projet modèle de Koishi :
 
 :::tabs code
 
@@ -107,11 +107,11 @@ yarn create koishi
 
 :::
 
-跟随提示即可完成全套初始化流程。
+Suivez les instructions pour terminer le processus d'initialisation.
 
-## 启动应用
+## Démarre l'application Koishi
 
-如果你顺利完成了上述操作，你的应用此时应该已经是启动状态，并弹出了控制台界面。如果你想要关闭应用，可以在命令行中按下 `Ctrl+C` 组合键。当应用处于关闭状态时，你可以在运行下面的指令以再次启动：
+Si vous avez suivi avec succès les étapes ci-dessus, votre application devrait déjà être en cours d'exécution et la console Koishi devrait s'afficher. 如果你想要关闭应用，可以在命令行中按下 `Ctrl+C` 组合键。Lorsque l'application est arrêtée, vous pouvez exécuter la commande suivante pour la redémarrer :
 
 :::tabs code
 
@@ -125,9 +125,9 @@ yarn start
 
 :::
 
-## 接下来……
+## Quelle est l'étape suivante ?
 
-Félicitations, vous avez maintenant une bonne compréhension de l'utilisation de base de Koishi ! 接下来：
+Félicitations, vous avez maintenant une bonne compréhension de l'utilisation de base de Koishi ! Voici ce que vous pouvez faire ensuite :
 
 - 如果你希望了解 Koishi 的更多功能，请前往 [安装和配置插件](../usage/market.md)
 - 如果你希望立即开始你的插件开发，请前往 [开发指南](../../guide/index.md)
diff --git a/fr-FR/manual/starter/direct.md b/fr-FR/manual/starter/direct.md
index aa58fd0be131..13a236c3b904 100644
--- a/fr-FR/manual/starter/direct.md
+++ b/fr-FR/manual/starter/direct.md
@@ -1,6 +1,6 @@
 ---
 prev:
-  text: Choisir une méthode d'installation
+  text: Installation
   link: /fr-FR/manual/starter/
 next:
   text: Guide
@@ -9,78 +9,79 @@ next:
 
 # Appellation comme une dépendance
 
-::: warning
-Ce guide suppose que vous avez une connaissance intermédiaire de [JavaScript](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript) et de [Node.js](https://nodejs.org/). Si vous débutez dans le développement JavaScript ou si vous n'êtes pas intéressé par l'écriture de code métier, veuillez [choisir une autre méthode d'installation](./index.md).
+:::warning
+这篇指南假设你已了解关于 [JavaScript](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript) 和 [Node.js](https://nodejs.org/) 的中级知识。如果你刚开始学习 JavaScript 开发或者对编写业务代码不感兴趣，请 [选择其他安装方式](./index.md)。
 :::
 
-::: warning
-Nous vous recommandons vivement d'utiliser un projet modèle pour le développement de Koishi. Si vous n'êtes pas sûr de ce que vous faites, nous vous conseillons de lire d'abord la section sur les [projets modèles](./boilerplate.md).
+:::danger
+我们强烈建议使用模板项目进行 Koishi 开发。如果你不确定自己在做什么，建议先完整阅读 [模板项目](./boilerplate.md) 章节。
 :::
 
-Bien que nous recommandions actuellement à la plupart des utilisateurs d'utiliser le [projet modèle](./boilerplate.md), si vous souhaitez intégrer Koishi dans une application complexe, l'appellation directe sera une option flexible.
+虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望在没有 Node.js 的环境下运行 Koishi，那么直接调用将会成为更具有灵活性的选择。
 
 ## Initialisation du projet
 
-::: tip
-Koishi est lui-même écrit en TypeScript, c'est pourquoi nous vous recommandons d'utiliser TypeScript pour développer avec Koishi. Dans la documentation à suivre, nous utiliserons systématiquement TypeScript comme exemple. Si vous préférez écrire en JavaScript pur ou utiliser un autre dialecte, vous pouvez vous baser sur les exemples en TypeScript.
+:::tip
+Koishi 本身使用 TypeScript 编写，因此我们推荐你使用 TypeScript 来进行 Koishi 开发。Dans la documentation à suivre, nous utiliserons systématiquement TypeScript comme exemple. Si vous préférez écrire en JavaScript pur ou utiliser un autre dialecte, vous pouvez vous baser sur les exemples en TypeScript.
 :::
 
-Koishi a besoin d'un environnement d'exécution [Node.js](https://nodejs.org/) (version minimale : 18, version LTS recommandée), que vous devez installer vous-même.Nous supposons que vous l'avez déjà installé.
+Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运行环境，你需要自己安装它。Nous supposons que vous l'avez déjà installé.
 
 Commencez par initialiser le répertoire de votre robot conversationnel et installer Koishi ainsi que les plugins nécessaires (nous prendrons l'exemple des plugins officiels : console, sandbox et echo) :
 
-::: tabs code
+:::tabs code
+
 ```npm
-# Initialiser le projet
+# 初始化项目
 npm init
 
-# Installer Koishi et les plugins correspondants
+# 安装 Koishi 和相关插件
 npm i koishi \
+      @koishijs/plugin-server \
       @koishijs/plugin-console \
       @koishijs/plugin-sandbox \
       @koishijs/plugin-echo
 
-# Installer TypeScript et les paquets dépendances (vous pouvez ignorer cette étape si vous ne les utilisez pas)
+# 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 npm i typescript @types/node esbuild esbuild-register -D
-
 ```
+
 ```yarn
-# Initialiser le projet
+# 初始化项目
 yarn init
 
-# Installer Koishi et les plugins correspondants
-yarn add koishi
+# 安装 Koishi 和相关插件
+yarn add koishi \
+         @koishijs/plugin-server \
          @koishijs/plugin-console \
          @koishijs/plugin-sandbox \
          @koishijs/plugin-echo
 
-# Installer TypeScript et les paquets dépendances (vous pouvez ignorer cette étape si vous ne les utilisez pas)
+# 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 yarn add typescript @types/node esbuild esbuild-register -D
-
 ```
+
 :::
 
-Créez un fichier d'entrée `index.ts` et ajoutez-y ce code :
+新建入口文件 `index.ts`，并写下这段代码：
 
 ```ts title=index.ts no-extra-header
 import { Context } from 'koishi'
+import server from '@koishijs/plugin-server'
 import console from '@koishijs/plugin-console'
 import * as sandbox from '@koishijs/plugin-sandbox'
 import * as echo from '@koishijs/plugin-echo'
 
-// Créez une application Koishi
-const ctx = new Context({
-  port: 5140,
-})
-
-// Activez les plugins ci-dessus
-ctx.plugin(console)     // Fournit la console
-ctx.plugin(sandbox)     // Fournit un bac à sable de débogage
-ctx.plugin(echo)        // Fournit la commande echo
-
-// Démarrez l'application
-ctx.start()
+// 创建一个 Koishi 应用
+const ctx = new Context()
 
+// 启用上述插件
+ctx.plugin(server, {
+  port: 5140,
+})                      // 提供后端服务
+ctx.plugin(console)     // 提供控制台
+ctx.plugin(sandbox)     // 提供调试沙盒
+ctx.plugin(echo)        // 提供回声指令
 ```
 
 Exécutez ensuite ce fichier :
@@ -89,7 +90,7 @@ Exécutez ensuite ce fichier :
 node -r esbuild-register .
 ```
 
-Enfin, ouvrez un navigateur et rendez-vous sur `http://localhost:5140`. Vous y verrez le Web UI de Console Koishi. Cliquez sur l'icône "Sandbox" à gauche, puis cliquez sur "Ajouter un utilisateur" en haut de l'écran pour créer un utilisateur virtuel. Maintenant, vous pouvez interagir avec le robot :
+最后，打开浏览器并前往 `http://localhost:5140`，你将看到一个控制台界面。Cliquez sur l'icône "Sandbox" à gauche, puis cliquez sur "Ajouter un utilisateur" en haut de l'écran pour créer un utilisateur virtuel. Maintenant, vous pouvez interagir avec le robot :
 
 <chat-panel>
 <chat-message nickname="Alice">echo Bonjour</chat-message>
@@ -100,20 +101,23 @@ Enfin, ouvrez un navigateur et rendez-vous sur `http://localhost:5140`. Vous y v
 
 Si vous souhaitez vous connecter à une véritable plateforme de chat, il vous suffit d'installer les plugins adaptateurs appropriés :
 
-::: tabs code
+:::tabs code
+
 ```npm
 # Exemple d'installation des adaptateurs Satori et Discord
 npm i @koishijs/plugin-adapter-satori \
       @koishijs/plugin-adapter-discord
 ```
+
 ```yarn
 # Exemple d'installation des adaptateurs Satori et Discord
 yarn add @koishijs/plugin-adapter-satori \
          @koishijs/plugin-adapter-discord
 ```
+
 :::
 
-Modifiez le fichier `index.ts` que vous avez créé précédemment. Chaque fois que vous activez une instance de plugin adaptateur, une nouvelle instance de robot est créée :
+接着修改你刚刚创建的 `index.ts`。Chaque fois que vous activez une instance de plugin adaptateur, une nouvelle instance de robot est créée :
 
 ```ts title=index.ts
 import satori from '@koishijs/plugin-adapter-satori'
@@ -138,7 +142,7 @@ ctx.plugin(discord, {
 
 ## Ajout de plugins supplémentaires
 
-Les plugins Koishi peuvent être obtenus sur [npm](https://www.npmjs.com). Généralement, les plugins suivent l'une des conventions de nommage suivantes :
+Koishi 插件可以在 [npm](https://www.npmjs.com) 上获取。Généralement, les plugins suivent l'une des conventions de nommage suivantes :
 
 - koishi-plugin-foo
 - @koishijs/plugin-foo
@@ -146,15 +150,18 @@ Les plugins Koishi peuvent être obtenus sur [npm](https://www.npmjs.com). Gén
 
 Pour les plugins communautaires, l'installation et l'utilisation suivent un schéma similaire :
 
-::: tabs code
+:::tabs code
+
 ```npm
 # Exemple d'installation des plugins puppeteer et forward
 npm i koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 ```yarn
 # Exemple d'installation des plugins puppeteer et forward
 yarn add koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 :::
 
 ```ts title=index.ts
@@ -167,7 +174,7 @@ ctx.plugin(forward)     // Transfert de messages
 
 Veuillez noter la subtile différence dans la manière d'importer les deux plugins ci-dessus. Le plugin puppeteer utilise l'exportation par défaut, tandis que le plugin forward utilise un espace de noms d'exportation. Ces deux méthodes ont des différences fondamentales et ne peuvent pas être mélangées, il vous appartient de déterminer lequel de ces cas s'applique à chaque plugin. Bien que cela puisse être déroutant, les utilisateurs de TypeScript bénéficieront d'une assistance aux types pour déterminer facilement le cas de chaque plugin.
 
-De même, pour les utilisateurs de CommonJS qui souhaitent utiliser `require` pour obtenir un objet de plugin, soyez conscients de cette différence :
+同理，对于 commonjs 的使用者，如果要使用 `require` 来获取插件对象，也应注意到这种区别：
 
 ```ts title=index.ts
 // N'oubliez pas de spécifier .default ici
@@ -184,13 +191,12 @@ Les utilisateurs d'autres méthodes d'installation n'ont pas besoin de se soucie
 En plus d'utiliser des plugins existants depuis npm, vous pouvez également écrire votre propre logique d'interaction :
 
 ```ts title=index.ts
-// Si le message reçu est "Sésame, ouvre-toi", répondez "Ali Baba"
+// 如果收到“天王盖地虎”，就回应“宝塔镇河妖”
 ctx.on('message', (session) => {
-  if (session.content === 'Sésame, ouvre-toi') {
-    session.send('Ali Baba')
+  if (session.content === '天王盖地虎') {
+    session.send('宝塔镇河妖')
   }
 })
-
 ```
 
 Ensuite, redémarrez votre projet :
@@ -200,7 +206,7 @@ Ensuite, redémarrez votre projet :
 <chat-message nickname="Koishi">Ali Baba</chat-message>
 </chat-panel>
 
-Cependant, il n'est peut-être pas idéal, car lorsque votre application devient plus complexe, votre `index.ts` peut devenir volumineux. Vous pouvez écrire la logique ci-dessus dans un fichier distinct, par exemple `ping.ts`, et le charger en tant que plugin :
+不过这样写可能并不好，因为一旦功能变多，你的 `index.ts` 就会变得臃肿。可以将上面的逻辑写在一个单独的文件 `ping.ts` 里，并将它作为一个插件来加载：
 
 ```ts title=ping.ts no-extra-header
 import { Context } from 'koishi'
@@ -208,10 +214,10 @@ import { Context } from 'koishi'
 export const name = 'ping'
 
 export function apply(ctx: Context) {
-  // Si le message reçu est "Sésame, ouvre-toi", répondez "Ali Baba"
+  // 如果收到“天王盖地虎”，就回应“宝塔镇河妖”
   ctx.on('message', (session) => {
-    if (session.content === 'Sésame, ouvre-toi') {
-      session.send('Ali Baba')
+    if (session.content === '天王盖地虎') {
+      session.send('宝塔镇河妖')
     }
   })
 }
@@ -224,6 +230,6 @@ import * as ping from './ping'
 ctx.plugin(ping)
 ```
 
-## À venir
+## Quelle est l'étape suivante ?
 
-Félicitations, vous avez maintenant une bonne compréhension de l'utilisation de base de Koishi ! Consultez le [Guide de développement](../../guide/) pour en savoir plus sur Koishi.
+Félicitations, vous avez maintenant une bonne compréhension de l'utilisation de base de Koishi ! 接下来让我们前往 [开发指南](../../guide/)，学习更多的 Koishi 知识。
diff --git a/fr-FR/manual/starter/docker.md b/fr-FR/manual/starter/docker.md
index 6ca9a39a9163..b7b488108e29 100644
--- a/fr-FR/manual/starter/docker.md
+++ b/fr-FR/manual/starter/docker.md
@@ -1,54 +1,59 @@
 ---
 prev:
-  text: Choisir une méthode d'installation
+  text: Installation
   link: /fr-FR/manual/starter/
 next:
-  text: Installation et configuration des plugins
+  text: Installation et configuration de plugins
   link: /fr-FR/manual/usage/market.html
 ---
 
 # Utilisation dans un conteneur
 
-::: warning
-Les logiciels de conteneurisation tels que Docker sont des plates-formes applicatives conçues pour les environnements de production. Lorsque vous utilisez de tels logiciels pour le déploiement, nous supposons que vous avez déjà acquis les connaissances nécessaires à l'administration d'un serveur, et que vous comprenez également les concepts de la conteneurisation et les opérations de base associées aux logiciels connexes. Sinon, à moins que vous ne travailliez dans des environnements spéciaux tels que des routeurs ou des serveurs NAS, veuillez [choisir une autre méthode d'installation](./index.md).
+:::warning
+Docker 等容器化软件是以服务生产环境而开发的应用平台，在使用此类软件部署之时，我们相信你已经掌握了运维一台服务器所必须的知识，同时也理解了容器化的概念与相关软件的基础操作。如若不然，在除路由器或 NAS 等特殊环境外，请 [选择其他安装方式](./index.md)。
 :::
 
-Koishi propose une image Docker, ce qui facilite l'exécution de Koishi dans un conteneur. Vous devrez d'abord installer [Podman](https://podman.io) ou [Docker](https://www.docker.com) pour exécuter des conteneurs.
+Koishi 提供了 [Docker](https://hub.docker.com/r/koishijs/koishi) 镜像，方便你在容器中运行 Koishi。你需要首先安装 [Podman](https://podman.io) 或 [Docker](https://www.docker.com) 来运行容器。
 
 ## Démarrer le conteneur
 
 Utilisez la commande suivante pour démarrer le conteneur :
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi
 ```
+
 :::
 
-De nombreux plugins dépendent de [koishi-plugin-puppeteer](https://www.npmjs.com/package/koishi-plugin-puppeteer) pour le rendu des images. Par conséquent, l'image Docker par défaut contient Chromium. Si vous estimez que l'image Docker est trop volumineuse et que vous n'avez pas besoin de Chromium préinstallé, nous proposons également une version légère :
+许多插件依赖 [koishi-plugin-puppeteer](https://www.npmjs.com/package/koishi-plugin-puppeteer) 来进行图片渲染，故默认镜像中包含 Chromium。Si vous estimez que l'image Docker est trop volumineuse et que vous n'avez pas besoin de Chromium préinstallé, nous proposons également une version légère :
+
+:::tabs code
 
-::: tabs code
 ```podman
 podman run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 :::
 
 Une fois démarré, la Console Koishi sera disponible sur le port 5140.
 
-Si vous avez besoin de persistance, utilisez `-v /some/place:/koishi` pour mapper les fichiers de Koishi.
+如果你需要持久化，请使用 `-v /some/place:/koishi` 来映射 Koishi 的文件。
 
-Pour ajuster le fuseau horaire, utilisez `-e TZ=Europe/Paris` pour définir le fuseau horaire.
+如果需要更正时区，请使用 `-e TZ=Asia/Shanghai` 来设置时区。
 
-::: tip
-Koishi lui-même et ses plugins peuvent être mis à jour via la console. Après la persistance des fichiers, la mise à jour du conteneur ne mettra à jour que certaines versions de logiciels tels que Chromium et Node.js, par exemples.
-:::
+:::tip
+Koishi 本体及其插件都可以控制台完成更新。Après la persistance des fichiers, la mise à jour du conteneur ne mettra à jour que certaines versions de logiciels tels que Chromium et Node.js, par exemples.:::
 
-## Installer les plugins
+## Installation de plugins
 
-Lorsque le conteneur est en cours d'exécution, vous pouvez installer et activer des plugins dans la console à `http://<adresse_hôte>:5140` dans votre navigateur. Si vous ne parvenez pas à y accéder, veuillez vérifier la configuration de votre pare-feu.
+在容器运行时，可以通过在浏览器中访问 `http://宿主机地址:5140` 在控制台中安装和启用插件。Si vous ne parvenez pas à y accéder, veuillez vérifier la configuration de votre pare-feu.
diff --git a/fr-FR/manual/starter/index.md b/fr-FR/manual/starter/index.md
index d7633f55aff4..61a73107c0cf 100644
--- a/fr-FR/manual/starter/index.md
+++ b/fr-FR/manual/starter/index.md
@@ -7,30 +7,23 @@ choices:
     text: Le service de robot conversationnel
     caption: J'utilise Koishi dans...
     children:
-      - 
-        text: Windows
+      - text: Windows
         link: /fr-FR/manual/starter/windows.html
-      - 
-        text: macOS
+      - text: macOS
         link: /fr-FR/manual/starter/macos.html
-      - 
-        text: Linux
+      - text: Linux
         link: /fr-FR/manual/starter/linux.html
-      - 
-        text: Android
+      - text: Android
         link: /fr-FR/manual/starter/android.html
-      - 
-        text: Docker
+      - text: Docker
         link: /fr-FR/manual/starter/docker.html
   development:
     text: Le développement
     caption: J'utilise Koishi comme...
     children:
-      - 
-        text: Un projet indépendant
+      - text: Un projet indépendant
         link: /fr-FR/manual/starter/boilerplate.html
-      - 
-        text: Une dépendance d'un autre projet
+      - text: Une dépendance d'un autre projet
         link: /fr-FR/manual/starter/direct.html
 ---
 
diff --git a/fr-FR/manual/starter/linux.md b/fr-FR/manual/starter/linux.md
index bb5875edbca6..83d5364a97e3 100644
--- a/fr-FR/manual/starter/linux.md
+++ b/fr-FR/manual/starter/linux.md
@@ -1,27 +1,27 @@
 ---
 prev:
-  text: Choisir une méthode d'installation
+  text: Installation
   link: /fr-FR/manual/starter/
 next:
-  text: Installation et configuration des plugins
+  text: Installation et configuration de plugins
   link: /fr-FR/manual/usage/market.html
 ---
 
 # Installation pour Linux
 
-::: tip
-Si vous souhaitez en savoir plus sur les autres méthodes d'installation, veuillez vous référer à [Autre méthode d'installation](./index.md).
+:::tip
+如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
 ## Téléchargement
 
 - [AppImage (.AppImage)](https://k.ilharp.cc/linux.AppImage)
-- [Voir plus de versions](https://github.com/koishijs/koishi-desktop/releases)
+- [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
 
 ## Démarrage
 
-Démarrez le programme qui vous avez téléchargée, ouvrez un navigateur et rendez-vous sur `http://localhost:5140`. Vous y verrez le Web UI de Console Koishi.
+启动你刚刚下载的程序，你应当可以在 `http://localhost:5140` 访问 Koishi 的网页控制台。
 
 ## Autres méthodes d'installation
 
-Vous ne trouvez pas de programme d'installation qui vous convient ? Vous pouvez toujours choisir [installer avec image conteneur](./docker.md) ou [créer un projet modèle](./boilerplate.md).
+Vous ne trouvez pas de programme d'installation qui vous convient ? 你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/fr-FR/manual/starter/macos.md b/fr-FR/manual/starter/macos.md
index 694caeed148c..cbcf05cefc18 100644
--- a/fr-FR/manual/starter/macos.md
+++ b/fr-FR/manual/starter/macos.md
@@ -1,22 +1,22 @@
 ---
 prev:
-  text: Choisir une méthode d'installation
+  text: Installation
   link: /fr-FR/manual/starter/
 next:
-  text: Installation et configuration des plugins
+  text: Installation et configuration de plugins
   link: /fr-FR/manual/usage/market.html
 ---
 
 # Installation pour macOS
 
-::: tip
-Si vous souhaitez en savoir plus sur les autres méthodes d'installation, veuillez vous référer à [Autre méthode d'installation](./index.md).
+:::tip
+如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
 ## Téléchargement
 
-- [Programme d'installation (.pkg)](https://k.ilharp.cc/osx.pkg)
-- [Voir plus de versions](https://github.com/koishijs/koishi-desktop/releases)
+- [安装包 (.pkg)](https://k.ilharp.cc/osx.pkg)
+- [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
 
 ## Installation
 
@@ -28,4 +28,4 @@ Cliquez sur l'icône de Koishi pour le démarrer, en quelques secondes, la conso
 
 ## Autres méthodes d'installation
 
-Vous ne trouvez pas de programme d'installation qui vous convient ? Vous pouvez toujours choisir [installer avec image conteneur](./docker.md) ou [créer un projet modèle](./boilerplate.md).
+Vous ne trouvez pas de programme d'installation qui vous convient ? 你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/fr-FR/manual/starter/windows.md b/fr-FR/manual/starter/windows.md
index 0fce80a49c8b..9926b8054fc9 100644
--- a/fr-FR/manual/starter/windows.md
+++ b/fr-FR/manual/starter/windows.md
@@ -1,22 +1,22 @@
 ---
 prev:
-  text: Autre méthode d'installation
+  text: Installation
   link: /fr-FR/manual/starter/
 next:
-  text: Installation et configuration des plugins
+  text: Installation et configuration de plugins
   link: /fr-FR/manual/usage/market.html
 ---
 
 # Installation pour Windows
 
-::: tip
-Si vous souhaitez en savoir plus sur les autres méthodes d'installation, veuillez vous référer à [Autre méthode d'installation](./index.md).
+:::tip
+如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
 ## Téléchargement
 
-- [Programme d'installation (.msi)](https://k.ilharp.cc/win.msi)
-- [Voir plus de versions](https://github.com/koishijs/koishi-desktop/releases)
+- [安装包 (.msi)](https://k.ilharp.cc/win.msi)
+- [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
 
 ## Installation
 
@@ -26,10 +26,10 @@ Installer Koishi via le programme d'installation est la méthode la recommandée
 
 ![msi-installer](/manual/windows/msi-installer-light.webp) {.light-only}
 
-Double-cliquez sur le programme d'installation, puis cliquez sur *Suivant* pour terminer l'installation. Vous pouvez maintenant trouver Koishi dans le menu *Démarrer*.
+Double-cliquez sur le programme d'installation, puis cliquez sur <i>Suivant</i> pour terminer l'installation. Vous pouvez maintenant trouver Koishi dans le menu <i>Démarrer</i>.
 
-::: tip
-Le processus d'installation peut prendre plus de 10 minutes sur certains ordinateurs, veuillez patienter.
+:::tip
+安装流程在部分电脑上这可能会花费 10 分钟以上的时间，请耐心等待。
 :::
 
 ## Démarrage
@@ -42,4 +42,4 @@ Cliquez sur l'icône de Koishi pour le démarrer, en quelques secondes, la conso
 
 ## Autres méthodes d'installation
 
-Vous ne trouvez pas de programme d'installation qui vous convient ? Vous pouvez toujours choisir la [installation avec image conteneur](./docker.md) ou la [création d'un projet modèle](./boilerplate.md).
+Vous ne trouvez pas de programme d'installation qui vous convient ? 你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/fr-FR/manual/usage/adapter.md b/fr-FR/manual/usage/adapter.md
index c24e3ba0236e..49abeb78cf0a 100644
--- a/fr-FR/manual/usage/adapter.md
+++ b/fr-FR/manual/usage/adapter.md
@@ -16,29 +16,30 @@ Tout d'abord, cliquez sur « Ajouter un utilisateur » dans le coin supérieur g
 
 Si vous souhaitez simuler une conversation en guilde, vous pouvez créer plus d'utilisateurs. Ensuite, changez en mode « Conversation en guilde » en haut. De cette manière, vous pouvez changer et contrôler plusieurs utilisateurs virtuels pour converser avec le robot. Cela peut être très utile si vous souhaitez essayer des plugins multijoueurs tels que les jeux d'échecs.
 
-En outre, si certaines commandes nécessitent un certain [niveau des autorisations](../usage/customize.md#权限管理), vous pouvez les ajuster dans les « Paramètres de l'utilisateur ».
+除此以外，如果某些指令需要一定的 [权限等级](../usage/customize.md#权限管理)，你也可以切换到「用户设置」中进行调整。
 
 ## Connexion à une plateforme conversationnelle réelle
 
 Simuler des conversations uniquement dans un bac à sable ne suffit pas. Nous devons connecter le robot à une plateforme conversationnelle réelle pour qu'il puisse réellement nous être utile. Koishi utilise des plugins d'adaptateurs pour prendre en charge diverses plates-formes conversationnelles. Voici une liste des adaptateurs maintenus officiellement :
 
-- [DingTalk](../../plugins/adapter/dingtalk.md)
+- [钉钉](../../plugins/adapter/dingtalk.md)
 - [Discord](../../plugins/adapter/discord.md)
 - [KOOK](../../plugins/adapter/kook.md)
-- [Lark](../../plugins/adapter/lark.md)
+- [飞书](../../plugins/adapter/lark.md)
 - [LINE](../../plugins/adapter/line.md)
-- [Courriers électroniques](../../plugins/adapter/mail.md)
+- [邮件](../../plugins/adapter/mail.md)
 - [Matrix](../../plugins/adapter/matrix.md)
 - [QQ](../../plugins/adapter/qq.md)
 - [Slack](../../plugins/adapter/slack.md)
 - [Telegram](../../plugins/adapter/telegram.md)
-- [WeChat Official Account](../../plugins/adapter/wechat-official.md)
-- [WeCom (WeChat Work)](../../plugins/adapter/wecom.md)
+- [微信公众号](../../plugins/adapter/wechat-official.md)
+- [企业微信](../../plugins/adapter/wecom.md)
 - [WhatsApp](../../plugins/adapter/whatsapp.md)
+- [Zulip](../../plugins/adapter/zulip.md)
 
 Parmi eux, les adaptateurs couramment utilisés sont déjà préinstallés dans Koishi, vous pouvez les trouver dans le groupe de configuration des plugins des « adaptateurs ». Si vous ne voyez pas la plateforme que vous souhaitez, vous pouvez également rechercher et installer d'autres plugins d'adaptateurs sur la place de marché.
 
-Une application Koishi peut se connecter à plusieurs comptes sur différentes plates-formes conversationnelles. Chaque compte correspond à une configuration de plugin, et vous pouvez ajouter de nouvelles configurations de plugins en suivant les méthodes décrites dans [Ajouter plus de plugins](./market.md#添加更多插件). Étant donné que plusieurs comptes robots dans la même plateforme partagent les mêmes données d'utilisateurs, il est très facile de passer entre eux pour équilibrer la charge.
+Une application Koishi peut se connecter à plusieurs comptes sur différentes plates-formes conversationnelles. 每个账号对应一份插件配置，你可以参考 [添加更多插件](./market.md#添加更多插件) 中的方法添加新的插件配置。Étant donné que plusieurs comptes robots dans la même plateforme partagent les mêmes données d'utilisateurs, il est très facile de passer entre eux pour équilibrer la charge.
 
 Les méthodes et la complexité de la connexion varient considérablement d'une plateforme à l'autre, vous devez donc effectuer des préparatifs spécifiques pour chaque plateforme. Ces préparatifs peuvent inclure l'enregistrement d'un compte de développeur sur la plateforme, la préparation d'un serveur accessible depuis Internet, etc. Vous trouverez des instructions détaillées dans la documentation de chaque plugin d'adaptateur.
 
diff --git a/fr-FR/manual/usage/command.md b/fr-FR/manual/usage/command.md
index f27dbe4c966a..affb8cdf7d86 100644
--- a/fr-FR/manual/usage/command.md
+++ b/fr-FR/manual/usage/command.md
@@ -121,7 +121,7 @@ Pour les guildes contenant un grand nombre de personnes ou plusieurs robots, nou
 
 1. `prefix` 是一个列表，默认值为 `['']` 表示无需前缀也能触发；将列表清空会导致所有指令都无法通过 `prefix` 触发 (但仍然可以通过私聊或 `nickname` 或 @机器人 触发)
 2. 如果你在 `prefix` 中设置了多个值，例如 `['.', '/', '']`，那么 `.`, `/` 或无前缀都能触发指令；但由于 Koishi 是按顺序匹配各个前缀的，因此空串 `''` 必须写在最后一个
-3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#过滤器) 一节
+3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#filters) 一节
    :::
 
 ## sous-commande
@@ -178,7 +178,7 @@ Pour les guildes contenant un grand nombre de personnes ou plusieurs robots, nou
 
 点击右上角的加号按钮，我们可以创建一个新指令。这个新指令自然是没有行为的，它的主要目的是作为其他指令的父指令，已获得更好的展示效果。对于通过此方法创建的新指令，我们可以通过点击右上角的垃圾桶按钮将其移除。
 
-### Gestion des autorisations
+### Gestion des permissions
 
 在「名称设置」下方还有更多的配置项，我们可以在这里进一步配置指令对用户的访问权限。例如，将 echo 指令的 `authority` 设置为 `2`，那么将只有 2 级以上权限的用户才能调用该指令。
 
diff --git a/fr-FR/manual/usage/customize.md b/fr-FR/manual/usage/customize.md
index 70bf407b9357..15484c07772c 100644
--- a/fr-FR/manual/usage/customize.md
+++ b/fr-FR/manual/usage/customize.md
@@ -1,17 +1,17 @@
 # Personnalisations du bot
 
-## Gestion des autorisations
+## Gestion des permissions
 
 Maintenant que nous avons un système d'utilisateurs en place, la prochaine étape naturelle est la gestion des autorisations.
 
 ### Autorisations d'utilisateur
 
-Koishi dispose d'un système d'autorisations par défaut, qui attribue un niveau d'autorisation à chaque utilisateur, suivant ces **règles fondamentales** :
+Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个权限等级，遵循以下的 **核心规则**：
 
 - Les utilisateurs absents de la base de données ont par défaut un niveau d'autorisation de 0.
 - Les utilisateurs de niveau d'autorisation élevé peuvent effectuer toutes les opérations des utilisateurs de niveau d'autorisation inférieur.
 
-En plus de cela, nous avons établi des **directives de conception** :
+在此基础上，我们还扩充出了这样的一套 **设计准则**：
 
 - Niveau 0 : Utilisateur inexistant
 - Niveau 1 : Tous les utilisateurs, avec un accès limité aux fonctionnalités
@@ -19,11 +19,11 @@ En plus de cela, nous avons établi des **directives de conception** :
 - Niveau 3 : Administrateurs, avec la capacité de gérer directement les transactions du robot
 - Niveau 4 : Administrateurs avancés, capables de gérer d'autres comptes
 
-Vous pouvez utiliser ces directives pour la [gestion des autorisations](./command.md#权限管理) des commandes ou dans certaines options de configuration des [propriétés calculées](#计算属性).
+你可以基于这套准则对指令进行 [权限管理](./command.md#权限管理)，也可以用于部分 [计算属性](#计算属性) 的配置项中。
 
-En [configurant un plugin d'administration via la configuration de la connexion](./platform.md#配置登录插件), vous pouvez rapidement obtenir un compte administrateur de niveau 5. Ensuite, vous pouvez attribuer des autorisations à d'autres utilisateurs.
+通过 [配置登录插件](./platform.md#配置登录插件) 的方式，你可以快速拥有一个 5 级权限的管理员账号。Ensuite, vous pouvez attribuer des autorisations à d'autres utilisateurs.
 
-Installez le [plugin admin](../../plugins/common/admin.md). Ce plugin propose une commande appelée `authorize`, qui permet de définir le niveau d'autorisation d'autres utilisateurs :
+安装 [admin](../../plugins/common/admin.md) 插件。该插件提供了名为 `authorize` 的指令，可以设置其他用户的权限等级：
 
 <chat-panel>
 <chat-message nickname="Alice">authorize -u @Bob 2</chat-message>
@@ -40,7 +40,7 @@ Chaque utilisateur ne peut interagir qu'avec des utilisateurs de niveau d'autori
 
 反过来，如果你希望你的 Koishi 实例不主动响应某个频道的消息，可以通过 `assign -r` 的方式来移除该频道的受理人。其他频道不会受到影响。
 
-::: tip
+:::tip
 某个频道处于无受理人状态与该频道被过滤器排除的区别在于：前者仍然可以被通过 @机器人 的方式触发指令，而后者无论如何都无法触发指令。具体请参考 [触发前缀](./command.md#触发前缀) 章节。
 :::
 
@@ -50,19 +50,19 @@ Chaque utilisateur ne peut interagir qu'avec des utilisateurs de niveau d'autori
 
 上述两个配置项都支持 [计算属性](#计算属性)，这也意味着你可以在不同的聊天环境中配置不同的行为。
 
-## Filtres
+## 过滤器 {#filters}
 
 很多时候，我们会希望某些功能只能对于某些群聊或私聊使用。使用权限管理意味着引入数据库，而更轻量的方式是通过 **过滤器 (Filter)** 直接影响插件的作用范围。
 
 ### 插件过滤器
 
-::: tip
+:::tip
 少数插件与聊天平台无关，例如控制台、数据库插件等。这些插件也因此没有过滤器设置。
 :::
 
 大部分插件都提供了过滤器设置，就位于插件详情页的顶部。点击「添加条件」按钮可以创建一个过滤条件。可以通过设置过滤条件来包含或排除任意平台 / 用户 / 群组 / 频道 / 机器人。
 
-::: tip
+:::tip
 如果不知道这些 ID 是什么，可以使用 [获取账号信息](./platform.md#获取账号信息) 中介绍的 [inspect](../../plugins/common/inspect.md) 插件。
 :::
 
diff --git a/fr-FR/manual/usage/market.md b/fr-FR/manual/usage/market.md
index 5d5758586f16..3f3961d9836d 100644
--- a/fr-FR/manual/usage/market.md
+++ b/fr-FR/manual/usage/market.md
@@ -1,10 +1,10 @@
 ---
 prev:
-  text: Choisir une méthode d'installation
+  text: Installation
   link: /fr-FR/manual/starter/
 ---
 
-# Installation et configuration des plugins
+# Installation et configuration de plugins
 
 :::tip
 本节将介绍「插件市场」「插件配置」和「依赖管理」页面的使用方法。
@@ -33,7 +33,7 @@ L'interface de la console est principalement divisée en deux parties : à gauch
 
 Au cours des prochaines sections, nous expliquerons en détail les fonctionnalités et l'utilisation de chaque page.
 
-## Installer les plugins
+## Installation de plugins
 
 :::warning
 Koishi 不对非官方插件的安全性做任何保证。N'installez pas de plugins provenant de sources inconnues, car ils peuvent rendre Koishi instable, voire entraîner des conséquences plus graves. Si vous rencontrez des problèmes après avoir installé un plugin, veuillez signaler le problème dans le groupe d'utilisateurs ou le forum. De plus, certains plugins portent l'étiquette "Non sécurisé" et ne bénéficient pas du support de la communauté officielle.
@@ -84,7 +84,7 @@ Lors de l'installation de Koishi, certains groupes sont préconfigurés, et les
 
 La création d'un nouveau groupe est également simple. Cliquez sur "Configuration globale" ou sur le nom d'un groupe, puis cliquez sur le bouton "Créer un groupe" en haut à droite. Le nom du nouveau groupe est généré de manière aléatoire, mais vous pouvez cliquer sur le nom pour le modifier comme vous le souhaitez. Les groupes peuvent être développés ou réduits en cliquant sur la petite flèche à côté du nom du groupe.
 
-此外，[过滤器](../usage/customize.md#过滤器) 机制也可用于分组，便于控制一系列插件的行为。
+此外，[过滤器](../usage/customize.md#filters) 机制也可用于分组，便于控制一系列插件的行为。
 
 ### Ajout de plugins supplémentaires
 
@@ -100,7 +100,7 @@ Si un plugin déjà installé n'apparaît pas dans la liste des plugins, vous po
 
 ### Suppression de plugins ou de groupes
 
-:::warning
+:::danger
 注意：此操作无法被撤销，如果你想要恢复之前的配置，只能再次手动添加。Faites preuve de prudence.
 :::
 
@@ -108,6 +108,10 @@ Sur n'importe quelle page de configuration de plugin, cliquez sur le bouton "Sup
 
 ## Mise à jour et désinstallation des plugins
 
+:::warning
+依赖管理功能仅为生产环境设计。如果当前 Koishi 是开发环境，请使用 [`dep`](../../guide/develop/workspace.md#dep) 命令来更新依赖。
+:::
+
 Accédez à la page "Gestion des dépendances", où vous pouvez voir la liste des dépendances. Les dépendances peuvent inclure le cœur de Koishi, divers plugins, ainsi que des packages logiciels nécessaires au fonctionnement des plugins.
 
 Lorsque l'état de la dépendance indique "Mise à jour possible", cliquez sur le bouton "Modifier" à côté, sélectionnez la version que vous souhaitez dans la fenêtre contextuelle, puis cliquez sur "Mettre à jour" en bas à droite pour effectuer la mise à jour.
diff --git a/fr-FR/manual/usage/platform.md b/fr-FR/manual/usage/platform.md
index dddef5dc6645..fd4d632565c6 100644
--- a/fr-FR/manual/usage/platform.md
+++ b/fr-FR/manual/usage/platform.md
@@ -12,7 +12,7 @@ Maintenant, explorons comment utiliser le système de compte multiplateforme dan
 
 Sur certaines plateformes, les informations du compte ne sont pas visibles, il est donc nécessaire d'utiliser des outils pour les récupérer.
 
-Le plugin [inspect](../../plugins/common/inspect.md) permet de récupérer des informations de session.Après avoir installé ce plugin, vous pouvez envoyer la commande `inspect` depuis n'importe quel compte de plateforme à votre robot (n'utilisez pas le mode sandbox, sinon, vous n'obtiendrez que des données d'utilisateur sandbox). Voici un exemple d'informations de session obtenues :
+[inspect](../../plugins/common/inspect.md) 插件提供了获取会话信息的能力。安装这个插件后，使用任意平台账号向机器人发送 `inspect` (这里不要使用沙盒，不然只能获得沙盒用户的数据)，就可以获得下面的会话信息：
 
 <chat-panel>
 <chat-message nickname="Alice">inspect</chat-message>
@@ -28,9 +28,9 @@ Le plugin [inspect](../../plugins/common/inspect.md) permet de récupérer des i
 
 Si vous souhaitez vous connecter ou lier des comptes, les champs "Nom de la plateforme" et "ID de l'utilisateur" seront utiles.
 
-## Connexion à la console
+## 控制台登录 {#console-login}
 
-De plus, ce plugin inclut un compte administrateur intégré, ce qui en fait le moyen le plus pratique pour les utilisateurs nouvellement installés de Koishi d'obtenir des privilèges.Le plugin [auth](../../plugins/console/auth.md) permet à n'importe quel utilisateur de se connecter à Koishi via la console et de gérer ses propres informations utilisateur.
+[auth](../../plugins/console/auth.md) 插件允许任何用户在控制台登录 Koishi 账号并管理自己的用户信息。Le plugin <a href="../../plugins/console/auth.md">auth</a> permet à n'importe quel utilisateur de se connecter à Koishi via la console et de gérer ses propres informations utilisateur.
 
 ### Configuration du plugin de connexion
 
@@ -40,7 +40,7 @@ Accédez à la page de configuration des plugins et cliquez sur le plugin "auth"
 
 ![plugin-login](/manual/console/plugin-login.dark.webp) {.dark-only}
 
-Entrez le mot de passe que vous avez préparé, puis cliquez sur "Activer le plugin".Sélectionnez "Connexion avec nom d'utilisateur et mot de passe", entrez le nom d'utilisateur que vous avez configuré (par défaut, c'est `admin`) et le mot de passe, puis cliquez sur "Connexion" pour accéder à votre espace personnel.
+Entrez le mot de passe que vous avez préparé, puis cliquez sur "Activer le plugin".此时会弹出一个登录框，选择「用户密码登录」，填写你刚刚配置好的用户名 (如果你没改就是默认值 `admin`) 和密码，点击「登录」即可进入个人页面。
 
 ![login-password](/manual/console/login-password.light.webp) {.light-only}
 
@@ -76,7 +76,7 @@ Si vous souhaitez supprimer la liaison, cliquez simplement sur "Dissocier" à dr
 
 ### Associer par commande
 
-Le plugin [bind](../../plugins/common/bind.md) permet également de associer les comptes via des commandes.Envoyez la commande `bind` depuis le compte de la plateforme que vous souhaitez associer :
+[bind](../../plugins/common/bind.md) 插件通过指令也实现了账号绑定。使用要绑定的平台账号向机器人发送 `bind`：
 
 <chat-panel>
 <chat-message nickname="Alice">bind</chat-message>
@@ -87,7 +87,7 @@ Le plugin [bind](../../plugins/common/bind.md) permet également de associer les
 </chat-message>
 </chat-panel>
 
-Suivez les instructions et utilisez le compte de la plateforme d'origine pour envoyer `Koishi/123456` au robot.Si votre premier message est un message privé, la association est déjà terminée à ce stade.Si votre premier message est dans un groupe de discussion, le robot vous demandera de confirmer à nouveau :
+跟随提示，使用原始平台账号向机器人发送 `Koishi/123456`。Si votre premier message est un message privé, la association est déjà terminée à ce stade.Si votre premier message est dans un groupe de discussion, le robot vous demandera de confirmer à nouveau :
 
 <chat-panel>
 <chat-message nickname="Alice">Koishi/123456</chat-message>
@@ -99,6 +99,6 @@ Suivez les instructions et utilisez le compte de la plateforme d'origine pour en
 </chat-message>
 </chat-panel>
 
-Suivez à nouveau les instructions et utilisez le compte de la plateforme cible pour envoyer `Koishi/654321` au robot. Cela complétera la association.
+再次跟随提示，使用目标平台账号向机器人发送 `Koishi/654321`，即可完成绑定。
 
-Une fois la association effectuée, vous pouvez à tout moment envoyer `bind -r` depuis la plateforme cible pour dissocier les comptes.
+绑定完成后，你可以随时在目标平台向机器人发送 `bind -r` 来解除绑定状态。
diff --git a/fr-FR/market/index.md b/fr-FR/market/index.md
index 133948cadf8f..98d9176e2053 100644
--- a/fr-FR/market/index.md
+++ b/fr-FR/market/index.md
@@ -2,4 +2,4 @@
 layout: market
 ---
 
-# 插件市场
+# Place de marché
diff --git a/fr-FR/plugins/adapter/dingtalk.md b/fr-FR/plugins/adapter/dingtalk.md
index 6b654902aa62..b87a652ab440 100644
--- a/fr-FR/plugins/adapter/dingtalk.md
+++ b/fr-FR/plugins/adapter/dingtalk.md
@@ -1,9 +1,13 @@
 # @koishijs/plugin-adapter-dingtalk
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [开放平台 > 应用开发 > 钉钉应用](https://open-dev.dingtalk.com/fe/app#/corp/app) 并点击「创建应用」，输入相关信息确定创建
-2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 protocol 填写 ws，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 protocol 填写 http；最后点击发布按钮
+2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 `protocol` 选择 `ws`，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 `protocol` 选择 `http`；最后点击发布按钮
 3. 在左侧打开「凭证与基础信息」页面，将 `Client ID` 填入插件的 `appkey` 字段，将 `Client Secret` 填入插件的 `secret` 字段。
 4. (可选) 为了在控制台中显示应用名称与头像，请参照 [添加接口调用权限](https://open.dingtalk.com/document/orgapp/add-api-permission) 操作，申请 `qyapi_get_microapp_list` 权限；在左侧打开「添加应用能力」，选择添加「网页应用」。将「企业内部应用 AgentId」填入插件的 `agentId` 字段
 
@@ -44,7 +48,11 @@
 
 包括全部的 [`WsClient`](../../api/core/adapter.md#类-adapter-wsclient) 选项。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addAttendee()`](https://open.dingtalk.com/document/isvapp/add-schedule-participant)
 - [`internal.addCityCarApply()`](https://open.dingtalk.com/document/isvapp/synchronize-third-party-city-vehicle-approval-form)
diff --git a/fr-FR/plugins/adapter/discord.md b/fr-FR/plugins/adapter/discord.md
index ba6892f8c12e..c9946f5a22a8 100644
--- a/fr-FR/plugins/adapter/discord.md
+++ b/fr-FR/plugins/adapter/discord.md
@@ -72,7 +72,11 @@
 
 当配置为 `attach` 并且发送文本+图片形式的消息时，无论 [`handleExternalAsset`](#options-discord-handleexternalasset) 配置为何都会先下载后发送。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addGuildMember()`](https://discord.com/developers/docs/resources/guild#add-guild-member)
 - [`internal.addGuildMemberRole()`](https://discord.com/developers/docs/resources/guild#add-guild-member-role)
diff --git a/fr-FR/plugins/adapter/kook.md b/fr-FR/plugins/adapter/kook.md
index eedcbb3a82e5..409f84e649a4 100644
--- a/fr-FR/plugins/adapter/kook.md
+++ b/fr-FR/plugins/adapter/kook.md
@@ -1,11 +1,15 @@
 # @koishijs/plugin-adapter-kook
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [开发者平台](https://developer.kookapp.cn/)，选择「机器人」并点击「新建」
 2. 根据自身需要，在「机器人连接模式」中选择 Webhook 或 WebSocket 中的一种：
-    - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
-    - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
+   - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
+   - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
 
 ## 基础配置项
 
diff --git a/fr-FR/plugins/adapter/lark.md b/fr-FR/plugins/adapter/lark.md
index 06ee9a902c43..5b8dd22cb209 100644
--- a/fr-FR/plugins/adapter/lark.md
+++ b/fr-FR/plugins/adapter/lark.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-lark
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在开发者后台 ([Lark](https://open.larksuite.com/app/) / [飞书](https://open.feishu.cn/app/)) 新建**企业自建应用**，点击应用名称进入应用详情页。
diff --git a/fr-FR/plugins/adapter/line.md b/fr-FR/plugins/adapter/line.md
index 37a452bd70ab..e78b6b69a80d 100644
--- a/fr-FR/plugins/adapter/line.md
+++ b/fr-FR/plugins/adapter/line.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-line
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在 [LINE 开发者控制台](https://developers.line.biz/console/) 注册账号，创建一个新的 Provider，在 Provider 中创建一个 Channel，类型选择 Messaging API，输入相关信息
@@ -26,7 +30,11 @@
 
 机器人密钥。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.audienceMatch()`](https://developers.line.biz/en/reference/partner-docs/#phone-audience-match)
 - [`internal.broadcast()`](https://developers.line.biz/en/reference/messaging-api/#send-broadcast-message)
diff --git a/fr-FR/plugins/adapter/matrix.md b/fr-FR/plugins/adapter/matrix.md
index 8cff8993f6c1..74a48a24be1f 100644
--- a/fr-FR/plugins/adapter/matrix.md
+++ b/fr-FR/plugins/adapter/matrix.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-matrix
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 参考 [此链接](https://spec.matrix.org/unstable/application-service-api/#registration) 编写 `registry.yaml` 文件：
diff --git a/fr-FR/plugins/adapter/qq.md b/fr-FR/plugins/adapter/qq.md
index feb46ab27994..e3cd5487b140 100644
--- a/fr-FR/plugins/adapter/qq.md
+++ b/fr-FR/plugins/adapter/qq.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-qq
 
-QQ (官方机器人) 适配器。
+QQ 和 QQ 频道官方机器人适配器。
 
 ## 接入方法
 
@@ -55,3 +55,78 @@ QQ (官方机器人) 适配器。
 - 默认值: `'bot'`
 
 验证方式。
+
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
+
+QQ 群和频道有着不同的机器人接口，因此我们提供了两套内部 API。
+
+### 群 (含私聊)
+
+对应的平台名称为 `qq`。
+
+- `internal.acknowledgeInteraction()`
+- `internal.sendFileGuild()`
+- `internal.sendFilePrivate()`
+- `internal.sendMessage()`
+- `internal.sendPrivateMessage()`
+
+### 频道 (含私聊)
+
+对应的平台名称为 `qqguild`。
+
+- `internal.addGuildMemberRole()`
+- `internal.createDMS()`
+- `internal.createGuildApiPermissionDemand()`
+- `internal.createGuildAnnounce()`
+- `internal.createGuildChannel()`
+- `internal.createGuildRole()`
+- `internal.createPinsMessage()`
+- `internal.createPost()`
+- `internal.createSchedule()`
+- `internal.createReaction()`
+- `internal.deleteChannel()`
+- `internal.deleteDM()`
+- `internal.deleteMessage()`
+- `internal.deleteReaction()`
+- `internal.getChannel()`
+- `internal.getChannelMemberPermissions()`
+- `internal.getChannelOnlineNums()`
+- `internal.getChannelRole()`
+- `internal.getChannels()`
+- `internal.getGuild()`
+- `internal.getGuildApiPermissions()`
+- `internal.getGuildMember()`
+- `internal.getGuildMembers()`
+- `internal.getGuildRoleMembers()`
+- `internal.getGuildRoles()`
+- `internal.getGuilds()`
+- `internal.getMe()`
+- `internal.getMessage()`
+- `internal.getMessageSetting()`
+- `internal.getPinsMessage()`
+- `internal.getSchedule()`
+- `internal.getSchedules()`
+- `internal.getReactions()`
+- `internal.getThread()`
+- `internal.listThreads()`
+- `internal.modifyChannel()`
+- `internal.modifyChannelMemberPermissions()`
+- `internal.modifyChannelRole()`
+- `internal.modifyGuildRole()`
+- `internal.modifySchedule()`
+- `internal.muteGuild()`
+- `internal.muteGuildMember()`
+- `internal.muteGuildMembers()`
+- `internal.removeGuildAnnounce()`
+- `internal.removeGuildMember()`
+- `internal.removeGuildMemberRole()`
+- `internal.removeGuildRole()`
+- `internal.removePinsMessage()`
+- `internal.removePost()`
+- `internal.removeSchedule()`
+- `internal.sendDM()`
+- `internal.sendMessage()`
diff --git a/fr-FR/plugins/adapter/satori.md b/fr-FR/plugins/adapter/satori.md
index 4a0ffa5db380..971d6a3759c3 100644
--- a/fr-FR/plugins/adapter/satori.md
+++ b/fr-FR/plugins/adapter/satori.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-satori
 
-::: tip
+:::tip
 另见：[@koishijs/plugin-server-satori](../develop/server-satori.md)。
 :::
 
diff --git a/fr-FR/plugins/adapter/slack.md b/fr-FR/plugins/adapter/slack.md
index 4b5fa98e09e9..0dad13597b12 100644
--- a/fr-FR/plugins/adapter/slack.md
+++ b/fr-FR/plugins/adapter/slack.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-slack
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中，`http` 连接方式需要一个公网可访问的地址。在接入之前，请根据使用需求填写插件的 [`protocol`](#config-protocol) 字段。
@@ -8,7 +12,11 @@ Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中
 
 2. 前往 [应用后台](https://api.slack.com/apps)，点击「Create New App」>「From Scratch」，填入应用名称和所添加的工作区 (目前适配器只支持一个应用处理一个工作区的事件)，点击「Create App」。
 
-![app-1](/adapter/slack/app-1.webp)<!-- !\[app-2\](/adapter/slack/app-2.webp) -->3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
+![app-1](/adapter/slack/app-1.webp)
+
+<!-- ![app-2](/adapter/slack/app-2.webp) -->
+
+3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
 
 ![secret-1](/adapter/slack/secret-1.webp)
 
diff --git a/fr-FR/plugins/adapter/telegram.md b/fr-FR/plugins/adapter/telegram.md
index 0ba4ec708359..29ff7e12cadb 100644
--- a/fr-FR/plugins/adapter/telegram.md
+++ b/fr-FR/plugins/adapter/telegram.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-telegram
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 搜索 @botfather（有个官方认证的符号）并进入聊天界面
@@ -10,7 +14,7 @@
 
 参考文档：<https://core.telegram.org/bots>
 
-::: tip
+:::tip
 如果启动机器人后发现收不到不带 `/` 的消息，这很可能是由于 Privacy Mode 未开启。如果开启后仍然收不到消息，请尝试将机器人从群组中移除后重新加入。
 :::
 
@@ -71,7 +75,11 @@
 
 Koishi 服务暴露在公网的地址，会覆盖 [`app.config.selfUrl`](../../api/core/app.md#options-selfurl) 的值。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addStickerToSet()`](https://core.telegram.org/bots/api#addstickertoset)
 - [`internal.answerCallbackQuery()`](https://core.telegram.org/bots/api#answercallbackquery)
diff --git a/fr-FR/plugins/adapter/wechat-official.md b/fr-FR/plugins/adapter/wechat-official.md
index 738c7fa072f5..9e9295566d4b 100644
--- a/fr-FR/plugins/adapter/wechat-official.md
+++ b/fr-FR/plugins/adapter/wechat-official.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wechat-official
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 根据 [注册流程指引](https://kf.qq.com/product/weixinmp.html#hid=87) 注册公众平台。
@@ -8,7 +12,7 @@
 4. 页面下方启用服务器配置，将机器人的 `selfUrl` 值后连接 `/wechat-official` (如 `https://example.com/wechat-official`)，在 URL 一栏中填写；在插件配置和公众平台上填入相同的 Token；在公众平台上生成 EncodingAESKey 并填入插件的 aesKey 字段；三种消息加解密方式均可选择。
 5. 如果公众号为企业主体，且通过了微信认证，可在插件配置中启用 customerService。客服接口提供了更宽松的消息回复能力。
 
-参考文档：[https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html](https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html)
+参考文档：<https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html>
 
 ## 配置项
 
diff --git a/fr-FR/plugins/adapter/wecom.md b/fr-FR/plugins/adapter/wecom.md
index 8f5fb195b12e..10626697ae9b 100644
--- a/fr-FR/plugins/adapter/wecom.md
+++ b/fr-FR/plugins/adapter/wecom.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wecom
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [我的企业](https://work.weixin.qq.com/wework_admin/frame#profile)，复制页面下方企业 ID，填入插件的 corpId。
diff --git a/fr-FR/plugins/adapter/whatsapp.md b/fr-FR/plugins/adapter/whatsapp.md
index e33dbab03ddb..a7bcdad5fa62 100644
--- a/fr-FR/plugins/adapter/whatsapp.md
+++ b/fr-FR/plugins/adapter/whatsapp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-whatsapp
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [商务平台](https://business.facebook.com/) 创建业务账户，并在 [业务设置](https://business.facebook.com/settings/security) 完成组织验证
diff --git a/fr-FR/plugins/common/admin.md b/fr-FR/plugins/common/admin.md
index 3f3666ccab27..045fd355a211 100644
--- a/fr-FR/plugins/common/admin.md
+++ b/fr-FR/plugins/common/admin.md
@@ -1,10 +1,10 @@
-# 数据管理 (Admin)
+# Admin : Administration des données
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 权限管理](../../manual/usage/customize.md#权限管理) 章节。
 :::
 
@@ -47,8 +47,9 @@ assign 指令可用于设置频道的 [受理人](../../manual/usage/customize.m
 1. 私聊机器人 B，发送 `assign -c #A`
 2. 在频道 A 中发送 `assign @B`（假设 B 能收到此消息）
 
-## 指令：user.flag <badge type="danger">obsolète</badge>
-## 指令：channel.flag <badge type="danger">obsolète</badge>
+## 指令：user.flag <badge type="danger">废弃</badge>
+
+## 指令：channel.flag <badge type="danger">废弃</badge>
 
 - 基本语法：`xxx.flag [...names]`
 - 选项：
diff --git a/fr-FR/plugins/common/bind.md b/fr-FR/plugins/common/bind.md
index e475f16ee597..7884a4b35906 100644
--- a/fr-FR/plugins/common/bind.md
+++ b/fr-FR/plugins/common/bind.md
@@ -1,10 +1,10 @@
-# 账号绑定 (Bind)
+# Bind : Connexion des comptes
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 账号系统 > 账号绑定](../../manual/usage/platform.md#通过指令绑定) 章节。
 :::
 
diff --git a/fr-FR/plugins/common/broadcast.md b/fr-FR/plugins/common/broadcast.md
index bf23ba15cdda..0a3f62670c05 100644
--- a/fr-FR/plugins/common/broadcast.md
+++ b/fr-FR/plugins/common/broadcast.md
@@ -1,6 +1,6 @@
-# 发送广播 (Broadcast)
+# Broadcast : Envoi de diffusion
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
@@ -20,6 +20,6 @@ broadcast foo bar baz     # 向所有频道发送 foo bar baz
 
 当一个机器人账号同时向多个频道发送广播消息时，为了避免风控，Koishi 会给每条消息发送后添加一段延迟，可以通过 [`delay.broadcast`](../../api/core/app.md#options-delay) 进行配置。
 
-::: tip 提示
+:::tip
 broadcast 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/fr-FR/plugins/common/callme.md b/fr-FR/plugins/common/callme.md
index ea3fc6e389ad..a99e4cf978e5 100644
--- a/fr-FR/plugins/common/callme.md
+++ b/fr-FR/plugins/common/callme.md
@@ -1,6 +1,6 @@
-# 设置昵称 (Callme)
+# Callme : Paramètre de pseudonyme
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
diff --git a/fr-FR/plugins/common/echo.md b/fr-FR/plugins/common/echo.md
index 5f2168b01d4d..7fc2bcaad4a2 100644
--- a/fr-FR/plugins/common/echo.md
+++ b/fr-FR/plugins/common/echo.md
@@ -1,4 +1,4 @@
-# 发送消息 (Echo)
+# Echo : Envoi de message
 
 ## 指令：echo
 
@@ -19,6 +19,6 @@ echo -u @foo foo bar      # 向用户 foo 私聊发送 foo bar
 echo -c #bar foo bar      # 向频道 bar 发送 foo bar
 ```
 
-::: tip 提示
+:::tip
 echo 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/fr-FR/plugins/common/help.md b/fr-FR/plugins/common/help.md
index 0024e2b38995..60170840096d 100644
--- a/fr-FR/plugins/common/help.md
+++ b/fr-FR/plugins/common/help.md
@@ -1,6 +1,6 @@
-# 查看帮助 (Help)
+# Help : Vue d'aide
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 查看帮助](../../manual/usage/command.md#查看帮助) 章节。
 :::
 
diff --git a/fr-FR/plugins/common/inspect.md b/fr-FR/plugins/common/inspect.md
index 3128dbe960ac..5c3d3c20e985 100644
--- a/fr-FR/plugins/common/inspect.md
+++ b/fr-FR/plugins/common/inspect.md
@@ -1,5 +1,5 @@
-# 会话信息 (Inspect)
+# Inspect : Inspecteur session
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 账号系统 > 获取账号信息](../../manual/usage/platform.md#获取账号信息) 章节。
 :::
diff --git a/fr-FR/plugins/console/analytics.md b/fr-FR/plugins/console/analytics.md
index df5e8943caea..051cfa42db68 100644
--- a/fr-FR/plugins/console/analytics.md
+++ b/fr-FR/plugins/console/analytics.md
@@ -1 +1 @@
-# 数据统计 (Analytics)
+# Analytics : Analyse des données
diff --git a/fr-FR/plugins/console/auth.md b/fr-FR/plugins/console/auth.md
index fd224d9810c1..699ba1bd94c6 100644
--- a/fr-FR/plugins/console/auth.md
+++ b/fr-FR/plugins/console/auth.md
@@ -1,4 +1,4 @@
-# 用户登录 (Auth)
+# Auth : Autorisation de comptes
 
 ## 配置项
 
diff --git a/fr-FR/plugins/console/commands.md b/fr-FR/plugins/console/commands.md
index 1a42b3e4f194..4200ec3e59d1 100644
--- a/fr-FR/plugins/console/commands.md
+++ b/fr-FR/plugins/console/commands.md
@@ -1,6 +1,6 @@
-# 指令管理 (Commands)
+# Commands : Gestion des commandes
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 指令管理](../../manual/usage/command.md#指令管理) 一节。
 :::
 
diff --git a/fr-FR/plugins/console/config.md b/fr-FR/plugins/console/config.md
index dc32e5984d42..10a1f488d209 100644
--- a/fr-FR/plugins/console/config.md
+++ b/fr-FR/plugins/console/config.md
@@ -1,2 +1 @@
-# 插件配置 (Config)
-
+# Config : Configuration des plugins
diff --git a/fr-FR/plugins/console/explorer.md b/fr-FR/plugins/console/explorer.md
index b54a092e7695..d8fff42c82ae 100644
--- a/fr-FR/plugins/console/explorer.md
+++ b/fr-FR/plugins/console/explorer.md
@@ -1,2 +1 @@
-# 资源管理器 (Explorer)
-
+# Explorer : gestion des fichiers
diff --git a/fr-FR/plugins/console/index.md b/fr-FR/plugins/console/index.md
index 4a5d5996c146..61f730391edc 100644
--- a/fr-FR/plugins/console/index.md
+++ b/fr-FR/plugins/console/index.md
@@ -1,8 +1,7 @@
-# 控制台 (Console)
+# Console : Fonctionnalités de console
 
 ## 配置项
 
-
 <!-- ### title
 
 - 类型: `string`
diff --git a/fr-FR/plugins/console/insight.md b/fr-FR/plugins/console/insight.md
index 48e26bf1b465..6a351b58dd6c 100644
--- a/fr-FR/plugins/console/insight.md
+++ b/fr-FR/plugins/console/insight.md
@@ -1,2 +1 @@
-# 插件依赖图 (Insight)
-
+# Insight : dépendant des plugins
diff --git a/fr-FR/plugins/console/locales.md b/fr-FR/plugins/console/locales.md
index 714b646b7a5a..891507e31810 100644
--- a/fr-FR/plugins/console/locales.md
+++ b/fr-FR/plugins/console/locales.md
@@ -1,6 +1,6 @@
-# 本地翻译 (Locales)
+# Locales : traduction locale
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 国际化](../../manual/usage/customize.md#本地化文本) 一节。
 :::
 
diff --git a/fr-FR/plugins/console/logger.md b/fr-FR/plugins/console/logger.md
index fb63c5f91466..f5be8d7e0562 100644
--- a/fr-FR/plugins/console/logger.md
+++ b/fr-FR/plugins/console/logger.md
@@ -1,2 +1 @@
-# 日志管理 (Logger)
-
+# Logger : gestion de journal
diff --git a/fr-FR/plugins/console/market.md b/fr-FR/plugins/console/market.md
index 0e71ab829414..d8410c2bfd5b 100644
--- a/fr-FR/plugins/console/market.md
+++ b/fr-FR/plugins/console/market.md
@@ -9,7 +9,7 @@
 用于搜索插件市场的网址。默认跟随当前的 npm registry。
 
 ::: tip
-一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 <https://registry.npmmirror.com>)。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
+一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 [https://registry.npmmirror.com](https://registry.npmmirror.com))。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
 
 你可以填入我们的官方镜像：<https://registry.koishi.chat/index.json>。
 :::
diff --git a/fr-FR/plugins/console/sandbox.md b/fr-FR/plugins/console/sandbox.md
index 9873fe87d718..58dc734c1afa 100644
--- a/fr-FR/plugins/console/sandbox.md
+++ b/fr-FR/plugins/console/sandbox.md
@@ -1,5 +1,5 @@
 # 沙盒调试 (Sandbox)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 第一次聊天](../../manual/usage/adapter.md#在沙盒中模拟对话) 一节。
 :::
diff --git a/fr-FR/plugins/console/status.md b/fr-FR/plugins/console/status.md
index 1a4f4bbd2cc8..3e79baefa85c 100644
--- a/fr-FR/plugins/console/status.md
+++ b/fr-FR/plugins/console/status.md
@@ -1,4 +1,4 @@
-# 运行状态 (Status)
+# Status : état de fonctionnement
 
 ## 指令：status
 
@@ -45,6 +45,7 @@ template.set('status', {
   ].join('\n'),
 })
 ```
+
 </div>
 
 ## 配置项
diff --git a/fr-FR/plugins/database/mysql.md b/fr-FR/plugins/database/mysql.md
index 8792269493aa..67a93bf8a6e9 100644
--- a/fr-FR/plugins/database/mysql.md
+++ b/fr-FR/plugins/database/mysql.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-database-mysql
 
-::: tip 注意
+:::tip
 需要的最低版本是 MySQL 5.7 / 8.0 或 MariaDB 10.5。
 :::
 
diff --git a/fr-FR/plugins/develop/hmr.md b/fr-FR/plugins/develop/hmr.md
index ae03d68805a8..a9a494a7dc56 100644
--- a/fr-FR/plugins/develop/hmr.md
+++ b/fr-FR/plugins/develop/hmr.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-hmr
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 开发起步 > 启动脚本](../../guide/develop/script.md#模块热替换) 章节。
 :::
 
diff --git a/fr-FR/plugins/develop/http.md b/fr-FR/plugins/develop/http.md
new file mode 100644
index 000000000000..5234143fd3d5
--- /dev/null
+++ b/fr-FR/plugins/develop/http.md
@@ -0,0 +1,50 @@
+# @koishijs/plugin-http
+
+:::tip
+如果想要使用代理，可以使用 [@koishijs/plugin-proxy-agent](./proxy-agent.md) 插件。
+:::
+
+@koishijs/plugin-http 提供了 `ctx.http` 基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。
+
+你可能会有这样的疑问：为什么不直接使用 fetch，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了统一的配置，各个插件则只需要调用 `ctx.http` 即可，不用关心复杂多变的用户需求。
+
+## 实例方法
+
+### ctx.http(method, url, config)
+
+- **method:** `string` 请求方法
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+### ctx.http.head(url, config)
+
+### ctx.http.get(url, config)
+
+### ctx.http.delete(url, config)
+
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 HEAD / GET / DELETE 请求。
+
+### ctx.http.post(url, data, config)
+
+### ctx.http.put(url, data, config)
+
+### ctx.http.patch(url, data, config)
+
+- **url:** `string` 请求地址
+- **data:** `any` 请求数据
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 POST / PUT / PATCH 请求。
+
+### ctx.http\.ws(url)
+
+- **url:** `string` 请求地址
+- 返回值: `WebSocket`
+
+创建一个 WebSocket 连接。
diff --git a/fr-FR/plugins/develop/mock.md b/fr-FR/plugins/develop/mock.md
index ba6e901caa1b..5cf02f54bbc2 100644
--- a/fr-FR/plugins/develop/mock.md
+++ b/fr-FR/plugins/develop/mock.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-mock
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 单元测试](../../cookbook/practice/testing.md) 章节。
 :::
 
diff --git a/fr-FR/plugins/develop/notifier.md b/fr-FR/plugins/develop/notifier.md
new file mode 100644
index 000000000000..b94ee9f1accf
--- /dev/null
+++ b/fr-FR/plugins/develop/notifier.md
@@ -0,0 +1,38 @@
+# @koishi/plugin-notifier
+
+## API contexte
+
+### ctx.notifier.create(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+- 返回值: [`Notifier`](#notifier)
+
+创建一个通知。如果传入的是字符串或 JSX，则会视为 [`options.content`](#options-content)。
+
+## 通知选项 {#options}
+
+### options.type
+
+- 类型: `'primary' | 'success' | 'warning' | 'danger'`
+- 默认值: `'primary'`
+
+通知类型。
+
+### options.content
+
+- 类型: `Fragment`
+- 默认值: `''`
+
+通知内容。
+
+## 类：Notifier {#notifier}
+
+### notifier.update(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+
+更新此通知。如果传入的是字符串，则会视为 [`options.content`](#options-content)。
+
+### notifier.dispose()
+
+移除此通知。
diff --git a/fr-FR/plugins/develop/proxy-agent.md b/fr-FR/plugins/develop/proxy-agent.md
new file mode 100644
index 000000000000..8043ad9d63e7
--- /dev/null
+++ b/fr-FR/plugins/develop/proxy-agent.md
@@ -0,0 +1,11 @@
+# @koishijs/plugin-proxy-agent
+
+@koishijs/plugin-proxy-agent 为 [`http`](./http.md) 服务提供了额外的网络代理能力，支持 HTTP(S), SOCKS 系列协议。
+
+## 配置项
+
+### config.proxyAgent
+
+- 类型: `string`
+
+请求时默认使用的网络代理。
diff --git a/fr-FR/plugins/develop/server-temp.md b/fr-FR/plugins/develop/server-temp.md
index 11b8d759bfab..0b8f6e361393 100644
--- a/fr-FR/plugins/develop/server-temp.md
+++ b/fr-FR/plugins/develop/server-temp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-server-temp
 
+:::warning
+使用此插件需要你将 Koishi [部署到公网](../../manual/recipe/server.md) (通常你还需要准备一个公网域名)。
+:::
+
 @koishijs/plugin-server-temp 实现了一个临时文件服务。
 
 ## 配置项
@@ -11,6 +15,13 @@
 
 服务器监听的路径。
 
+### config.selfUrl
+
+- 类型: `string`
+- 默认值: [`ctx.server.config.selfUrl`](./server.md#config-selfurl)
+
+服务暴露在公网的地址。
+
 ### config.maxAge
 
 - 类型: `number`
diff --git a/fr-FR/plugins/develop/server.md b/fr-FR/plugins/develop/server.md
index 9b1d5ff6d868..c09ff67c474a 100644
--- a/fr-FR/plugins/develop/server.md
+++ b/fr-FR/plugins/develop/server.md
@@ -1,15 +1,58 @@
 # @koishijs/plugin-server
 
-@koishijs/plugin-server 实现了一个 [Satori 协议](https://satori.js.org/zh-CN/) 的服务器。这个插件将允许你：
+@koishijs/plugin-server 提供了 `ctx.server` 基础服务，它是一个基于 [Koa Router](https://github.com/koajs/router) 的简单路由系统，用于管理 Koishi 应用收到的网络请求。除了 Koa Router 所支持的部分方法外，Router API 还提供了一些额外的功能，例如支持接受 WebSocket 连接等。
 
-- 通过 HTTP / WebSocket 访问当前 Koishi 实例中的机器人
-- 配合 [Satori 适配器](../adapter/satori.md)，在另一个 Koishi 实例中完全控制当前实例中的机器人
+## API contexte
+
+::: warning
+请避免使用未在本页列出的方法：
+
+1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
+2. 未来可能会不基于 Koa Router 重新实现路由系统。
+   :::
+
+### ctx.server[method](path, middleware)
+
+- **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **middleware:** `Function` Koa 中间件
+
+处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
+
+### ctx.server\.ws(path, handler)
+
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **handler:** `WebSocketHandler` 处理函数，接受下列参数
+  - **socket:** [`WebSocket`](https://github.com/websockets/ws/blob/master/doc/ws.md#class-websocket) WebSocket 连接
+  - **request:** [`IncomingMessage`](https://nodejs.org/api/http.html#class-httpincomingmessage) 网络请求
+
+在给定的路径上支持 WebSocket 连接。
 
 ## 配置项
 
-### config.path
+### config.host
+
+- 类型：`string`
+- 默认值：`'127.0.0.1'`
+
+服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
+
+### config.port
+
+- 类型：`number`
+- 必需选项
+
+要监听的初始端口号。Koishi 建议使用 `5140` 作为默认端口。
+
+### config.maxPort
+
+- 类型：`number`
+- 默认值：[`config.port`](#config-port)
+
+允许监听的最大端口号。插件启动时，如果设定的端口号被占用，插件会尝试自动切换到下一个端口，直到找到一个可用的端口，或是超出 `maxPort` 的限制。
+
+### config.selfUrl
 
-- 类型: `string`
-- 默认值: `''`
+- 类型：`string`
 
-服务器监听的路径。
+Koishi 服务暴露在公网的地址。部分插件 (例如 [adapter-telegram](../adapter/telegram.md) 或是 [assets-local](https://assets.koishi.chat/plugins/local.html)) 需要用到。
diff --git a/fr-FR/plugins/index.md b/fr-FR/plugins/index.md
index 9bc6df62d237..a5cbc82a0d73 100644
--- a/fr-FR/plugins/index.md
+++ b/fr-FR/plugins/index.md
@@ -18,6 +18,7 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 - [@koishijs/plugin-adapter-wechat-official](./adapter/wechat-official.md)
 - [@koishijs/plugin-adapter-wecom](./adapter/wecom.md)
 - [@koishijs/plugin-adapter-whatsapp](./adapter/whatsapp.md)
+- [@koishijs/plugin-adapter-zulip](./adapter/zulip.md)
 
 ## Base de données
 
@@ -54,7 +55,10 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 ## Outils de développement
 
 - [@koishijs/plugin-hmr](./develop/hmr.md)：模块热替换
+- [@koishijs/plugin-http](./develop/http.md)：网络请求
 - [@koishijs/plugin-mock](./develop/mock.md)：测试工具
-- [@koishijs/plugin-server-proxy](./develop/server-proxy.md)：代理服务器
+- [@koishijs/plugin-notifier](./develop/notifier.md)：通知服务
+- [@koishijs/plugin-proxy-agent](./develop/proxy-agent.md)：网络代理
+- [@koishijs/plugin-server](./develop/server.md)：服务器
 - [@koishijs/plugin-server-satori](./develop/server-satori.md)：API 服务器
 - [@koishijs/plugin-server-temp](./develop/server-temp.md)：临时服务器
diff --git a/fr-FR/releases/index.md b/fr-FR/releases/index.md
index 72639c53a873..df02f634c1d6 100644
--- a/fr-FR/releases/index.md
+++ b/fr-FR/releases/index.md
@@ -1,3 +1,3 @@
-# 各版本介绍
+# Notes des versions
 
 <vp-overview/>
diff --git a/fr-FR/releases/v4.1.md b/fr-FR/releases/v4.1.md
index 5be73c4a1fb2..465ad9e72197 100644
--- a/fr-FR/releases/v4.1.md
+++ b/fr-FR/releases/v4.1.md
@@ -1,4 +1,4 @@
-# v4.1 版本介绍
+# Notes de version : v4.1
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/472)
 - [v4.0.1](https://github.com/koishijs/koishi/releases/tag/4.0.1)
diff --git a/fr-FR/releases/v4.10.md b/fr-FR/releases/v4.10.md
index 3c9b3c4cba76..2afa9da37b19 100644
--- a/fr-FR/releases/v4.10.md
+++ b/fr-FR/releases/v4.10.md
@@ -1,4 +1,4 @@
-# v4.10 版本介绍
+# Notes de version : v4.10
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/839)
 - [v4.10.0](https://github.com/koishijs/koishi/releases/tag/4.10.0)
diff --git a/fr-FR/releases/v4.11.md b/fr-FR/releases/v4.11.md
index e3821b71d17e..2eaa42880972 100644
--- a/fr-FR/releases/v4.11.md
+++ b/fr-FR/releases/v4.11.md
@@ -1,4 +1,4 @@
-# v4.11 版本介绍
+# Notes de version : v4.11
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/892)
 - [v4.11.0](https://github.com/koishijs/koishi/releases/tag/4.11.0)
diff --git a/fr-FR/releases/v4.12.md b/fr-FR/releases/v4.12.md
index 1c5f1371226c..4676337a76d3 100644
--- a/fr-FR/releases/v4.12.md
+++ b/fr-FR/releases/v4.12.md
@@ -1,4 +1,4 @@
-# v4.12 版本介绍
+# Notes de version : v4.12
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1000)
 - [v4.12.0](https://github.com/koishijs/koishi/releases/tag/4.12.0)
diff --git a/fr-FR/releases/v4.13.md b/fr-FR/releases/v4.13.md
index d31b7c789da8..dcf56ec740dd 100644
--- a/fr-FR/releases/v4.13.md
+++ b/fr-FR/releases/v4.13.md
@@ -1,4 +1,4 @@
-# v4.13 版本介绍
+# Notes de version : v4.13
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1085)
 - [v4.13.0](https://github.com/koishijs/koishi/releases/tag/4.13.0)
diff --git a/fr-FR/releases/v4.14.md b/fr-FR/releases/v4.14.md
index 33ddcc108b34..62d34230d8b2 100644
--- a/fr-FR/releases/v4.14.md
+++ b/fr-FR/releases/v4.14.md
@@ -1,4 +1,4 @@
-# v4.14 版本介绍
+# Notes de version : v4.14
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1138)
 - [v4.14.0](https://github.com/koishijs/koishi/releases/tag/4.14.0)
diff --git a/fr-FR/releases/v4.15.md b/fr-FR/releases/v4.15.md
index 017f4e428dfd..c4c6226aa95f 100644
--- a/fr-FR/releases/v4.15.md
+++ b/fr-FR/releases/v4.15.md
@@ -1,4 +1,4 @@
-# v4.15 版本介绍
+# Notes de version : v4.15
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1208)
 - [v4.15.0](https://github.com/koishijs/koishi/releases/tag/4.15.0)
diff --git a/fr-FR/releases/v4.2.md b/fr-FR/releases/v4.2.md
index 8871e3189940..a37753736e74 100644
--- a/fr-FR/releases/v4.2.md
+++ b/fr-FR/releases/v4.2.md
@@ -1,4 +1,4 @@
-# v4.2 版本介绍
+# Notes de version : v4.2
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/482)
 - [v4.1.1](https://github.com/koishijs/koishi/releases/tag/4.1.1)
diff --git a/fr-FR/releases/v4.3.md b/fr-FR/releases/v4.3.md
index 6d581d399eb9..882cc5650aff 100644
--- a/fr-FR/releases/v4.3.md
+++ b/fr-FR/releases/v4.3.md
@@ -1,4 +1,4 @@
-# v4.3 版本介绍
+# Notes de version : v4.3
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/501)
 - [v4.2.1](https://github.com/koishijs/koishi/releases/tag/4.2.1)
diff --git a/fr-FR/releases/v4.4.md b/fr-FR/releases/v4.4.md
index 6b81e38ca0a7..d0ed7feabcf5 100644
--- a/fr-FR/releases/v4.4.md
+++ b/fr-FR/releases/v4.4.md
@@ -1,4 +1,4 @@
-# v4.4 版本介绍
+# Notes de version : v4.4
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/522)
 - [v4.3.2](https://github.com/koishijs/koishi/releases/tag/4.3.2)
diff --git a/fr-FR/releases/v4.5.md b/fr-FR/releases/v4.5.md
index a49105b8c647..2c7ea7945af4 100644
--- a/fr-FR/releases/v4.5.md
+++ b/fr-FR/releases/v4.5.md
@@ -1,11 +1,11 @@
-# v4.5 版本介绍
+# Notes de version : v4.5
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/552)
 - [v4.4.1](https://github.com/koishijs/koishi/releases/tag/4.4.1)
 - [v4.4.2](https://github.com/koishijs/koishi/releases/tag/4.4.2)
 - [v4.5.0](https://github.com/koishijs/koishi/releases/tag/4.5.0)
 
-## 多语言支持
+## Support multi-langues
 
 如果你在运营一个大型社区，那么你可能会遇到这种场景：群组内设立了许多不同语言的频道，每个频道分别供不同地区的用户进行交流。在这种情况下，最合适的做法是让你的机器人在不同的频道下使用不同的语言进行回复。本质上，这不会改变机器人的运行逻辑，因此最好的做法是将涉及的每一段文本都抽离出来，通过统一的方式进行管理，并在发送前进行本地化渲染。
 
diff --git a/fr-FR/releases/v4.6.md b/fr-FR/releases/v4.6.md
index 7fe080571a26..6add0c04cc3d 100644
--- a/fr-FR/releases/v4.6.md
+++ b/fr-FR/releases/v4.6.md
@@ -1,4 +1,4 @@
-# v4.6 版本介绍
+# Notes de version : v4.6
 
 - [Roadmap (Part 1)](https://github.com/koishijs/koishi/issues/578)
 - [v4.5.1](https://github.com/koishijs/koishi/releases/tag/4.5.1)
diff --git a/fr-FR/releases/v4.7.md b/fr-FR/releases/v4.7.md
index 3fc6390c5f9b..1cbf09acb6f2 100644
--- a/fr-FR/releases/v4.7.md
+++ b/fr-FR/releases/v4.7.md
@@ -1,4 +1,4 @@
-# v4.7 版本介绍
+# Notes de version : v4.7
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/662)
 - [v4.7.0](https://github.com/koishijs/koishi/releases/tag/4.7.0)
diff --git a/fr-FR/releases/v4.8.md b/fr-FR/releases/v4.8.md
index 23d6b25a0cd6..8d106c827eb9 100644
--- a/fr-FR/releases/v4.8.md
+++ b/fr-FR/releases/v4.8.md
@@ -1,4 +1,4 @@
-# v4.8 版本介绍
+# Notes de version : v4.8
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/725)
 - [v4.8.0](https://github.com/koishijs/koishi/releases/tag/4.8.0)
diff --git a/fr-FR/releases/v4.9.md b/fr-FR/releases/v4.9.md
index c0e9cbde5a45..276cdb3a6a85 100644
--- a/fr-FR/releases/v4.9.md
+++ b/fr-FR/releases/v4.9.md
@@ -1,4 +1,4 @@
-# v4.9 版本介绍
+# Notes de version : v4.9
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/790)
 - [v4.9.0](https://github.com/koishijs/koishi/releases/tag/4.9.0)
@@ -10,7 +10,7 @@
 - [v4.9.6](https://github.com/koishijs/koishi/releases/tag/4.9.6)
 - [v4.9.7](https://github.com/koishijs/koishi/releases/tag/4.9.7)
 
-## 消息元素
+## Élément message
 
 在这个版本中，我们引入了消息元素，作为 Satori 的新的消息格式。消息元素是拥有类似 XML 的结构，由标签、属性和内容组成。与过去所使用的 CQ 码相比，消息元素有以下优势：
 
diff --git a/fr-FR/schema/advanced/computed.md b/fr-FR/schema/advanced/computed.md
index 583239288bcd..ddc7c2c04663 100644
--- a/fr-FR/schema/advanced/computed.md
+++ b/fr-FR/schema/advanced/computed.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.computed(Number).description('这是一个属性。'),
+    foo: Schema.computed(Number).description('这是一个属性。'),
   }).description('配置项')
 ---
 
-# Computed：条件求值
+# Computed : évaluation conditionnelle
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
diff --git a/fr-FR/schema/advanced/dynamic.md b/fr-FR/schema/advanced/dynamic.md
index 3c9ae94b0f04..ff8bedc6302f 100644
--- a/fr-FR/schema/advanced/dynamic.md
+++ b/fr-FR/schema/advanced/dynamic.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union(['foo', 'bar']).description('选择一个值。'),
+    value: Schema.union(['foo', 'bar']).description('选择一个值。'),
   }).description('配置项')
 ---
 
 # Dynamic：动态类型
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
-::: warning
+:::warning
 此特性为实验性功能，未来可能会有改动。
 :::
 
diff --git a/fr-FR/schema/advanced/intersect.md b/fr-FR/schema/advanced/intersect.md
index 5b49aa4a8699..0960bec3bb2f 100644
--- a/fr-FR/schema/advanced/intersect.md
+++ b/fr-FR/schema/advanced/intersect.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  foo: Schema.number().description('这是一个属性。'),
-  bar: Schema.string().description('这是另一个属性。'),
-  }).description('分组 1'),
-  Schema.object({
-  baz: Schema.string().description('这是又一个属性。'),
-  qux: Schema.boolean().description('这是最后一个属性。'),
-  }).description('分组 2'),
+    Schema.object({
+      foo: Schema.number().description('这是一个属性。'),
+      bar: Schema.string().description('这是另一个属性。'),
+    }).description('分组 1'),
+    Schema.object({
+      baz: Schema.string().description('这是又一个属性。'),
+      qux: Schema.boolean().description('这是最后一个属性。'),
+    }).description('分组 2'),
   ])
 ---
 
diff --git a/fr-FR/schema/advanced/transform.md b/fr-FR/schema/advanced/transform.md
index 6e3bd3cbccee..758f08aec359 100644
--- a/fr-FR/schema/advanced/transform.md
+++ b/fr-FR/schema/advanced/transform.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.array(String),
-  Schema.transform(String, value => [value]),
-  ]).default([]).description('点击右侧的按钮添加元素。'),
+    value: Schema.union([
+      Schema.array(String),
+      Schema.transform(String, value => [value]),
+    ]).default([]).description('点击右侧的按钮添加元素。'),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/advanced/union-arbitrary.md b/fr-FR/schema/advanced/union-arbitrary.md
index e112e768cdff..226b5b131014 100644
--- a/fr-FR/schema/advanced/union-arbitrary.md
+++ b/fr-FR/schema/advanced/union-arbitrary.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.const().description('unset'),
-  Schema.number().description('number'),
-  Schema.string().description('string'),
-  Schema.const(true).description('true'),
-  Schema.const(false).description('false'),
-  Schema.object({
-  foo: Schema.string().description('对象的一个属性。'),
-  bar: Schema.number().description('对象的另一个属性。'),
-  }).description('object'),
-  ]).description('从六种可能情况中选择一个。'),
+    value: Schema.union([
+      Schema.const().description('unset'),
+      Schema.number().description('number'),
+      Schema.string().description('string'),
+      Schema.const(true).description('true'),
+      Schema.const(false).description('false'),
+      Schema.object({
+        foo: Schema.string().description('对象的一个属性。'),
+        bar: Schema.number().description('对象的另一个属性。'),
+      }).description('object'),
+    ]).description('从六种可能情况中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/advanced/union-select.md b/fr-FR/schema/advanced/union-select.md
index 1ab365622dc4..a234b2e21f19 100644
--- a/fr-FR/schema/advanced/union-select.md
+++ b/fr-FR/schema/advanced/union-select.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
-  value2: Schema.union([
-  Schema.const('foo').description('选项 1'),
-  Schema.const('bar').description('选项 2'),
-  Schema.const('baz').description('选项 3'),
-  ]).role('radio').description('从三个值中选择一个。'),
+    value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
+    value2: Schema.union([
+      Schema.const('foo').description('选项 1'),
+      Schema.const('bar').description('选项 2'),
+      Schema.const('baz').description('选项 3'),
+    ]).role('radio').description('从三个值中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/advanced/union-tagged-1.md b/fr-FR/schema/advanced/union-tagged-1.md
index 2a028313ebd5..bdb1f7b67011 100644
--- a/fr-FR/schema/advanced/union-tagged-1.md
+++ b/fr-FR/schema/advanced/union-tagged-1.md
@@ -2,21 +2,21 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  enabled: Schema.boolean().default(false).description('是否开启功能'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  enabled: Schema.const(true).required(),
-  foo: Schema.number().description('请输入一个数值。'),
-  bar: Schema.string().description('请输入一个字符串。'),
-  }),
-  Schema.object({}),
-  ]),
+    Schema.object({
+      enabled: Schema.boolean().default(false).description('是否开启功能'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        enabled: Schema.const(true).required(),
+        foo: Schema.number().description('请输入一个数值。'),
+        bar: Schema.string().description('请输入一个字符串。'),
+      }),
+      Schema.object({}),
+    ]),
   ])
 ---
 
-# Union : type somme 1
+# Intersection avec syndicat : collaboration des configurations 1
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `enabled` 的取值，并观察下方表单项的变化吧。
 
@@ -36,6 +36,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `enabled` 如果类型与上方的默认值不同，就必须加上 `required()`；反过来，如果相同，你就不应该加上 `required()` (你甚至可以缺省不写，这就是为什么最下面出现了一个空白的 `object({})`)。
 :::
diff --git a/fr-FR/schema/advanced/union-tagged-2.md b/fr-FR/schema/advanced/union-tagged-2.md
index 2787c6661107..c4d4d267b802 100644
--- a/fr-FR/schema/advanced/union-tagged-2.md
+++ b/fr-FR/schema/advanced/union-tagged-2.md
@@ -2,24 +2,24 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  shared: Schema.string().description('公用的配置项。'),
-  type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  type: Schema.const('foo').required(),
-  value: Schema.number().default(114514).description('请输入一个数值。'),
-  }).description('特殊配置 1'),
-  Schema.object({
-  type: Schema.const('bar').required(),
-  text: Schema.string().description('请输入一个字符串。'),
-  }).description('特殊配置 2'),
-  ]),
+    Schema.object({
+      shared: Schema.string().description('公用的配置项。'),
+      type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        type: Schema.const('foo').required(),
+        value: Schema.number().default(114514).description('请输入一个数值。'),
+      }).description('特殊配置 1'),
+      Schema.object({
+        type: Schema.const('bar').required(),
+        text: Schema.string().description('请输入一个字符串。'),
+      }).description('特殊配置 2'),
+    ]),
   ])
 ---
 
-# Union : type somme 2
+# Intersection avec syndicat : collaboration des configurations 2
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `type` 的取值，并观察下方表单项的变化吧。
 
@@ -42,6 +42,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `type` 配置项如果类型与上方的默认值不同，就必须加上 `required()`。在这个例子中，`type` 本来就是一个必需属性，所以下方的每一个 `type` 都必须加上 `required()`。
 :::
diff --git a/fr-FR/schema/basic/array.md b/fr-FR/schema/basic/array.md
index 10ef4b477ebe..eff1203e676d 100644
--- a/fr-FR/schema/basic/array.md
+++ b/fr-FR/schema/basic/array.md
@@ -2,12 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
-  table: Schema.array(String).role('table').description('以表格形式显示的数组。'),
-  table2: Schema.array(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的数组。'),
+    array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
+    table1: Schema.array(String).role('table').description('以表格形式显示的数组。'),
+    table2: Schema.array(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number().experimental(),
+      qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
+    })).role('table').description('以表格形式显示的由对象构成的数组。'),
   }).description('配置项')
 ---
 
@@ -15,19 +16,23 @@ code: |
 
 `Schema.array()` 描述了一个数组，其中的元素满足给定的类型。
 
-使用 `.role('table')` 可以将数组以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将数组以表格形式显示。
 
 例子里的 `Number` 是 `Schema.number().required()` 的简写。
 
+:::tip
+特别地，对于已知字符串构成的数组，还可以使用 [`.role('checkbox')`](./bitset.md) 或 [`.role('select')`](./bitset.md)，将它们以复选框或复选菜单的形式显示。
+:::
+
 ```ts
 export default Schema.object({
   array: Schema.array(Number),
-  table: Schema.array(String).role('table'),
+  table1: Schema.array(String).role('table'),
   table2: Schema.array(Schema.object({
     foo: Schema.string(),
-    bar: Schema.number(),
+    bar: Schema.number().experimental(),
+    qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
   })).role('table'),
 })
 ```
diff --git a/fr-FR/schema/basic/bitset.md b/fr-FR/schema/basic/bitset.md
index bbf2f748ef7a..fbf16adbf5df 100644
--- a/fr-FR/schema/basic/bitset.md
+++ b/fr-FR/schema/basic/bitset.md
@@ -1,24 +1,40 @@
 ---
 layout: schema
 code: |
-  Schema.object({
-  intents: Schema
-  .bitset({ FOO: 1, BAR: 2, QUX: 4 })
-  .default(5)
-  .description('选择要启用的功能。'),
-  array: Schema
-  .array(Schema.union(['FOO', 'BAR', 'QUX']))
-  .default(['FOO', 'QUX'])
-  .role('checkbox')
-  .description('选择要启用的功能。'),
-  }).description('配置项')
+  Schema.intersect([
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('checkbox')
+        .description('以复选框形式呈现。'),
+    }).description('复选框'),
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .role('select')
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('select')
+        .description('以复选菜单形式呈现。'),
+    }).description('复选菜单'),
+  ])
 ---
 
 # Bitset : Stockage binaire
 
-`Schema.bitset()` 以多选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+`Schema.bitset()` 以复选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+
+如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并设置 `.role('checkbox')`。
 
-如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并将外观设置为 `checkbox`。
+此外，我们还提供了 `.role('select')`，它将以复选菜单的形式呈现。
 
 ```ts
 const enum Intents {
@@ -28,9 +44,10 @@ const enum Intents {
 }
 
 export default Schema.object({
-  intents: Schema.bitset(Intents)
+  bitset: Schema.bitset(Intents)
     .default(Intents.FOO | Intents.QUX),
-  array: Schema.array(Schema.union(['FOO', 'BAR', 'QUX']))
+  array: Schema
+    .array(Schema.union(['FOO', 'BAR', 'QUX']))
     .default(['FOO', 'QUX'])
     .role('checkbox'),
 })
diff --git a/fr-FR/schema/basic/boolean.md b/fr-FR/schema/basic/boolean.md
index d38c98a44d78..02608753a046 100644
--- a/fr-FR/schema/basic/boolean.md
+++ b/fr-FR/schema/basic/boolean.md
@@ -2,7 +2,7 @@
 layout: schema
 code: |
   Schema.object({
-  enable: Schema.boolean().description('这是一个开关。'),
+    enable: Schema.boolean().description('这是一个开关。'),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/basic/date.md b/fr-FR/schema/basic/date.md
index 9c822e2f619d..e7057a629a08 100644
--- a/fr-FR/schema/basic/date.md
+++ b/fr-FR/schema/basic/date.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.date().description('选择日期与时间 (对象)。'),
-  datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
-  date: Schema.string().role('date').description('选择日期 (字符串)。'),
-  time: Schema.string().role('time').description('选择时间 (字符串)。'),
+    value: Schema.date().description('选择日期与时间 (对象)。'),
+    datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
+    date: Schema.string().role('date').description('选择日期 (字符串)。'),
+    time: Schema.string().role('time').description('选择时间 (字符串)。'),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/basic/dict.md b/fr-FR/schema/basic/dict.md
index 6c7585248c5a..72e1f3f11b68 100644
--- a/fr-FR/schema/basic/dict.md
+++ b/fr-FR/schema/basic/dict.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
-  table: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
-  table2: Schema.dict(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的字典。'),
+    dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
+    table1: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
+    table2: Schema.dict(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number(),
+    })).role('table').description('以表格形式显示的由对象构成的字典。'),
   }).description('配置项')
 ---
 
@@ -15,16 +15,15 @@ code: |
 
 `Schema.dict()` 类型描述了一个字典，其中的键是任意字符串，而值是给定的类型。
 
-使用 `.role('table')` 可以将字典以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将字典以表格形式显示。
 
 例子里的 `Boolean` 是 `Schema.boolean().required()` 的简写。
 
 ```ts
 export default Schema.object({
   dict: Schema.dict(Boolean),
-  table: Schema.dict(String).role('table'),
+  table1: Schema.dict(String).role('table'),
   table2: Schema.dict(Schema.object({
     foo: Schema.string(),
     bar: Schema.number(),
diff --git a/fr-FR/schema/basic/number.md b/fr-FR/schema/basic/number.md
index 4e5175e95f3d..0f460a5db92e 100644
--- a/fr-FR/schema/basic/number.md
+++ b/fr-FR/schema/basic/number.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().description('一个普通的数值。'),
-  bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
+    foo: Schema.number().description('一个普通的数值。'),
+    bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/basic/object.md b/fr-FR/schema/basic/object.md
index 17ad2f4d9d18..80db37526f06 100644
--- a/fr-FR/schema/basic/object.md
+++ b/fr-FR/schema/basic/object.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().required().description('这是一个必需属性。'),
-  bar: Schema.number().description('这是一个可选属性。'),
-  baz: Schema.object({
-  qux: Schema.boolean().description('这是一个嵌套属性。'),
-  }),
-  collapse: Schema.object({
-  inner: Schema.string().description('现在你看到我了！'),
-  }).description('点击右侧按钮查看嵌套属性。').collapse(),
+    foo: Schema.string().required().description('这是一个必需属性。'),
+    bar: Schema.number().description('这是一个可选属性。'),
+    baz: Schema.object({
+      qux: Schema.boolean().description('这是一个嵌套属性。'),
+    }),
+    collapse: Schema.object({
+      inner: Schema.string().description('现在你看到我了！'),
+    }).description('点击右侧按钮查看嵌套属性。').collapse(),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/basic/path.md b/fr-FR/schema/basic/path.md
index e026494edc4f..2911a6213904 100644
--- a/fr-FR/schema/basic/path.md
+++ b/fr-FR/schema/basic/path.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  path1: Schema.string().description('假装右边是一个文件选择器。'),
-  path2: Schema.string().description('假装右边是一个文件选择器。'),
+    path1: Schema.string().description('假装右边是一个文件选择器。'),
+    path2: Schema.string().description('假装右边是一个文件选择器。'),
   }).description('配置项')
 ---
 
 # Path : Chemin
 
-::: tip
+:::tip
 此类型基于 @koishijs/plugin-explorer，仅在加载该插件时可用。未加载该插件时，类型只会表现为普通的字符串 (比如现在就是这样)。
 :::
 
@@ -18,13 +18,13 @@ code: |
 支持传入一些额外的选项：
 
 - `allowCreate`：是否允许创建目录和上传文件
-- `extensions`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
+- `filters`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
 
 ```ts
 export default Schema.object({
   path1: Schema.path(),
   path2: Schema.path({
-    extensions: ['.png', '.jpg', 'directory'],
+    filters: ['.png', '.jpg', 'directory'],
   }),
 })
 ```
diff --git a/fr-FR/schema/basic/string.md b/fr-FR/schema/basic/string.md
index 3785c16e1a11..64b2f92a769b 100644
--- a/fr-FR/schema/basic/string.md
+++ b/fr-FR/schema/basic/string.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
-  secret: Schema.string().role('secret').default('password').description('请输入密码。'),
-  link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
-  area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
-  color: Schema.string().role('color').description('选择一个颜色。'),
-  custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
+    text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
+    secret: Schema.string().role('secret').default('password').description('请输入密码。'),
+    link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
+    area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
+    color: Schema.string().role('color').description('选择一个颜色。'),
+    custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/basic/tuple.md b/fr-FR/schema/basic/tuple.md
index dd436b0f3965..852b49a3bc86 100644
--- a/fr-FR/schema/basic/tuple.md
+++ b/fr-FR/schema/basic/tuple.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
+    point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
   }).description('配置项')
 ---
 
 # Tuple : Tuple
 
-::: tip
+:::tip
 目前我们只支持元组内部元素是原始类型 ([String](./string.md), [Number](./number.md), [Boolean](./boolean.md)) 的情况。如果你要描述比较复杂的类型，请使用 [Object](./object.md) 或 [Array](./array.md) 替代。
 :::
 
diff --git a/fr-FR/schema/index.md b/fr-FR/schema/index.md
index 6b82426aa8e6..f0780bbe8a53 100644
--- a/fr-FR/schema/index.md
+++ b/fr-FR/schema/index.md
@@ -1,7 +1,3 @@
----
-layout: schema
----
-
-# 配置模式
+# Schéma de configuration
 
 <vp-overview/>
diff --git a/fr-FR/schema/meta/default.md b/fr-FR/schema/meta/default.md
index 9a13905db86a..c6d90c0e3935 100644
--- a/fr-FR/schema/meta/default.md
+++ b/fr-FR/schema/meta/default.md
@@ -2,15 +2,15 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
-  bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
-  baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
+    foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
+    bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
+    baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
   }).description('配置项')
 ---
 
 # Valeur par défaut
 
-::: warning
+:::warning
 请注意：`.required()` 与 `.default()` 不能同时使用。
 :::
 
diff --git a/fr-FR/schema/meta/description.md b/fr-FR/schema/meta/description.md
index ea848a7cd543..f09baed63fc1 100644
--- a/fr-FR/schema/meta/description.md
+++ b/fr-FR/schema/meta/description.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('*斜体*的属性描述。'),
-  bar: Schema.string().description('**粗体**的属性描述。'),
+    foo: Schema.boolean().description('*斜体*的属性描述。'),
+    bar: Schema.string().description('**粗体**的属性描述。'),
   }).description('配置标题')
 ---
 
diff --git a/fr-FR/schema/meta/disabled.md b/fr-FR/schema/meta/disabled.md
index cee94690b079..6ac30117e8d3 100644
--- a/fr-FR/schema/meta/disabled.md
+++ b/fr-FR/schema/meta/disabled.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().disabled().description('这是一个禁用配置项。'),
-  bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
-  baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
-  qux: Schema.string().experimental().description('这是一个实验性配置项。'),
-  choice: Schema.union([
-  Schema.const('foo').disabled(),
-  Schema.const('bar').hidden(),
-  Schema.const('baz').deprecated(),
-  Schema.const('qux').experimental(),
-  ]).description('这些功能在 select 中也可以使用。'),
+    foo: Schema.number().disabled().description('这是一个禁用配置项。'),
+    bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
+    baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
+    qux: Schema.string().experimental().description('这是一个实验性配置项。'),
+    choice: Schema.union([
+      Schema.const('foo').disabled(),
+      Schema.const('bar').hidden(),
+      Schema.const('baz').deprecated(),
+      Schema.const('qux').experimental(),
+    ]).description('这些功能在 select 中也可以使用。'),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/meta/nested.md b/fr-FR/schema/meta/nested.md
index 50d74727a34b..b7d87d4aa2e9 100644
--- a/fr-FR/schema/meta/nested.md
+++ b/fr-FR/schema/meta/nested.md
@@ -2,20 +2,20 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.object({
-  bar: Schema.array(
-  Schema.object({
-  baz: Schema.number().required().description('在右侧填写数值。'),
-  }).description('这是数组的元素，它本身又是一个对象。'),
-  ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
-  qux: Schema.dict(
-  Schema.string().required().description('在右侧填写字符串。'),
-  ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
-  }),
+    foo: Schema.object({
+      bar: Schema.array(
+        Schema.object({
+          baz: Schema.number().required().description('在右侧填写数值。'),
+        }).description('这是数组的元素，它本身又是一个对象。'),
+      ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
+      qux: Schema.dict(
+        Schema.string().required().description('在右侧填写字符串。'),
+      ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
+    }),
   }).description('配置项')
 ---
 
-# 嵌套类型
+# Type imbriqué
 
 一些类型 (例如 [Object](../basic/object.md) 和 [Array](../basic/array.md)) 允许将其他类型作为参数传入，形成新的组合类型。你可以任意嵌套这些类型，以满足更复杂的需求。
 
diff --git a/fr-FR/schema/meta/required.md b/fr-FR/schema/meta/required.md
index 4f318aa1b70b..00c306d84d5a 100644
--- a/fr-FR/schema/meta/required.md
+++ b/fr-FR/schema/meta/required.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('这是一个可选属性。'),
-  bar: Schema.string().required().description('这是一个必需属性。'),
+    foo: Schema.boolean().description('这是一个可选属性。'),
+    bar: Schema.string().required().description('这是一个必需属性。'),
   }).description('配置项')
 ---
 
diff --git a/fr-FR/schema/meta/role.md b/fr-FR/schema/meta/role.md
index 88e93757f082..3c3d61b51a6e 100644
--- a/fr-FR/schema/meta/role.md
+++ b/fr-FR/schema/meta/role.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
-  string: Schema.string().default('password').description('可见的输入框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
-  }).description('配置项 1'),
-  Schema.object({
-  number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
-  string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
-  }).description('配置项 2'),
+    Schema.object({
+      number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
+      string: Schema.string().default('password').description('可见的输入框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
+    }).description('配置项 1'),
+    Schema.object({
+      number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
+      string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
+    }).description('配置项 2'),
   ])
 ---
 
diff --git a/ja-JP/about/community.md b/ja-JP/about/community.md
index 304c0af3b83f..b490fadb1589 100644
--- a/ja-JP/about/community.md
+++ b/ja-JP/about/community.md
@@ -2,9 +2,19 @@
 
 此页面中总结了一些优秀的社区资源可供学习。如果你也想在此页面中展示你的项目，请在点击页面底部的编辑按钮后创建 Pull Request。
 
+## 社群
+
+### QQ 群
+
+- [590104798](https://qm.qq.com/q/vJ0kcQePCM)：Koishi 非官方交流群
+
+### 论坛
+
+- [Koishi Unofficial](https://forum.itzdrli.cc): Koishi 非官方论坛
+
 ## ドキュメント
 
-- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum&album_id=2700565655187865601) (沐辰-TimeBather)
+- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum\&album_id=2700565655187865601) (沐辰-TimeBather)
 
 ## 動画
 
diff --git a/ja-JP/about/contact.md b/ja-JP/about/contact.md
index 62b4b30d3a7b..8cfde30072da 100644
--- a/ja-JP/about/contact.md
+++ b/ja-JP/about/contact.md
@@ -1,4 +1,4 @@
-# 参与讨论
+# ディスカッションに参加
 
 如果你在 Koishi 使用中遇到了问题，或者有新奇的点子想与其他人讨论，欢迎参与我们的社区。
 
@@ -12,7 +12,7 @@
 
 ### 开发者群
 
-[426230045](https://jq.qq.com/?_wv=1027&k=6FDoxQ6g)
+[426230045](https://jq.qq.com/?_wv=1027\&k=6FDoxQ6g)
 
 本群适用于已经有一定 Node.js / TypeScript 基础，并对 Koishi 开发感兴趣的用户——你可以在这里参与 Koishi 以及其他相关话题的深度讨论。
 
@@ -39,3 +39,9 @@
 QQ：[2953529126](https://qm.qq.com/q/P8eMJkP5yI) / 微信：ilharp
 
 我们为企业用户提供专属支持。如果您是企业用户，除了通过上面的方式参与讨论以外，还可以添加客服，获得一对一专属支持。
+
+## 非官方渠道
+
+活跃的社区成员自发地创建了一些非官方的讨论渠道，你也可以在这里参与讨论。
+
+前往 [社区资源](./community.md) 页面查看更多非官方渠道。
diff --git a/ja-JP/about/contribute/docs.md b/ja-JP/about/contribute/docs.md
index 34a13b641dc2..4b16f3eeb0e5 100644
--- a/ja-JP/about/contribute/docs.md
+++ b/ja-JP/about/contribute/docs.md
@@ -1,6 +1,6 @@
-# 文档贡献指南
+# ドキュメント コントリビューション ガイドライン
 
-## 术语表
+## 用語集
 
 - CJK：中日韩文字等
 - 西文：数字、拉丁字母、希腊字母等
@@ -21,7 +21,7 @@
 ```
 
 > 123 ABC
-> 
+>
 > ビリビリ
 
 #### CJK 与西文之间一律插入一个空格
@@ -35,7 +35,7 @@
 ```
 
 > 在 Python 中，我们使用 `class` 关键字来声明类。
-> 
+>
 > 他只用了 100 行不到的代码就实现了那个复杂的功能。
 
 #### 数字与英文单位之间加空格，与符号单位之间不加空格
@@ -49,7 +49,7 @@
 ```
 
 > 我有一块 512 GB 的硬盘。
-> 
+>
 > 今天气温 23˚C，有 70% 的可能性下雨。
 
 #### 括号请使用半角书写，并按照下列规则在两侧添加空格
@@ -80,7 +80,7 @@
 ```
 
 > 1 + 2 = 3
-> 
+>
 > Bellman-Ford 算法
 
 #### 除上述以外的标点均使用全角，且两侧均不留空格
@@ -111,7 +111,7 @@
 ```
 
 > 编程语言有很多，如 C、C++、Java……
-> 
+>
 > 他刚刚做了一个重要的决定——辞职。
 
 #### 针对首次出现的概念，使用粗体进行强调，同时在两侧添加必要的空格
@@ -155,6 +155,6 @@
 
 ## 参考资料
 
-- <https://github.com/vinta/pangu.js>
-- <https://stdrc.cc/style-guides/chinese.html>
-- <https://stdrc.cc/style-guides/markdown.html>
+- https://github.com/vinta/pangu.js
+- https://stdrc.cc/style-guides/chinese.html
+- https://stdrc.cc/style-guides/markdown.html
diff --git a/ja-JP/about/contribute/structure.md b/ja-JP/about/contribute/structure.md
index 550438833b8d..aba7487fbadc 100644
--- a/ja-JP/about/contribute/structure.md
+++ b/ja-JP/about/contribute/structure.md
@@ -1 +1 @@
-# 项目结构
+# プロジェクトの構成
diff --git a/ja-JP/about/history.md b/ja-JP/about/history.md
index dc106fc4ec72..2d218b97f97a 100644
--- a/ja-JP/about/history.md
+++ b/ja-JP/about/history.md
@@ -1,4 +1,4 @@
-# 发展史
+# 歴史
 
 2019 年 8 月，我开始编写我的第一个基于 Node.js 的聊天机器人，名为四季酱。当时我浏览各种聊天机器人框架，发现并没有自己真正想要的，遂决定从零开始编写。一开始这个机器人只包含了很少的功能，但随着其更多功能的加入，我开始调整起底层架构，并计划逐步将其开源出来。
 
diff --git a/ja-JP/about/license.md b/ja-JP/about/license.md
index ca028831f156..2b1b2ebb57d2 100644
--- a/ja-JP/about/license.md
+++ b/ja-JP/about/license.md
@@ -1,4 +1,4 @@
-# 许可证
+# ライセンス
 
 Koishi 开发团队致力于维护良好的开源生态。
 
diff --git a/ja-JP/about/upgrade.md b/ja-JP/about/upgrade.md
index b7ff2cba0b36..5dfe2f7ca90d 100644
--- a/ja-JP/about/upgrade.md
+++ b/ja-JP/about/upgrade.md
@@ -17,41 +17,41 @@
 
 2. 将要使用 JSX 的文件后缀名修改为 `.tsx`。
 
-## 心跳迁移 <badge>v4.10.4</badge>
+## 心跳更新 <badge>v4.10.4</badge>
 
 在 4.10.4 版本中，我们调整了默认的心跳行为，这可能导致老用户升级时遭遇无限重启问题。可以执行下列操作进行升级：
 
 1. 先将 market 插件更新到最新版本 (最新版本支持批量更新)
 2. (非 v4.10.3 用户忽略此步骤) 在控制台中修改全局设置，将 `heartbeatInterval` 项的值改为 `6000`，`heartbeatTimeout` 项的值改为 `600000`，并点击「重载配置」按钮
-3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-* 依赖则选择移除)，并点击「应用更改」按钮
+3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-\* 依赖则选择移除)，并点击「应用更改」按钮
 4. 更新完成后重启实例
 5. 在控制台中修改全局设置，将 `heartbeatInterval` 和 `heartbeatTimeout` 项的值均改为 `0`，并点击「重载配置」按钮
 6. 再次重启实例
-7. 如果之前移除了 assets-* 插件，请重新前往插件市场进行安装
+7. 如果之前移除了 assets-\* 插件，请重新前往插件市场进行安装
 
-## CLI 迁移 <badge>v4.11.0</badge>
+## CLI 更新 <badge>v4.11.0</badge>
 
 在 4.11.0 版本中我们移除了 @koishijs/cli 包，将其合并到了 koishi 中。这意味着你每次升级时不再需要同时升级两边了。但对于已经安装了 @koishijs/cli 的用户，你需要执行下列操作完成升级：
 
 1. 先完成 4.10.4 版本的更新，确保自己的版本号不小于 4.10.4
-2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，同时移除 @koishijs/cli 的版本号
+2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，并移除 @koishijs/cli
 3. 点击「应用更改」按钮
 
-## HMR 迁移 <badge>v4.12.0</badge>
+## HMR 更新 <badge>v4.12.0</badge>
 
-在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。对于生产模式下的用户无影响，但开发者则需要在升级 Koishi 后手动安装新插件。你需要执行下列操作完成升级：
+在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。如果你使用了 hmr 插件，你需要执行下列操作完成升级：
 
 1. 安装最新版本的 @koishijs/plugin-hmr
-2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#模块热替换) 中提到的部分
+2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#hmr) 中提到的部分
 3. 移除 `package.json` 文件中 `scripts.dev` 的 `--watch` 参数
 
-## 插件市场迁移 <badge>v4.13.0</badge>
+## 插件市场更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们将 @koishijs/plugin-market 插件分拆为了两个插件 market 和 config。其中 market 负责「插件市场」和「依赖管理」页面，而 config 则负责「插件配置」页面。直接将 market 插件更新到 2.0.0 或以上版本的用户会发现自己的「插件配置」页面消失，此时你需要执行下列操作完成升级：
 
 1. 首先确保你的 market 插件是最新版 (应该是 2.0.0 以上版本)
 2. 打开「插件市场」页面，安装最新版的 config 插件
-3. 打开「资源管理器」页面，找到 `koishi.yml` 页面，打开并编辑：
+3. 打开「资源管理器」页面，找到 `koishi.yml` 文件，打开并编辑：
 
 ```yaml
 host: 127.0.0.1
@@ -69,7 +69,7 @@ plugins:
 4. 点击右上角的保存按钮
 5. 重新启动 Koishi 实例
 
-## 国际化迁移 <badge>v4.13.0</badge>
+## 国际化更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们也引入了多语言的回退机制。这意味者，所有涉及语言配置的地方都需要从单一的语言字符串修改为数组。具体包括以下几个地方：
 
@@ -104,7 +104,7 @@ for await (const item of bot.getChannelIter())  // new
 
 [`User`](../api/resources/user.md) 类型的 `userId` 属性改为 `id`，同理对于 [`Channel`](../api/resources/channel.md), [`Guild`](../api/resources/guild.md), [`Message`](../api/resources/message.md) 也是如此。此外，`Author` 被重构为了 `User` 和 `Member` 两个部分。
 
-[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#访问器属性) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
+[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#accessor-property) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
 
 `Adapter.Server` 和 `Adapter.Client` 两个基类被移除。现在可以直接使用 [`Adapter`](../api/core/adapter.md) 基类，并通过 `reusable` 属性决定其是否可重用。
 
@@ -113,3 +113,72 @@ for await (const item of bot.getChannelIter())  // new
 [`encoder.results`](../api/message/encoder.md#encoder-results) 的类型由 `string[]` 变为 `Message[]`。
 
 新增用于创建私聊频道的 [`bot.createDirectChannel()`](../api/resources/channel.md)，因此不再需要实现 [`bot.sendPrivateMessage()`](../api/resources/message.md#bot-sendprivatemessage)。
+
+## Server 插件独立 <badge>v4.16.0</badge>
+
+在 4.16.0 版本中，我们将 `Server` 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-server](../plugins/develop/server.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-server](../plugins/develop/server.md) 插件；
+2. 在你的代码中手动导入并加载该插件；
+3. 将你过去的 `host`, `port`, `maxPort`, `selfUrl` 全局设置移动至 server 插件的配置项。
+
+## 消息元素更新 <badge>v4.16.4</badge>
+
+在 4.16.4 版本中，我们将 Koishi 内部的消息元素实现与 Satori 协议规范进行了对齐。涉及到以下 API 的变动：
+
+- `<image>` 元素更名为 `<img>`
+- `<img>`, `<audio>`, `<video>`, `<file>` 元素的 `url` 属性改为 `src`
+
+如果你的插件用到了相关的特性，请参考下面的迁移指南：
+
+- 如果你的插件**发送**了上述消息元素，你不需要进行任何修改
+  - 官方适配器插件 (和积极维护的社区适配器插件) 都进行了向下兼容
+  - 如果你使用了非官方的适配器并发现升级后无法发送图片，请联系适配器作者进行更新
+- 如果你的插件**接收并解析**了上述消息元素，你可能需要调整你的解析逻辑
+  - 要从给定的消息中提取图片，可以使用 [`h.select()`](../api/message/api.md#h-select) 方法
+  - 如果你的指令接受图片作为参数，可以直接使用 [`image`](../guide/basic/command.md#argument-type) 参数类型
+
+对于适配器作者，请参考下面的迁移指南：
+
+- 接收侧 (`Adapter`)：请确保创建的会话中的消息元素均符合最新标准
+- 发送侧 (`MessageEncoder`)：请尽量同时支持新旧标准，例如使用以下代码：
+
+```ts
+if (type === 'image' || type === 'img') {
+  await sendImage(attrs.src || attrs.url)
+}
+```
+
+## HTTP 插件独立 <badge>v4.17.6</badge>
+
+在 4.17.6 版本中，我们将 HTTP 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-http](../plugins/develop/http.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-http](../plugins/develop/http.md) 插件；
+2. (可选，如果你使用网络代理工具) 安装最新版本的 [@koishijs/plugin-proxy-agent](../plugins/develop/proxy-agent.md) 插件；
+3. 在你的代码中手动导入并加载这两个插件；
+4. 将你过去的 `request` 全局设置移动至 http 插件的配置项；
+5. (可选) 将你过去的 `request.proxyAgent` 全局设置移动至 proxy-agent 插件的配置项。
+
+## `tsconfig` 更新 <badge>v4.17.8</badge>
+
+在 4.17.8 版本中，由于部分依赖的更新，我们对推荐的 `tsconfig.json` 配置进行了调整。如果你的项目使用了 TypeScript，并且在升级后发现无法通过编译，你可以打开 `tsconfig.json` 文件，并尝试执行下列修改以完成升级：
+
+1. 将 `module` 属性改为 `esnext`；
+2. 将 `moduleResolution` 属性改为 `bundler`；
+3. 将 `emitDeclarationOnly` 属性改为 `true` (或者添加这个属性)。
+
+```json{3-5}
+{
+  "compilerOptions": {
+    "module": "esnext",
+    "moduleResolution": "bundler",
+    "emitDeclarationOnly": true,
+  },
+}
+```
+
+注意，如果你的项目中存在多个 `tsconfig.json` 文件，你需要对每一个文件都进行上述修改 (通过 `extends` 继承其他文件中配置的除外)。
diff --git a/ja-JP/api/console/component.md b/ja-JP/api/console/component.md
index fb0966de7a1a..ec864c95fa27 100644
--- a/ja-JP/api/console/component.md
+++ b/ja-JP/api/console/component.md
@@ -1,4 +1,8 @@
-# 内置组件
+# 組み込みコンポーネント
+
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
 
 ## `<k-comment>`
 
diff --git a/ja-JP/api/console/composition.md b/ja-JP/api/console/composition.md
index 151fa0b39f3c..0bbeb9eb1c25 100644
--- a/ja-JP/api/console/composition.md
+++ b/ja-JP/api/console/composition.md
@@ -1,6 +1,10 @@
 # 组合式 API
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/client 中导出。
 :::
 
diff --git a/ja-JP/api/console/context.md b/ja-JP/api/console/context.md
index 9a831073d236..46f40767f635 100644
--- a/ja-JP/api/console/context.md
+++ b/ja-JP/api/console/context.md
@@ -1,7 +1,11 @@
 # 上下文 API
 
-::: warning
-请注意：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::warning
+消歧义：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
 :::
 
 Koishi 的控制台客户端一样通过插件化的方式加载，因此我们也实现了一套类似的 `Context` 机制。许多你熟悉的底层 API 在客户端是依然可用的 (例如生命周期事件、服务的定义与使用等等)。此外，我们还提供了一些与客户端相关的 API 来帮助你更方便地开发控制台插件。
diff --git a/ja-JP/api/console/server.md b/ja-JP/api/console/server.md
index 2183372bb47d..b09f430d5977 100644
--- a/ja-JP/api/console/server.md
+++ b/ja-JP/api/console/server.md
@@ -1,6 +1,10 @@
 # 服务端 API
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 基本用法](../../guide/console/)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/plugin-console 中导出。
 :::
 
@@ -8,7 +12,7 @@
 
 `Console` 类封装了控制台服务的所有功能，你可以通过 `ctx.console` 来访问它。
 
-### console.addEntry(entry)
+### ctx.console.addEntry(entry)
 
 - **entry:** `Entry` 要添加的入口
 
@@ -21,14 +25,14 @@ interface Entry {
 
 添加客户端入口文件。
 
-### console.addListener(event, callback, options)
+### ctx.console.addListener(event, callback, options) <badge type="warning">实验性</badge>
 
 - **event:** `string` 事件名称
 - **callback:** `Function` 回调函数，其中 `this` 指向 [`Client`](#类-client) 对象
 
 注册一个事件监听器。
 
-### console.broadcast(event, body, options)
+### ctx.console.broadcast(event, body, options)
 
 - **event:** `string` 事件名称
 - **body:** `any` 事件内容
diff --git a/ja-JP/api/core/adapter.md b/ja-JP/api/core/adapter.md
index 5871c26c58e1..5a7498fe9cca 100644
--- a/ja-JP/api/core/adapter.md
+++ b/ja-JP/api/core/adapter.md
@@ -1,6 +1,6 @@
-# 适配器 (Adapter)
+# アダプター
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现适配器](../../guide/adapter/adapter.md)
 :::
 
diff --git a/ja-JP/api/core/app.md b/ja-JP/api/core/app.md
index 9ecda1457034..f430408599af 100644
--- a/ja-JP/api/core/app.md
+++ b/ja-JP/api/core/app.md
@@ -1,37 +1,9 @@
-# 应用 (App)
+# アプリ
 
 **应用 (App)** 是程序的入口。可以通过 `new Context()` 构造或通过 `ctx.root` 访问。
 
 本节中介绍的配置项可用于传入构造函数，也可以在配置文件或控制台中进行修改。
 
-## 网络设置
-
-### options.host
-
-- 类型：`string`
-- 默认值：`'127.0.0.1'`
-
-服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
-
-### options.port
-
-- 类型：`number`
-
-要监听的初始端口号。
-
-### options.maxPort
-
-- 类型：`number`
-- 默认值：[`options.port`](#options-port)
-
-允许监听的最大端口号。
-
-### options.selfUrl
-
-- 类型：`string`
-
-Koishi 服务暴露在公网的地址。部分功能（例如 [adapter-telegram](../../plugins/adapter/telegram.md) 或是 [plugin-assets-local](https://assets.koishi.chat/plugins/local.html)）需要用到。
-
 ## 基础设置
 
 ### options.prefix
@@ -106,17 +78,9 @@ interface DelayOptions {
 - `prefer-user`: 优先使用用户语言
 - `prefer-channel`: 优先使用频道语言
 
-## 请求设置
-
-### options.request.proxyAgent
-
-- 类型: `string`
-
-配置请求时默认使用的网络代理。
-
 ## 配置文件选项
 
-::: warning
+:::warning
 下面的配置项来自 Koishi 的命令行工具，仅可在配置文件中编辑，不支持在控制台中修改。
 :::
 
diff --git a/ja-JP/api/core/bot.md b/ja-JP/api/core/bot.md
index f75faa5ace13..225559ed2ea5 100644
--- a/ja-JP/api/core/bot.md
+++ b/ja-JP/api/core/bot.md
@@ -1,6 +1,6 @@
-# 机器人 (Bot)
+# ボット
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现机器人](../../guide/adapter/bot.md)
 :::
 
@@ -36,7 +36,7 @@
 
 - 类型: `string`
 
-当前 `Bot` 的 [平台名称](../glossary.md#平台-platform)。
+当前 `Bot` 的 [平台名称](../glossary.md#platform)。
 
 ### bot.selfId
 
diff --git a/ja-JP/api/core/command.md b/ja-JP/api/core/command.md
index 37ba86ff9e44..802ed5c2f4e6 100644
--- a/ja-JP/api/core/command.md
+++ b/ja-JP/api/core/command.md
@@ -1,6 +1,6 @@
-# 指令 (Command)
+# コマンド
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 指令开发](../../guide/basic/command.md)
 :::
 
@@ -83,7 +83,8 @@ type CommandAction = (argv: Argv, ...args: any[]) => Awaitable<string | void>
 - **fields:** `FieldCollector<UserField>` 要请求的用户字段
 - 返回值: `this`
 
-如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
 ```ts
 type FieldCollector<K extends string> =
@@ -96,36 +97,27 @@ type FieldCollector<K extends string> =
 - **fields:** `FieldCollector<ChannelField>` 要请求的频道字段
 - 返回值: `this`
 
-如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
-### cmd.alias(...names)
+### cmd.alias(name, config?)
 
-- **names:** `string[]` 要设置的别名
-- 返回值: `this`
-
-设置指令别名。
-
-### cmd.shortcut(name, config?)
-
-- **name:** `string | RegExp` 快捷匹配
-- **config:** `ShortcutConfig`
-  - **config.prefix:** `boolean` 调用时要求保留前缀
-  - **config.fuzzy:** `boolean` 允许在快捷方式后带参数
-  - **config.greedy:** `boolean` 将所有后面的内容解析成一个参数
+- **name:** `string` 要设置的别名
+- **config:** `Command.Alias`
   - **config.args:** `any[]` 要带的参数列表，将与传入的参数合并
-  - **config.options:** `Record<string, any>` 要带的选项列表，将与传入的选项合并
+  - **config.options:** `Dict` 要带的选项列表，将与传入的选项合并
 - 返回值: `this`
 
-设置快捷方式。
+设置指令别名。
 
 ### cmd.subcommand(name, desc?, config?)
 
 - **name:** `string` 指令名以及可能的参数
 - **desc:** `string` 指令的描述
-- **config:** [`CommandConfig`](./context.md#ctx-command) 指令的配置
+- **config:** [`Command.Config`](./context.md#ctx-command) 指令的配置
 - 返回值：`Command` 注册或修改的指令
 
-注册或修改子指令。子指令会继承当期指令的上下文。参见[指令的多级结构](../../guide/basic/command.md#指令的多级结构)章节。
+注册或修改子指令。子指令会继承当期指令的上下文。参见 [子指令](../../manual/usage/command.md#子指令) 和 [注册子指令](../../guide/basic/command.md#注册子指令) 章节。
 
 ### cmd.parse(input)
 
@@ -150,15 +142,3 @@ type FieldCollector<K extends string> =
 - 返回值: `void`
 
 移除当前指令及其所有子指令。
-
-## 静态属性和方法
-
-这里包含了与 Command 类相关的静态属性和方法。
-
-### Command.defaultConfig
-
-默认的指令配置。
-
-### Command.defaultOptionConfig
-
-默认的选项配置。
diff --git a/ja-JP/api/core/context.md b/ja-JP/api/core/context.md
index b46322c4a32a..5fc5d1332579 100644
--- a/ja-JP/api/core/context.md
+++ b/ja-JP/api/core/context.md
@@ -1,4 +1,4 @@
-# 上下文 (Context)
+# コンテキスト
 
 **上下文 (Context)** 是 Koishi 的核心概念。Koishi 的绝大多数功能也直接通过上下文提供，包括插件、中间件、监听器和指令等。
 
@@ -9,12 +9,14 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.any](../service/filter.md#ctx-any)
 - [ctx.bail](../service/events.md#ctx-bail)
 - [ctx.before](../service/events.md#ctx-before)
-- [ctx.database](../database/database.md)
+- [ctx.debounce](../service/timer.md#ctx-debounce)
 - [ctx.emit](../service/events.md#ctx-emit)
+- [ctx.events](../service/events.md)
 - [ctx.exclude](../service/filter.md#ctx-exclude)
 - [ctx.filter](../service/filter.md#ctx-filter)
 - [ctx.http](../service/http.md)
 - [ctx.i18n](../service/i18n.md)
+- [ctx.inject](../service/registry.md#ctx-inject)
 - [ctx.intersect](../service/filter.md#ctx-intersect)
 - [ctx.loader](../service/loader.md)
 - [ctx.middleware](../service/events.md#ctx-middleware)
@@ -26,13 +28,24 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.parallel](../service/events.md#ctx-parallel)
 - [ctx.permissions](../service/permissions.md)
 - [ctx.plugin](../service/registry.md#ctx-plugin)
-- [ctx.router](../service/router.md)
+- [ctx.registry](../service/registry.md)
 - [ctx.scope](../service/registry.md#ctx-scope)
 - [ctx.serial](../service/events.md#ctx-serial)
-- [ctx.start](../service/registry.md#ctx-start)
+- [ctx.server](../service/server.md)
+- [ctx.setInterval](../service/timer.md#ctx-setinterval)
+- [ctx.setTimeout](../service/timer.md#ctx-settimeout)
+- [ctx.sleep](../service/timer.md#ctx-sleep)
 - [ctx.stop](../service/registry.md#ctx-stop)
+- [ctx.throttle](../service/timer.md#ctx-throttle)
+- [ctx.timer](../service/timer.md)
 - [ctx.union](../service/filter.md#ctx-union)
-- [ctx.using](../service/registry.md#ctx-using)
+
+除此以外，以下服务由官方插件提供，因此使用时需要 [声明依赖](../../guide/plugin/service.md#inject)：
+
+- [ctx.console](../console/server.md)
+- [ctx.database](../database/database.md)
+- [ctx.mock](../../plugins/develop/mock.md)
+- [ctx.server](../../plugins/develop/server.md)
 
 ## 实例属性
 
@@ -63,7 +76,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 以当前上下文为原型创建一个新上下文。`meta` 中的属性将覆盖当前上下文的属性。
 
-
 <!-- ### ctx.isolate(names)
 
 - **keys:** `string[]` 隔离的服务列表
@@ -84,14 +96,13 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 在当前上下文中注册或修改一个指令。
 
-### ctx.broadcast(channels?, content, forced?) <badge>需要数据库</badge>
+### ctx.broadcast(channels?, content) <badge>需要数据库</badge>
 
-- **channels:** `string[]` 频道列表
+- **channels:** `string[]` 频道列表，格式为 `{platform}:{channelId}` (如 `discord:1234567890`)
 - **content:** `string` 要发送的内容
-- **forced:** `boolean` 是否无视 silent 标记
 - 返回值: `Promise<string[]>` 成功发送的消息 ID 列表
 
-所有机器人向自己分配的频道广播消息，存在标记 silent 的频道除外。如有失败不会抛出错误。
+所有机器人向自己分配的频道广播消息。如果传入的频道不存在，会输出一个警告。
 
 ### ctx.logger(scope?)
 
@@ -106,10 +117,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 - 类型: `symbol`
 
-### Context.source
-
-- 类型: `symbol`
-
 ### Context.current
 
 - 类型: `symbol`
diff --git a/ja-JP/api/core/events.md b/ja-JP/api/core/events.md
index 7333e7c97d6f..66690c4b1221 100644
--- a/ja-JP/api/core/events.md
+++ b/ja-JP/api/core/events.md
@@ -1,10 +1,10 @@
-# 事件 (Events)
+# イベント
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍 Koishi 的内置事件。如果想了解事件 API，请前往 [API > 内置服务 > 事件](../service/events.md)。
 :::
 
@@ -60,6 +60,7 @@
 尝试将一个未识别出指令的 Argv 对象识别成指令调用时使用。你可以在回调函数中修改传入的 Argv 对象，或者返回一个字符串表示识别出的指令。
 
 ### 事件：before-attach-channel
+
 ### 事件：before-attach-user
 
 - **session:** `Session` 当前会话
@@ -71,6 +72,7 @@
 这两个事件的触发于内置中间件中。如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 before-attach-channel 事件不会触发。
 
 ### 事件：attach-channel
+
 ### 事件：attach-user
 
 - **session:** `Session` 当前会话
@@ -81,6 +83,7 @@
 如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 attach-channel 事件不会触发。
 
 ### 事件：command/before-attach-channel
+
 ### 事件：command/before-attach-user
 
 - **session:** `Argv` 运行时参数
@@ -128,7 +131,7 @@
 
 插件被卸载时触发。参见 [清除副作用](../../guide/plugin/lifecycle.md#清除副作用)。
 
-::: warning
+:::warning
 请注意，`dispose` 事件的目的是清理副作用而不是确保数据保存。当 Koishi 进程崩溃或是被强行中止时，`dispose` 事件都可能不会触发。为了保护你的数据，你应当在每一次修改后立即上传数据，而不是在 `dispose` 中处理收尾工作。
 :::
 
diff --git a/ja-JP/api/core/session.md b/ja-JP/api/core/session.md
index 5b87e024ac2a..0db09eefb1b9 100644
--- a/ja-JP/api/core/session.md
+++ b/ja-JP/api/core/session.md
@@ -1,4 +1,4 @@
-# 会话 (Session)
+# セッション
 
 会话来源于 Koishi v1 的元信息对象，并在后续的版本中发展成了专门的类并大幅扩展了功能。目前的会话已经参与到了 Koishi 的绝大部分工作。
 
@@ -25,7 +25,7 @@
 
 当前会话绑定的频道数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的频道数据，而不是平台的频道数据。如果你需要访问平台频道数据，请使用 `session.event.channel`。
 :::
 
@@ -58,11 +58,11 @@
 
 当前会话绑定的用户数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的用户数据，而不是平台的用户数据。如果你需要访问平台用户数据，请使用 `session.event.user`。
 :::
 
-## 访问器属性
+## 访问器属性 {#accessor-property}
 
 对于部分常用的事件体属性，我们提供了访问器属性。
 
@@ -71,7 +71,7 @@
 - 类型: <code>[GuildMember](../resources/member.md) & [User](../resources/user.md)</code>
 - 完整写法: `{ ...session.event.user, ...session.event.member }`
 
-::: tip
+:::tip
 注意到 `GuildMember` 和 `User` 有部分重叠的字段，例如 `name` 和 `avatar`。在这种情况下，`GuildMember` 的字段会覆盖 `User` 的字段。
 :::
 
@@ -201,7 +201,7 @@
 - **options.timeout:** 中间件的生效时间，缺省时会使用 [`app.config.delay.prompt`](./app.md#options-delay)
 - 返回值: `Promise<T>` 回调函数返回的结果
 
-处理当前会话的下一次输入，如果超时则会返回 `null`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
+处理当前会话的下一次输入，如果超时则会返回 `undefined`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
 
 ### session.suggest(options)
 
diff --git a/ja-JP/api/database/built-in.md b/ja-JP/api/database/built-in.md
index 84704f7aa6bc..1966dff8d15c 100644
--- a/ja-JP/api/database/built-in.md
+++ b/ja-JP/api/database/built-in.md
@@ -1,10 +1,10 @@
 # 組み込みデータ構造
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 内置数据结构](../../guide/database/builtin.md)
 :::
 
-Koishi 的数据库 API 实际上分为两部分：
+Koishi のデータベース APIは2種類に分けています：
 
 - Minato 定义的通用数据库接口，由数据库插件实现
 - Koishi 内置数据结构相关的方法，由 Koishi 提供实现
@@ -15,21 +15,21 @@ Koishi 的数据库 API 实际上分为两部分：
 
 ### User
 
-- **id:** `id` ユーザー ID
-- **name:** `string` ユーザー名
+- **id:** `id` 用户 ID
+- **name:** `string` 用户昵称
 - **authority:** `number` [权限等级](../../guide/database/permission.md)
 - **permissions:** `string[]` [权限列表](../../guide/database/permission.md)
 - **locales:** `string[]` 语言列表
 
 ### Binding
 
-- **aid:** `id` ユーザー ID
-- **platform:** `string` プラットフォーム名
+- **aid:** `id` 用户 ID
+- **platform:** `string` 平台名
 - **pid:** `string` 平台账号
 
 ### Channel
 
-- **platform:** `string` プラットフォーム名
+- **platform:** `string` 平台名
 - **id:** `string` 平台账号
 - **assignee:** `string` [受理人](../../manual/usage/customize.md#受理人机制)
 - **permissions:** `string[]` [权限列表](../../guide/database/permission.md)
@@ -41,45 +41,45 @@ Koishi 的数据库 API 实际上分为两部分：
 
 ### ctx.database.getUser(platform, id, modifier?)
 
-- **platform:** `string` プラットフォーム名
-- **id:** `string` ユーザー識別子
-- **modifier:** `QueryModifier<User.Field>` クエリ修飾子
-- 戻り値: `Promise<User>` ユーザーデータ
+- **platform:** `string` 平台名
+- **id:** `string` 用户标识符
+- **modifier:** `QueryModifier<User.Field>` 请求修饰符
+- 返回值: `Promise<User>` 用户数据
 
 データベースにユーザーデータをリクエストします。
 
 ### ctx.database.setUser(platform, id, data)
 
-- **platform:** `string` プラットフォーム名
-- **id:** `string` ユーザー識別子
-- **data:** `User` 変更・追加するデータ
-- 戻り値: `Promise<void>`
+- **platform:** `string` 平台名
+- **id:** `string` 用户标识符
+- **data:** `User` 要修改 / 添加的数据
+- 返回值: `Promise<void>`
 
 データベースにユーザーデータを修正・追加します。
 
 ### ctx.database.getChannel(platform, id, fields?)
 
-- **platform:** `string` プラットフォーム名
-- **id:** `string` チャンネル識別子
-- **fields:** `QueryModifier<User.Field>` クエリ修飾子
-- 戻り値: `Promise<Channel>` チャンネルデータ
+- **platform:** `string` 平台名
+- **id:** `string` 频道标识符
+- **fields:** `QueryModifier<User.Field>` 请求修饰符
+- 返回值: `Promise<Channel>` 频道数据
 
 データベースにチャンネルデータをリクエストします。
 
-### ctx.database.getAssignedChannels(fields?, platform?, assignees?) <badge type="danger">非推奨</badge>
+### ctx.database.getAssignedChannels(fields?, platform?, assignees?) <badge type="danger">废弃</badge>
 
-- **fields:** `ChannelField[]` リクエストするフィールド。デフォルトはすべてのフィールドです。
-- **platform:** `string` プラットフォーム名。デフォルトはすべてのプラットフォームです。
-- **assignees:** `string[]` 代理人リスト。デフォルトは現在実行されているすべてのボットです。
-- 戻り値: `Promise<Channel[]>` チャンネルデータリスト
+- **fields:** `ChannelField[]` 请求的字段，默认为全部字段
+- **platform:** `string` 平台名，默认为全平台
+- **assignees:** `string[]` 代理者列表，默认为当前运行的全部机器人
+- 返回值: `Promise<Channel[]>` 频道数据列表
 
-データベースに特定のボットが管理するすべでのチャンネルデータをリクエストします。ここにある二つの引数のどちらを選んでも、正しく認識されます。
+向数据库请求被特定机器人管理的所有频道数据。ここにある二つの引数のどちらを選んでも、正しく認識されます。
 
 ### ctx.database.setChannel(platform, id, data)
 
-- **platform:** `string` プラットフォーム名
-- **id:** `number` チャンネル識別子
-- **data:** `Channel` 修正・追加するデータ
-- 戻り値: `Promise<void>`
+- **platform:** `string` 平台名
+- **id:** `number` 频道标识符
+- **data:** `Channel` 要修改 / 添加的数据
+- 返回值: `Promise<void>`
 
 データベースにチャンネルデータを修正・追加します。
diff --git a/ja-JP/api/database/database.md b/ja-JP/api/database/database.md
index 50696b903cf7..b29ec26208a7 100644
--- a/ja-JP/api/database/database.md
+++ b/ja-JP/api/database/database.md
@@ -1,15 +1,15 @@
 # データベース操作 (Database)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/)
 :::
 
-Koishi 的数据库 API 实际上分为两部分：
+Koishi のデータベース APIは2種類に分けています：
 
 - Minato 定义的通用数据库接口，由数据库插件实现
 - Koishi 内置数据结构相关的方法，由 Koishi 提供实现
 
-这一页中将仅展示第一部分的内容。另一部分的内容请参见 [内置数据结构](./built-in.md)。
+このページでは１つ目のAPIについて説明します。另一部分的内容请参见 [内置数据结构](./built-in.md)。
 
 ## 类型定义
 
@@ -161,6 +161,12 @@ export interface WriteResult {
 
 计算聚合表达式。
 
+### ctx.database.stats() <badge type="warning">实验性</badge>
+
+- 返回值: [`Promise<Stats>`](#stats)
+
+获取统计信息。
+
 ### ctx.database.drop(table)
 
 - **table:** `string` 表名
@@ -168,8 +174,18 @@ export interface WriteResult {
 
 删除表。
 
-### ctx.database.stats() <badge type="warning">实验性</badge>
+::: danger
+这是一个危险操作，删除表后将无法恢复数据。
 
-- 返回值: [`Promise<Stats>`](#stats)
+如果你是插件开发者，并希望重构插件的数据库结构，我们建议使用 [整表迁移](../../guide/database/model.md#整表迁移)，以防止用户数据丢失。
+:::
 
-获取统计信息。
+### ctx.database.dropAll()
+
+- 返回值: `Promise<void>`
+
+删除所有表。
+
+:::danger
+这是一个危险操作，删除表后将无法恢复数据。
+:::
diff --git a/ja-JP/api/database/evaluation.md b/ja-JP/api/database/evaluation.md
index d80ef090b4d5..af6739ba623e 100644
--- a/ja-JP/api/database/evaluation.md
+++ b/ja-JP/api/database/evaluation.md
@@ -1,14 +1,12 @@
-# 求值表达式 (Eval)
+# 評価式 (Eval)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
-求值表达式是一组静态 API，主要在 [`Selection`](./selection.md) 中使用。你可以从 Koishi 中直接导入：
+与查询表达式不同，求值表达式是一组静态 API。你可以从 Koishi 中直接导入：
 
 ```ts
-import { Eval } from 'koishi'
-// 或者使用更短的别名
 import { $ } from 'koishi'
 ```
 
diff --git a/ja-JP/api/database/model.md b/ja-JP/api/database/model.md
index 74a95c530f67..974aed7be64d 100644
--- a/ja-JP/api/database/model.md
+++ b/ja-JP/api/database/model.md
@@ -1,6 +1,6 @@
-# 数据模型 (Model)
+# データモデル (Model)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 数据模型](../../guide/database/model.md)
 :::
 
@@ -23,33 +23,33 @@ export interface Field<T> {
 
 ### 数值类型
 
-|    名称    |  TS 类型   | 默认长度 | 默认初始值 |        说明         |
-|:--------:|:--------:|:----:|:-----:|:-----------------:|
-| integer  | `number` |  10  |  `0`  | 有符号整型数，长度决定了数据的范围 |
-| unsigned | `number` |  10  |  `0`  | 无符号整型数，长度决定了数据的范围 |
-|  float   | `number` | 固定长度 |  `0`  |      单精度浮点数       |
-|  double  | `number` | 固定长度 |  `0`  |      双精度浮点数       |
+|    名称    |   TS 类型  | 默认长度 | 默认初始值 |         说明        |
+| :------: | :------: | :--: | :---: | :---------------: |
+|  integer | `number` |   4  |  `0`  | 有符号整型数，长度决定了数据的范围 |
+| unsigned | `number` |   4  |  `0`  | 无符号整型数，长度决定了数据的范围 |
+|   float  | `number` | 固定长度 |  `0`  |       单精度浮点数      |
+|  double  | `number` | 固定长度 |  `0`  |       双精度浮点数      |
 
 ### 字符串类型
 
-|   名称   |  TS 类型   | 默认长度  | 默认初始值 |   说明   |
-|:------:|:--------:|:-----:|:-----:|:------:|
-|  char  | `string` |  64   | `''`  | 定长的字符串 |
-| string | `string` |  255  | `''`  | 变长的字符串 |
-|  text  | `string` | 65535 | `''`  | 变长的字符串 |
+|                名称               |   TS 类型  |  默认长度 | 默认初始值 |   说明   |
+| :-----------------------------: | :------: | :---: | :---: | :----: |
+|               char              | `string` |   64  |  `''` | 定长的字符串 |
+| 文字列 (String) | `string` |  255  |  `''` | 变长的字符串 |
+|               text              | `string` | 65535 |  `''` | 变长的字符串 |
 
 ### 时间类型
 
-|    名称     | TS 类型  | 默认长度 | 默认初始值  | 说明  |
-|:---------:|:------:|:----:|:------:|:---:|
-|   date    | `Date` | 固定长度 | `null` | 日期值 |
-|   time    | `Date` | 固定长度 | `null` | 时间值 |
+|     名称    |  TS 类型 | 默认长度 |  默认初始值 |  说明 |
+| :-------: | :----: | :--: | :----: | :-: |
+|    date   | `Date` | 固定长度 | `null` | 日期值 |
+|    time   | `Date` | 固定长度 | `null` | 时间值 |
 | timestamp | `Date` | 固定长度 | `null` | 时间戳 |
 
 ### 其他类型
 
-|  名称  |   TS 类型    | 默认长度  | 默认初始值  |         说明         |
-|:----:|:----------:|:-----:|:------:|:------------------:|
+|  名称  |    TS 类型   |  默认长度 |  默认初始值 |         说明         |
+| :--: | :--------: | :---: | :----: | :----------------: |
 | json |  `object`  | 65535 | `null` | 可被序列化为 json 的结构化数据 |
 | list | `string[]` | 65535 |  `[]`  | 字符串构成的列表，序列化时以逗号分隔 |
 
diff --git a/ja-JP/api/database/query.md b/ja-JP/api/database/query.md
index 0d8d308cd3dc..f45cf5fb0b59 100644
--- a/ja-JP/api/database/query.md
+++ b/ja-JP/api/database/query.md
@@ -1,6 +1,6 @@
-# 查询表达式 (Query)
+# クエリ式 (Query)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/index.md)
 :::
 
@@ -159,7 +159,7 @@ type Query<T> = QueryExpr<T> | Shorthand<Indexable> | Callback<T, boolean>
 
 判断列表中是否存在满足给定约束条件的元素。
 
-::: warning
+:::warning
 部分数据库可能不支持使用子条件，因此请尽量只使用 [`$eq`](#eq) 操作符。
 :::
 
diff --git a/ja-JP/api/database/selection.md b/ja-JP/api/database/selection.md
index d5cd31a2d8a4..0221c6a2262a 100644
--- a/ja-JP/api/database/selection.md
+++ b/ja-JP/api/database/selection.md
@@ -1,6 +1,6 @@
 # 查询构造器 (Selection)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
diff --git a/ja-JP/api/glossary.md b/ja-JP/api/glossary.md
index f0d89e7658bc..ad996d313342 100644
--- a/ja-JP/api/glossary.md
+++ b/ja-JP/api/glossary.md
@@ -1,8 +1,8 @@
-# 术语表
+# 用語集
 
 本页收集了一些 Koishi 设计中的重要概念，按字母表序排列。如果你在阅读文档时对某个概念感到迷惑，可以随时回到这里查看解释。
 
-## 适配器 (Adapter)
+## 适配器 (Adapter) {#adapter}
 
 适配器是指实现了平台协议，能够让机器人接入平台的插件。通常来说一个适配器实例对应了一个机器人用户，同时启用多个适配器就实现了多个机器人的同时接入。
 
@@ -10,12 +10,12 @@
 - [开发 > 跨平台 > 实现适配器](../guide/adapter/adapter.md)
 - [API > 核心模块 > 适配器](./core/adapter.md)
 
-## 应用 (App)
+## 应用 (App) {#app}
 
 - [开发 > 开发起步 > 配置文件](../guide/develop/config.md)
 - [API > 核心模块 > 应用](./core/app.md)
 
-## 机器人 (Bot)
+## 机器人 (Bot) {#bot}
 
 机器人是指由 Koishi 操控的平台用户。这里的用户不一定是真实用户，也可以是部分平台专门提供的机器人用户。其他用户通过与机器人进行交互来体验 Koishi 的各项功能。
 
@@ -23,15 +23,15 @@
 - [开发 > 跨平台 > 实现机器人](../guide/adapter/bot.md)
 - [API > 核心模块 > 机器人](./core/bot.md)
 
-## 频道 (Channel)
+## 频道 (Channel) {#channel}
 
 频道是消息的集合。一个频道包含了具备时间、逻辑顺序的一系列消息。频道又分为私聊频道和群聊频道，其中私聊频道有且仅有两人参与，而群聊频道可以有任意多人参与。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
-- [API > 平台资源 > 频道](./resources/user.md)
+- [API > 平台资源 > 频道](./resources/channel.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#channel)
 
-## 指令 (Command)
+## 指令 (Command) {#command}
 
 Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件或事件，指令不仅能够更好地处理用户输入，还有统一的帮助信息、权限管理、速率控制等特性。
 
@@ -39,7 +39,7 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 交互基础 > 指令开发](../guide/basic/command.md)
 - [API > 核心模块 > 指令](./core/command.md)
 
-## 控制台 (Console)
+## 控制台 (Console) {#console}
 
 控制台是一个用户友好的图形化管理界面，由一系列官方插件提供。你可以在控制台中监控运行状态、管理插件和配置、查看日志、访问数据库、模拟聊天等。
 
@@ -47,21 +47,21 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 控制台](../guide/console/index.md)
 - [API > 控制台](./console/server.md)
 
-## 上下文 (Context)
+## 上下文 (Context) {#context}
 
 上下文是实际业务逻辑的载体。你可以在上下文中访问事件、中间件、指令和更多服务。这些访问所带来的副作用会被上下文自动收集，并在插件被停用时进行回收。
 
 - [开发 > 模块化](../guide/plugin/index.md)
 - [API > 核心模块 > 上下文](./core/context.md)
 
-## 数据库 (Database)
+## 数据库 (Database) {#database}
 
 Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。你可以在插件中通过 `ctx.database` 访问数据库服务。
 
 - [开发 > 数据库 > 使用数据库](../guide/database/index.md)
 - [API > 数据库](./database/built-in.md)
 
-## 消息元素 (Element)
+## 消息元素 (Element) {#element}
 
 消息元素类似于 HTML 元素，它是组成消息的基本单位。一个元素可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。Koishi 会将这些元素转换为平台所支持的格式，以便在不同平台之间发送和接收消息。
 
@@ -69,77 +69,73 @@ Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广
 - [开发 > 跨平台 > 消息编码](../guide/adapter/message.md)
 - [API > 消息元素](./message/syntax.md)
 
-## 事件 (Events)
+## 事件 (Events) {#events}
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 事件](./core/events.md)
 - [API > 内置服务 > 事件系统](./service/events.md)
 
-## 过滤器 (Filter)
+## 过滤器 (Filter) {#filter}
 
-- [入门 > 过滤器](../manual/usage/customize.md#过滤器)
+- [入门 > 过滤器](../manual/usage/customize.md#filters)
 - [开发 > 模块化 > 过滤器](../guide/plugin/filter.md)
 - [API > 内置服务 > 过滤器](./service/filter.md)
 
-## 群组 (Guild)
+## 群组 (Guild) {#guild}
 
-群组是平台用户的集合。一个群组通常会同时包含一组[用户](#用户)和[频道](#频道)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
+群组是平台用户的集合。一个群组通常会同时包含一组[用户](#user)和[频道](#channel)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 - [API > 平台资源 > 群组](./resources/guild.md)
 
-## 生命周期 (Lifecycle)
+## 生命周期 (Lifecycle) {#lifecycle}
 
 - [开发 > 模块化 > 生命周期](../guide/plugin/lifecycle.md)
 - [API > 核心模块 > 事件](./core/events.html#生命周期事件)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 中间件 (Middleware)
+## 中间件 (Middleware) {#middleware}
 
 - [开发 > 交互基础 > 中间件](../guide/basic/middleware.md)
 
-## 数据模型 (Model)
+## 数据模型 (Model) {#model}
 
 - [开发 > 数据库 > 数据模型](../guide/database/model.md)
 - [API > 数据库 > 数据模型](./database/model.md)
 
-## 平台 (Platform)
+## 平台 (Platform) {#platform}
 
 平台是指聊天平台，比如 QQ、Discord 等。同一平台内的用户间具有相互发送消息的能力，而不同平台的用户间则没有。对于 Rocket.Chat 这一类可自建的聊天平台而言，每个独立的自建服务器都视为不同的平台。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 
-## 插件 (Plugin)
+## 插件 (Plugin) {#plugin}
 
 - [开发 > 模块化 > 认识插件](../guide/plugin/index.md)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 协议 (Protocol)
+## 协议 (Protocol) {#protocol}
 
-## 路由 (Router)
-
-- [API > 内置服务 > 网络服务](./service/router.md)
-
-## 配置构型 (Schema)
+## 配置构型 (Schema) {#schema}
 
 - [开发 > 模块化 > 配置构型](../guide/plugin/schema.md)
 - [演练场 > 配置构型](../schema/index.md)
 
-## 服务 (Service)
+## 服务 (Service) {#service}
 
 服务是一系列挂载于上下文对象上的功能的合集 (例如数据库和路由等)。为避免耦合，这些功能并不直接定义在上下文本身，而是将应用看作一个容器，通过依赖合并的方式来实现控制的反转。
 
 - [开发 > 模块化 > 服务与依赖](../guide/plugin/service.md)
 - [API > 核心模块 > 上下文](./core/context.md#混入属性和方法)
 
-## 会话 (Session)
+## 会话 (Session) {#session}
 
 会话对象封装了一次上报事件所含有的属性以及其上的可用操作。你会在事件，中间件和指令的回调函数中用到它。此外，会话对象还提供了许多实用方法，足以满足绝大部分的使用场景。
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 会话](./core/session.md)
 
-## 用户 (User)
+## 用户 (User) {#user}
 
 - [API > 平台资源 > 用户](./resources/user.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#user)
diff --git a/ja-JP/api/message/components.md b/ja-JP/api/message/components.md
index ca4f93a6ab5d..d0e44e123c7c 100644
--- a/ja-JP/api/message/components.md
+++ b/ja-JP/api/message/components.md
@@ -1,11 +1,11 @@
-# 内置组件
+# 組み込みコンポーネント
 
-- 标有 <badge>セッション</badge> 的组件只能在会话环境下使用 (常见的会话环境包括中间件和指令的内部)
+- 标有 <badge>会话</badge> 的组件只能在会话环境下使用 (常见的会话环境包括中间件和指令的内部)
 - 标有 <badge>会话+广播</badge> 的组件只能在会话环境或 `ctx.broadcast()` 中使用
 
 ## 核心组件
 
-### 调用指令 (execute) <badge>セッション</badge>
+### 调用指令 (execute) <badge>会话</badge>
 
 按照子元素执行指令，并使用指令的输出替换此元素。
 
@@ -17,7 +17,7 @@ foo<execute>echo 123</execute>bar
 <chat-message nickname="Koishi">foo123bar</chat-message>
 </chat-panel>
 
-### 等待输入 (prompt) <badge>セッション</badge>
+### 等待输入 (prompt) <badge>会话</badge>
 
 输出子元素并等待用户输入，并使用输入内容替换此元素。
 
@@ -52,6 +52,21 @@ foo:
 <chat-message nickname="Koishi">Hello, world!</chat-message>
 </chat-panel>
 
+这个组件也可以配合插值使用：
+
+```html
+<i18n path="foo.bar">{'Koishi'}</i18n>
+```
+
+```yaml
+foo:
+  bar: Hello, {0}!
+```
+
+<chat-panel>
+<chat-message nickname="Koishi">Hello, Koishi!</chat-message>
+</chat-panel>
+
 ### 时间 (i18n:time) <badge>会话+广播</badge>
 
 - **value:** 时间长度（毫秒）
@@ -105,6 +120,49 @@ You have <plural count={count}>
 
 ## 扩展组件
 
-### 网页渲染 (html)
+### 网页渲染 (html) <badge>需要 Puppeteer</badge>
+
+- **style:** HTML 中 `body` 标签的 `style` 属性
+
+调用 Puppeteer 渲染给定 HTML。
+
+JSX 中的 `html` 将被转化为为 HTML 中的 `body` 标签。
+
+```html
+<html style={"color: purple;"}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+你也可以为 `style` 属性指定一个对象：
+
+```html
+<html style={{
+  color: "purple",
+}}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+如果你需要向 HTML 的 `head` 标签中添加 CSS 等页面属性，可以将它们包裹在 `head` 中。下面是一个例子：
+
+```html
+<html>
+  <head>
+    <style>
+      {`
+        body {
+          color: "purple"
+        }
+      `}
+    </style>
+  </head>
+
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
 
 ### 内容审查 (censor)
diff --git a/ja-JP/api/message/elements.md b/ja-JP/api/message/elements.md
index 1aee1fded4a3..aa64d2fe2761 100644
--- a/ja-JP/api/message/elements.md
+++ b/ja-JP/api/message/elements.md
@@ -1,25 +1,25 @@
-# 标准元素
+# 標準要素
 
 这里列出了应该由各适配器实现的标准消息元素。各适配器由于平台的限制可能表现出一定的行为差异，但应尽可能贴近标准规定的语义。
 
-::: tip 与 HTML 的区别
+::: tip
 为了方便记忆，我们使用了许多 HTML 中出现的标签来表达类似的语义，如 `<p>`, `<em>` 等。但需要指出的是，这并不意味着这些同名的标签就有着相同的语义。这里举出几个例子：
 
 - HTML 中标签 `<u>` 的定义是「表意不清标注元素」，而 Koishi 这里只使用了下划线的功能
 - HTML 中图像对应 `<img>` 标签，而 Koishi 中则是 `<image>`，并且语法也不相同
-:::
+  :::
 
 ## 基础元素
 
 基础元素是最常见的消息元素，它们能够在大多数平台上正常显示，是组成消息的基本单位。
 
-### 纯文本 (text)
+### 纯文本 (text) {#text}
 
 - **content:** `string` 文本内容
 
 这是一个特殊的消息元素。它等价于一段纯文本，并且在序列化时也不会带两侧的标签。
 
-### 提及用户 (at)
+### 提及用户 (at) {#at}
 
 - **id:** `string` 目标用户的 ID
 - **name:** `string` 目标用户的名称
@@ -28,11 +28,11 @@
 
 `<at>` 元素用于提及某个或某些用户。
 
-::: tip
+:::tip
 由于上述几个属性的语义是互斥的，发送时使用 `id`, `role`, `type` 其一即可。
 :::
 
-### 提及频道 (sharp)
+### 提及频道 (sharp) {#sharp}
 
 - **id:** `string` 目标频道的 ID
 - **name:** `string` 目标频道的名称
@@ -47,7 +47,7 @@
 
 `<face>` 元素用于显示某个表情。通常来说为了跨平台转发，在 `<face>` 内部还会增加 `<image>` 作为回退。当图片的存在可能导致消息分片时，可以使用 `name` 取代图片的渲染。 -->
 
-### 链接 (a)
+### 链接 (a) {#a}
 
 - **href:** `string` 链接的 URL
 
@@ -55,9 +55,10 @@
 
 ## 资源元素
 
-资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `url`。如果某个平台不支持特定的资源类型，适配器应该用 `url` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
+资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `src`。如果某个平台不支持特定的资源类型，适配器应该用 `src` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
 
-- **url:** `string` 资源的 URL
+- **src:** `string` 资源的 URL
+- **title:** `string` 资源文件名称
 - **cache:** `boolean` 是否使用已缓存的文件
 - **timeout:** `string` 下载文件的最长时间
 
@@ -70,29 +71,40 @@
 关于它们的最佳实践，可以参考 [嵌入图片和其他资源](../../guide/basic/element.md#嵌入图片和其他资源)。
 :::
 
-### 图片 (image)
+### 图片 (img) {#img}
 
 除了上述通用属性外，还支持下面的属性：
 
-- **type:** 特殊类型，例如 `flash` 表示闪照
+- **width:** `number` 图片宽度 (像素)
+- **height:** `number` 图片高度 (像素)
 
-`<image>` 元素用于表示图片。
+`<img>` 元素用于表示图片。
 
-### 语音 (audio)
+### 音频 (audio) {#audio}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **duration:** `number` 音频长度 (秒)
+- **poster:** `string` 音频封面 URL
 
 `<audio>` 元素用于表示语音。
 
-### 视频 (video)
+### 视频 (video) {#video}
 
-参见上述通用属性。
+除了上述通用属性外，还支持下面的属性：
+
+- **width:** `number` 视频宽度 (像素)
+- **height:** `number` 视频高度 (像素)
+- **duration:** `number` 视频长度 (秒)
+- **poster:** `string` 视频封面 URL
 
 `<video>` 元素用于表示视频。
 
-### 文件 (file)
+### 文件 (file) {#file}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **poster:** `string` 文件封面 URL
 
 `<file>` 元素用于表示文件。
 
@@ -100,49 +112,49 @@
 
 修饰元素用于修饰其中的内容。如果对应的平台不支持对应的元素，可以忽略这个元素本身，正常渲染其中的子元素。
 
-### 粗体 (b, strong)
+### 粗体 (b, strong) {#b}
 
 `<b>` 或 `<strong>` 元素用于将其中的内容以粗体显示。
 
-### 斜体 (i, em)
+### 斜体 (i, em) {#i}
 
 `<i>` 或 `<em>` 元素用于将其中的内容以斜体显示。
 
-### 下划线 (u, ins)
+### 下划线 (u, ins) {#u}
 
 `<u>` 或 `<ins>` 元素用于为其中的内容附加下划线。
 
-### 删除线 (s, del)
+### 删除线 (s, del) {#s}
 
 `<s>` 或 `<del>` 元素用于为其中的内容附加删除线。
 
-### 剧透 (spl)
+### 剧透 (spl) {#spl}
 
 `<spl>` 元素用于将其中的内容标记为剧透 (默认会被隐藏，点击后才显示)。
 
-### 代码 (code)
+### 代码 (code) {#code}
 
 `<code>` 元素用于将其中的内容以等宽字体显示 (通常还会有特定的背景色)。
 
-### 上标 (sup)
+### 上标 (sup) {#sup}
 
 `<sup>` 元素用于将其中的内容以上标显示。
 
-### 下标 (sub)
+### 下标 (sub) {#sub}
 
 `<sub>` 元素用于将其中的内容以下标显示。
 
 ## 排版元素
 
-### 换行 (br)
+### 换行 (br) {#br}
 
 `<br>` 元素表示一个独立的换行。
 
-### 段落 (p)
+### 段落 (p) {#p}
 
 `<p>` 元素表示一个段落。在渲染时，它与相邻的元素之间会确保有一个换行。
 
-### 消息 (message)
+### 消息 (message) {#message}
 
 - **id:** `string` 消息 ID
 - **forward:** `boolean` 是否为转发消息
@@ -193,11 +205,11 @@ hello<message/>world
 
 元信息元素通常不会被渲染，但会影响到消息的发送行为。
 
-### 引用 (quote)
+### 引用 (quote) {#quote}
 
 `<quote>` 元素用于表示对消息引用。它的子元素会被渲染为引用的内容。理论上所有 `<message>` 元素的特性也可以用于 `<quote>` 元素，包括子元素 (构造引用消息) 和 `forward` 属性 (引用合并转发)。然而目前似乎并没有平台提供了这样的支持。
 
-### 作者 (author)
+### 作者 (author) {#author}
 
 - **id:** `string` 用户 ID
 - **name:** `string` 昵称
@@ -209,7 +221,7 @@ hello<message/>world
 
 交互元素用于显然消息中的可交互性内容。如果平台不支持此类元素且难以提供回退，可以直接忽略整个元素。实现侧应当根据平台特性，针对性地返回带有交互和不带有交互的消息。
 
-### 按钮 (button) <badge type="warning">实验性</badge>
+### 按钮 (button) <badge type="warning">实验性</badge> {#button}
 
 - **id:** `string` 按钮的 ID
 - **type:** `string` 按钮的类型
diff --git a/ja-JP/api/message/encoder.md b/ja-JP/api/message/encoder.md
index cd034b490aa9..fbd3f9a71ffb 100644
--- a/ja-JP/api/message/encoder.md
+++ b/ja-JP/api/message/encoder.md
@@ -1,10 +1,10 @@
 # 消息编码器 (MessageEncoder) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 消息编码](../../guide/adapter/message.md)
 :::
 
diff --git a/ja-JP/api/message/syntax.md b/ja-JP/api/message/syntax.md
index f1fe02bd9b0c..b2d4564c5bc7 100644
--- a/ja-JP/api/message/syntax.md
+++ b/ja-JP/api/message/syntax.md
@@ -1,4 +1,4 @@
-# 语法规范
+# 構文規則
 
 大多数涉及消息的地方都可以使用消息元素，例如：
 
@@ -16,12 +16,12 @@
 
 你可以在消息元素内使用任何字符。不过部分特殊字符需要转义：
 
-|  原始字符   |     转义写法     |
-|:-------:|:------------:|
-|   `"`   | `&quot;` |
-| `&` | `&amp;`  |
-| `<`  |  `&lt;`  |
-| `>`  |  `&gt;`  |
+| 原始字符 |       转义写法       |
+| :--: | :--------------: |
+|  `"` | `&amp;quot;` |
+|  `&` |  `&amp;amp;` |
+|  `<` |  `&amp;lt;`  |
+|  `>` |  `&amp;gt;`  |
 
 根据上下文的不同，有些字符可能不需要被转义或使用其他的转义方式。
 
@@ -72,7 +72,7 @@
 ```
 
 ```html
-<tag>&lt;foo&gt; bar</tag>
+<tag>&amp;lt;foo&amp;gt; bar</tag>
 ```
 
 ### 注释
diff --git a/ja-JP/api/resources/channel.md b/ja-JP/api/resources/channel.md
index b9677b4936f0..120276f4a6a9 100644
--- a/ja-JP/api/resources/channel.md
+++ b/ja-JP/api/resources/channel.md
@@ -1,11 +1,11 @@
 # 频道 (Channel)
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的频道对象。
 
 - 要了解数据库中的频道，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#channel)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#频道)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 频道](../glossary.md#channel)
+  :::
 
 ## 类型定义
 
@@ -20,8 +20,8 @@ export interface Channel {
 export enum ChannelType {
   TEXT = 0,
   DIRECT = 1,
-  VOICE = 2,
-  CATEGORY = 3,
+  CATEGORY = 2,
+  VOICE = 3,
 }
 ```
 
diff --git a/ja-JP/api/resources/member.md b/ja-JP/api/resources/member.md
index 69b86e79f0d0..a2bc633783c0 100644
--- a/ja-JP/api/resources/member.md
+++ b/ja-JP/api/resources/member.md
@@ -45,7 +45,7 @@ interface GuildMember {
 
 将某个用户踢出群组。
 
-### bot.muteGuildMember(guildId, userId, duration?, reason?) <badge type="warning">实验性</badge>
+### bot.muteGuildMember(guildId, userId, duration, reason?) <badge type="warning">实验性</badge>
 
 - **guildId:** `string` 群组 ID
 - **userId:** `string` 用户 ID
diff --git a/ja-JP/api/resources/message.md b/ja-JP/api/resources/message.md
index 4b07ccd5dc24..e5c5220d84cc 100644
--- a/ja-JP/api/resources/message.md
+++ b/ja-JP/api/resources/message.md
@@ -25,15 +25,15 @@ interface Message {
 
 向特定频道发送消息。
 
-::: warning
+:::warning
 只要你能够获取到会话对象，你就不应使用此 API，而应该使用 [`session.send()`](../core/session.md#session-send)。一些平台会将主动发送的消息同被动接收后回复的消息区分开来，甚至可能限制主动消息的发送，因此使用 [`session.send()`](../core/session.md#session-send) 总是有更好的可靠性。
 :::
 
-::: tip
+:::tip
 `bot.sendMessage()` 既可以发送群聊消息，也可以发送私聊消息。当发送私聊消息时，其与 `bot.sendPrivateMessage()` 的区别在于前者传入的是频道 ID，而后者传入的是用户 ID。
 :::
 
-::: tip
+:::tip
 大多数情况下应当使用 [`MessageEncoder`](../message/encoder.md) 实现消息发送功能，而不是直接实现此方法。
 :::
 
@@ -71,10 +71,11 @@ interface Message {
 
 修改特定消息。
 
-### bot.getMessageList(channelId, next?)
+### bot.getMessageList(channelId, next?, direction?)
 
 - **channelId:** `string` 频道 ID
-- **next:** `string` 分页令牌
+- **next:** `string` 分页令牌，未指定时视为从最新消息向前获取
+- **direction:** `Direction` 消息获取方向，可以为 `'before' | 'after' | 'around'`
 - 返回值: `Promise<List<Message>>` 消息列表
 
 获取频道消息列表。
diff --git a/ja-JP/api/resources/reaction.md b/ja-JP/api/resources/reaction.md
index 0bd5812634aa..92e0a9a8d393 100644
--- a/ja-JP/api/resources/reaction.md
+++ b/ja-JP/api/resources/reaction.md
@@ -1,6 +1,6 @@
 # 表态 (Reaction) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
diff --git a/ja-JP/api/resources/user.md b/ja-JP/api/resources/user.md
index 9ea3fe1cb44b..7001aee04339 100644
--- a/ja-JP/api/resources/user.md
+++ b/ja-JP/api/resources/user.md
@@ -1,11 +1,11 @@
 # 用户 (User)
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的用户对象。
 
 - 要了解数据库中的用户，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#user)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#用户)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 用户](../glossary.md#user)
+  :::
 
 ## 类型定义
 
diff --git a/ja-JP/api/service/events.md b/ja-JP/api/service/events.md
index 2a27ed980187..83f7be83b857 100644
--- a/ja-JP/api/service/events.md
+++ b/ja-JP/api/service/events.md
@@ -1,16 +1,17 @@
 # 事件系统 (Events)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍事件 API。如果想了解 Koishi 的内置事件，请前往 [API > 核心模块 > 事件](../core/events.md)。
 :::
 
 ## 实例方法
 
 ### ctx.emit(session?, event, ...param)
+
 ### ctx.parallel(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
@@ -21,6 +22,7 @@
 同时触发所有 event 事件的能够匹配 session 对象的回调函数。emit 为同步，parallel 为异步。
 
 ### ctx.bail(session?, event, ...param)
+
 ### ctx.serial(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
diff --git a/ja-JP/api/service/filter.md b/ja-JP/api/service/filter.md
index 81522dd159de..1b0d67e59c9f 100644
--- a/ja-JP/api/service/filter.md
+++ b/ja-JP/api/service/filter.md
@@ -18,8 +18,8 @@
 
 选取上下文全集。
 
-::: tip
-这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 [](../../guide/plugin/lifecycle.md#dispose-事件)。
+:::tip
+这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 。
 :::
 
 ### ctx.never()
@@ -29,9 +29,13 @@
 选取上下文空集。
 
 ### ctx.self(...values)
+
 ### ctx.user(...values)
+
 ### ctx.guild(...values)
+
 ### ctx.channel(...values)
+
 ### ctx.platform(...values)
 
 - **values:** `string[]` 允许的机器人 / 用户 / 群组 / 频道 / 平台名称构成的数组
@@ -59,4 +63,3 @@
 - 返回值: `Context` 新的上下文
 
 给出当前上下文和其他上下文的差集。
-
diff --git a/ja-JP/api/service/http.md b/ja-JP/api/service/http.md
index e2254a929fec..0578984760c1 100644
--- a/ja-JP/api/service/http.md
+++ b/ja-JP/api/service/http.md
@@ -1,46 +1,3 @@
-# 网络请求 (HTTP)
+# ネットワークリクエスト (HTTP)
 
-::: warning
-未来可能会将本插件重构为基于 [Fetch API](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的实现。
-:::
-
-`ctx.http` 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。
-
-你可能会有这样的疑问：为什么不直接使用 axios，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了 [全局的配置项](../../api/core/app.html#options-request-proxyagent)，各个插件则只需要调用 `ctx.http` 即可。
-
-## 实例方法
-
-### ctx.http(method, url, config)
-
-- **method:** `string` 请求方法
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-### ctx.http.head(url, config)
-### ctx.http.get(url, config)
-### ctx.http.delete(url, config)
-
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 HEAD / GET / DELETE 请求。
-
-### ctx.http.post(url, data, config)
-### ctx.http.put(url, data, config)
-### ctx.http.patch(url, data, config)
-
-- **url:** `string` 请求地址
-- **data:** `any` 请求数据
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 POST / PUT / PATCH 请求。
-
-### ctx.http\.ws(url)
-
-- **url:** `string` 请求地址
-- 返回值: `WebSocket`
-
-创建一个 WebSocket 连接。
+参见 [`@koishijs/plugin-http`](../../plugins/develop/http.md) 插件文档。
diff --git a/ja-JP/api/service/i18n.md b/ja-JP/api/service/i18n.md
index 7b6a07490085..826cc867419a 100644
--- a/ja-JP/api/service/i18n.md
+++ b/ja-JP/api/service/i18n.md
@@ -1,6 +1,6 @@
-# 国际化 (I18n)
+# 国際化 (I18n)
 
-::: tip
+:::tip
 参见：[开发 > 国际化](../../guide/i18n/index.md)
 :::
 
diff --git a/ja-JP/api/service/loader.md b/ja-JP/api/service/loader.md
index 0e4a666530c2..df63d5bf2879 100644
--- a/ja-JP/api/service/loader.md
+++ b/ja-JP/api/service/loader.md
@@ -1,10 +1,10 @@
 # 加载器 (Loader) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性 API，未来可能会发生变化。
 :::
 
-::: warning
+:::warning
 此服务仅在 CLI (启动器 / 模板项目) 环境下可用，[作为依赖调用](../../manual/starter/direct.md) 的 Koishi 将不具备此服务。
 :::
 
@@ -18,7 +18,7 @@ Loader 服务可用于管理 Koishi 实例加载的插件。通常情况下你
 
 一个特殊的对象，可以在环境变量中存储少量数据。可以配合 `ctx.loader.fullReload()` 方法使用，以便在重启后恢复数据。
 
-::: warning
+:::warning
 如果你的插件需要持久化大量数据，请使用本地文件或者数据库。
 :::
 
diff --git a/ja-JP/api/service/permissions.md b/ja-JP/api/service/permissions.md
index bddd69fc8771..b74da94b8be4 100644
--- a/ja-JP/api/service/permissions.md
+++ b/ja-JP/api/service/permissions.md
@@ -1,16 +1,19 @@
 # 权限管理 (Permissions) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能在后续版本中发生变化。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 权限管理](../../guide/database/permission.md)
 :::
 
 ## 实例方法
 
-### ctx.permissions.define(name, inherits)
+### ctx.permissions.define(name, options)
+
+- **name:** `string` 权限名称
+- **options.check:** `(session: Partial<Session>) => boolean` 权限检查函数
 
 ### ctx.permissions.inherit(a, b)
 
diff --git a/ja-JP/api/service/registry.md b/ja-JP/api/service/registry.md
index 87b34e4b294e..ed791af3bfbc 100644
--- a/ja-JP/api/service/registry.md
+++ b/ja-JP/api/service/registry.md
@@ -1,4 +1,4 @@
-# 插件系统 (Registry)
+# プラグインシステム (Registry)
 
 ## 实例属性
 
@@ -20,7 +20,7 @@
 
 当前上下文中安装一个插件。参见 [认识插件](../../guide/plugin/)。
 
-### ctx.using(deps, plugin)
+### ctx.inject(deps, plugin)
 
 - **deps:** `string[]` 依赖的服务列表
 - **plugin:** `Plugin` 要安装的插件
@@ -28,12 +28,6 @@
 
 安装一个存在服务依赖的插件。参见 [服务的依赖关系](../../guide/plugin/service.md#服务的依赖关系)。
 
-### ctx.start()
-
-- 返回值: `Promise<void>`
-
-启动此应用。
-
 ### ctx.stop()
 
 - 返回值: `Promise<void>`
diff --git a/ja-JP/api/service/router.md b/ja-JP/api/service/router.md
index fd735c3cdcb1..15078b619c17 100644
--- a/ja-JP/api/service/router.md
+++ b/ja-JP/api/service/router.md
@@ -1,10 +1,10 @@
-# 网络服务 (Router)
+# ネットワークサービス (Router)
 
-::: danger
+:::danger
 `ctx.router` 需要手动声明为 `inject`。在未来的版本，我们将会把此服务移至插件中。
 :::
 
-::: tip
+:::tip
 Koishi 默认情况下并不会监听任何端口，如要启用网络服务请记得配置 [`options.port`](../core/app.md#options-port)。
 :::
 
@@ -15,11 +15,11 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
 2. 未来可能会不基于 Koa Router 重新实现路由系统。
-:::
+   :::
 
 ## 实例方法
 
-### ctx.router\[method\](path, middleware)
+### ctx.router\[method]\(path, middleware)
 
 - **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
@@ -27,7 +27,7 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
 
-### ctx.router\.ws(path, handler)
+### ctx.router.ws(path, handler)
 
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
 - **handler:** `WebSocketHandler` 处理函数，接受下列参数
diff --git a/ja-JP/api/service/server.md b/ja-JP/api/service/server.md
new file mode 100644
index 000000000000..fbed8a37213f
--- /dev/null
+++ b/ja-JP/api/service/server.md
@@ -0,0 +1,3 @@
+# 服务器 (Server)
+
+参见 [`@koishijs/plugin-server`](../../plugins/develop/server.md) 插件文档。
diff --git a/ja-JP/api/service/timer.md b/ja-JP/api/service/timer.md
new file mode 100644
index 000000000000..81634e17db11
--- /dev/null
+++ b/ja-JP/api/service/timer.md
@@ -0,0 +1,53 @@
+# 计时器 (Timer)
+
+## 实例方法
+
+### ctx.setTimeout(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数。返回的函数可以用于取消此计时器。
+
+### ctx.setInterval(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数，然后每隔指定的延迟时间重复执行。返回的函数可以用于取消此计时器。
+
+### ctx.sleep(delay)
+
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `Promise<void>`
+
+等待指定的延迟时间。如果在此期间插件被停用，将会抛出一个错误。
+
+### ctx.throttle(callback, delay, noTrailing?)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- **noTrailing:** `boolean` 是否禁用尾随调用
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数在指定的周期内最多执行一次。
+
+具体表现为，此函数被调用后会立即执行，并在接下来的 `delay` 毫秒内忽略所有调用。
+
+默认情况下，如果在最后一次实际执行后的一个延迟周期内再次调用返回的函数，则会在此延迟周期结束时再次执行 (即尾随调用)。将 `noTrailing` 设置为 `true` 可禁用此行为。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
+
+### ctx.debounce(callback, delay)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数会忽略小于指定间隔的所有高频调用。
+
+具体表现为，此函数被调用后，不会立即执行，而是会等待 `delay` 毫秒。如果在此期间再次调用返回的函数，则会重新计时。直到 `delay` 毫秒内没有调用，此函数才会执行。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
diff --git a/ja-JP/api/utils/logger.md b/ja-JP/api/utils/logger.md
index d80e12bd6dd9..5daeba248f46 100644
--- a/ja-JP/api/utils/logger.md
+++ b/ja-JP/api/utils/logger.md
@@ -1,6 +1,6 @@
-# 输出日志 (Logger)
+# ログ出力 (Logger)
 
-::: tip
+:::tip
 本节中的 API 来自 [reggol](https://github.com/shigma/reggol)，并由 Koishi 重新导出。
 :::
 
@@ -82,6 +82,6 @@ logger:
 
 以不同的输出等级输出日志。参数的使用方法与 [`console.log`](https://developer.mozilla.org/zh-CN/docs/Web/API/Console/log) 相同。
 
-::: tip
+:::tip
 运行时产生的错误 (如请求失败，数据库访问失败等) 都属于 warning，只有在创建阶段和连接阶段抛出的错误才会通过 error 输出 (参见 [生命周期](../../guide/plugin/lifecycle.md))。
 :::
diff --git a/ja-JP/api/utils/misc.md b/ja-JP/api/utils/misc.md
index 4a47048dfafe..66edb00f9b01 100644
--- a/ja-JP/api/utils/misc.md
+++ b/ja-JP/api/utils/misc.md
@@ -1,12 +1,12 @@
-# 其他工具 (Misc)
+# 雑用ツール (Misc)
 
-::: tip
+:::tip
 本节中的 API 来自 [cosmokit](https://github.com/shigma/cosmokit)，并由 Koishi 重新导出。
 :::
 
 这一节介绍了其他未被归类的内置工具函数。
 
-## 字符串操作
+## 字符串操作 {#string}
 
 ### capitalize(source)
 
@@ -36,7 +36,7 @@
 
 如果输入的是字符串，则将字符串转换成 snake_case；如果是数组或对象，则递归地将对象中的每个（可枚举）的键转换成 snake_case；其他情况不受影响。
 
-## 集合操作
+## 集合操作 {#set}
 
 ### contain(array1, array2)
 
@@ -70,7 +70,7 @@
 
 求两个集合的并集。
 
-## 对象操作
+## 对象操作 {#object}
 
 ### is(type, value)
 
@@ -133,7 +133,58 @@
 
 将对象的每个键进行过滤，返回新的对象。
 
-## 日期操作
+## 二进制数据 {#binary}
+
+### Binary.is(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike`。
+
+### Binary.isSource(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike` 或 `ArrayBufferView`。
+
+### Binary.fromSource(source)
+
+- **source:** `ArrayBufferLike | ArrayBufferView` 要转换的值
+- 返回值: `ArrayBufferLike`
+
+将可能的 `ArrayBufferView` 转换成 `ArrayBuffer`。
+
+### Binary.toBase64(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成 base64 字符串。
+
+### Binary.fromBase64(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将 base64 字符串转换成二进制数据。
+
+### Binary.toHex(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成十六进制字符串。
+
+### Binary.fromHex(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将十六进制字符串转换成二进制数据。
+
+## 时间与日期 {#time}
 
 ### 静态属性
 
diff --git a/ja-JP/api/utils/observer.md b/ja-JP/api/utils/observer.md
index 44adbe2db122..786abf49e96b 100644
--- a/ja-JP/api/utils/observer.md
+++ b/ja-JP/api/utils/observer.md
@@ -1,4 +1,4 @@
-# 观察者 (Observer)
+# オブザーバー
 
 ## observe(target, update?, label?)
 
diff --git a/ja-JP/api/utils/random.md b/ja-JP/api/utils/random.md
index 6d33a5a2a831..1bd23572e641 100644
--- a/ja-JP/api/utils/random.md
+++ b/ja-JP/api/utils/random.md
@@ -1,6 +1,6 @@
 # 随机数操作
 
-::: tip
+:::tip
 本节中的 API 来自 [inaba](https://github.com/shigma/inaba)，并由 Koishi 重新导出。
 :::
 
@@ -49,7 +49,7 @@ random.pick([1, 2, 3])          // 随机选取一个元素
 - **end:** `number` 上界
 - 返回值: `number` 一个 `[start, end)` 之间的随机整数
 
-生成一个随机实数。
+生成一个随机整数。
 
 ### Random.pick(array, count?)
 
diff --git a/ja-JP/api/utils/schema.md b/ja-JP/api/utils/schema.md
index e61a1eb03f02..ae49dc4f0100 100644
--- a/ja-JP/api/utils/schema.md
+++ b/ja-JP/api/utils/schema.md
@@ -217,7 +217,7 @@ validate(10)                    // 11
 
 ## 实例方法
 
-::: tip
+:::tip
 请注意：`default` 和 `required` 是互斥的，你只能同时使用其中一个。
 :::
 
diff --git a/ja-JP/cookbook/appendix/commands.md b/ja-JP/cookbook/appendix/commands.md
index ad12a56c628d..3cb5228bafac 100644
--- a/ja-JP/cookbook/appendix/commands.md
+++ b/ja-JP/cookbook/appendix/commands.md
@@ -1,6 +1,6 @@
 # 案例：指令管理
 
-::: tip
+:::tip
 主条目：[可逆的 Koishi](../design/disposable.md)
 :::
 
@@ -12,7 +12,7 @@
 
 - 设置别名和显示名称
 - 添加和删除子指令
-- 权限管理
+- 権限管理
 - 速率限制
 
 与此同时，该插件也允许其他插件通过 `ctx.schema` 服务注册更多可以被该插件所配置的功能。
@@ -28,6 +28,7 @@
 可逆的 Koishi 要求 commands 插件回收自身产生的一切副作用，即：当插件被停用时，用户对指令系统做出的一切改动应当复原：已修改的配置项、指令的别名和显示名称全部恢复为未启用此插件时的状态；创建的新指令被移除；被调整的父子指令关系被复原。
 
 ### 控制台依赖
+
 commands 插件的功能可以分为两个部分：
 
 1. 读取配置项，并对指令系统做出改动。
diff --git a/ja-JP/cookbook/design/disposable.md b/ja-JP/cookbook/design/disposable.md
index ad1f30900e3f..de47cb11e2d8 100644
--- a/ja-JP/cookbook/design/disposable.md
+++ b/ja-JP/cookbook/design/disposable.md
@@ -5,7 +5,7 @@
 
 - 为什么我们需要可逆的插件系统？
 - Cordis 是如何实现资源安全的？
-:::
+  :::
 
 Koishi 的一切都从 Cordis 开始。但我想大部分 Koishi 的开发者都不知道 Cordis 是什么。如果让我来定义的话，Cordis 是一个**元框架 (Meta Framework)**，即一个用于构建框架的框架。
 
@@ -63,11 +63,15 @@ Cordis 的名字来源于拉丁语的心。我希望它能成为未来软件 (
 
 函数式编程中有着纯函数的概念——给定相同的输入总是给出相同的输出。然而，现实中的程序往往要与各种各样的副作用打交道。对于这种情况，我们可以对函数进行“纯化”——将它的副作用转化为参数和返回值的一部分即可。考虑下面的函数：
 
-$$ f_\text{impure}: \text{X}\to\text{Y} $$
+$$
+f_\text{impure}: \text{X}\to\text{Y}
+$$
 
 假设它含有副作用，我们把所有可能的副作用用类型 $\mathcal{C}$ 封装起来，则该函数可以被转化为：
 
-$$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
+$$
+f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y}
+$$
 
 此时我们得到的就一个纯函数，它接受 $\mathcal{C}$ 和参数，返回修改过的 $\mathcal{C}$ 和返回值。
 
@@ -79,13 +83,24 @@ $$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
 
 进一步，我们还希望 $f$ 的副作用是可以回收的。换言之，我们额外要求 $f$ 存在逆元 $f^{-1}$，此时 $\mathfrak{F}$ 就构成一个群。但仅仅知道函数可逆并不能帮助我们找到它的逆，我们需要在书写这个函数时一并写出它的回收方法。因此我们引入 $\text{effect}$ 函子，使这个函数返回一个新的函数，这个函数可用于回收此次调用的副作用：
 
-$$ \begin{array} \\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F} \\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}
+\\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right)
+\end{array}
+$$
 
 可以证明 $\text{effect}$ 是一个 $\mathfrak{F}$ 到 $\mathcal{C}\times\mathfrak{F}$ 的同态：
 
-$$ \begin{aligned} \text{effect}\ (f\circ g) \left(c, h\right) &=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
-&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\ &=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
-&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right) \end{aligned} $$
+$$
+\begin{aligned}
+\text{effect}\ (f\circ g) \left(c, h\right)
+&=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
+&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\
+&=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
+&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right)
+\end{aligned}
+$$
 
 下面是一个例子：
 
@@ -106,11 +121,16 @@ dispose()                       // 回收副作用
 
 - $\mathcal{C}\times\mathfrak{F}$ 对应着全局环境 (我们稍后会提到全局环境的坏处，但不影响这里的理解)
 - `port` 对应于上面的 $\text{X}$，由于我们可以使用柯里化，所以在数学模型中并不需要考虑它
-:::
+  :::
 
 为什么需要引入这个 $\text{effect}$ 和 $\mathcal{C}\times\mathfrak{F}$ 呢？它的作用是将副作用从函数的返回值中分离出来，从而实现副作用的回收。只需定义 $\text{restore}$ 变换 (不难发现它确实是 $\text{effect}$ 的逆操作)：
 
-$$ \begin{array} \\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F} \\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F}
+\\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right)
+\end{array}
+$$
 
 现在你就可以使用 `restore()` 来回收副作用了：
 
@@ -127,7 +147,9 @@ restore()               // 回收所有副作用
 
 当副作用被记录到全局环境时，$\mathcal{C}\times\mathfrak{F}$ 也就变成了一个更大的 $\mathcal{C}$。我们便可以这样定义：
 
-$$ \mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right) $$
+$$
+\mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right)
+$$
 
 下文中我们将直接使用 $\mathcal{C}$ 来表示 $\mathcal{C}_1$。
 
@@ -168,10 +190,14 @@ ctx.plugin(serve, { port: 80 })
 
 进一步，如果这个 API 本身还存在副作用，那提供此 API 的插件其实占用的是一种能占用资源的资源，一种高阶资源。就如同高阶函数一样，我们的 $\mathcal{C}$ 也可以是高阶的：
 
-$$ \begin{matrix} \mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
-\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\ \cdots\\
+$$
+\begin{matrix}
+\mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
+\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\
+\cdots\\
 \mathcal{C}_{n+1}=\mathcal{C}_n\times\left(\mathcal{C}_n\to\mathcal{C}_n\right)\\
-\end{matrix} $$
+\end{matrix}
+$$
 
 在 Cordis 中，插件之间默认情况下不存在先后关系。换句话说，默认任何两个插件的执行顺序都是可以交换的。如果你想要表达插件之间的依赖关系，则需要通过 **服务 (Service)** 来实现。服务用一个字符串表示，可以被插件提供 (provide) 或注入 (inject)。
 
diff --git a/ja-JP/cookbook/design/storage.md b/ja-JP/cookbook/design/storage.md
index bd48a9786af6..b1e7be4a7231 100644
--- a/ja-JP/cookbook/design/storage.md
+++ b/ja-JP/cookbook/design/storage.md
@@ -5,7 +5,7 @@
 
 - 插件要想持久化数据有哪些途径？
 - 什么是零占用模式？为什么需要实现零占用？
-:::
+  :::
 
 要为一个插件持久化一些数据，除了使用数据库外，更灵活的方式就是使用本地文件。然而到底应该将文件存放在哪里，就是一个值得深入探讨的问题了。本文将介绍 Koishi 插件开发时推荐遵循的零占用模式，它是一个兼具扩展性、可移植性和健壮性的最佳实践。
 
@@ -40,14 +40,14 @@
 
 - 更换为 JS 原生实现或 WebAssembly 实现的包 (它们不存在占用问题)。
 - 将 `.node` 或其他存在占用问题的可执行文件存放于[全局路径](#global)下。
-:::
+  :::
 
 ### 零占用的 Koishi
 
 零占用的 Koishi 是指，给定一个正在运行的 Koishi 实例，移除该实例目录下的所有内容，实例应按照预期的方式保持工作。具体而言，实例内的所有模块，包括 Koishi 本体及所有插件，均在设计时对此情况做了考虑，并编写了相应的处理逻辑：
 
 - Koishi 本体在启动时读取了配置文件。在启动后删除该文件，Koishi 保持工作。
-- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 奔溃。
+- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 崩溃。
 - 外部程序包装插件依赖外部的可执行文件进行工作。可执行文件在运行时无法解除占用，故应当预先被转移至实例目录之外。实例运行时，实例目录内不存在被占用的可执行文件。
 
 实现了零占用模式的 Koishi 项目将获得以下优点：
@@ -136,7 +136,7 @@ if (require.main === module) {
 
 在大多数情况下，我们都推荐使用运行时下载的方案。
 
-::: danger
+:::danger
 运行时下载的文档尚未编写。
 :::
 
diff --git a/ja-JP/cookbook/design/structure.md b/ja-JP/cookbook/design/structure.md
index 87d1642b94fa..79e505d1fe20 100644
--- a/ja-JP/cookbook/design/structure.md
+++ b/ja-JP/cookbook/design/structure.md
@@ -1,6 +1,6 @@
 # 项目架构
 
-::: danger
+:::danger
 本文档正在编写中，内容可能不完整或者不准确。
 :::
 
@@ -8,9 +8,9 @@
 
 下面就让我们用一张图介绍 Koishi 的底层架构吧。
 
-::: warning
+:::warning
 这里应该有一张架构图但是还没有画。
-:::  
+:::
 
 <!-- 在上图中，我们可以看到 Koishi 的核心架构分为三层：Cordis，Satori 和 Koishi：
 
diff --git a/ja-JP/cookbook/design/workspace.md b/ja-JP/cookbook/design/workspace.md
index 208b01f6ff00..3773ef6f2b2b 100644
--- a/ja-JP/cookbook/design/workspace.md
+++ b/ja-JP/cookbook/design/workspace.md
@@ -5,7 +5,7 @@
 
 - 什么是工作区仓库？相比传统开发模式有什么优势？
 - 如何在本地维护大量来自不同仓库的插件？
-:::
+  :::
 
 本文要介绍的主题是 Yakumo。Yakumo 是一个由 Koishi 官方团队开发的项目管理工具，它内置于模板项目中，可以在一个本地目录中管理来自多个仓库的工作区。Yakumo 的基本用法已经在 [工作区开发](../../guide/develop/workspace.md) 一节中介绍过了。本文主要介绍其背后的设计思想和高级功能。
 
@@ -75,7 +75,7 @@ root
 
 这种做法的好处是显而易见的。首先，由于开发者无需提交根工作区，因此也不会有隐私数据泄露的风险。其次，二次开发时也可以按需下载插件，不必为了不需要的插件安装依赖或配置环境。
 
-::: tip
+:::tip
 如果你想要分发的不是插件而是成品机器人本身，那么你就需要提交根工作区了。像这种包含根工作区的仓库被称为 [整合包](../practice/bundle.md)，你可以在对应的文档中了解更多信息。
 :::
 
diff --git a/ja-JP/cookbook/message.md b/ja-JP/cookbook/message.md
index b10b5539cdbf..18f15c13dc0c 100644
--- a/ja-JP/cookbook/message.md
+++ b/ja-JP/cookbook/message.md
@@ -9,10 +9,10 @@
 1. message 事件触发，进入中间件处理流程
 2. 根据上下文从中间件池中筛选出要执行的中间件序列
 3. 逐一执行中间件：
-    - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
-    - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
-    - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
-    - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
+   - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
+   - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
+   - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
+   - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
 4. 触发 [middleware](../api/core/events.md#事件：middleware) 事件
 5. 更新当前用户和群的缓冲数据 (参见 [按需加载与自动更新](../guide/database/builtin.md#按需加载与自动更新))
 
@@ -22,26 +22,25 @@
 2. 预处理消息内容，生成 [`session.stripped`](../api/core/session.md#session-stripped)
 3. 触发 [before-parse](../api/core/events.md#事件：before-parse) 事件，尝试解析消息内容 ([快捷匹配](../guide/basic/command.md#快捷匹配) 的解析也在此处完成)
 4. 如果数据库存在：
-    - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
-    - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
-    - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
-    - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
-    - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
-    - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
+   - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
+   - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
+   - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
+   - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
+   - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
+   - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
 5. 如果解析出指令：执行该指令 (下接 [指令执行流程](#指令执行流程))
 6. 尝试解析出候选指令，如果成功则显示候选项 (参见 [模糊匹配](../manual/recipe/execution.md#模糊匹配))
 
-在以上过程中，无论是解析指令还是出发内置的 before-attach-* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
+在以上过程中，无论是解析指令还是出发内置的 before-attach-\* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
 
 ### 指令执行流程
 
 1. 如果解析过程中存在错误 (如非法参数等)，直接返回错误信息
 2. 逐一调用 check 回调函数，直到返回值不为 `undefined`
 3. 触发 [before-command](../api/core/events.md#事件：before-command) 事件：
-    - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
-    - 根据配置检查用户权限和调用记录
+   - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
+   - 根据配置检查用户权限和调用记录
 4. 逐一调用 action 回调函数，直到返回值不为 `undefined`
 5. 触发 [command](../api/core/events.md#事件：command) 事件
-
diff --git a/ja-JP/cookbook/practice/assets.md b/ja-JP/cookbook/practice/assets.md
index 36788ebdcccf..e64b5d3c0c98 100644
--- a/ja-JP/cookbook/practice/assets.md
+++ b/ja-JP/cookbook/practice/assets.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 什么情况下插件需要转存资源文件？
-:::
+  :::
diff --git a/ja-JP/cookbook/practice/bundle.md b/ja-JP/cookbook/practice/bundle.md
index d133106ce7d3..83e83b88230b 100644
--- a/ja-JP/cookbook/practice/bundle.md
+++ b/ja-JP/cookbook/practice/bundle.md
@@ -2,7 +2,7 @@
 
 正如 [深入工作区](../design/workspace.md) 一文所说，对于普通的插件开发者，我们不建议将模板项目提交到 Git 仓库中。但凡事总有例外——如果你想要分发的不是插件而是成品机器人本身，那么你就需要提交根工作区了。像这种包含根工作区的仓库被称为 **整合包 (Bundle)**。
 
-## 起步
+## はじめに
 
 :::tip
 在开始之前，我们推荐你创建一个全新的模板项目。由于整合包功能还在开发中，模板项目的结构可能随时发生更改。使用全新的模板项目可以确保你可以顺利完成后续流程。
@@ -76,6 +76,6 @@ root
 
 目前的所有工作流都基于整合包的版本号。当根工作区的版本号变动时，所有的工作流将开始运行。一次完整的发布将包含适用于 Koishi Desktop、Koishi Android 的完整环境，甚至是 Docker 镜像和 npm 包。部分流程需要配置 actions secrets，可以参考下面的列表：
 
-- DOCKER\_USERNAME
-- DOCKER\_PASSWORD
-- NPM\_TOKEN
+- DOCKER_USERNAME
+- DOCKER_PASSWORD
+- NPM_TOKEN
diff --git a/ja-JP/cookbook/practice/online.md b/ja-JP/cookbook/practice/online.md
index 46c280795607..5ddc961a0a98 100644
--- a/ja-JP/cookbook/practice/online.md
+++ b/ja-JP/cookbook/practice/online.md
@@ -6,7 +6,7 @@
 
 ## 部署插件
 
-::: tip
+:::tip
 阅读本节前请先阅读 [发布插件](../../guide/develop/publish.md)。
 :::
 
@@ -163,35 +163,41 @@ ctx.console.addEntry(process.env.KOISHI_BASE ? [
 
 ## 本地测试
 
-::: tip
+:::tip
 阅读本节前请先阅读 [工作区开发](../../guide/develop/workspace.md)。
 :::
 
 如果你想在本地测试插件是否能在 k-on! 中运行，可以参考以下流程：
 
-1. 克隆 koishijs/webui 和 koishijs/ponyfills 仓库。
+1. 克隆 koishijs/webui 和 cordiverse/ponyfills 仓库。
+
+:::tabs code
 
-::: tabs code
 ```npm
 npm run clone koishijs/webui
-npm run clone koishijs/ponyfills
+npm run clone cordiverse/ponyfills
 ```
+
 ```yarn
 yarn clone koishijs/webui
-yarn clone koishijs/ponyfills
+yarn clone cordiverse/ponyfills
 ```
+
 :::
 
 2. 启动 k-on! 开发脚本。
 
-::: tabs code
+:::tabs code
+
 ```npm
 cd external/webui
 npm run dev
 ```
+
 ```yarn
 yarn workspace @root/webui dev
 ```
+
 :::
 
 3. 在浏览器中打开 `http://localhost:3000` 即可访问 k-on!
diff --git a/ja-JP/cookbook/practice/render.md b/ja-JP/cookbook/practice/render.md
index 1e8d5d5e3630..eac262b28273 100644
--- a/ja-JP/cookbook/practice/render.md
+++ b/ja-JP/cookbook/practice/render.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 如何让插件输出好看的图片？
-:::
+  :::
diff --git a/ja-JP/cookbook/practice/testing.md b/ja-JP/cookbook/practice/testing.md
index ff1e09c2fce8..ca24cefca80d 100644
--- a/ja-JP/cookbook/practice/testing.md
+++ b/ja-JP/cookbook/practice/testing.md
@@ -10,7 +10,7 @@
 
 本章将介绍官方插件 `@koishijs/plugin-mock`。你可以用它来快速检验你编写的 Koishi 插件。
 
-::: tip
+:::tip
 本节中介绍的样例用到了 [Mocha](https://mochajs.org/) 和 [Chai](https://www.chaijs.com/)。它们都是比较通用的测试库和断言库，但并非绑定 @koishijs/plugin-mock 一同使用。你也可以根据你的喜好选择其他工具，比如 [Jest](https://jestjs.io/) 等等。
 :::
 
@@ -18,16 +18,19 @@
 
 首先在工作区中安装所需的测试工具以及 @koishijs/plugin-mock：
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm i mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 ```yarn
 yarn add mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 :::
 
-::: tip
+:::tip
 这里的 `-W` 表明直接安装到根工作区。你也可以改成只对一个插件添加这些依赖，不过考虑到你可能会在其他插件中也用到它们，安装到根工作区会更加方便。
 :::
 
diff --git a/ja-JP/guide/adapter/adapter.md b/ja-JP/guide/adapter/adapter.md
index 514f6f1c8df0..a70200369b7f 100644
--- a/ja-JP/guide/adapter/adapter.md
+++ b/ja-JP/guide/adapter/adapter.md
@@ -2,7 +2,7 @@
 
 我们已经知道，单独一个 `Bot` 类已经构成一个合法的插件了。不过，这样的插件只具备调用平台 API 的能力，还无法接收消息。这个时候就需要 `Adapter` 类出场了。
 
-## 适配器的类型
+## 适配器的类型 {#types}
 
 适配器需要建立并维护机器人与聊天平台之间的连接。通常来说，根据协议的不同，适配器与机器人可能是一对一的，也可能是一对多的。让我们再看一眼之前介绍过的 `ReplBot` 实例：
 
@@ -23,11 +23,11 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 简单来说就是，在实现适配器时，首先需要协议的类型确定适配器与机器人的对应关系。如果是一对一的，就需要声明 `reusable` 属性，否则不需要声明。此外，对于部分典型场景，我们又进一步派生出了 `Adapter.WsClient` 等子类，方便你快速实现适配器。
 
-## 典型实现
+## 典型实现 {#typical-impls}
 
 下面让我们看几种典型的适配器实现。
 
-### WebSocket
+### WebSocket {#websocket}
 
 一种常见的通信方式是 WebSocket，许多平台 (Discord、KOOK、钉钉等) 都会使用这项技术。它的工作原理是，机器人首先向聊天平台的 WebSocket 网关发起连接请求，随后平台会将事件推送到机器人的 WebSocket 连接上。这里我们还是以 Discord 平台为例：
 
@@ -86,18 +86,18 @@ if (session) this.dispatch(session)
 
 `createSession()` 会根据事件的类型，创建不同的 `Session` 实例。如果无法对应到标准的会话事件，那么 `createSession()` 方法会返回空值，表示我们不需要调用 `dispatch()` 方法。
 
-### Webhook
+### Webhook {#webhook}
 
 另一种常见的通信方式是 Webhook，使用这种通信方式的平台有飞书、企业微信、Line 等。它的工作原理是，机器人搭建者首先在聊天平台的开发者后台配置一个 HTTP 服务器地址，随后平台会将事件推送到该地址上。这里我们以 Line 平台为例：
 
 ```ts
 export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(public ctx: C) {
     super()
 
-    ctx.router.post('/line', async (ctx) => {
+    ctx.server.post('/line', async (ctx) => {
       const { destination, events } = ctx.request.body
       const bot = this.bots.find(bot => bot.selfId === destination)
       if (!bot) return ctx.status = 403
@@ -114,7 +114,7 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
   async start(bot: LineBot) {
     await this.getLogin()
     await bot.internal.setWebhookEndpoint({
-      endpoint: this.ctx.router.config.selfUrl + '/line',
+      endpoint: this.ctx.server.config.selfUrl + '/line',
     })
   }
 }
@@ -125,11 +125,11 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
 ```ts
 await this.getLogin()
 await bot.internal.setWebhookEndpoint({
-  endpoint: this.ctx.router.config.selfUrl + '/line',
+  endpoint: this.ctx.server.config.selfUrl + '/line',
 })
 ```
 
-对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.router` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
+对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.server` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
 
 ```ts
 const sign = ctx.headers['x-line-signature']?.toString()
@@ -147,7 +147,7 @@ for (const event of parsed.events) {
 }
 ```
 
-### 其他通信方式
+### 其他通信方式 {#others}
 
 除了 WebSocket 和 Webhook 以外，还有一些其他可能出现的通信方式：
 
@@ -156,11 +156,11 @@ for (const event of parsed.events) {
 
 当然，对于那些不太像聊天平台的聊天平台，你也可以不必拘泥于传统的通信方式。直接继承 `Adapter` 基类，实现自己的逻辑即可。无论是我们在本章开始介绍的命令行环境，又或者是邮件、短信，甚至是社交媒体的评论区、私信，只要是能打字的地方，都可以通过适配器的方式接入到 Koishi 中！
 
-## 进阶技巧
+## 进阶技巧 {#advanced}
 
 接下来我们将介绍一些复杂适配器的实现技巧。
 
-### 多协议支持
+### 多协议支持 {#multi-protocol}
 
 部分平台同时支持了多种通信方式，例如 Telegram 就同时支持了 Webhook 和 HTTP 轮询。对于此类平台，我们可以提供一个配置项，让用户根据需要自行选择通信方式。
 
@@ -183,12 +183,12 @@ adapter-telegram
 class ServerAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {}
 
 namespace ServerAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'server'
     path?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     path: Schema.string().default('/telegram'),
   })
@@ -202,12 +202,12 @@ class PollingAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {
 }
 
 namespace PollingAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'polling'
     timeout?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     timeout: Schema.number().default(Time.second * 25),
   })
@@ -229,28 +229,28 @@ class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 
 namespace TelegramBot {
-  export type Config = ServerAdapter.Config | PollingAdapter.Config
+  export type Config = ServerAdapter.Options | PollingAdapter.Options
 
   export const Config: Schema<Config> = Schema.intersect([
     Schema.object({
       protocol: Schema.union(['server', 'polling']).required(),
     }),
     Schema.union([
-      HttpServer.Config,
-      HttpPolling.Config,
+      HttpServer.Options,
+      HttpPolling.Options,
     ]),
   ])
 }
 ```
 
-### 动态创建机器人
+### 动态创建机器人 {#dynamic}
 
 到此为止，我们的适配器开发中都存在一个隐含限制：用户的一次插件加载只能对应于一个 `Bot` 实例。如果用户需要创建多个机器人，那么就需要多次加载插件。这是因为在绝大多数适配器的使用场景下，用户都能很明确地知道自己需要创建多少个机器人。然而总有一些例外情况：
 
 - WhatsApp 平台的一个应用可以填入多个手机号，也就对应了多个 `Bot` 实例。
 - Satori 协议并不预先知道机器人的数量，而是在连接中根据机器人相关事件动态创建的。
 
-::: warning
+:::warning
 无限制的 `Bot` 连接可能会导致你的 Koishi 被恶意调用。因此，如果将适配器作为可任意连接的服务端，请确保在可信任的网络环境下运行，或者引入其他验证机制。
 :::
 
diff --git a/ja-JP/guide/adapter/bot.md b/ja-JP/guide/adapter/bot.md
index 775b4fa9b034..2d725b0405e2 100644
--- a/ja-JP/guide/adapter/bot.md
+++ b/ja-JP/guide/adapter/bot.md
@@ -2,7 +2,7 @@
 
 `Bot` 对应着由 Koishi 操纵的聊天平台机器人账号。其上封装了一系列方法，用于发送消息、获取频道信息等操作。要实现一个聊天平台的 `Bot` 类，只需要实现这些方法即可。
 
-## 通用接口
+## 通用接口 {#universal}
 
 让我们先回忆一下上一节介绍的 `ReplBot`：
 
@@ -27,7 +27,7 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适配器应当尽可能地实现这些标准方法，但这并不是必需的。对于平台没有提供能力的 API，可以直接略去实现。
 
-## 访问内部接口
+## 访问内部接口 {#internal-access}
 
 尽管上面的通用接口足以应对大多数插件的需求，但这并不能将平台的能力发挥到极致。为此，Koishi 也允许 `Bot` 提供一套内部接口，用于直接调用平台的原生能力。
 
@@ -37,36 +37,39 @@ Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适
 首先，插件并不能确定所拿到的 `Bot` 对象来自哪一个适配器，就算想要用上原生能力也必须强行做类型转换 (你稍后就能看到内部接口是如何解决类型问题的)；其次，原生接口可能与通用接口有相同的名称，随着 Koishi 未来进一步扩展通用接口，会有很大可能性引发接口冲突。
 :::
 
-### 在插件中访问
+### 在插件中访问 {#access-from-plugin}
 
 在插件中访问内部接口有两种方法。我们以 Discord 平台为例展示。
 
 第一种是直接通过 `bot.internal` 属性访问。这个属性在 `Bot` 基类中的类型是 `any`，因此你可以直接使用其上的方法，也可以通过类型断言来获取更好的类型提示：
 
 ```ts
+// 这一行写在文件头
+import type { DiscordBot } from '@koishijs/plugin-adapter-discord'
+
 (bot as DiscordBot).internal.getGuild(guildId)
 ```
 
-另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据：
+另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据。你可以用这种方式对特定平台提供定制化的支持：
 
 ```ts
-session.discord.getGuild(guildId)
-
-session.discord.t // 原始事件名称
-session.discord.d // 原始事件数据
-```
-
-你甚至还可以用这种方式对多种适配器提供定制化的支持：
+// 这一行写在文件头
+import {} from '@koishijs/plugin-adapter-discord'
 
-```ts
 if (session.discord) {
-  session.discord.getGuild(guildId)
+  session.discord.getGuild(guildId)     // 内部接口
+  session.discord.t                     // 原始事件名称
+  session.discord.d                     // 原始事件数据
 } else {
   // 其他平台的处理
 }
 ```
 
-### 在适配器中访问
+:::tip
+在上面的例子中，我们仅仅从 @koishijs/plugin-adapter-discord 中导入了类型。这种情况下插件并不实际依赖 Discord 适配器，因此你只需要将该依赖写入 `devDependencies` 即可。对于尚未接入 Discord 平台的用户，也不需要为运行你的插件多装一个适配器，仍然确保了安装体积的精简。关于这部分的讨论，可以参考 [服务与依赖](../plugin/service.md#peer-vs-dep) 一节。
+:::
+
+### 在适配器中访问 {#access-from-adapter}
 
 内部接口不仅能为插件提供更全面的平台能力，对适配器本身的实现也有很大的帮助。让我们截取 Discord 适配器的一段代码作为示例：
 
@@ -106,17 +109,17 @@ class DiscordBot<C extends Context> extends Bot<C> {
 
 为此，我们实现了一个 `decodeGuild` 函数，将 Discord 的数据结构转换为 Koishi 的通用数据结构。与此同时，我们把网络请求的部分放在 `Internal` 类中实现，并在 `Bot` 类中直接调用内部方法。可以看到，这样编写出来的代码结构相比直接把请求放在 `Bot` 类中要清晰得多。
 
-## 实现内部接口
+## 实现内部接口 {#internal-impl}
 
 不同的平台由于其 API 的差异性，`Internal` 类的实现方式也会有所不同。对于简单的平台，你完全可以手动实现每一个内部接口 (甚至可以不实现 `Internal` 类，就像 REPL 适配器那样)；但如果平台本身就有上百个 API，手写每一个内部接口显然既费时又啰嗦。因此，Koishi 提供了一些技巧以简化你的适配工作。我们这里仍然以 Discord 为例。
 
-### 使用 HTTP 服务
+### 使用 HTTP 服务 {#http-service}
 
 让我们进一步完成上面的代码。Discord 的 API 是 Restful 的，并且需要 `Authorization` 请求头。我们通过在 `Internal` 类中传入一个 `http` 对象简化网络请求的写法：
 
 ```ts{5,9,17-20}
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
   getGuild(guildId: string) {
     return this.http.get(`/guilds/${guildId}`)
@@ -141,19 +144,19 @@ class DiscordBot<C extends Context> extends Bot<C> {
 }
 ```
 
-[`ctx.http`](../../api/service/http.md) 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `Quester` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
+[`ctx.http`](../../api/service/http.md) 是 Koishi 的基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `HTTP` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
 
-### 反射网络请求
+### 反射网络请求 {#reflect}
 
-在 `Quester` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
+在 `HTTP` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
 
 ```ts
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
-  static define(path: string, methods: Partial<Record<Quester.Method, string | string[]>>) {
+  static define(path: string, methods: Partial<Record<HTTP.Method, string | string[]>>) {
     for (const key in methods) {
-      const method = key as Quester.Method
+      const method = key as HTTP.Method
       for (const name of makeArray(methods[method])) {
         this.prototype[name] = async function (this: Internal, ...args: any[]) {
           // 将参数填入路径中
@@ -196,7 +199,7 @@ interface Internal {
 
 上面的代码还没有考虑请求体和异常处理等问题，如果想要深入了解，可以阅读 Discord 适配器的 [源码](https://github.com/satorijs/satori/blob/master/adapters/discord/src/types/internal.ts)。事实上，Discord 的接口已经是比较复杂的了。相信有了这些技巧的加持，其他平台的适配器你一定也能手到擒来。
 
-### 注入会话属性
+### 注入会话属性 {#session-injection}
 
 在本节的最后，我们还有一点伏笔没有回收。我们还需要在 `Session` 对象中注入 `discord` 属性，以便插件能够访问到内部接口：
 
diff --git a/ja-JP/guide/adapter/integration.md b/ja-JP/guide/adapter/integration.md
index 617f8307f6e1..f9d29d32dfb3 100644
--- a/ja-JP/guide/adapter/integration.md
+++ b/ja-JP/guide/adapter/integration.md
@@ -2,9 +2,9 @@
 
 至此，Koishi 的适配器开发已经接近尾声。经过前面的几节内容，我们的适配器已经封装了平台接口，与服务器稳定地进行连接，并能够顺利地接受和发送消息。但除此以外，部分平台还提供了一些额外的能力，允许机器人做得更好。Koishi 当然也要把这些能力集成到机器人中。
 
-## 斜线指令
+## 斜线指令 {#slash-command}
 
-::: tip
+:::tip
 相关章节：[指令开发](../basic/command.md)
 :::
 
@@ -24,9 +24,9 @@ class DiscordBot {
 }
 ```
 
-## 用户语言偏好
+## 用户语言偏好 {#user-locale}
 
-::: tip
+:::tip
 相关章节：[多语言支持](../i18n/index.md)
 :::
 
diff --git a/ja-JP/guide/adapter/message.md b/ja-JP/guide/adapter/message.md
index c6440035894b..2054fb25891d 100644
--- a/ja-JP/guide/adapter/message.md
+++ b/ja-JP/guide/adapter/message.md
@@ -20,7 +20,7 @@ const encodeGuild = (data: Universal.Guild): Discord.Guild => ({
 
 Koishi 使用 [消息元素](../basic/element.md) 表达任何聊天平台的消息。这是一种类似于 HTML 的格式。消息元素作为组成消息的基本单位，可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。本节将介绍如何在消息元素与平台消息之间互相转换。
 
-## 接收消息
+## 接收消息 {#receive}
 
 在会话对象上存在两个属性与消息的内容有关：`content` 和 `elements`，它们分别对应着字符串形式和消息元素形式的消息内容。它们之间会自动转换，因此下面的两种写法是等价的：
 
@@ -41,9 +41,9 @@ session.elements = [
 session.content = input.replace(/@(\d+)/g, '<at id="$1"/>')
 ```
 
-## 发送消息
+## 发送消息 {#send}
 
-### 兼容性原则
+### 兼容性原则 {#compatibility}
 
 在具体介绍消息发送之前，不知道你是否有这样的疑问：Koishi 提供了一整套标准的消息元素，但并非所有平台都支持这些元素。对于那些不支持的元素，应该如何处理呢？
 
@@ -55,7 +55,7 @@ Koishi 的建议是**尽量兼容实现**。对于平台不支持的元素，可
 
 对于更加复杂的元素，适配器也可以发挥自主性，设计最适合的交互形式。例如，如果用户的需求是「从若干个选项中选择一个」，那么平台 A 可以渲染出多个按钮供用户点击；平台 B 则可以发送一条带有表态的消息，点击表态对应选择选项；实在不行，平台 C 也可以直接发送选项列表和文本提示语，并将用户的下一次输入作为选项。
 
-### 消息编码器
+### 消息编码器 {#encoder}
 
 之前介绍过的 REPL 适配器为了简化写法，并未包含消息的编码过程。对于一般的适配器，我们建议通过继承 `MessageEncoder` 类来实现消息的发送逻辑。
 
@@ -78,10 +78,9 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
   // 使用 payload 存储待发送的消息
   private payload: Dict
 
-  constructor(bot: TelegramBot<C>, channelId: string, guildId?: string, options?: SendOptions) {
-    super(bot, channelId, guildId, options)
-    const chat_id = guildId || channelId
-    this.payload = { chat_id, parse_mode: 'html', text: '' }
+  // 在 prepare 中初始化 payload
+  async prepare() {
+    this.payload = { chat_id: this.channelId, parse_mode: 'html', text: '' }
   }
 
   // 将发送好的消息添加到 results 中
@@ -125,7 +124,7 @@ export class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 ```
 
-### 行内元素
+### 行内元素 {#inline}
 
 上面的例子仅仅包含了消息编码器的基本结构，并未实现除了文本外的任何消息元素。对于任何非文本元素，上面的代码都会回退到其内部的文本。要添加更多消息元素的支持，只需在 `visit` 方法中添加更多的判断分支，就像这样：
 
@@ -145,7 +144,7 @@ if (type === 'text') {
 }
 ```
 
-### 消息分片
+### 消息分片 {#fragment}
 
 在 Koishi 中，一次消息发送可能在目标平台产生多条独立的消息，称为消息分片。这也是为什么上面的 `results` 是一个数组。消息分片产生的原因是多样的：
 
@@ -165,7 +164,7 @@ if (type === 'text') {
 } else ...
 ```
 
-### 资源元素
+### 资源元素 {#asset}
 
 由于不同平台对于媒体资源的支持类型、发送方式、渲染形式有所不同，因此资源元素的情况会更加复杂。可以大致将各种平台规定的发送方式分为以下几类：
 
@@ -195,8 +194,8 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
         form.append(key, this.payload[key].toString())
       }
       const { type, attrs } = this.asset
-      const { filename, data } = await this.bot.ctx.http.file(attrs.url, attrs)
-      if (type === 'image') {
+      const { filename, data } = await this.bot.ctx.http.file(attrs.src, attrs)
+      if (type === 'img') {
         form.append('photo', data, filename)
         message = await this.bot.internal.sendPhoto(form)
       } else if (type === 'audio') {
@@ -221,11 +220,11 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
 
 差不多这样就实现了资源元素的发送。值得一提的是，这里的代码使用了 `http.file()` 方法。它可以自动为我们处理 `http:`、`file:`、`data:` 等各种协议的资源链接，并将它们统一转换为 `ArrayBuffer`。这可以省去适配器解析资源链接的步骤，对于适配器开发是非常方便的。
 
-## 进阶知识
+## 进阶知识 {#advanced}
 
 下面的知识并非适用于所有适配器。但对于一些特殊的平台，你可能会用到它们。
 
-### 发送被动消息
+### 发送被动消息 {#passive}
 
 我们通常将机器人做出的交互行为分为两种：主动交互和被动交互。
 
@@ -249,11 +248,11 @@ class QQGuildMessageEncoder {
 
 在这一段代码中使用了 `this.options`，它存储了一些额外的发送选项。其中 `session` 正好对应着接收到消息的会话对象。当我们调用 `session.send()` 时，Koishi 会把当前的会话对象传递给 `MessageEncoder`。这样一来，我们就可以在发送消息时带上回复目标了。
 
-### 资源反向代理
+### 资源反向代理 {#reverse-proxy}
 
 一些平台会使用 ID 标识资源文件 (例如 Lark)。当你接收到来自平台的消息时，拿到的是资源 ID 而非资源链接。此时你需要将资源 ID 转换为资源链接，才能构造合法的资源元素。
 
-::: tip
+:::tip
 Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的，但这个链接中会明文包含机器人令牌，并非可以公开使用的链接。因此 Telegram 和其他类似平台也适用于这一节的内容。
 :::
 
@@ -268,10 +267,10 @@ Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的
 
 ```ts
 class LarkAdapter {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(ctx: Context) {
-    ctx.router.get('/lark/assets/:message_id/:key', async (ctx) => {
+    ctx.server.get('/lark/assets/:message_id/:key', async (ctx) => {
       const key = ctx.params.key
       const messageId = ctx.params.message_id
       const selfId = ctx.request.query.self_id
@@ -283,7 +282,7 @@ class LarkAdapter {
         responseType: 'stream',
       })
       ctx.status = 200
-      ctx.response.headers['content-type'] = response.headers['content-type']
+      ctx.response.headers['content-type'] = response.headers.get('content-type')
       ctx.response.body = response.data
     })
   }
@@ -296,11 +295,11 @@ class LarkAdapter {
 h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 ```
 
-::: tip
+:::tip
 反向代理同时也带来了一个新的问题，那就是当这个链接被原样发送时，外网可能无法访问到这个链接。但无需担心，上面提到的 `http.file()` 方法恰好可以解决这个问题。因此，即使经过了反向代理，Koishi 也可以确保消息的跨平台转发插件能够正常工作。
 :::
 
-### 扩展消息元素
+### 扩展消息元素 {#extension}
 
 平台可以提供扩展消息元素，但需要加上平台通用名称作为前缀。下面是一个例子：
 
@@ -318,6 +317,6 @@ h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 <audio src="url1" kook:cover="url2"/>
 ```
 
-::: tip
+:::tip
 平台扩展消息元素的属性是否需要前缀由 SDK 实现自行决定。如果某个消息元素希望在未来标准化，那么加上前缀可以降低迁移成本。如果没有标准化需要，那么去掉前缀在书写上更方便。
 :::
diff --git a/ja-JP/guide/basic/advanced.md b/ja-JP/guide/basic/advanced.md
index de219215bd42..382189095629 100644
--- a/ja-JP/guide/basic/advanced.md
+++ b/ja-JP/guide/basic/advanced.md
@@ -1,4 +1,4 @@
-# 进阶用法
+# アドバンスト
 
 在前面的几节中，我们已经了解了基础的交互概念。以他们为基础，Koishi 提供了一些进阶的用法，用于处理真实应用场景中的交互需求。
 
diff --git a/ja-JP/guide/basic/command.md b/ja-JP/guide/basic/command.md
index 68bb95151076..7d4c1091796b 100644
--- a/ja-JP/guide/basic/command.md
+++ b/ja-JP/guide/basic/command.md
@@ -1,6 +1,6 @@
-# 指令开发
+# コマンドの開発
 
-::: tip
+:::tip
 在学习本节之前，建议先完整阅读 [入门 > 指令系统](../../manual/usage/command.md)。
 :::
 
@@ -39,7 +39,7 @@ ctx.command('test <arg1> [arg2] [arg3]')
   .action((_, arg1, arg2, arg3) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 除去表达的意义不同，以及参数个数不足时使用必选参数可能产生错误信息外，这两种参数在程序上是没有区别的。与此同时，默认情况下 `action` 回调函数从第二个参数起也总是字符串。如果传入的参数不足，则对应的参数不会被传入，因此你需要自己处理可能的 `undefined`。
 :::
 
@@ -54,18 +54,19 @@ ctx.command('test <arg1> [...rest]')
 
 ### 文本参数
 
-通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。 在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
+通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。
+在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
 
 ```ts
 ctx.command('test <message:text>')
   .action((_, message) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 文本参数的解析优先级很高，即使是之后的内容中含有选项也会被一并认为是该参数的一部分。因此，当使用文本参数时，应确保选项写在该参数之前，或 [使用引号](../../manual/recipe/execution.md#使用引号) 将要输入的文本包裹起来。
 :::
 
-### 参数的类型
+### 参数类型 {#argument-type}
 
 除去 `text` 以外，Koishi 还支持许多其他的类型。它们的用法与 `text` 无异：
 
@@ -90,13 +91,15 @@ ctx.command('test [arg:number]')
 
 - string: `string` 字符串
 - number: `number` 数值
+- bigint: `bigint` [大整数](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/BigInt)
 - text: `string` 贪婪匹配的字符串
-- user: `string` 用户，格式为 `{platform}:{id}`
-- channel: `string` 频道，格式为 `{platform}:{id}`
+- user: `string` 用户，格式为 `{platform}:{id}` (调用时可以使用 `at` 元素或者 `@{platform}:{id}` 的格式)
+- channel: `string` 频道，格式为 `{platform}:{id}` (调用时可以使用 `sharp` 元素或者 `#{platform}:{id}` 的格式)
 - integer: `number` 整数
 - posint: `number` 正整数
+- natural: `number` 正整数
 - date: `Date` 日期
-
+- image: `Dict` 图片
 
 <!-- ### 定义新类型
 
@@ -152,7 +155,6 @@ ctx.command('test [x:positive]').action((_, arg) => arg)
 <chat-message nickname="Koishi">参数 x 输入无效，应为整数。</chat-message>
 </chat-panel> -->
 
-
 <!-- ### 使用检查器
 
 从 v3 开始 Koishi 支持给一个指令配置多个回调函数，并引入了 `cmd.before()`。你可以利用这个接口定义一些更加复杂的类型检查逻辑。让我们在最后简单地了解一下这个特性。
@@ -238,7 +240,7 @@ ctx.command('test')
 <chat-message nickname="Koishi">{ "writer": 0 }</chat-message>
 </chat-panel>
 
-### 选项的类型
+### 选项类型 {#option-type}
 
 选项也可以像参数一样设置类型：
 
@@ -262,57 +264,34 @@ ctx.command('test')
 <chat-message nickname="Koishi">选项 beta 输入无效，请检查语法。</chat-message>
 </chat-panel>
 
-## 更改触发方式
+## 指令别名
 
-### 指令别名
+:::warning
+由于指令名可以在用户侧配置，因此**不建议**开发者设置过多别名或以常用词作为别名。如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
+:::
 
 你可以为一条指令添加别名：
 
 ```ts
-ctx.command('echo').alias('say')
+ctx.command('echo <message>').alias('say')
 ```
 
 这样一来，无论是 `echo` 还是 `say` 都能触发这条指令了。
 
-::: warning
-由于指令名可以在用户侧配置，因此不建议开发者设置过多的别名。此外，如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
-:::
-
-### 快捷匹配
-
-Koishi 的指令机制虽然能够尽可能避免冲突和误触发，但是也带来了一些麻烦。一方面，一些常用指令的调用会受到指令前缀的限制；另一方面，一些指令可能有较长的选项和参数，但它们调用时却往往是相同的。面对这些情况，**快捷匹配 (Shortcut)** 能有效地解决你的问题。
-
-假设你实现了一个货币系统和 rank 指令，调用 `rank wealth --global` 可以实现查看全服所有人财富排行，你可以这样做：
-
-```ts
-ctx.command('rank <type>')
-  .shortcut('全服财富排行', { args: ['wealth'], options: { global: true } })
-```
-
-这样一来，只要输入“全服财富排行”，Koishi 就会自动调用 `rank wealth --global`，回复查询结果了。
-
-通常来说，快捷方式都要求严格匹配（当然删除两端空格和繁简体转化这种程度的模糊匹配是可以做的），但是你也可以让快捷方式允许带参数：
-
-```ts
-ctx.command('buy <item>')
-  .shortcut('购买', { prefix: true, fuzzy: true })
-```
-
-上面程序注册了一个快捷方式，`prefix` 要求在调用时保留指令前缀，而 `fuzzy` 允许这个快捷方式带参数列表。这样一来，只要输入“Koishi，购买物品名”，Koishi 就会自动调用“buy 物品名”了。
-
-除此以外，你还可以使用正则表达式作为快捷方式：
+你还可以为别名添加参数或选项：
 
 ```ts
-ctx.command('market <area>')
-  .shortcut(/^查(.+区)市场$/, { args: ['$1'] })
+ctx.command('market <area> <item>').alias('市场', { args: ['China'] })
 ```
 
-这样一来，输入“查美区市场”就等价于输入“market 美区”了。
-
-不难看出，使用快捷方式会让你的输入方式更加接近自然语言，也会让你的机器人显得更平易近人。
+此时调用 `市场` 时将等价于调用 `market China`。如果你传入了更多的参数，那么它们将被添加到 `China` 之后。
 
 ## 编写帮助
 
+:::tip
+此功能需要安装 [@koishijs/plugin-help](../../plugins/common/help.md) 插件。
+:::
+
 之前已经介绍了 `ctx.command()` 和 `cmd.option()` 这两个方法，它们都能传入一个 `desc` 参数。你可以在这个参数的结尾补上对于指令或参数的说明文字，就像这样：
 
 ```ts
@@ -325,7 +304,7 @@ ctx.command('echo <message:text> 输出收到的信息')
 <chat-message nickname="Koishi">
 <p>echo &lt;message></p>
 <p>输出收到的信息</p>
-<p>可用的选项有：</p>
+<p>利用可能なオプション：</p>
 <p class="indent-1">-t, --timeout &lt;seconds>  设定延迟发送的时间</p>
 </chat-message>
 </chat-panel>
@@ -349,9 +328,9 @@ ctx.command('echo <message:text>', '输出收到的信息')
 <p>echo &lt;message></p>
 <p>输出收到的信息</p>
 <p>注意：参数请写在最前面，不然会被当成 message 的一部分！</p>
-<p>可用的选项有：</p>
+<p>利用可能なオプション：</p>
 <p class="indent-1">-t, --timeout &lt;seconds>  设定延迟发送的时间</p>
-<p>使用示例：</p>
+<p>例：</p>
 <p class="indent-1">echo -t 300 Hello World  五分钟后发送 Hello World</p>
 </chat-message>
 </chat-panel>
@@ -372,7 +351,7 @@ ctx.command('bar 一条看不见的指令', { hidden: true })
 <chat-panel>
 <chat-message nickname="Alice">help</chat-message>
 <chat-message nickname="Koishi">
-<p>当前可用的指令有：</p>
+<p>利用可能なコマンド：</p>
 <p class="indent-1">help  显示帮助信息</p>
 <p>输入“帮助+指令名”查看特定指令的语法和使用示例。</p>
 </chat-message>
@@ -390,7 +369,7 @@ ctx.command('bar 一条看不见的指令', { hidden: true })
 <chat-panel>
 <chat-message nickname="Alice">help -H</chat-message>
 <chat-message nickname="Koishi">
-<p>当前可用的指令有：</p>
+<p>利用可能なコマンド：</p>
 <p class="indent-1">help  显示帮助信息</p>
 <p class="indent-1">bar  一条看不见的指令</p>
 <p>输入“帮助+指令名”查看特定指令的语法和使用示例。</p>
@@ -399,7 +378,7 @@ ctx.command('bar 一条看不见的指令', { hidden: true })
 <chat-message nickname="Koishi">
 <p>指令：bar</p>
 <p>一条看不见的指令</p>
-<p>可用的选项有：</p>
+<p>利用可能なオプション：</p>
 <p class="indent-1">--foo &lt;text>  一个看不见的选项</p>
 </chat-message>
 </chat-panel>
diff --git a/ja-JP/guide/basic/element.md b/ja-JP/guide/basic/element.md
index a1fcc6a86567..e6f91bf85a90 100644
--- a/ja-JP/guide/basic/element.md
+++ b/ja-JP/guide/basic/element.md
@@ -1,4 +1,4 @@
-# 消息元素
+# メッセージ要素
 
 当然，一个聊天平台所能发送或接收的内容往往不只有纯文本。为此，我们引入了 **消息元素 (Element)** 的概念。
 
@@ -8,21 +8,24 @@
 
 一个典型的元素包含名称、属性和内容。在 Koishi 中，我们通常使用 JSX 或 API 的方式创建元素。下面是一些例子：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 欢迎 @用户名 入群！
 session.send(<>欢迎 <at id={userId}/> 入群！</>)
 
 // 发送一张 Koishi 图标
-session.send(<image url="https://koishi.chat/logo.png"/>)
+session.send(<img src="https://koishi.chat/logo.png"/>)
 ```
+
 ```ts title=API
 // 欢迎 @用户名 入群！
 session.send('欢迎 ' + h('at', { id: session.userId }) + ' 入群！')
 
 // 发送一张 Koishi 图标
-session.send(h('image', { url: 'https://koishi.chat/logo.png' }))
+session.send(h('img', { src: 'https://koishi.chat/logo.png' }))
 ```
+
 :::
 
 这两种写法各有优劣，不同人可能会有不同的偏好。但无论哪一种写法都表达了同样的意思。
@@ -48,7 +51,7 @@ h('quote', { id })
 h('p', {}, 'hello')
 
 // 没有属性时二参数可以忽略不写
-h('p', 'hello', h('image', { url }))
+h('p', 'hello', h('img', { src }))
 ```
 
 ### 混用两种写法
@@ -64,16 +67,16 @@ h('p', 'hello', h('image', { url }))
 
 ```tsx
 // 创建一个仅包含图片的消息
-h('message', <image url="https://koishi.chat/logo.png"/>)
+h('message', <img src="https://koishi.chat/logo.png"/>)
 ```
 
-## 标准元素
+## 標準要素
 
 Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需求。例如：
 
 - `at`：提及用户
 - `quote`：引用回复
-- `image`：嵌入图片
+- `img`：嵌入图片
 - `message`：发送消息
 
 尽管一个平台不太可能支持所有的行为，但适配器对每一个标准元素都进行了最大程度的适配。例如，对于不支持斜体的平台，我们会将斜体元素转换为普通文本；对于无法同时发送多张图片的平台，我们会将多张图片转换为多条消息分别发送等等。这样一来，开发者便可以在不同平台上使用同一套代码，而不用担心平台差异。
@@ -101,16 +104,17 @@ Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需
 <chat-panel>
 <chat-message nickname="Koishi">
 <blockquote>原消息文本</blockquote>
+
 你说得对
 </chat-message>
 </chat-panel>
 
 ### 嵌入图片和其他资源
 
-使用 `image`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
+使用 `img`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
 
 ```html
-<image url="https://koishi.chat/logo.png"/>
+<img src="https://koishi.chat/logo.png"/>
 ```
 
 <chat-panel>
@@ -129,7 +133,7 @@ import { resolve } from 'path'
 h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 
 // 等价于下面的写法
-<image url={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
+<img src={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
 ```
 
 如果图片以二进制数据的形式存在于内存中，你也可以直接通过 `h.image()` 构造 `data:` URL：
@@ -139,7 +143,7 @@ h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 h.image(buffer, 'image/png')
 
 // 等价于下面的写法
-<image url={'data:image/png;base64,' + buffer.toString('base64')}/>
+<img src={'data:image/png;base64,' + buffer.toString('base64')}/>
 ```
 
 ## 消息组件 <badge type="warning">实验性</badge>
@@ -184,15 +188,18 @@ function Custom(attrs, children, session) {
 
 你可以直接在渲染时使用这个组件：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 请注意这里的大写字母
 session.send(<Custom/>)
 ```
+
 ```ts title=API
 // 请注意这里的大写字母
 session.send(h(Custom))
 ```
+
 :::
 
 ### 注册全局组件
@@ -207,3 +214,18 @@ ctx.component('custom', (attrs, children, session) => {
 // 现在你可以在任何地方使用小写的 <custom/> 了
 session.send(<custom/>)
 ```
+
+## 转义与解析
+
+:::danger
+直接发送未经转义的用户输入是非常危险的，因为它很容易导致 [XSS 攻击](https://zh.wikipedia.org/wiki/%E8%B7%A8%E7%B6%B2%E7%AB%99%E6%8C%87%E4%BB%A4%E7%A2%BC)。在使用诸如 `h.unescape()` 之类的 API 时，请务必确保输入的安全性。
+:::
+
+在默认情况下，Koishi 会对指令参数进行转义以确保安全性。但在某些情况下，你可能希望手动处理消息元素的转义和解析。为此，我们提供了一系列实用方法：
+
+- [`h.escape()`](../../api/message/api.md#h-escape): 转义字符串
+- [`h.unescape()`](../../api/message/api.md#h-unescape): 反转义字符串
+- [`h.parse()`](../../api/message/api.md#h-parse): 将字符串解析为消息元素
+- [`h.select()`](../../api/message/api.md#h-select): 从消息元素中选择指定类型的元素
+- [`h.transform()`](../../api/message/api.md#h-transform): 在消息元素中查找并替换指定类型的元素
+- [`h.transformAsync()`](../../api/message/api.md#h-transformasync): 上述方法的异步版本
diff --git a/ja-JP/guide/basic/events.md b/ja-JP/guide/basic/events.md
index 004b572008f1..9dcf6bbb688c 100644
--- a/ja-JP/guide/basic/events.md
+++ b/ja-JP/guide/basic/events.md
@@ -1,4 +1,4 @@
-# 事件系统
+# イベントシステム
 
 在上一节中我们了解了指令开发，现在让我们回到更加基础的事件系统。事件系统在 Koishi 中扮演着底层的角色，它不仅包含由聊天平台触发的会话事件，还包含了监听运行状态的生命周期事件和提供扩展性的自定义事件。
 
diff --git a/ja-JP/guide/basic/middleware.md b/ja-JP/guide/basic/middleware.md
index 92d2af502d05..bfae0b17126d 100644
--- a/ja-JP/guide/basic/middleware.md
+++ b/ja-JP/guide/basic/middleware.md
@@ -1,10 +1,10 @@
-# 中间件
+# ミドルウェア
 
 有了接收事件和发送消息的能力，似乎你就能完成一切工作了——很多机器人框架也的确是这么想的。但是从 Koishi 的角度，这还远远不够。因为当我们面临更复杂的需求时，新的问题也会随之产生：如何限制消息能触发的应答次数？如何进行权限管理？如何提高机器人的性能？这些问题的答案将我们引向另一套更高级的系统——这也就是中间件的由来。
 
 中间件是对消息事件处理流程的再封装。你注册的所有中间件将会由一个事件监听器进行统一管理，数据流向下游，控制权流回上游——这可以有效确保了任意消息都只被处理一次。被认定为无需继续处理的消息不会进入下游的中间件——这让我们能够轻易地实现权限管理。与此同时，Koishi 的中间件也支持异步调用，这使得你可以在中间件函数中实现任何逻辑。事实上，相比更加底层地调用事件监听器，**使用中间件处理消息才是 Koishi 更加推荐的做法**。
 
-::: tip
+:::tip
 与事件系统的通用性不同，中间件专注于消息事件。你不能使用中间件处理其他类型的事件。
 :::
 
@@ -56,7 +56,7 @@ ctx.middleware(async (session, next) => {
 })
 ```
 
-::: warning 注意
+:::warning 注意
 异步中间件代码中，`next` 函数被调用时前面必须加上 await (或者 return)。如果删去将可能会导致时序错误，这在 Koishi 中将会抛出一个运行时警告。
 :::
 
diff --git a/ja-JP/guide/console/client.md b/ja-JP/guide/console/client.md
index dea08395a16a..f283808062e1 100644
--- a/ja-JP/guide/console/client.md
+++ b/ja-JP/guide/console/client.md
@@ -91,7 +91,7 @@ ctx.settings({
   schema: Schema.object({
     wallpaper: Schema.object({
       image: Schema.string().description('要使用的背景图片。'),
-      opacity: Schema.number().description('前景的透明度。'),
+      opacity: Schema.number().description('前景的不透明度。'),
     }).description('壁纸设置'),
   }),
 })
diff --git a/ja-JP/guide/console/data.md b/ja-JP/guide/console/data.md
index df2a9a275d1a..791d4a2f24a8 100644
--- a/ja-JP/guide/console/data.md
+++ b/ja-JP/guide/console/data.md
@@ -1,7 +1,11 @@
-# 数据交互
+# データ通信
 
 Koishi 控制台前后端的数据交互基本是通过 WebSocket 实现的。为了适应不同的场景，我们提供了多种数据交互的形式。
 
+:::tip
+在前后端之间传递的数据需要经过 JSON 序列化，因此请避免传入函数和自引用对象等无法被 JSON 序列化的内容。
+:::
+
 ## 被动推送
 
 后端代码：
@@ -117,7 +121,7 @@ send('get-greeting').then(data => {
 </script>
 ```
 
-## 权限管理
+## 権限管理
 
 当你引入了 @koishijs/plugin-auth 插件之后，你可以为你的页面访问和数据交互引入鉴权机制：
 
diff --git a/ja-JP/guide/console/index.md b/ja-JP/guide/console/index.md
index 0e6fb787b4af..b089838343bd 100644
--- a/ja-JP/guide/console/index.md
+++ b/ja-JP/guide/console/index.md
@@ -1,6 +1,6 @@
 # 扩展控制台
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 认识控制台](../../manual/usage/market.md#认识控制台)。
 :::
 
diff --git a/ja-JP/guide/console/theme.md b/ja-JP/guide/console/theme.md
index 98f2aa533040..65d7a7ca1143 100644
--- a/ja-JP/guide/console/theme.md
+++ b/ja-JP/guide/console/theme.md
@@ -23,7 +23,7 @@ ctx.theme({
 
 如你所见，要定义一个色彩主题非常简单，只需要调用 [`ctx.theme()`](../../api/console/context.md#ctx-theme) 即可。其中，`id` 用于标识主题，`name` 则会显示在主题选择器中。
 
-::: tip
+:::tip
 请注意：`id` 必须以 `-dark` 或 `-light` 结尾，否则 Koishi 将无法正确回退 CSS 变量！
 :::
 
diff --git a/ja-JP/guide/database/builtin.md b/ja-JP/guide/database/builtin.md
index 32b821ce39ed..291cb3818557 100644
--- a/ja-JP/guide/database/builtin.md
+++ b/ja-JP/guide/database/builtin.md
@@ -61,7 +61,7 @@ cmd.userFields((argv, fields) => {
 
 你可以在 [这里](../../api/utils/observer.md) 看到完整的观察者 API。
 
-## 进阶用法
+## アドバンスト
 
 ### attach 事件
 
diff --git a/ja-JP/guide/database/index.md b/ja-JP/guide/database/index.md
index 6577d64b1c4e..3beb69d9ee1b 100644
--- a/ja-JP/guide/database/index.md
+++ b/ja-JP/guide/database/index.md
@@ -1,12 +1,18 @@
 # 基本用法
 
-::: tip
+:::tip
 `ctx.database` 并非内置服务，因此如果你的插件需要使用数据库功能，需要[声明依赖](../plugin/service.md#inject-属性)。
 :::
 
 对于几乎所有大型机器人项目，数据库的使用都是不可或缺的。但如果每个插件都独立处理与数据库的交互，这将导致插件之间的兼容性非常差——用户要么选择同时安装多个数据库，要么只能放弃一些功能。为此，Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。
 
-## `get`：查询数据
+本页中涉及的完整 API：
+
+- [数据库操作](../../api/database/database.md)
+- [查询表达式](../../api/database/query.md)
+- [求值表达式](../../api/database/evaluation.md)
+
+## `get`：查询数据 {#get}
 
 使用 `database.get()` 方法以获取特定表中的数据。下面是一个最基本的形式：
 
@@ -28,13 +34,13 @@ await ctx.database.get('schedule', [1234], ['command', 'time'])
 你还可以向第二个参数传入一个对象，用来查询非主键上的数据或者同时指定多列的值：
 
 ```ts
-// 获取名为 schedule 的表中 assignee 为 telegram:123456 的数据行
+// 获取名为 schedule 的表中 assignee 为 123456 或 456789 的数据行
 await ctx.database.get('schedule', {
-  assignee: ['telegram:123456'],
+  assignee: ['123456', '456789'],
 })
 ```
 
-对于需要进行复杂的数据库搜索的，ORM 也提供了相对应的方法：
+对于需要进行复杂的数据库搜索的，你可以使用查询表达式：
 
 ```ts
 // 获取名为 schedule 的表中 id 大于 2 但是小于等于 5 的数据行
@@ -43,33 +49,43 @@ await ctx.database.get('schedule', {
 })
 ```
 
-我们甚至也支持逻辑运算：
+为了处理更加复杂的需求，我们还引入了求值表达式。它表现为一个接受 `row` 参数的回调函数，并通过一系列 `$` 上的运算返回一个 `Boolean` 类型的值。这种写法的表达能力更强，例如你可以让多个字段共同参与运算：
 
 ```ts
+import { $ } from 'koishi'
+
 // 上述两个搜索条件的或运算
-await ctx.database.get('schedule', {
-  $or: [
-    { assignee: ['telegram:123456'] },
-    { id: { $gt: 2, $lte: 5 } },
-  ],
-})
+await ctx.database.get('schedule', (row) =>
+  $.or(
+    $.in(row.assignee, [
+      '123456',
+      '456789',
+    ]),
+    $.and(
+      $.gt(row.id, 2),
+      $.lte(row.id, 5),
+    ),
+  ),
+)
 ```
 
-你可以在 [这里](../../api/database/query.md) 看到完整的查询表达式 API。
+:::tip
+虽然求值表达式在形式上是一个回调函数，但是 Koishi 并不会将数据全部拉取到内存中，而是会将这个函数的行为编译成相对应的查询语句，提交给数据库运行。因此你可以放心地使用这种写法，它并不会带来额外的性能问题 (如果你遇到查询性能瓶颈，这更有可能是数据模型本身导致的，例如缺少必要的索引)。
+:::
 
-## `create`：插入数据
+## `create`：插入数据 {#create}
 
 使用 `database.create()` 方法以插入数据。
 
 ```ts
 // 向 schedule 表中添加一行数据，data 是要添加的数据行
 // 返回值是添加的行的完整数据 (包括自动填充的 id 和默认属性等)
-await ctx.database.create('schedule', row)
+await ctx.database.create('schedule', data)
 ```
 
-如果你想要批量插入数据，可以使用下面介绍的 `database.upsert()` 方法。
+如果你想要批量插入数据，可以使用下面介绍的 [`database.upsert()`](#upsert) 方法。
 
-## `set`：修改数据
+## `set`：修改数据 {#set}
 
 `database.set()` 方法需要传入三个参数：表名、查询条件和要修改的数据。
 
@@ -86,48 +102,44 @@ await ctx.database.set('schedule', 1234, {
 ```ts
 // 让所有日期为今天的数据行的 count 字段在原有基础上增加 1
 await ctx.database.set('foo', { date: new Date() }, (row) => ({
-  // { $add: [a, b] } 相当于 a + b
-  // { $: field } 相当于对当前行的 field 字段取值
   count: $.add(row.count, 1),
 }))
 ```
 
-你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
-## `upsert`：修改或插入数据
+## `upsert`：修改或插入数据 {#upsert}
 
 `database.upsert()` 的逻辑稍微有些不同，需要你传入一个数组：
 
 ```ts
 // 用一个数组来对数据进行更新，你需要确保每一个元素都拥有这个数据表的主键
 // 修改时只会用每一行中出现的键进行覆盖，不会影响未定义的字段
-await ctx.database.upsert('foo', [
+await ctx.database.upsert('foo', (row) => [
   { id: 1, foo: 'hello' },
   { id: 2, foo: 'world' },
-  // 这里同样支持求值表达式，$concat 可用于连接字符串
-  { id: 3, bar: { $concat: ['koi', 'shi'] } },
+  // 如果此列存在，则会按照 $.concat() 的行为进行修改
+  // 如果此列不存在，row.bar 则会使用默认值
+  { id: 3, bar: $.concat(row.bar, ['koishi']) },
 ])
 ```
 
 如果初始的数据库是这样的：
 
-| id    | foo  | bar |
-| ----- | ---- | --- |
+| id                       | foo  | bar |
+| ------------------------ | ---- | --- |
 | (默认值) | null | bar |
-| 1     | foo  | baz |
+| 1                        | foo  | baz |
 
 那么进行上述操作后的数据库将是这样的：
 
-| id | foo   | bar    | 说明                                 |
-| -- | ----- | ------ | ---------------------------------- |
-| 1  | hello | baz    | 该行已经存在，只更新了 foo 字段                 |
-| 2  | world | bar    | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
-| 3  | null  | koishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
+| id | foo   | bar       | 说明                                 |
+| -- | ----- | --------- | ---------------------------------- |
+| 1  | hello | baz       | 该行已经存在，只更新了 foo 字段                 |
+| 2  | world | bar       | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
+| 3  | null  | barkoishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
 
 如果想以非主键来索引要修改的数据，可以使用第三个参数：
 
 ```ts
-// @errors: 2304
 // 以非主键为基准对数据表进行更新，你需要确保每一个元素都拥有 telegram 属性
 await ctx.database.upsert('user', rows, 'telegram')
 
@@ -135,7 +147,7 @@ await ctx.database.upsert('user', rows, 'telegram')
 await ctx.database.upsert('channel', rows, ['platform', 'id'])
 ```
 
-## `remove`：删除数据
+## `remove`：删除数据 {#remove}
 
 使用 `database.remove()` 方法以删除特定表中的数据。
 
@@ -145,7 +157,7 @@ await ctx.database.upsert('channel', rows, ['platform', 'id'])
 await ctx.database.remove('schedule', [id])
 ```
 
-## 获取改动行数
+## 获取改动行数 {#write-result}
 
 `set`, `upsert` 和 `remove` 操作都会返回一个 `WriteResult` 对象，它包含了这次操作的结果。你可以通过 `matched` 属性来获取匹配的数据行数 (注意不是修改的函数)，通过 `inserted` 属性来获取插入的数据行数 (仅限 `upsert` 操作)。
 
@@ -162,7 +174,7 @@ if (!result.matched) {
 }
 ```
 
-## 对比 set 和 upsert
+## 对比 set 和 upsert {#set-upsert}
 
 `set` 与 `upsert` 方法都可以用于修改已经存在的数据，它们的区别如下表所示：
 
@@ -171,7 +183,7 @@ if (!result.matched) {
 | 作用范围 | 支持复杂的查询表达式       | 只能限定特定字段的值    |
 | 插入行为 | 如果数据不存在则不会进行任何操作 | 如果数据不存在则会插入新行 |
 
-## 对比 create 和 upsert
+## 对比 create 和 upsert {#create-upsert}
 
 `create` 与 `upsert` 方法都可以用于插入新的数据，它们的区别如下表所示：
 
diff --git a/ja-JP/guide/database/model.md b/ja-JP/guide/database/model.md
index 8e1f4107cda3..2553bf380706 100644
--- a/ja-JP/guide/database/model.md
+++ b/ja-JP/guide/database/model.md
@@ -2,7 +2,7 @@
 
 Koishi 的架构允许任何插件对数据库的结构进行扩展。你就可以在不修改 Koishi 或其他插件源码的情况下，为数据库添加新的字段或者表。这些功能都是通过 `ctx.model` 提供的。
 
-::: tip
+:::tip
 请注意：数据模型的扩展一定要在使用前完成，不然后续数据库操作可能会失败。
 :::
 
@@ -143,7 +143,7 @@ ctx.model.extend('foo', {}, {
 
 ## 整表迁移 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 整表迁移的性能较差，建议谨慎设计数据库结构而不是依赖迁移。
 :::
 
diff --git a/ja-JP/guide/database/permission.md b/ja-JP/guide/database/permission.md
index 82babe1445b7..26f7ff2df00d 100644
--- a/ja-JP/guide/database/permission.md
+++ b/ja-JP/guide/database/permission.md
@@ -1,6 +1,6 @@
 # 权限管理 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能随时会发生变化。
 :::
 
@@ -8,14 +8,14 @@
 
 权限其实就是执行某些操作的能力。权限具有唯一的标识符，通常由小写英文字母、数字、短横线和点构成。下面是一些你可能会见到的权限名称：
 
-- `user.514`：ID 为 514 的用户的权限
-- `group.114`：ID 为 114 的用户组的权限
-- `authority.3`：权限等级 3 的权限
-- `command.foo`：指令 foo 的权限
-- `command.foo.option.bar`：指令 foo 选项 bar 的权限
-- `telegram.admin`：telegram 平台下群管理员的权限
-- `bot.channel.mute`：能够禁言频道的机器人的权限
-- `config.write`：能够写入配置文件的权限
+- `user:514`：ID 为 514 的用户的权限
+- `group:114`：ID 为 114 的用户组的权限
+- `authority:3`：权限等级 3 的权限
+- `command:foo`：指令 foo 的权限
+- `command:foo:option:bar`：指令 foo 选项 bar 的权限
+- `telegram:admin`：telegram 平台下群管理员的权限
+- `bot:channel.mute`：能够禁言频道的机器人的权限
+- `config:write`：能够写入配置文件的权限
 
 权限之间存在两种关系：继承和依赖。Koishi 不区分权限与权限组的概念，权限组只是继承了其他权限的权限。你可以将用户和用户组也都视为一种权限组。
 
@@ -32,14 +32,14 @@ ctx.permissions.inherit(A, B)
 例：ID 为 514 的用户拥有权限等级 3，指令 foo 所需要的权限等级是 2。这种情况下该用户显然应该可以调用该指令。那么这种调用关系具体是如何体现的呢？
 
 ```text
-user.514 > authority.3 > authority.2 > command.foo
+user:514 > authority:3 > authority:2 > command:foo
 ```
 
 这里出现了三个继承关系：
 
-- `user.114 > authority.3`，因为 ID 为 514 的用户拥有权限等级 3
-- `authority.3 > authority.2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
-- `authority.2 > command.foo`，因为指令 foo 被权限等级 2 继承
+- `user:114 > authority:3`，因为 ID 为 514 的用户拥有权限等级 3
+- `authority:3 > authority:2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
+- `authority:2 > command:foo`，因为指令 foo 被权限等级 2 继承
 
 由此，权限的继承关系能够顺利表达已有的权限等级机制，并且具备更强的表达能力。
 
@@ -50,19 +50,19 @@ user.514 > authority.3 > authority.2 > command.foo
 例：ID 为 514 的用户同时继承了权限等级 1，而指令 foo 所需权限等级 2，此时该用户并不能调用 foo 指令。但如果现在我们让该用户直接继承 foo 指令的调用权限，会发生什么呢？
 
 ```text
-user.514 > authority.1
-         > command.foo
+user:514 > authority:1
+         > command:foo
 ```
 
-在这张图中，`user.514` 并不能经由 `authority.1` 到达 `command.foo`，但是添加第二条边后又可以直接到达 `command.foo` 了。因此该用户此时就又可以调用 foo 指令了。
+在这张图中，`user:514` 并不能经由 `authority:1` 到达 `command:foo`，但是添加第二条边后又可以直接到达 `command:foo` 了。因此该用户此时就又可以调用 foo 指令了。
 
 可以看到，权限的继承为我们提供了一种能力，可以允许特定低等级用户去调用高级权限的指令，这种能力是过去的权限等级所不具有的。
 
 例：我们希望某个管理型指令 foo 既可以被权限等级 2 的用户调用，又可以被 QQ 群的管理员调用。此时我们可以对 foo 指令进行以下配置：
 
 ```text
-authority.2  >
-telegram.admin > command.foo
+authority:2  >
+telegram:admin > command:foo
 ```
 
 这样一来，一个用户只需满足上述两个条件之一就可以调用此指令了。
@@ -82,7 +82,7 @@ ctx.permissions.depend(A, B)
 例：foo 指令的代码中调用了 bar 指令，因此 foo 指令依赖 bar 指令。
 
 ```text
-command.foo -> command.bar
+command:foo -> command:bar
 ```
 
 如果用户只拥有 foo 的权限，没有调用 bar 的权限，他依然无法调用 foo 指令。
@@ -90,7 +90,7 @@ command.foo -> command.bar
 例：foo 指令的代码中使用了 `bot.muteChannel()`。
 
 ```text
-command.foo -> bot.channel.mute
+command:foo -> bot:channel.mute
 ```
 
 如果机器人没有实现此 API，用户就无法在该机器人上调用 foo 指令。
@@ -102,21 +102,21 @@ command.foo -> bot.channel.mute
 在上面的介绍中，如果要定义新的权限，就必须手动分配给用户或用户组后才能使用。有没有方法自动为一个会话分配权限呢？这就是权限访问器的功能。
 
 ```ts
-ctx.permissions.provide('telegram.admin', async (name, session) => {
+ctx.permissions.provide('telegram:admin', async (name, session) => {
   return session.telegram?.sender?.role === 'admin'
 })
 ```
 
-上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 telegram.admin 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
+上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 `telegram:admin` 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
 
 每个权限可以定义多个访问器函数。在运行时必须通过每一个访问器函数的检查才能视为拥有权限。
 
 一个权限要么是普通权限，要么是访问器权限。下面是一些区别：
 
-| 普通权限        | 访问器权限     |
-| ----------- | --------- |
+| 普通权限                           | 访问器权限     |
+| ------------------------------ | --------- |
 | 手动分配给用户 (组) | 自动分配给会话   |
-| 可以被其他权限继承   | 不能被其他权限继承 |
+| 可以被其他权限继承                      | 不能被其他权限继承 |
 
 ## 权限国际化
 
diff --git a/ja-JP/guide/database/selection.md b/ja-JP/guide/database/selection.md
index a284cae325d0..82f4bcd22254 100644
--- a/ja-JP/guide/database/selection.md
+++ b/ja-JP/guide/database/selection.md
@@ -11,7 +11,7 @@ ctx.database.get('foo', { id: { $gt: 5 } })
 // 等价于
 ctx.database
   .select('foo')
-  .where({ id: { $gt: 5 } })
+  .where(row => $.gt(row.id, 5))
   .execute()
 ```
 
@@ -31,7 +31,7 @@ ctx.database
 
 ## 求值表达式
 
-`.orderBy()` 和 `.where()` 方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
+`.orderBy()` 和 `.where()` 等方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
 
 ```ts
 // 返回 id 大于 5 的数据行，并按 id 升序排列
@@ -42,8 +42,6 @@ ctx.database
   .execute()
 ```
 
-这里的 `$.gt()` 是一个求值表达式。你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
 ## 字段映射
 
 `.project()` 方法可以用于映射查询结果。它接受一个对象，对象的键表示要映射的字段名，值表示映射的表达式。下面是一个例子：
@@ -144,5 +142,16 @@ ctx.database
 // 返回的数据包含 foo, bar 两个属性
 ctx.database
   .join(['foo', 'bar'], (foo, bar) => $.eq(foo.id, bar.id))
+  .orderBy('foo.id') // orderBy 可以使用 'a.b' 的形式
+  .execute()
+```
+
+如果你的表名比较复杂，你也可以为参与连接的各个表指定别名。将用于指定表名的数组改为传入一个对象，并修改传入函数的参数即可。下面是一个例子：
+
+```ts
+// 返回的数据包含 t1, t2 两个属性
+ctx.database
+  .join({ t1: 'foo', t2: 'bar' }, row => $.eq(row.t1.id, row.t2.id))
+  .orderBy('t1.id') // orderBy 可以使用 'a.b' 的形式
   .execute()
 ```
diff --git a/ja-JP/guide/database/writing.md b/ja-JP/guide/database/writing.md
index 6880b62a2c5d..43384d48fdeb 100644
--- a/ja-JP/guide/database/writing.md
+++ b/ja-JP/guide/database/writing.md
@@ -1,6 +1,6 @@
-# 编写数据库插件
+# データベースプラグインの作成
 
-::: danger 注意
+:::danger 注意
 此页文档正在施工，其中的内容可能不是最新。
 :::
 
diff --git a/ja-JP/guide/develop/config.md b/ja-JP/guide/develop/config.md
index fa95ec3de199..7aee2e1ac2cd 100644
--- a/ja-JP/guide/develop/config.md
+++ b/ja-JP/guide/develop/config.md
@@ -1,6 +1,6 @@
-# 配置文件
+# 設定ファイル
 
-::: warning
+:::warning
 配置文件的结构未来可能会发生变化，请留意后续更新。
 :::
 
@@ -88,7 +88,7 @@ plugins:
       market:
 ```
 
-### 元信息
+### メタ情報
 
 一些以 `$` 开头的属性会记录插件和插件组的元信息。例如：
 
@@ -107,7 +107,7 @@ plugins:
 
 ## 修改配置文件
 
-::: tip
+:::tip
 如果你不了解 YAML 的语法，请不要随意修改配置文件，否则将可能导致 Koishi 应用无法运行。你可以在 [这篇教程](https://www.runoob.com/w3cnote/yaml-intro.html) 中学习 YAML 的语法。
 :::
 
@@ -133,7 +133,7 @@ plugins:
 
 当项目启动时，会将环境变量中的值替换进去。
 
-除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
+除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env.local` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
 
 ```sh title=.env
 DISCORD_TOKEN = xxx
diff --git a/ja-JP/guide/develop/publish.md b/ja-JP/guide/develop/publish.md
index 0dbc76edf4fc..86201232377f 100644
--- a/ja-JP/guide/develop/publish.md
+++ b/ja-JP/guide/develop/publish.md
@@ -62,7 +62,7 @@ root
 - [`version`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#version) 应当符合 [语义化版本](https://semver.org/lang/zh-CN/) (通常从 `1.0.0` 开始)
 - [`peerDependencies`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#peerdependencies) 必须包含 `koishi`
 - 不能声明 [`private`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#private) 为 `true` (否则你的插件无法发布)
-- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions) (一种常见的情况是：你已经发布了某个插件，又希望更换一个名字重新发布，此时你可以通过弃用的方式让旧的名字不显示在插件市场中)
+- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions)
 
 一个符合上述标准的示例：
 
@@ -132,15 +132,12 @@ root
       "optional": ["assets"],               // 可选的服务
       "implements": ["dialogue"],           // 实现的服务
     },
-    "locales": ["en", "zh"],                // 支持的语言
   }
 }
 ```
 
 - **description:** 插件描述，应该是一个对象，其中的键代表语言名，值是对应语言下的描述
-- **service:** 插件的服务相关信息，具体包含下列属性：
-  - **implements:** 实现的服务，应该是一个服务名构成的数组
-- **locales:** 插件支持的语言，应该是一个语言名构成的数组
+- **service:** 插件的服务相关信息，详情请参见 [服务与依赖](../plugin/service.html#package-json)
 - **preview:** 配置为 `true` 可以让插件显示为「开发中」状态
 - **hidden:** 配置为 `true` 可以让插件市场中不显示该插件 (通常情况下你不需要这么做)
 
@@ -150,7 +147,7 @@ root
 
 ## プラグインを公開する
 
-编辑完上面的清单文件并 [构建源代码](./workspace.md#构建源代码) 后，你就可以公开发布你的插件了。
+编辑完上面的清单文件并 [构建源代码](./workspace.md#build) 后，你就可以公开发布你的插件了。
 
 :::tabs code
 
@@ -168,8 +165,19 @@ yarn pub [...name]
 
 这将发布所有版本号发生变动的插件。
 
-:::tip
+::: tip
 从插件成功发布到进插件市场需要一定的时间 (通常在 15 分钟内)，请耐心等待。
+
+如果发布时多次失败或者长时间无响应，可以添加 `--debug` 选项以显示调试信息。
+
+```npm
+npm run pub [...name] --debug
+```
+
+```yarn
+yarn pub [...name] --debug
+```
+
 :::
 
 :::: tip
@@ -237,3 +245,23 @@ yarn bump [...name] [-1|-2|-3|-p|-v <ver>] [-r]
 - 缺省情况：按照当前版本的最后一位递增
 
 当进行此操作时，其他相关插件的依赖版本也会同步更新，确保所有工作区内依赖的插件版本一致。进一步，如果你希望更新了依赖版本的插件也同时更新自身的版本，那么可以附加 `-r, --recursive` 选项。
+
+## 弃用插件 {#deprecate}
+
+如果你不再维护某个插件，或者你希望更换一个名字重新发布，那么你可以弃用该插件。在任意目录运行下面的命令以弃用插件：
+
+```sh
+npm deprecate <full-name> <message>
+# 例如
+npm deprecate koishi-plugin-example "this plugin is deprecated"
+```
+
+请注意这里要写出的是完整的包名，而不是插件的目录名。
+
+你也可以弃用某个特定版本或版本区间 (默认情况下将弃用所有版本)：
+
+```sh
+npm deprecate <full-name>[@<version>] <message>
+```
+
+弃用插件的最新版本后，该插件将不再显示在插件市场中。未来你仍然可以发布新版本，这将使你的插件重新进入插件市场。
diff --git a/ja-JP/guide/develop/script.md b/ja-JP/guide/develop/script.md
index eea46252559f..debb9ad57d90 100644
--- a/ja-JP/guide/develop/script.md
+++ b/ja-JP/guide/develop/script.md
@@ -86,7 +86,7 @@ Koishi 模板项目原生地支持 TypeScript 开发。上述 `-r esbuild-regist
 我们并不推荐使用高级语言来编写配置文件，因为动态的配置无法支持环境变量、配置热重载和插件市场等特性。大部分情况下我们建议仅将 `-r` 用于开发目的。
 :::
 
-### 模块热替换
+### 模块热替换 {#hmr}
 
 如果你开发着一个巨大的 Koishi 项目，可能光是加载一遍全部插件就需要好几秒了。在这种时候，像前端框架一样支持模块热替换就成了一个很棒的主意。幸运的是，Koishi 也做到了这一点！内置插件 @koishijs/plugin-hmr 实现了插件级别的热替换。每当你修改你的本地文件时，Koishi 就会尝试重载你的插件，并在命令行中提醒你。
 
diff --git a/ja-JP/guide/develop/setup.md b/ja-JP/guide/develop/setup.md
index f1e139781c59..ff398431409c 100644
--- a/ja-JP/guide/develop/setup.md
+++ b/ja-JP/guide/develop/setup.md
@@ -1,4 +1,4 @@
-# 环境搭建
+# 環境構築
 
 本节将介绍推荐的开发环境搭建流程。如果某些软件已经安装完成，可以跳过对应的步骤。
 
@@ -38,7 +38,7 @@ git --version           # git version 2.39.1
 
 ```sh
 git config --global user.name "Your Name"
-git config –-global user.email "you@example.com"
+git config --global user.email "you@example.com"
 ```
 
 ### 注册 GitHub
@@ -47,29 +47,32 @@ git config –-global user.email "you@example.com"
 
 ## 安装 Koishi
 
-打开命令行，并进入你想要创建 Koishi 项目的目录。
+コマンドラインを開いて Koishi プロジェクトを作成したいディレクトリに移動します。
 
 ::: tip
 这个目录不宜过长，且路径中请避免出现中文或者空格。我们推荐的目录如下：
 
 - Windows：`C:\dev` 或者 `D:\dev` (也不要直接在盘根创建项目，最好是建一层目录)
 - 其他操作系统：`~/dev`
-:::
+  :::
+
+以下のコマンドを入力して Koishi プロジェクトを作成します：
 
-输入下面的命令以创建 Koishi 项目：
+:::tabs code
 
-::: tabs code
 ```npm
 npm init koishi@latest
 ```
+
 ```yarn
 yarn create koishi
 ```
+
 :::
 
-跟随提示即可完成全套初始化流程。
+指示に従って初期化プロセスを完了してください。
 
-如果你顺利完成了上述操作，你的应用此时应该已经是启动状态，并弹出了控制台界面。接下来的几节中我们将学习更多的命令行用法，因此我们可以先关闭 Koishi。在命令行中按下 `Ctrl+C` 组合键即可停止 Koishi 的运行。
+上記の操作が正常に完了した場合、アプリケーションはすでに起動状態になり、コンソール画面が表示されています。接下来的几节中我们将学习更多的命令行用法，因此我们可以先关闭 Koishi。在命令行中按下 `Ctrl+C` 组合键即可停止 Koishi 的运行。
 
 <!-- ## 安装 VSCode (可选)
 
diff --git a/ja-JP/guide/develop/workspace.md b/ja-JP/guide/develop/workspace.md
index c0aa65b5da6f..0cd1eb0fad38 100644
--- a/ja-JP/guide/develop/workspace.md
+++ b/ja-JP/guide/develop/workspace.md
@@ -6,7 +6,7 @@ Koishi 的核心是插件系统，绝大部分 Koishi 功能都可以通过插
 本节中介绍的命令行都需要在 [应用目录](./config.md#应用目录) 下运行。
 :::
 
-## 创建新插件
+## 创建新插件 {#setup}
 
 在应用目录运行下面的命令以创建一个新的插件工作区：
 
@@ -57,14 +57,14 @@ export function apply(ctx: Context) {
 }
 ```
 
-以 [开发模式](./script.md#开发模式) 重新运行你的项目，点击右上角的「添加插件」按钮，选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
+以 [开发模式](./script.md#开发模式) 重新运行你的项目，在左侧活动栏前往「插件配置」，在插件列表中选择一个分组或选择最顶上的「全局配置」，此时可以在右上角找到「添加插件」按钮。点击该按钮并选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
 
 <chat-panel>
 <chat-message nickname="Alice">天王盖地虎</chat-message>
 <chat-message nickname="Koishi">宝塔镇河妖</chat-message>
 </chat-panel>
 
-### 创建私域插件
+### 创建私域插件 {#scoped}
 
 如果你发现想要创建的插件名称已经被占用了，除了重新想名字或在后面加上数字之外，你还可以改为创建私域插件。私域插件使用你自己的 [npm 用户名](./setup.md#注册-npm) 作为包名前缀，因此不用担心与其他人的插件冲突。
 
@@ -99,7 +99,7 @@ yarn setup @alice/example
 
 找到高亮的一行代码，将其复制一份，并将 `@scope` 替换为你的 npm 用户名，然后将复制的这一行代码前面的注释符号去掉。
 
-## 构建源代码
+## 构建源代码 {#build}
 
 上面的插件暂时还只能在开发模式下运行。如果想要在生产模式下使用或发布到插件市场，你需要构建你的源代码。在应用目录运行下面的命令：
 
@@ -122,7 +122,7 @@ yarn build [...name]
 - 后端代码将输出到 `external/example/lib` 目录
 - 前端代码将输出到 `external/example/dist` 目录 (如果存在)
 
-## 添加依赖
+## 添加依赖 {#add}
 
 插件创建时，`package.json` 中已经包含了一些必要的依赖。如果你需要添加其他依赖，可以使用下面的命令：
 
@@ -143,7 +143,7 @@ yarn workspace koishi-plugin-[name] add [...deps]
 
 如果要添加的是 `devDependencies` 或者 `peerDependencies`，你也需要在命令后面加上 `-D` 或 `-P` 参数。关于服务类插件的依赖声明，请参考 [后续章节](../plugin/service.md#关于-peerdependencies)。
 
-## 更新依赖版本
+## 更新依赖版本 {#dep}
 
 尽管 npm 和 yarn 等包管理器都提供了依赖更新功能，但它们对工作区开发的支持都不是很好。因此，我们也提供了一个简单的命令用于批量更新依赖版本。
 
@@ -161,7 +161,7 @@ yarn dep
 
 这将按照每个 `package.json` 中声明的依赖版本进行更新。举个例子，如果某个依赖的版本是 `^1.1.4`，而这个依赖之后发布了新版本 `1.2.3` 和 `2.3.3`，那么运行该指令后，依赖的版本将会被更新为 `^1.2.3`。
 
-## 二次开发
+## 二次开发 {#clone}
 
 :::tip
 阅读本节前请确保你已经完成 [版本控制](./setup.md#版本控制) 中的全部准备工作。
@@ -207,6 +207,6 @@ yarn workspace @root/koishi build
 
 :::
 
-通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/shigma/minato)) 的路径配置。
+通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/cordiverse/minato)) 的路径配置。
 
 完成上述操作后，现在你的 `yarn dev` 已经能直接使用 Koishi 的 TypeScript 源码了！
diff --git a/ja-JP/guide/i18n/crowdin.md b/ja-JP/guide/i18n/crowdin.md
index bb27bec10e46..45f61cf3850c 100644
--- a/ja-JP/guide/i18n/crowdin.md
+++ b/ja-JP/guide/i18n/crowdin.md
@@ -1,4 +1,4 @@
-# 接入 Crowdin
+# Crowdin との連携
 
 [Crowdin](https://crowdin.com/) 是一个专业的本地化内容管理平台，不少商业项目使用该网站翻译并管理其本地化资源。同时，该网站也为开源项目和教学项目提供了免费或优惠的许可证。当你的项目中需要翻译的字符串较多，或需要支持很多种不同的语言，那么使用专业的管理平台会十分方便。
 
@@ -17,17 +17,13 @@
 
 ## 注册及登录 Crowdin
 
-你可以使用邮箱注册，也可以用谷歌账号、Github 账号等登录，与其他网站异曲同工，因此此处不再赘述。
-
-:::tip
-如果你还是学生，并且成功申请了 GitHub 的学生开发包 (Student Pack)，在你使用 GitHub 账号成功登录 Crowdin 后会自动获赠价值 1500 美元的 1 年 Bronze 计划。
-:::
+你可以使用邮箱注册，也可以用谷歌账号、Github 账号等第三方登录，与其他网站异曲同工，因此此处不再赘述。
 
 ## 创建本地化项目
 
 成功注册并登录 Crowdin 后，你会被自动导向你的[个人页面](https://crowdin.com/profile)。点击右上角的加号，即可创建项目。
 
-::: tip
+:::tip
 若你的项目是开放源代码的，并且活跃了 4 个月及以上，你可以申请 Crowdin 的开源项目许可。当你成功创建项目后，填写[这个表单](https://crowdin.com/page/open-source-project-setup-request)，Crowdin 的客服人员会帮助你。
 :::
 
@@ -37,23 +33,93 @@
 公开项目意味着所有 Crowdin 用户都能搜索到你的项目，也可以看到你的项目的所有内容，也可以向项目贡献翻译。如果你是通过开源项目免费许可的方式创建的项目，则只能创建公开项目。
 :::
 
-### 项目结构
+### 项目结构 {#project-structure}
+
+项目中的文件结构由项目性质决定。通常我们需要将不同语言的翻译内容分别存储为不同的文件，并放置在同一个目录下 (如 `locales`)，以便于管理。
+
+Crowdin 支持[多种文件格式](#file-type)，这里以 `YAML` (`.yml`) 为例分别说明不同项目下的文件结构。
+
+#### 单插件项目
+
+单插件项目的翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+src/
+  locales/
+    en-US.yml
+    zh-CN.yml
+    ...
+package.json
+```
 
-由于 Crowdin 会将待翻译的文件名显示在项目的文件列表中，为了不引起误会，你需要为每个待翻译的文件设置一个易懂的名称。同时，要保证 Crowdin 输出的翻译结果与你的项目结构一致。
+这里有[一个示例项目](https://github.com/koishijs/novelai-bot/tree/main/src/locales)可以参考。
+
+#### 多插件项目
+
+多插件项目通常是 monorepo 结构，即根目录作为开发工作区，每个插件作为一个子项目放置在其他目录下。这种情况下，与单插件项目类似，翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-因此推荐的做法是，为每种语言建立一个独立的文件夹，然后将待翻译的文件命名为项目名称，如下所示：
+这里有[一个示例项目](https://github.com/koishijs/koishi-plugin-booru/tree/main/packages/core/src/locales)可以参考。
+
+#### 机器人项目 / 整合包项目
+
+机器人项目是多插件项目的一种特殊形式。除了有多个插件的翻译文件外，还有机器人本身的翻译文件，通常放置在根目录下的 `locales` 目录中，如：
+
+```plaintext
+locales/
+  en-US.yml
+  zh-CN.yml
+  ...
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-```text
-echo/
-  |-- i18n/
-      |-- en/
-          |-- echo.yaml
-      |-- zh-CN/
-          |-- echo.yaml
-  |-- index.js
-  |-- package.json
+#### 文档项目 (Vitepress)
+
+由于文档通常需要对每个页面和大量配置文件进行翻译，我们通常将每个页面的主要内容放置在不同的目录下，并将配置文件本身进行拆分，如：
+
+```plaintext
+.vitepress/
+  config/
+    index.ts
+    en-US.json
+    zh-CN.json
+    ...
+en-US/
+  index.md
+zh-CN/
+  index.md
+package.json
 ```
 
+这里有[一个示例项目](https://github.com/koishijs/docs)可以参考。·
+
 ## 上传项目文件
 
 你可以通过网页手动上传文件，也可以通过 Crowdin 的 CLI 程序进行上传，或是使用集成让 Crowdin 直接从代码仓库同步文件。
@@ -66,19 +132,9 @@ echo/
 
 除了手动上传，你还可以设置集成，让 Crowdin 自动同步 GitHub 等仓库里的文件，并可设置定期推送译文到相应的分支。
 
-你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档。如果你使用的是 Gitlab 等其他仓库，也可以在知识库里找到相应的指南。
-
-回到项目主页，单击集成 (Integrations) 标签页，可以为你的项目设置集成。Crowdin 支持许多集成方案，找到你所使用的代码仓库并点击。
-
-然后，单击 Set Up Integration，连接到你的代码仓库的账户，选择你想要设置集成的仓库，选择你想要获取原文和推送译文的分支，默认情况下 Crowdin 创建一个新的分支，名为 `l10n_` 加上原分支名，如图中所示的 `l10n_master`。
-
-![github integration connecting github](https://support.crowdin.com/assets/docs/github_integration_connecting_github.png)
+你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档，跟随文档配置好集成后即可让 Crowdin 自动同步 GitHub 上的内容。如果你使用的是 Gitlab 等其他仓库，也可以在这里找到相应的指南。
 
-![github integration unconfigured](https://support.crowdin.com/assets/docs/github_integration_unconfigured.png)
-
-此外，你还需要点击分支名右边的编辑按钮，然后点添加文件筛选器 (Add File Filter)，在视图左边写上源文件和目标文件的模式匹配字符串之后，在右边切换并预览将会同步到 Crowdin 的文件列表，以及翻译后的文件名及其路径，你还可以添加更多的筛选器。确认添加无误后，单击 Save 按钮保存。
-
-视图下方的 Push Source 选项默认是不勾选的，即 Crowdin 不会自动将翻译推送到仓库，打开这个选项后，Crowdin 会在对应的仓库开启一个 PR，并自动 rebase 到最新的分支，然后同步 Crowdin 上的同步到仓库。设置完成后，Crowdin 并不会自动开始同步，需要手动触发一次：点击表格右上角的 Sync Now，静待片刻即可同步完成。
+设置完成后，Crowdin 并不会立刻同步，需要手动触发：点击 Sync Now，等待进度条走完即可。以后 Crowdin 会定时检查并自动同步。
 
 ### 通过 CLI 上传文件
 
@@ -89,17 +145,19 @@ $ npm i -g @crowdin/cli
 $ yarn global add @crowdin/cli
 ```
 
-Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://support.crowdin.com/cli-tool/#installation)获知更多详情。
+Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://crowdin.github.io/crowdin-cli/installation)获知更多详情。
 
-在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/configuration-file/)。
+在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/developer/configuration-file/)。
 
-::: tip
+你也可以参考上方提到的[示例项目](#project-structure)中的 `crowdin.yml` 文件。
+
+:::tip
 `crowdin.yml` 中的配置项不仅适用于 Crowdin CLI，还可以在上述的代码仓库集成中发挥作用，Crowdin 会自动读取该文件以确定翻译的范围。
 :::
 
 推荐在项目目录下的 `crowdin.yml` 文件中配置好文件筛选器，并且在 `$HOME/.crowdin.yml` 文件中存储你的 Crowdin 密钥等敏感信息，然后你就可以简单地运行 `crowdin upload sources` 上传源文件，而不需要每次都打出冗长的包含通配符的文件路径了。
 
-### 文件类型
+### 文件类型 {#file-type}
 
 Crowdin 支持许多常见文件类型，如 `HTML`、`docx`、`pdf`，本地化软件框架支持的 `xliff` 与 `po` 等自然也不在话下，如果你不确定你的文件类型是否受支持，你可以在[这里](https://support.crowdin.com/supported-formats/)查看 Crowdin 支持的文件类型列表。
 
@@ -135,10 +193,10 @@ commands:
 
 当你成功添加源文件之后，就可以着手进行翻译了。点开想要翻译的语言，打开对应文件，就可以进入 Crowdin 的在线翻译编辑器。假设你是从个人电脑打开的，那么视图会从左到右分成三个部分，左边是待翻译的字符串，中间是翻译区，右边是评论和参考区。
 
-![crowdin online editor](https://support.crowdin.com/assets/docs/online_editor_sections.png)
+![crowdin online editor](https://support.crowdin.com/_astro/sections.BiwHNeHV_1rT0sS.webp)
 
 如果你对该项目申请了开源项目免费许可，那么该项目还会启用 Global TM 功能。这是 Crowdin 的共享翻译语料库，可以根据其他人的项目中存在的类似文本对当前的待翻译字符串进行提示，你的项目的字符串及翻译结果也会上传到这个语料库中。
 
 ## 下载翻译
 
-与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了与任何代码仓库的集成，并勾选了定时同步，则 Crowdin 会自动推送翻译结果到指定的分支。
+与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了代码仓库的集成，并勾选了定时同步，则 Crowdin 会定时自动推送翻译结果到指定的分支。
diff --git a/ja-JP/guide/i18n/index.md b/ja-JP/guide/i18n/index.md
index 1a043e68a724..311a8eb8a246 100644
--- a/ja-JP/guide/i18n/index.md
+++ b/ja-JP/guide/i18n/index.md
@@ -1,6 +1,6 @@
 # 基本用法
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 国际化](../../manual/usage/customize.md#国际化)。
 :::
 
@@ -95,6 +95,19 @@ ctx.i18n.define('en-US', { hello: 'Hello, {author.name}!' })
 
 上述三段代码的实际效果完全相同，可以根据自己的需要进行选择。
 
+如果你希望对属性值进行某些计算，传入 Javascript 表达式也是可以的：
+
+```ts
+ctx.i18n.define('zh-CN', { list: '列表：{arr.join(",")}' })
+ctx.i18n.define('en-US', { list: 'List: {arr.join(",")}' })
+```
+
+::: tip
+目前支持的表达能力会受到解析器和特殊语法的限制。请避免在表达式中引入 `}`，以免造成歧义。
+
+此外，如果向 `session.text()` 传入的二参数是一个数组，那么直接写 `{0}` 将表示数组中的第一个元素 (而非作为 JavaScript 表达式的 `0`)。
+:::
+
 ### 使用消息元素
 
 你也可以在模板中使用 [消息元素](../basic/element.md) 语法。消息元素的属性同样使用 `{}` 进行插值：
@@ -125,7 +138,7 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 {/if}
 ```
 
-::: tip
+:::tip
 如果要使用这种层面的模板能力，那么你的代码已经不适合使用 `ctx.i18n.define()` 定义了。建议参考 [下一节](./translation.md) 中的做法，将不同语言的模板放入不同的文件中，以方便编辑和管理。
 :::
 
@@ -143,11 +156,11 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 
 例如，如果用户配置的语言列表为 `zh-CN`, `en-US`, `zh-TW`, `en-GB`，则对于不同的目标语言会生成对应的回退序列：
 
-- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ``, `zh`, `zh-CN`, `zh-TW`
-- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ``
-- 目标语言为 `de-DE`，回退序列为 ``, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
-- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ``
-- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ``
+- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ` `, `zh`, `zh-CN`, `zh-TW`
+- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ` `
+- 目标语言为 `de-DE`，回退序列为 ` `, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
+- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ` `
+- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ` `
 
 请注意，空字符串也被视为合法的语言，其所代表的是「没有指定语言」的情况。在实践中，空语言的使用是非常广泛的，例如当用户使用下面的代码定义指令：
 
@@ -180,7 +193,7 @@ ctx.command('echo', '回声')
 session.text(['foo', 'bar'])
 ```
 
-::: tip
+:::tip
 路径回退的优先级低于语言回退。举个例子，假如可选的语言包括 A 和 B，路径包括 1 和 2。翻译 A1 不存在，但是翻译 A2 和 B1 都存在。这种情况下会输出 B1 而非 A2。采用这种设计是因为不同的路径通常表达了不同的逻辑。相比语言的正确性，逻辑的正确性更重要。
 :::
 
diff --git a/ja-JP/guide/i18n/translation.md b/ja-JP/guide/i18n/translation.md
index f29f8f4b1a7c..3f07c2a60b33 100644
--- a/ja-JP/guide/i18n/translation.md
+++ b/ja-JP/guide/i18n/translation.md
@@ -17,11 +17,11 @@ ctx.i18n.define('en-US', require('./locales/en-US'))
 ctx.i18n.define('zh-CN', require('./locales/zh-CN'))
 ```
 
-::: tip
+:::tip
 在上面的例子中我们使用了 YAML 作为翻译文件的格式。这是因为它的语法简洁美观，非常适合本地化开发。你也可以采用 JSON 等任何你喜欢的格式进行开发。
 :::
 
-::: tip
+:::tip
 Node.js 并不支持直接加载 `.yaml` / `.yml` 后缀的文件，但我们可以通过适当的 [register](https://nodejs.org/api/cli.html#-r---require-module) 解决这个问题。对此我们的官方脚手架已经内置了相应的支持。
 :::
 
@@ -84,7 +84,7 @@ if (new Date().getHours < 12) {
 
 ## 配置本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 配置本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -186,7 +186,7 @@ Schema.intersect([
 
 ## 控制台本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 控制台本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -215,6 +215,6 @@ if (import.meta.hot) {
 }
 ```
 
-::: tip
+:::tip
 注意：此时你的翻译文件应当处于 `client` 目录而非 `src/locales` 目录。
 :::
diff --git a/ja-JP/guide/index.md b/ja-JP/guide/index.md
index 8932cb81199d..789157a12076 100644
--- a/ja-JP/guide/index.md
+++ b/ja-JP/guide/index.md
@@ -1,8 +1,8 @@
-# 开发指南
+# 開発ガイド
 
 ## 如何阅读本指南
 
-::: tip
+:::tip
 本篇指南旨在向有一定 Node.js 开发基础的人介绍 Koishi 的全部知识。如果你只想快速搭建自己的机器人而非学习 Koishi 开发，请前往 [起步](../manual/starter/) 了解更多安装方式。
 :::
 
@@ -12,7 +12,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与入门教程的关系
 
-::: tip
+:::tip
 前往 → [入门教程](../manual/introduction.md)
 :::
 
@@ -20,7 +20,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与进阶指南的关系
 
-::: tip
+:::tip
 前往 → [进阶指南](../cookbook/index.md)
 :::
 
diff --git a/ja-JP/guide/plugin/filter.md b/ja-JP/guide/plugin/filter.md
index 2f0748d1e654..b03b9132b316 100644
--- a/ja-JP/guide/plugin/filter.md
+++ b/ja-JP/guide/plugin/filter.md
@@ -1,14 +1,14 @@
 # フィルター
 
-::: tip
-在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#过滤器)。
+:::tip
+在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#filters)。
 :::
 
 默认情况下，一个会话事件、中间件或者指令都对所有的会话生效。但如果我们希望这些功能只对部分群聊或者用户生效，我们就需要用到 **过滤器**。
 
 ## 属性过滤器
 
-::: warning
+:::warning
 请不要滥用这项功能：在源码中直接书写账号或群号会导致隐私泄露，并且其他用户无法使用你的插件。推荐 [在配置文件中使用过滤器](#配置文件中的过滤器)。
 :::
 
diff --git a/ja-JP/guide/plugin/index.md b/ja-JP/guide/plugin/index.md
index 0d478888d406..b9a1ee5924f7 100644
--- a/ja-JP/guide/plugin/index.md
+++ b/ja-JP/guide/plugin/index.md
@@ -1,6 +1,6 @@
 # プラグインを理解する
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 安装和配置插件](../../manual/usage/market.md)。
 :::
 
@@ -38,7 +38,7 @@ ctx.plugin(class {
 
 ## 模块化的插件
 
-插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入默认值) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入整个模块的内容)。
+插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#默认导入) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#命名空间导入)。
 
 对于对象形式的插件，你还可以额外提供一个 `name` 属性作为插件的名称。对于函数和类形式的插件来说，插件名称便是函数名或类名。具名插件有助于更好地描述插件的功能，并被用于插件关系可视化中，实际上不会影响任何运行时的行为。
 
@@ -92,7 +92,7 @@ export function apply(ctx: Context) {
 
 这两种写法并无优劣之分，你完全可以按照自己的需求调整导出的形式。按照惯例，如果你的插件是一个函数，我们通常直接导出 apply 方法，并将导出整体作为一个插件；如果你的插件是一个类，那么我们通常使用默认导出的形式。
 
-::: tip
+:::tip
 这里默认导出的优先级更高。因此，只要模块提供了默认导出，Koishi 就会尝试加载这个默认导出，而不是导出整体。在开发中请务必注意这一点。
 :::
 
diff --git a/ja-JP/guide/plugin/schema.md b/ja-JP/guide/plugin/schema.md
index 4a4c3ad9877d..692499b30f47 100644
--- a/ja-JP/guide/plugin/schema.md
+++ b/ja-JP/guide/plugin/schema.md
@@ -88,7 +88,7 @@ namespace Example {
   })
 }
 
-export default Foo
+export default Example
 ```
 
 形如 `name` 和 `Config` 这样的属性，我们称之为插件的元属性。它们需要与插件的入口函数同级导出。例如，你还可以通过导出 `usage` 属性来为插件提供使用方法。这样一来，一个完整的插件就可以写成这样：
diff --git a/ja-JP/guide/plugin/service.md b/ja-JP/guide/plugin/service.md
index e18efaab838e..82535fad05a0 100644
--- a/ja-JP/guide/plugin/service.md
+++ b/ja-JP/guide/plugin/service.md
@@ -57,7 +57,7 @@ export function apply(ctx: Context) {
 
 你很快会发现这样写完全无法运行。首先，数据库服务需要等到应用启动完成后才可以访问，换言之即使安装了数据库插件，你也无法立即判断数据库服务是否存在。此外，一旦上述服务所在插件在运行时被重载，由于上面的代码属于 dialogue 插件，因此 if 中代码的副作用将无法被有效清理；而当相应的服务重新被注册时，这部分的代码也不会被重新运行，从而导致一系列难以检测的问题。
 
-### inject 属性
+### inject 属性 {#inject}
 
 为了解决这种问题，Koishi 为插件声明提供了一个独特的 `inject` 属性：
 
@@ -93,7 +93,7 @@ ctx.plugin({
 })
 ```
 
-::: tip
+:::tip
 请注意：这里出现了两个 `ctx` 对象，它们属于不同的插件。在子插件的回调函数内，请务必使用作为参数的 `ctx` 而不是外层的 `ctx`，不然在服务被热重载时可能会引发内存泄漏。
 :::
 
@@ -139,7 +139,6 @@ export function apply(ctx: Context) {
 }
 ```
 
-
 <!-- ## 服务的共享与隔离
 
 在默认情况下，任何上下文中设置的服务都会被同一个应用内的所有上下文共享。这当然非常方便——事实上服务也正是为了这样的需求而设计的，但这意味着你的每种服务只能同时存在一个实例。如果你希望用多个插件实现同一个服务，并分别提供给不同的上下文使用的话，你就要用到服务的隔离功能了。
@@ -203,45 +202,40 @@ plugins:
 如果你希望自己插件提供一些接口供其他插件使用，那么最好的办法便是提供自定义服务，就像这样：
 
 ```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-// 这个表达式定义了一个名为 console 的服务
-Context.service('console')
-
-// 假如你在某个上下文设置了这个值，其他的上下文也将拥有此属性
-app.guild().console = new Console()
-app.private().console instanceof Console // true
+export default class Console extends Service {
+  constructor(ctx: Context) {
+    super(ctx, 'console')
+  }
+}
 ```
 
-这种做法的本质原理是修改了 Context 的原型链。
+这样定义的好处在于，`Console` 本身也是一个合法的插件，其他插件可以直接通过 `ctx.plugin(Console)` 来加载它。
 
-对于 TypeScript 用户，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
+对于 TypeScript 用户，在定义服务时，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
 
 ```ts no-extra-header
 declare module 'koishi' {
   interface Context {
-    console: console
+    console: Console
   }
 }
 ```
 
-### 服务的生命周期
-
-相比直接赋值，我们更推荐你从 Service 派生子类来实现自定义服务：
+而使用服务的插件则需要声明依赖并导入类型：
 
 ```ts
-class Console extends Service {
-  constructor(ctx: Context) {
-    // 这样写你就不需要手动给 ctx 赋值了
-    super(ctx, 'console', true)
-  }
-}
+import {} from 'koishi-plugin-console'
 
-// 这样定义的好处在于，Console 本身也是一个插件
-app.plugin(Console)
+export const inject = ['console']
+
+export function apply(ctx: Context) {
+  ctx.console.addEntry('/path/to/dialogue/extension')
+}
 ```
 
-Service 抽象类的构造函数支持三个参数：
+### 服务的生命周期
+
+`Service` 抽象类的构造函数支持三个参数：
 
 - `ctx`：服务所在的上下文对象
 - `name`：服务的名称 (即其在所有上下文中的属性名)
@@ -255,19 +249,7 @@ Service 抽象类的构造函数支持三个参数：
 
 默认情况下，一个自定义服务会先等待 ready 事件触发，然后调用可能存在的 `start()` 方法，最后才会被注册到全体上下文中。这种设计确保了服务在能够被访问的时候就已经是可用的。但如果你的服务不需要等待 ready 事件，那么只需传入第三个参数 `true` 就可以立即将服务注册到所有上下文中。
 
-此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，其他插件不再可以访问到这项服务：
-
-```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-app.console                 // falsy
-app.plugin(Console)         // 加载插件
-app.console                 // truthy
-app.dispose(Console)        // 卸载插件
-app.console                 // falsy
-app.plugin(Console)         // 重新加载插件
-app.console                 // truthy
-```
+此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，通过 `inject` 声明依赖的插件也会被停止运行，直到服务再次被实现。这意味着开发者不需要担心服务的生命周期，只需要专注于提供或使用服务的功能即可。
 
 ### 支持热重载
 
@@ -285,9 +267,9 @@ class Console extends Service {
     this.entries.add(filename)
     this.triggerReload()
 
-    // 注意这个地方，caller 属性会指向访问此方法的上下文
+    // 注意这个地方，ctx 属性会指向访问此方法的上下文 (而不是构造函数中的上下文)
     // 只需要在这个上下文上监听 dispose 事件，就可以顺利处理副作用了
-    this[Context.current]?.on('dispose', () => {
+    this.ctx.on('dispose', () => {
       this.entries.delete(filename)
       this.triggerReload()
     })
@@ -295,9 +277,9 @@ class Console extends Service {
 }
 ```
 
-## 在 `package.json` 中声明依赖
+## 在 `package.json` 中声明依赖 {#package-json}
 
-如果你打算将插件发布到插件市场，我们建议在插件的 [`package.json`](../develop/publish.md#koishi-字段) 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
+如果你打算将插件发布到插件市场，我们建议在插件的 `package.json` 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
 
 ```json title=package.json
 {
@@ -313,7 +295,13 @@ class Console extends Service {
 
 在这里，`required` 对应于必需依赖，`optional` 对应于可选依赖，`implements` 对应于提供的服务。如果你的插件没有使用或提供服务，那么对应的字段可以省略。
 
-### 关于 `peerDependencies`
+### 对比 `inject` 声明 {#inject-vs-dep}
+
+<!-- 按理说，我已经在 `inject` 中声明过一次服务依赖了，为什么还要在 `package.json` 中再声明一次呢？ -->
+
+对于任何依赖服务的插件，其必须声明 `inject` 才能正常工作，但缺失 `package.json` 中的声明并不会影响插件的运行。尽管如此，我们依然建议你在 `package.json` 中声明依赖，因为这样做能够在安装时提供更多信息，使用者可以一次性地安装插件所需的所有依赖，而不是等到插件运行时才发现缺少了某个服务。
+
+### 关于 `peerDependencies` {#peer-vs-dep}
 
 一个很容易混淆的概念是 `package.json` 自带的 `peerDependencies` 字段。这个字段用于声明一个 npm 包的依赖，但声明的依赖需要由用户安装 (或由包管理器自动安装到依赖树顶层)。是不是跟服务的概念非常像？它们之间的区别如下：
 
diff --git a/ja-JP/index.md b/ja-JP/index.md
index f6d6fb471cfe..02e79a3dfb2c 100644
--- a/ja-JP/index.md
+++ b/ja-JP/index.md
@@ -3,136 +3,100 @@ layout: home
 links:
   starter: /ja-JP/manual/starter/
 home:
-  desc: 创建跨平台、可扩展、高性能的机器人
+  desc: クロスプラットフォーム、拡張可能な高性能チャットボットフレームワーク
   primary: 即刻起步
   secondary: 了解更多
 features:
-  - 
-    title: 实时监控
+  - title: 实时监控
     desc: 借助 Koishi 的仪表盘功能，实时监控机器人的运行状态。
     image: /manual/console/home
-  - 
-    title: 简单配置
+  - title: 简单配置
     desc: Koishi 提供了丰富的插件配置和简单易懂的操作模式，使你能够轻松完成机器人的定制化。
     image: /manual/console/settings
-  - 
-    title: 生态丰富
+  - title: 生态丰富
     desc: Koishi 拥有庞大的插件生态，无论是日常娱乐还是实用功能，你都能在这里找到。
     image: /manual/console/market
-  - 
-    title: 数据库
+  - title: データベース
     desc: 多驱动、高性能的数据库使得 Koishi 可以轻松处理百万量级的数据。
     image: /manual/console/database
-  - 
-    title: 即刻预览
+  - title: 即刻预览
     desc: 安装或配置任何插件后，你可以立即在 Koishi 的沙盒界面中模拟聊天、预览效果。
     image: /manual/console/sandbox
 development:
   title: 专为开发者打造
   desc: Koishi 更为开发者提供了众多专业功能，使开发者得以在各种复杂需求中构建规模化的解决方案。
 advantages:
-  - 
-    title: 类型支持
+  - title: 类型支持
     desc: Koishi 完全基于 TypeScript 开发，拥有顶级的类型支持，丰富的代码提示让你在编写代码的时候甚至无需查看文档。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 1024 1024
       path: M0 512v512h1024V0H0z m825.216-40.789333c26.026667 6.485333 45.824 18.048 64.042667 36.906666 9.429333 10.069333 23.424 28.416 24.533333 32.853334 0.341333 1.28-44.202667 31.146667-71.168 47.914666-0.981333 0.64-4.906667-3.584-9.258667-10.069333-13.226667-19.2-27.008-27.477333-48.128-28.928-31.061333-2.133333-51.029333 14.122667-50.858666 41.258667a37.546667 37.546667 0 0 0 4.352 19.2c6.826667 14.122667 19.541333 22.613333 59.306666 39.808 73.344 31.573333 104.704 52.352 124.202667 81.92 21.76 32.981333 26.666667 85.674667 11.861333 124.842666-16.213333 42.581333-56.533333 71.509333-113.28 81.066667-17.536 3.114667-59.136 2.645333-77.994666-0.768-41.130667-7.338667-80.128-27.648-104.192-54.314667-9.429333-10.368-27.818667-37.546667-26.666667-39.466666a67.413333 67.413333 0 0 1 9.386667-6.016c4.608-2.602667 21.802667-12.544 38.058666-21.973334l29.44-17.066666 6.186667 9.130666c8.618667 13.141333 27.434667 31.189333 38.826667 37.205334 32.682667 17.237333 77.525333 14.805333 99.626666-5.034667a37.674667 37.674667 0 0 0 13.354667-30.72c0-11.861333-1.493333-17.066667-7.68-26.026667-7.936-11.349333-24.192-20.906667-70.357333-40.96-52.821333-22.741333-75.562667-36.864-96.384-59.306666a135.04 135.04 0 0 1-28.117334-51.2c-3.882667-14.464-4.864-50.730667-1.792-65.322667 10.88-51.072 49.408-86.613333 105.002667-97.194667 18.048-3.413333 59.989333-2.133333 77.696 2.261334z m-240.384 42.752l0.341333 41.941333H451.84v378.709333H357.546667v-378.709333H224.341333v-41.130667c0-22.784 0.469333-41.813333 1.109334-42.24 0.512-0.682667 81.621333-1.024 179.925333-0.853333l178.986667 0.512z
-  - 
-    title: 文档丰富
+  - title: 文档丰富
     desc: 浏览我们精心编写的文档，了解从新人起步到插件开发的所有细节。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 448 512
       path: M437.2 403.5L320 215V64h8c13.3 0 24-10.7 24-24V24c0-13.3-10.7-24-24-24H120c-13.3 0-24 10.7-24 24v16c0 13.3 10.7 24 24 24h8v151L10.8 403.5C-18.5 450.6 15.3 512 70.9 512h306.2c55.7 0 89.4-61.5 60.1-108.5zM137.9 320l48.2-77.6c3.7-5.2 5.8-11.6 5.8-18.4V64h64v160c0 6.9 2.2 13.2 5.8 18.4l48.2 77.6h-172z
-  - 
-    title: 模块热重载
+  - title: 模块热重载
     desc: 开发 Koishi 插件时，只需轻点保存即可热重载，无需频繁重启机器人，如同前端开发一样丝滑顺畅。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 576 512
       path: M519.442 288.651c-41.519 0-59.5 31.593-82.058 31.593C377.409 320.244 432 144 432 144s-196.288 80-196.288-3.297c0-35.827 36.288-46.25 36.288-85.985C272 19.216 243.885 0 210.539 0c-34.654 0-66.366 18.891-66.366 56.346 0 41.364 31.711 59.277 31.711 81.75C175.885 207.719 0 166.758 0 166.758v333.237s178.635 41.047 178.635-28.662c0-22.473-40-40.107-40-81.471 0-37.456 29.25-56.346 63.577-56.346 33.673 0 61.788 19.216 61.788 54.717 0 39.735-36.288 50.158-36.288 85.985 0 60.803 129.675 25.73 181.23 25.73 0 0-34.725-120.101 25.827-120.101 35.962 0 46.423 36.152 86.308 36.152C556.712 416 576 387.99 576 354.443c0-34.199-18.962-65.792-56.558-65.792z
 footer:
-  - 
-    text: 起步
+  - text: はじめに
     items:
-      - 
-        text: 为 Windows 安装
+      - text: Windows にインストール
         link: /ja-JP/manual/starter/windows.html
-      - 
-        text: 为 macOS 安装
+      - text: macOS にインストール
         link: /ja-JP/manual/starter/macos.html
-      - 
-        text: 为 Linux 安装
+      - text: Linux にインストール
         link: /ja-JP/manual/starter/linux.html
-      - 
-        text: 为 Android 安装
+      - text: Android にインストール
         link: /ja-JP/manual/starter/android.html
-      - 
-        text: 在容器中使用
+      - text: コンテナーで実行
         link: /ja-JP/manual/starter/docker.html
-      - 
-        text: 创建模板项目
+      - text: テンプレートプロジェクトの作成
         link: /ja-JP/manual/starter/boilerplate.html
-      - 
-        text: 作为依赖调用
+      - text: パッケージとして
         link: /ja-JP/manual/starter/direct.html
-  - 
-    text: ドキュメント
+  - text: ドキュメント
     items:
-      - 
-        text: 开发指南
+      - text: 開発ガイド
         link: /ja-JP/guide/
-      - 
-        text: API 参考
+      - text: API 参考
         link: /ja-JP/api/
-      - 
-        text: 官方插件
+      - text: 官方插件
         link: /ja-JP/plugins/
-  - 
-    text: 平台
+  - text: 平台
     items:
-      - 
-        text: 钉钉
+      - text: 钉钉
         link: /zh-CN/plugins/adapter/dingtalk.html
-      - 
-        text: Discord
+      - text: Discord
         link: /ja-JP/plugins/adapter/discord.html
-      - 
-        text: KOOK
+      - text: KOOK
         link: /ja-JP/plugins/adapter/kook.html
-      - 
-        text: Lark
+      - text: Lark
         link: /ja-JP/plugins/adapter/lark.html
-      - 
-        text: LINE
+      - text: LINE
         link: /zh-CN/plugins/adapter/line.html
-      - 
-        text: 邮件
+      - text: 邮件
         link: /zh-CN/plugins/adapter/mail.html
-      - 
-        text: Matrix
+      - text: Matrix
         link: /zh-CN/plugins/adapter/matrix.html
-      - 
-        text: QQ
+      - text: QQ
         link: /zh-CN/plugins/adapter/qq.html
-      - 
-        text: Satori
+      - text: Satori
         link: /zh-CN/plugins/adapter/satori.html
-      - 
-        text: Slack
+      - text: Slack
         link: /zh-CN/plugins/adapter/Slack.html
-      - 
-        text: Telegram
+      - text: Telegram
         link: /ja-JP/plugins/adapter/telegram.html
-      - 
-        text: 微信公众号
+      - text: 微信公众号
         link: /zh-CN/plugins/adapter/wechat-official.html
-      - 
-        text: 企业微信
+      - text: 企业微信
         link: /zh-CN/plugins/adapter/wecom.html
-      - 
-        text: WhatsApp
+      - text: WhatsApp
         link: /zh-CN/plugins/adapter/whatsapp.html
 ---
-
diff --git a/ja-JP/manual/faq.md b/ja-JP/manual/faq.md
index 80cba6c74b61..b43101d19a61 100644
--- a/ja-JP/manual/faq.md
+++ b/ja-JP/manual/faq.md
@@ -1,2 +1 @@
 # 常见问题
-
diff --git a/ja-JP/manual/introduction.md b/ja-JP/manual/introduction.md
index 8b5b7c4bf7f9..afe493d2cb7e 100644
--- a/ja-JP/manual/introduction.md
+++ b/ja-JP/manual/introduction.md
@@ -1,4 +1,4 @@
-# 介绍
+# 紹介
 
 Koishi はクロスプラットフォーム、拡張可能な高性能チャットボットフレームワークです。
 
diff --git a/ja-JP/manual/launcher/cli.md b/ja-JP/manual/launcher/cli.md
index 306183dc31c7..86ed019c337d 100644
--- a/ja-JP/manual/launcher/cli.md
+++ b/ja-JP/manual/launcher/cli.md
@@ -1,17 +1,17 @@
 # コマンドラインツール
 
-グラフィックインターフェース以外に、Koishi Desktop は Koishi の作成、管理と実行ができるコマンドラインツール `koi` も提供しています。
+GUI を使用しないユーザー向けに、Koishi ランチャーはコマンドラインツール `koi` を提供しています。このツールを使用して、Koishi アプリの作成、管理、および実行が可能です。
 
-`koi-xxx.appimage` のようなファイルをダウンロードしましたら、以下のコマンドの `koi` の部分をファイル名に読み替えてください。
+`koi-xxx.appimage` のようなファイルをダウンロードしたなら、以下の `koi` をそのファイル名に置き換えるだけでいいです。
 
-| コマンド                  | 機能                     |
-| --------------------- | ---------------------- |
-| `koi run daemon`      | デーモンを使わずに起動する          |
-| `koi daemon start`    | デーモンを起動する              |
-| `koi daemon stop`     | デーモンを終了する              |
-| `koi daemon kill`     | デーモンを強制終了する            |
-| `koi ps`              | 実行状態を確認する              |
-| `koi start default`   | `default` インスタンスを起動する  |
-| `koi stop default`    | `default` インスタンスを終了する  |
-| `koi restart default` | `default` インスタンスを再起動する |
-| `koi yarn -n default` | `default` のパッケージを修復する  |
+| コマンド                  | 機能                      |
+| --------------------- | ----------------------- |
+| `koi run daemon`      | デーモンを使わずに起動する           |
+| `koi daemon start`    | デーモンを起動する               |
+| `koi daemon stop`     | デーモンを終了する               |
+| `koi daemon kill`     | デーモンを強制終了する             |
+| `koi ps`              | 実行状態を確認する               |
+| `koi start default`   | インスタンス `default` を起動する  |
+| `koi stop default`    | インスタンス `default` を終了する  |
+| `koi restart default` | インスタンス `default` を再起動する |
+| `koi yarn -n default` | `default` の依存関係を修正する    |
diff --git a/ja-JP/manual/launcher/system.md b/ja-JP/manual/launcher/system.md
index cf41fe0e1447..1d1e1f7cbb9e 100644
--- a/ja-JP/manual/launcher/system.md
+++ b/ja-JP/manual/launcher/system.md
@@ -1,79 +1,79 @@
 # システム要件
 
-この章では、Koishi ランチャーがサポートするオペレーティングシステムのバージョンと機能を説明します。
+このセクションでは、Koishi ランチャーがサポートする OS のバージョンと機能を説明します。
 
 :::tip
-下面的列表仅对 Koishi 启动器有效，Koishi 本体几乎能在任何主流环境运行。
+以下のリストは Koishi ランチャーにのみ有効です。Koishi 自体はほとんどの主流の環境で実行できます。
 :::
 
 :::tip
-即便你的操作系统不被 Koishi 官方支持，你也可以 [前往论坛](https://k.ilharp.cc) 选择社区提供的兼容性版本或 [使用模板项目](../starter/boilerplate.md)，只不过 Koishi 官方不对社区启动器的可用性和安全性负责。
+あなたのオペレーティングシステムが Koishi 公式にサポートされなくても、[フォーラムで](https://k.ilharp.cc) コミュニティが提供する互換バージョンを選び、または [テンプレートプロジェクトを作成する](../starter/boilerplate.md) ことにしてもいいです。ただ、Koishi 公式はコミュニティ ランチャーの可用性と安全性について責任を負いません。
 :::
 
 ## Windows
 
-同一产品只列出了其最高版本。リストにないバージョンはすべてサポートされません。
+同じ製品は、最新バージョンのみが掲載されています。リストにないバージョンはすべてサポートされません。
 
 ### Windows 8.1
 
-| 製品                             | コア                   | ウインドウ                | エンハンス |
-| ------------------------------ | -------------------- | -------------------- | ----- |
-| Windows 8.1                    | :white\_check\_mark: | :white\_check\_mark: | :x:   |
-| Windows Server 2012 R2         | :white\_check\_mark: | :white\_check\_mark: | :x:   |
-| Hyper-V Server 2012 R2         | :x:                  | :x:                  | :x:   |
-| Windows Storage Server 2012 R2 | :x:                  | :x:                  | :x:   |
-| Windows Embedded 8.1 Pro       | :x:                  | :x:                  | :x:   |
-| Windows Embedded 8.1 Industry  | :x:                  | :x:                  | :x:   |
+| 製品                                            | コア                                                                                           | ウインドウ                                                                                        | エンハンス                               |
+| --------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | ----------------------------------- |
+| Windows 8.1                   | :white_check_mark: | :white_check_mark: | :x: |
+| Windows Server 2012 R2                        | :white_check_mark: | :white_check_mark: | :x: |
+| Hyper-V Server 2012 R2                        | :x:                                                          | :x:                                                          | :x: |
+| Windows Storage Server 2012 R2                | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Pro      | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Industry | :x:                                                          | :x:                                                          | :x: |
 
 ### Windows 10
 
-| 製品                                  | コア                   | ウインドウ                | エンハンス                |
-| ----------------------------------- | -------------------- | -------------------- | -------------------- |
-| Version 1507                        | :x:                  | :x:                  | :x:                  |
-| Version 1511                        | :x:                  | :x:                  | :x:                  |
-| Version 1607                        | :x:                  | :x:                  | :x:                  |
-| Version 1703                        | :x:                  | :x:                  | :x:                  |
-| Version 1709                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1803                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1809                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1903                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1909                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 2004                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 20H2                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H1                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 2015 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 2016 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 Enterprise 2015 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise 2016 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise LTSC 2019     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise LTSC 2021     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise multi-session | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows Server 2016                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2016                 | :x:                  | :x:                  | :x:                  |
-| Windows Storage Server 2016         | :x:                  | :x:                  | :x:                  |
-| Windows Server 2019                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2019                 | :x:                  | :x:                  | :x:                  |
-| Windows Server 2022                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 IoT Core                 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core Services        | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core LTSC            | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT LTSC 2019 Core       | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise           | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise 2019      | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2015 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2016 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2019 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2021 | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019             | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019 for Storage | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2022             | :x:                  | :x:                  | :x:                  |
+| 製品                                  | コア                                                                                           | ウインドウ                                                                                        | エンハンス                                                                                        |
+| ----------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 1507                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1511                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1607                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1703                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1709                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1803                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1809                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1903                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1909                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 2004                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 20H2                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H1                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 2015 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 2016 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 Enterprise 2015 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise 2016 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise LTSC 2019     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise LTSC 2021     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise multi-session | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows Server 2016                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2016                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Storage Server 2016         | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2019                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2019                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2022                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 IoT Core                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core Services        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core LTSC            | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT LTSC 2019 Core       | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise           | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise 2019      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2015 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2016 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2019 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2021 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019 for Storage | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2022             | :x:                                                          | :x:                                                          | :x:                                                          |
 
 ### Windows 11
 
-| 製品           | コア                   | ウインドウ                | エンハンス                |
-| ------------ | -------------------- | -------------------- | -------------------- |
-| Version 21H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 365  | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
+| 製品           | コア                                                                                           | ウインドウ                                                                                        | エンハンス                                                                                        |
+| ------------ | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 21H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 365  | :white_check_mark: | :white_check_mark: | :white_check_mark: |
diff --git a/ja-JP/manual/recipe/execution.md b/ja-JP/manual/recipe/execution.md
index bd2e4e4c3465..573b8395e6b0 100644
--- a/ja-JP/manual/recipe/execution.md
+++ b/ja-JP/manual/recipe/execution.md
@@ -1,13 +1,12 @@
-# 指令进阶技巧
+# コマンド (アドバンスト)
 
-## 使用引号
+## 引用符の使用
 
-Koishi 会自动将引号 (半角或者全角) 中的内容视为一个整体。这在很多场景中都非常有用，下面举出了一些典型的例子：
+与大多数命令行工具一样，你可以使用单引号或双引号将参数包裹，引号中的内容将被视为一个独立的参数。这在许多场景下都非常有用：
 
 - 当希望传入带空格的参数时 (默认行为是只解析空格前面的部分)
 - 当希望传入以 `-` 开头的参数时 (默认的行为是解析成下一个选项)
 - 当希望传入一个空字符串时作为参数时 (默认的行为是解析为 `true`)
-- 当希望传入只由数字构成的字符串参数时 (默认行为是解析为 `number` 类型)
 
 ## 指令插值
 
@@ -33,7 +32,7 @@ Koishi 默认不转义单引号内的文本。如果你不希望某个参数被
 
 <chat-panel>
 <chat-message nickname="Alice">ecko hello</chat-message>
-<chat-message nickname="Koishi">您要找的是不是“echo”？句点を送信してコマンドを実行します。</chat-message>
+<chat-message nickname="Koishi">您要找的是不是“echo”？回复句号以使用推测的指令。</chat-message>
 <chat-message nickname="Alice">.</chat-message>
 <chat-message nickname="Koishi">hello</chat-message>
 </chat-panel>
diff --git a/ja-JP/manual/recipe/multiple.md b/ja-JP/manual/recipe/multiple.md
index 2ee67918eebd..681330c7a693 100644
--- a/ja-JP/manual/recipe/multiple.md
+++ b/ja-JP/manual/recipe/multiple.md
@@ -1,4 +1,4 @@
-# 维护多份配置
+# マルチ設定
 
 有很多情况下你会想要维护同一个插件的多份配置：
 
@@ -16,8 +16,8 @@
 
 与此同时，绝大多数插件都是不可重用的。对于这类插件，你只能同时拥有一份运行中的配置。如果已经有一份正在运行的配置，那么你会在其他配置处看到一行提示「此插件正在运行且不可重用」。当然，你仍然可以准备多份配置，并在合适的时机将一份配置停用，并启用另一份。
 
-对于那些不可重用的插件，如果希望在不同的场景下切换到不同的配置，就需要插件作者提供带有 [过滤器](../usage/customize.md#过滤器) 的配置项。如果你想要修改的配置不支持过滤器，那么你可以考虑向插件作者提出建议，或采用下面介绍的 [多实例](#多实例) 方案。
+对于那些不可重用的插件，如果希望在不同的场景下切换到不同的配置，就需要插件作者提供带有 [过滤器](../usage/customize.md#filters) 的配置项。如果你想要修改的配置不支持过滤器，那么你可以考虑向插件作者提出建议，或采用下面介绍的 [多实例](#multiple-instances) 方案。
 
-## 複数のインスタンス
+## 多实例 {#multiple-instances}
 
 另一种方案是同时运行多个 Koishi 应用。这样做的好处是，你可以在不同的应用中使用完全不同的插件配置，甚至启用完全不同的插件组合。但与之相对的，你需要额外维护多个应用，而且每个应用都需要一个独立的端口。
diff --git a/ja-JP/manual/recipe/search.md b/ja-JP/manual/recipe/search.md
index eafb967f0214..532a7182fa80 100644
--- a/ja-JP/manual/recipe/search.md
+++ b/ja-JP/manual/recipe/search.md
@@ -33,10 +33,7 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 </div>
 
-上述的过滤条件也可以反向选择，例如 `not:insecure` 或 `created:
-
-
-<date`。在侧边栏中，你可以点击标识名称进行选择，点击第二次反向选择，点击第三次则会取消选择。
+上述的过滤条件也可以反向选择，例如 `not:insecure` 或 `created:<date`。在侧边栏中，你可以点击标识名称进行选择，点击第二次反向选择，点击第三次则会取消选择。
 
 ## プラグインの種類
 
@@ -46,14 +43,15 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 - <market-icon name="solid:core" />`category:core`：核心功能
 - <market-icon name="solid:adapter" />`category:adapter`：适配器
-- <market-icon name="solid:storage" />`category:storage`：存储服务
+- <market-icon name="solid:general" />`category:general`：存储服务
 - <market-icon name="solid:extension" />`category:extension`：扩展功能
-- <market-icon name="solid:console" />`category:console`：控制台
+- <market-icon name="solid:webui" />`category:webui`：控制台
 - <market-icon name="solid:manage" />`category:manage`：管理工具
 - <market-icon name="solid:preset" />`category:preset`：行为预设
 - <market-icon name="solid:image" />`category:image`：图片服务
 - <market-icon name="solid:media" />`category:media`：资讯服务
 - <market-icon name="solid:tool" />`category:tool`：实用工具
+- <market-icon name="solid:life" />`category:life`：生活指南
 - <market-icon name="solid:ai" />`category:ai`：人工智能
 - <market-icon name="solid:meme" />`category:meme`：趣味交互
 - <market-icon name="solid:game" />`category:game`：娱乐玩法
@@ -86,7 +84,7 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 ## 快速体验
 
-::: warning
+:::warning
 快速体验目前仍然是实验性功能，仅在官方文档中的插件市场里可用。
 :::
 
diff --git a/ja-JP/manual/recipe/server.md b/ja-JP/manual/recipe/server.md
index 11f8a23e128f..d422508527bd 100644
--- a/ja-JP/manual/recipe/server.md
+++ b/ja-JP/manual/recipe/server.md
@@ -1,25 +1,29 @@
 # ウェブ上で公開する
 
-::: warning
-将 Koishi 暴露在公网上可能会导致你的服务器受到攻击。你需要妥善配合 [用户登录](../usage/platform.md#控制台登录) 等方式以限制控制台功能的访问能力。
-:::
-
 Koishi 应用默认情况下只能在本机访问。而对于某些需求，你可能希望在公网上访问到 Koishi 的控制台或其他网络服务：
 
 - 让更多人访问到你的 Koishi 控制台
-- 使用作为 webhook 服务端的插件 (例如 [github](https://github.koishi.chat))
+- 使用作为 webhook 服务端的插件 (例如 [github](https://github.koishi.chat) 和部分适配器插件)
 
 本节教程将指导你完成 Koishi 应用的公网部署。
 
-## ホストを公開する
+## 配置用户登录
+
+将 Koishi 不受限制地暴露在公网上可能会导致你的服务器受到攻击。因此，你需要妥善配合用户登录等方式以限制控制台功能的访问能力。
+
+在 [前面的章节](../usage/platform.md#console-login) 中，我们已经介绍了 [auth](../../plugins/console/auth.md) 插件的使用方法。
+
+## 配置服务器地址
+
+Koishi 的服务器功能是由预装插件 [@koishijs/plugin-server](../../plugins/develop/server.md) 提供的。
 
-点击控制台左侧的「插件配置」，选择「全局配置」并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待 Koishi 重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
+前往「插件配置」页面，找到 server 插件，并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待插件重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
 
-如果你已经准备了域名，你还需要同时将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
+如果你将 Koishi 应用暴露在公网上，并配置了相应的域名解析记录，你还需要将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
 
-## リバースプロキシ
+## 配置反向代理
 
-如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。使用反向代理时，你不需要修改上述 `host` 配置项。
+如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。在同设备上使用反向代理时，你不需要修改上述 `host` 配置项。
 
 ### Caddy を使用する
 
diff --git a/ja-JP/manual/starter/android.md b/ja-JP/manual/starter/android.md
index 7b8e9522ff40..084e47f4d669 100644
--- a/ja-JP/manual/starter/android.md
+++ b/ja-JP/manual/starter/android.md
@@ -1,27 +1,27 @@
 ---
 prev:
-  text: インストール方法
+  text: インストーラーを選択
   link: /ja-JP/manual/starter/
 next:
-  text: 安装和配置插件
-  link: /zh-CN/manual/usage/market.html
+  text: プラグインのインストールと設定
+  link: /ja-JP/manual/usage/market.html
 ---
 
-# Androidにインストール
+# Android にインストール
 
-::: tip
-その他のインストール方法を知りたい場合、[インストール方法](./index.md) に進んでください。
+:::tip
+如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-::: danger
-このプロジェクトはまだ初期開発段階です。一部の機能は利用できない場合があります。
+:::danger
+此项目仍在早期开发中。一部の機能は利用できない場合があります。
 :::
 
-## 下载
+## ダウンロード
 
-- [標準パッケージをダウンロード (.apk)](https://k.ilharp.cc/android-lite.apk)
-- [拡張パッケージをダウンロード (.apk)](https://k.ilharp.cc/android-full.apk)
-- [その他のバージョン](https://github.com/koishijs/koishi-android/releases)
+- [下载标准包 (.apk)](https://k.ilharp.cc/android-lite.apk)
+- [下载扩展包 (.apk)](https://k.ilharp.cc/android-full.apk)
+- [查看更多版本](https://github.com/koishijs/koishi-android/releases)
 
 ## インストール
 
diff --git a/ja-JP/manual/starter/boilerplate.md b/ja-JP/manual/starter/boilerplate.md
index 2ad88e6a28f3..a66967769c27 100644
--- a/ja-JP/manual/starter/boilerplate.md
+++ b/ja-JP/manual/starter/boilerplate.md
@@ -1,32 +1,32 @@
 ---
 prev:
-  text: インストール方法
+  text: インストーラーを選択
   link: /ja-JP/manual/starter/
 next:
-  text: 安装和配置插件
-  link: /zh-CN/manual/usage/market.html
+  text: プラグインのインストールと設定
+  link: /ja-JP/manual/usage/market.html
 ---
 
-# 创建模板项目
+# テンプレートプロジェクトの作成
 
 :::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-本节将介绍我们最推荐的 Koishi 开发方案——创建模板项目。相比直接从零搭建，模板项目的优势在于：
+このセクションでは、最もおすすめの Koishi 開発方法であるテンプレートプロジェクトの作成について紹介します。ゼロから構築すると比べて、テンプレートプロジェクトの利点は以下のとおりです：
 
-- 创建完成即是拥有带完整控制台体验的项目，一键创建各种模板插件
-- 支持直接加载 TypeScript，你可以尽情享受代码提示和类型检查带来的便利
-- 支持插件热重载，你可以在不重启应用的情况下修改插件代码，并获得即时的反馈
-- 支持二次开发，你可以将你自己的机器人与其他人的插件进行联合调试
+- 完全なコンソール機能を付いたプロジェクトであり、各種テンプレートプラグインが簡易に作成できます
+- TypeScript を直接にロードできるため、コード補完や型チェックの利便性を存分に享受できます
+- プラグインのホットリロードに対応しており、プラグインのコードを変更後、アプリケーションを再起動せずにリアルタイムで反映することが可能です
+- 二次開発が可能であり、自分のボットと他の開発者のプラグインとの結合テストができます
 
-当然，模板项目也可以直接用于生产。虽然在操作上可能不如启动器方便，但它提供了更多的自由度，并能在启动器所覆盖不到的场景下顺利运行。
+もちろん、テンプレートプロジェクトはそのまま本番環境で使用することもできます。操作性がランチャーほど便利ではないかもしれませんが、より自由度が高く、ランチャーではカバーできないシナリオでもスムーズに実行できます。
 
-## 安装 Node.js
+## Node.js のインストール
 
 Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运行环境，你需要自己安装它。
 
-### 下载安装包
+### インストーラーのダウンロード
 
 首先我们前往 [Node.js](https://nodejs.org/) 的官方网站：
 
@@ -34,19 +34,19 @@ Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运
 
 ![home](/manual/nodejs/home-light.webp) {.light-only}
 
-在这里可以看到两个巨大的按钮，分别对应着 **LTS (长期维护版)** 和 **Current (最新版本)**。我们建议你选择更加稳定的 LTS 版本，点击按钮即可下载安装包。
+在这里可以看到两个巨大的按钮，分别对应着 **LTS (长期维护版)** 和 **Current (最新版本)**。より安定したLTSバージョンをおすすめします。ボタンをクリックしてインストーラーをダウンロードしてください。
 
-随后，运行下载好的安装包，根据提示完成整个安装流程即可。
+次に、ダウンロードしたインストーラーを実行し、その指示に従ってインストールを完了させてください。
 
-### 安装包管理器
+### パッケージマネージャーのインストール
 
-Node.js 自带名为 [npm](https://www.npmjs.com/) 的包管理器，你可以直接使用它。我们同时也推荐功能更强大的 [yarn](https://classic.yarnpkg.com/) 作为包管理器。它的安装非常简单，只需打开命令行输入下面的命令：
+Node.js 自带名为 [npm](https://www.npmjs.com/) 的包管理器，你可以直接使用它。我们同时也推荐功能更强大的 [yarn](https://classic.yarnpkg.com/) 作为包管理器。インストール方法は非常に簡単で、コマンドラインに次のコマンドを入力するだけです：
 
 ```sh
-# 安装 yarn
+# yarn のインストール
 npm i -g yarn
 
-# 查看版本
+# バージョンの確認
 yarn -v
 ```
 
@@ -66,9 +66,9 @@ Set-ExecutionPolicy RemoteSigned
 之后就可以正常使用 yarn 了。
 :::
 
-### 配置镜像源
+### ミラーサイトの設定
 
-如果你是国内用户，从 npm 或 yarn 上下载依赖可能非常慢。因此，我们推荐你配置一下镜像源，以提升安装速度。
+中国のユーザーの場合、npm や yarn からパッケージのダウンロードが遅い可能性があります。そのため、インストール速度を向上するようにミラーサイトを設定することをおすすめします。
 
 :::tabs code
 
@@ -82,9 +82,9 @@ yarn config set registry https://registry.npmmirror.com
 
 :::
 
-## 创建项目
+## プロジェクトの作成
 
-打开命令行，并进入你想要创建 Koishi 项目的目录。
+コマンドラインを開いて Koishi プロジェクトを作成したいディレクトリに移動します。
 
 ::: tip
 这个路径不宜过长，且应当避免出现中文或者空格。我们推荐的路径如下：
@@ -93,7 +93,7 @@ yarn config set registry https://registry.npmmirror.com
 - 其他操作系统：`~/dev`
   :::
 
-输入下面的命令以创建 Koishi 项目：
+以下のコマンドを入力して Koishi プロジェクトを作成します：
 
 :::tabs code
 
@@ -107,11 +107,11 @@ yarn create koishi
 
 :::
 
-跟随提示即可完成全套初始化流程。
+指示に従って初期化プロセスを完了してください。
 
-## 启动应用
+## アプリケーションの起動
 
-如果你顺利完成了上述操作，你的应用此时应该已经是启动状态，并弹出了控制台界面。如果你想要关闭应用，可以在命令行中按下 `Ctrl+C` 组合键。当应用处于关闭状态时，你可以在运行下面的指令以再次启动：
+上記の操作が正常に完了した場合、アプリケーションはすでに起動状態になり、コンソール画面が表示されています。如果你想要关闭应用，可以在命令行中按下 `Ctrl+C` 组合键。アプリケーションが停止している場合、以下のコマンドを実行して再度起動できます。
 
 :::tabs code
 
@@ -127,7 +127,7 @@ yarn start
 
 ## 次のステップ……
 
-おめでとうございます！Koishi の基本的な使い方をマスターしましたね。接下来：
+おめでとうございます！Koishi の基本的な使い方をマスターしましたね。次のステップ：
 
 - 如果你希望了解 Koishi 的更多功能，请前往 [安装和配置插件](../usage/market.md)
 - 如果你希望立即开始你的插件开发，请前往 [开发指南](../../guide/index.md)
diff --git a/ja-JP/manual/starter/direct.md b/ja-JP/manual/starter/direct.md
index abf3a3e4b80a..c5cf76983f83 100644
--- a/ja-JP/manual/starter/direct.md
+++ b/ja-JP/manual/starter/direct.md
@@ -1,27 +1,27 @@
 ---
 prev:
-  text: インストール方法
+  text: インストーラーを選択
   link: /ja-JP/manual/starter/
 next:
   text: 指南
   link: /ja-JP/guide/
 ---
 
-# 作为依赖调用
+# パッケージとして
 
-::: warning
+:::warning
 这篇指南假设你已了解关于 [JavaScript](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript) 和 [Node.js](https://nodejs.org/) 的中级知识。如果你刚开始学习 JavaScript 开发或者对编写业务代码不感兴趣，请 [选择其他安装方式](./index.md)。
 :::
 
-::: warning
+:::danger
 我们强烈建议使用模板项目进行 Koishi 开发。如果你不确定自己在做什么，建议先完整阅读 [模板项目](./boilerplate.md) 章节。
 :::
 
-虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望将 Koishi 嵌入更复杂的程序中，那么直接调用将会成为更具有灵活性的选择。
+虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望在没有 Node.js 的环境下运行 Koishi，那么直接调用将会成为更具有灵活性的选择。
 
 ## 初始化项目
 
-::: tip
+:::tip
 Koishi 本身使用 TypeScript 编写，因此我们推荐你使用 TypeScript 来进行 Koishi 开发。在接下来的文档中，我们将统一使用 TypeScript 作为示例代码。如果你想编写原生 JavaScript 或使用其他方言，可以在示例代码的基础上自行修改。
 :::
 
@@ -29,13 +29,15 @@ Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运
 
 首先初始化你的机器人目录并安装 Koishi 和所需的插件 (这里以官方插件 console, sandbox 和 echo 为例)：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 初始化项目
 npm init
 
 # 安装 Koishi 和相关插件
 npm i koishi \
+      @koishijs/plugin-server \
       @koishijs/plugin-console \
       @koishijs/plugin-sandbox \
       @koishijs/plugin-echo
@@ -43,12 +45,14 @@ npm i koishi \
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 npm i typescript @types/node esbuild esbuild-register -D
 ```
+
 ```yarn
 # 初始化项目
 yarn init
 
 # 安装 Koishi 和相关插件
-yarn add koishi
+yarn add koishi \
+         @koishijs/plugin-server \
          @koishijs/plugin-console \
          @koishijs/plugin-sandbox \
          @koishijs/plugin-echo
@@ -56,28 +60,28 @@ yarn add koishi
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 yarn add typescript @types/node esbuild esbuild-register -D
 ```
+
 :::
 
 新建入口文件 `index.ts`，并写下这段代码：
 
 ```ts title=index.ts no-extra-header
 import { Context } from 'koishi'
+import server from '@koishijs/plugin-server'
 import console from '@koishijs/plugin-console'
 import * as sandbox from '@koishijs/plugin-sandbox'
 import * as echo from '@koishijs/plugin-echo'
 
 // 创建一个 Koishi 应用
-const ctx = new Context({
-  port: 5140,
-})
+const ctx = new Context()
 
 // 启用上述插件
+ctx.plugin(server, {
+  port: 5140,
+})                      // 提供后端服务
 ctx.plugin(console)     // 提供控制台
 ctx.plugin(sandbox)     // 提供调试沙盒
 ctx.plugin(echo)        // 提供回声指令
-
-// 启动应用
-ctx.start()
 ```
 
 接着运行这个文件：
@@ -97,17 +101,20 @@ node -r esbuild-register .
 
 如果你想要接入真实聊天平台，那么你只需要安装适配插件即可：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 以 Satori 和 Discord 适配器为例
 npm i @koishijs/plugin-adapter-satori \
       @koishijs/plugin-adapter-discord
 ```
+
 ```yarn
 # 以 Satori 和 Discord 适配器为例
 yarn add @koishijs/plugin-adapter-satori \
          @koishijs/plugin-adapter-discord
 ```
+
 :::
 
 接着修改你刚刚创建的 `index.ts`。每个机器人相当于启用一个插件：
@@ -143,15 +150,18 @@ Koishi 插件可以在 [npm](https://www.npmjs.com) 上获取。通常插件会
 
 对于社区插件，使用类似的方式安装和加载：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 以 puppeteer 和 forward 插件为例
 npm i koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 ```yarn
 # 以 puppeteer 和 forward 插件为例
 yarn add koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 :::
 
 ```ts title=index.ts
diff --git a/ja-JP/manual/starter/docker.md b/ja-JP/manual/starter/docker.md
index d3c54b1ad9bb..fc3c5604c2b4 100644
--- a/ja-JP/manual/starter/docker.md
+++ b/ja-JP/manual/starter/docker.md
@@ -3,13 +3,13 @@ prev:
   text: インストーラーを選択
   link: /ja-JP/manual/starter/
 next:
-  text: 安装和配置插件
-  link: /zh-CN/manual/usage/market.html
+  text: プラグインのインストールと設定
+  link: /ja-JP/manual/usage/market.html
 ---
 
 # コンテナーで実行
 
-::: warning
+:::warning
 Docker 等容器化软件是以服务生产环境而开发的应用平台，在使用此类软件部署之时，我们相信你已经掌握了运维一台服务器所必须的知识，同时也理解了容器化的概念与相关软件的基础操作。如若不然，在除路由器或 NAS 等特殊环境外，请 [选择其他安装方式](./index.md)。
 :::
 
@@ -19,24 +19,30 @@ Koishi 提供了 [Docker](https://hub.docker.com/r/koishijs/koishi) 镜像，方
 
 使用以下命令启动容器：
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi
 ```
+
 :::
 
 许多插件依赖 [koishi-plugin-puppeteer](https://www.npmjs.com/package/koishi-plugin-puppeteer) 来进行图片渲染，故默认镜像中包含 Chromium。如果你认为镜像过大，不需要预装 Chromium，我们也提供了轻量版本：
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 :::
 
 启动后将会绑定 Koishi 控制台到 5140 端口。
@@ -45,7 +51,7 @@ docker run -p 5140:5140 koishijs/koishi:latest-lite
 
 如果需要更正时区，请使用 `-e TZ=Asia/Shanghai` 来设置时区。
 
-::: tip
+:::tip
 Koishi 本体及其插件都可以控制台完成更新。在持久化文件过后更新容器仅会更新 Chromium 和 Node.js 等的版本。
 :::
 
diff --git a/ja-JP/manual/starter/index.md b/ja-JP/manual/starter/index.md
index 5466ca6fbdd1..cd00a92ffc55 100644
--- a/ja-JP/manual/starter/index.md
+++ b/ja-JP/manual/starter/index.md
@@ -7,33 +7,26 @@ choices:
     text: ボットサービスを構築します
     caption: 実行環境は……
     children:
-      - 
-        text: Windows
+      - text: Windows
         link: /ja-JP/manual/starter/windows.html
-      - 
-        text: macOS
+      - text: macOS
         link: /ja-JP/manual/starter/macos.html
-      - 
-        text: Linux
+      - text: Linux
         link: /ja-JP/manual/starter/linux.html
-      - 
-        text: Android
+      - text: Android
         link: /ja-JP/manual/starter/android.html
-      - 
-        text: Docker
+      - text: Docker
         link: /ja-JP/manual/starter/docker.html
   development:
     text: プログラムを開発します
     caption: Koishi を……として使いたいです
     children:
-      - 
-        text: 独自なプロジェクト
+      - text: 独自なプロジェクト
         link: /ja-JP/manual/starter/boilerplate.html
-      - 
-        text: 他のプロジェクトの依存パッケージ
+      - text: 他のプロジェクトの依存パッケージ
         link: /ja-JP/manual/starter/direct.html
 ---
 
-# インストール方法
+# インストーラーを選択
 
 Koishi はいくつかのインストール方法を提供しており、使い用途に応じて選択してください。
diff --git a/ja-JP/manual/starter/linux.md b/ja-JP/manual/starter/linux.md
index 9da780ed4e15..3242a1219769 100644
--- a/ja-JP/manual/starter/linux.md
+++ b/ja-JP/manual/starter/linux.md
@@ -1,27 +1,27 @@
 ---
 prev:
-  text: インストール方法
+  text: インストーラーを選択
   link: /ja-JP/manual/starter/
 next:
-  text: 安装和配置插件
-  link: /zh-CN/manual/usage/market.html
+  text: プラグインのインストールと設定
+  link: /ja-JP/manual/usage/market.html
 ---
 
 # Linux にインストール
 
-::: tip
-その他のインストール方法を知りたい場合、[インストール方法](./index.md) に進んでください。
+:::tip
+如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
 ## ダウンロード
 
 - [AppImage (.AppImage)](https://k.ilharp.cc/linux.AppImage)
-- [その他のバージョン](https://github.com/koishijs/koishi-desktop/releases)
+- [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
 
 ## 启动
 
 启动你刚刚下载的程序，你应当可以在 `http://localhost:5140` 访问 Koishi 的网页控制台。
 
-## その他の選択肢
+## その他の選択
 
-適切なインストーラーが見つかりませんか？[コンテナーで実行](./docker.md) や [テンプレートプロジェクトの作成](./boilerplate.md) を選択することもできます。
+適切なインストーラーが見つかりませんか？你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/ja-JP/manual/starter/macos.md b/ja-JP/manual/starter/macos.md
index 86a24442a8ec..e3643e126c5f 100644
--- a/ja-JP/manual/starter/macos.md
+++ b/ja-JP/manual/starter/macos.md
@@ -1,22 +1,22 @@
 ---
 prev:
-  text: インストール方法
+  text: インストーラーを選択
   link: /ja-JP/manual/starter/
 next:
-  text: 安装和配置插件
-  link: /zh-CN/manual/usage/market.html
+  text: プラグインのインストールと設定
+  link: /ja-JP/manual/usage/market.html
 ---
 
-# 为 macOS 安装
+# macOS にインストール
 
-::: tip
-その他のインストール方法を知りたい場合、[インストール方法](./index.md) に進んでください。
+:::tip
+如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-## 下载
+## ダウンロード
 
 - [安装包 (.pkg)](https://k.ilharp.cc/osx.pkg)
-- [その他のバージョン](https://github.com/koishijs/koishi-desktop/releases)
+- [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
 
 ## インストール
 
@@ -26,6 +26,6 @@ next:
 
 安装完成后，点击 Koishi 图标即可启动。Koishiコンソールが数秒で有効化されます。Koishiの使用を開始することができます。
 
-## その他の選択肢
+## その他の選択
 
-適切なインストーラーが見つかりませんか？[コンテナーで実行](./docker.md) や [テンプレートプロジェクトの作成](./boilerplate.md) を選択することもできます。
+適切なインストーラーが見つかりませんか？你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/ja-JP/manual/starter/windows.md b/ja-JP/manual/starter/windows.md
index 8ce28b434620..d3095b9d28a0 100644
--- a/ja-JP/manual/starter/windows.md
+++ b/ja-JP/manual/starter/windows.md
@@ -3,20 +3,20 @@ prev:
   text: インストーラーを選択
   link: /ja-JP/manual/starter/
 next:
-  text: 安装和配置插件
-  link: /zh-CN/manual/usage/market.html
+  text: プラグインのインストールと設定
+  link: /ja-JP/manual/usage/market.html
 ---
 
 # Windows にインストール
 
-::: tip
-その他のインストール方法を知りたい場合、[インストール方法](./index.md) に進んでください。
+:::tip
+如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
 ## ダウンロード
 
-- [インストーラー(.msi)](https://k.ilharp.cc/win.msi)
-- [その他のバージョン](https://github.com/koishijs/koishi-desktop/releases)
+- [安装包 (.msi)](https://k.ilharp.cc/win.msi)
+- [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
 
 ## インストール
 
@@ -28,8 +28,8 @@ next:
 
 双击安装包并一路点按「Next」，等待安装过程结束，你便可以在「开始」菜单中找到 Koishi 了。
 
-::: tip
-一部分のコンピューターでは、インストールプロセスに10分以上かかる場合があります。お待ちください
+:::tip
+安装流程在部分电脑上这可能会花费 10 分钟以上的时间，请耐心等待。
 :::
 
 ## 启动
@@ -42,4 +42,4 @@ next:
 
 ## その他の選択
 
-適切なインストーラーが見つかりませんか？[コンテナーで実行](./docker.md) や [テンプレートプロジェクトの作成](./boilerplate.md) を選択することもできます。
+適切なインストーラーが見つかりませんか？你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
diff --git a/ja-JP/manual/usage/adapter.md b/ja-JP/manual/usage/adapter.md
index 1aa398fa0d3a..c53e89804690 100644
--- a/ja-JP/manual/usage/adapter.md
+++ b/ja-JP/manual/usage/adapter.md
@@ -25,7 +25,7 @@
 - [钉钉](../../plugins/adapter/dingtalk.md)
 - [Discord](../../plugins/adapter/discord.md)
 - [KOOK](../../plugins/adapter/kook.md)
-- [Lark](../../plugins/adapter/lark.md)
+- [飞书](../../plugins/adapter/lark.md)
 - [LINE](../../plugins/adapter/line.md)
 - [邮件](../../plugins/adapter/mail.md)
 - [Matrix](../../plugins/adapter/matrix.md)
@@ -35,10 +35,11 @@
 - [微信公众号](../../plugins/adapter/wechat-official.md)
 - [企业微信](../../plugins/adapter/wecom.md)
 - [WhatsApp](../../plugins/adapter/whatsapp.md)
+- [Zulip](../../plugins/adapter/zulip.md)
 
 其中，常用的适配器插件已经预装在了 Koishi 中，你可以在插件配置中的 adapter 分组中找到它们。如果没有看到你想要的平台，你也可以在插件市场中搜索并安装更多适配器插件。
 
-Koishiアプリは、様々なチャットアプリにまたがる複数のアカウントに同時に接続できます。各アカウントは、自身のプラグイン設定のを持つ、新しいプラグイン設定を追加するには、[プラグインの追加](./market.md#添加更多插件)のメソッドを参照します。同じチャットアプリでアクセスされた複数のボットは、同じユーザーデータを共有しますから。複数のボットを簡単に切り替えて負荷分散を行うことができます。
+Koishiアプリは、様々なチャットアプリにまたがる複数のアカウントに同時に接続できます。每个账号对应一份插件配置，你可以参考 [添加更多插件](./market.md#添加更多插件) 中的方法添加新的插件配置。同じチャットアプリでアクセスされた複数のボットは、同じユーザーデータを共有しますから。複数のボットを簡単に切り替えて負荷分散を行うことができます。
 
 不同平台的接入方式与难度存在较大的差异。様々なチャットアプリが違えば、それに応じた準備が必要だ。这些工作可能包括在平台内注册开发者账号、准备一台部署到公网的服务器等等。你可以在各个适配器插件的文档中找到详细的指引。
 
diff --git a/ja-JP/manual/usage/command.md b/ja-JP/manual/usage/command.md
index b8febbdfca6a..15526e57e176 100644
--- a/ja-JP/manual/usage/command.md
+++ b/ja-JP/manual/usage/command.md
@@ -121,7 +121,7 @@ help 指令后还可以添加一个参数，用于查看特定指令的帮助信
 
 1. `prefix` 是一个列表，默认值为 `['']` 表示无需前缀也能触发；将列表清空会导致所有指令都无法通过 `prefix` 触发 (但仍然可以通过私聊或 `nickname` 或 @机器人 触发)
 2. 如果你在 `prefix` 中设置了多个值，例如 `['.', '/', '']`，那么 `.`, `/` 或无前缀都能触发指令；但由于 Koishi 是按顺序匹配各个前缀的，因此空串 `''` 必须写在最后一个
-3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#过滤器) 一节
+3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#filters) 一节
    :::
 
 ## サブコマンド
diff --git a/ja-JP/manual/usage/customize.md b/ja-JP/manual/usage/customize.md
index 6de9206c6445..072e90af4a30 100644
--- a/ja-JP/manual/usage/customize.md
+++ b/ja-JP/manual/usage/customize.md
@@ -1,6 +1,6 @@
 # 深入定制机器人
 
-## 权限管理
+## 権限管理
 
 既然已经有了用户系统，下一个自然的需求便是权限管理了。
 
@@ -40,7 +40,7 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 反过来，如果你希望你的 Koishi 实例不主动响应某个频道的消息，可以通过 `assign -r` 的方式来移除该频道的受理人。其他频道不会受到影响。
 
-::: tip
+:::tip
 某个频道处于无受理人状态与该频道被过滤器排除的区别在于：前者仍然可以被通过 @机器人 的方式触发指令，而后者无论如何都无法触发指令。具体请参考 [触发前缀](./command.md#触发前缀) 章节。
 :::
 
@@ -50,19 +50,19 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 上述两个配置项都支持 [计算属性](#计算属性)，这也意味着你可以在不同的聊天环境中配置不同的行为。
 
-## 过滤器
+## 过滤器 {#filters}
 
 很多时候，我们会希望某些功能只能对于某些群聊或私聊使用。使用权限管理意味着引入数据库，而更轻量的方式是通过 **过滤器 (Filter)** 直接影响插件的作用范围。
 
 ### 插件过滤器
 
-::: tip
+:::tip
 少数插件与聊天平台无关，例如控制台、数据库插件等。这些插件也因此没有过滤器设置。
 :::
 
 大部分插件都提供了过滤器设置，就位于插件详情页的顶部。点击「添加条件」按钮可以创建一个过滤条件。可以通过设置过滤条件来包含或排除任意平台 / 用户 / 群组 / 频道 / 机器人。
 
-::: tip
+:::tip
 如果不知道这些 ID 是什么，可以使用 [获取账号信息](./platform.md#获取账号信息) 中介绍的 [inspect](../../plugins/common/inspect.md) 插件。
 :::
 
diff --git a/ja-JP/manual/usage/market.md b/ja-JP/manual/usage/market.md
index 817d2501bb15..147850c1a50c 100644
--- a/ja-JP/manual/usage/market.md
+++ b/ja-JP/manual/usage/market.md
@@ -1,6 +1,6 @@
 ---
 prev:
-  text: インストール方法
+  text: インストーラーを選択
   link: /ja-JP/manual/starter/
 ---
 
@@ -84,7 +84,7 @@ Koishi 在安装时预先配置了一些分组，而新安装的插件会放置
 
 创建新的分组同样很简单。点击「全局配置」或任意分组名后，点击右上角的「创建分组」按钮可以在此创建一个新的插件分组。新分组的名字是随机生成的，但你可以点击名字修改成你喜欢的名字。分组可以在左侧栏中点击小三角来控制展开和收起。
 
-此外，[过滤器](../usage/customize.md#过滤器) 机制也可用于分组，便于控制一系列插件的行为。
+此外，[过滤器](../usage/customize.md#filters) 机制也可用于分组，便于控制一系列插件的行为。
 
 ### 添加更多插件
 
@@ -100,7 +100,7 @@ Koishi 在安装时预先配置了一些分组，而新安装的插件会放置
 
 ### 删除插件或分组
 
-:::warning
+:::danger
 注意：此操作无法被撤销，如果你想要恢复之前的配置，只能再次手动添加。请谨慎操作。
 :::
 
@@ -108,6 +108,10 @@ Koishi 在安装时预先配置了一些分组，而新安装的插件会放置
 
 ## 更新和卸载插件
 
+:::warning
+依赖管理功能仅为生产环境设计。如果当前 Koishi 是开发环境，请使用 [`dep`](../../guide/develop/workspace.md#dep) 命令来更新依赖。
+:::
+
 前往「依赖管理」页面，你可以在这里看到依赖列表。依赖可能包括 Koishi 本体，各种插件，以及支持插件运行的软件包等。
 
 当依赖的状态显示为「可更新」时，点击其右侧的「修改」按钮，在弹出的窗口左上角选择你需要的版本，点击右下角的「更新」按钮即可完成更新。
diff --git a/ja-JP/manual/usage/platform.md b/ja-JP/manual/usage/platform.md
index fd562db60e51..9828a9d7e1fd 100644
--- a/ja-JP/manual/usage/platform.md
+++ b/ja-JP/manual/usage/platform.md
@@ -28,7 +28,7 @@ Koishi 说自己是一个「跨平台」的框架，但是这个「跨平台」
 
 如果你要进行登录或者绑定，这里的「平台名」和「用户 ID」会很有用。
 
-## 控制台登录
+## 控制台登录 {#console-login}
 
 [auth](../../plugins/console/auth.md) 插件允许任何用户在控制台登录 Koishi 账号并管理自己的用户信息。此外，该插件还自带了一个管理员账号，对于刚刚搭建好 Koishi 的用户来说，这是最方便的提权方式。
 
diff --git a/ja-JP/market/index.md b/ja-JP/market/index.md
index 133948cadf8f..527fa678a402 100644
--- a/ja-JP/market/index.md
+++ b/ja-JP/market/index.md
@@ -2,4 +2,4 @@
 layout: market
 ---
 
-# 插件市场
+# マーケット
diff --git a/ja-JP/plugins/adapter/dingtalk.md b/ja-JP/plugins/adapter/dingtalk.md
index 6b654902aa62..b87a652ab440 100644
--- a/ja-JP/plugins/adapter/dingtalk.md
+++ b/ja-JP/plugins/adapter/dingtalk.md
@@ -1,9 +1,13 @@
 # @koishijs/plugin-adapter-dingtalk
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [开放平台 > 应用开发 > 钉钉应用](https://open-dev.dingtalk.com/fe/app#/corp/app) 并点击「创建应用」，输入相关信息确定创建
-2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 protocol 填写 ws，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 protocol 填写 http；最后点击发布按钮
+2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 `protocol` 选择 `ws`，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 `protocol` 选择 `http`；最后点击发布按钮
 3. 在左侧打开「凭证与基础信息」页面，将 `Client ID` 填入插件的 `appkey` 字段，将 `Client Secret` 填入插件的 `secret` 字段。
 4. (可选) 为了在控制台中显示应用名称与头像，请参照 [添加接口调用权限](https://open.dingtalk.com/document/orgapp/add-api-permission) 操作，申请 `qyapi_get_microapp_list` 权限；在左侧打开「添加应用能力」，选择添加「网页应用」。将「企业内部应用 AgentId」填入插件的 `agentId` 字段
 
@@ -44,7 +48,11 @@
 
 包括全部的 [`WsClient`](../../api/core/adapter.md#类-adapter-wsclient) 选项。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addAttendee()`](https://open.dingtalk.com/document/isvapp/add-schedule-participant)
 - [`internal.addCityCarApply()`](https://open.dingtalk.com/document/isvapp/synchronize-third-party-city-vehicle-approval-form)
diff --git a/ja-JP/plugins/adapter/discord.md b/ja-JP/plugins/adapter/discord.md
index ba6892f8c12e..c9946f5a22a8 100644
--- a/ja-JP/plugins/adapter/discord.md
+++ b/ja-JP/plugins/adapter/discord.md
@@ -72,7 +72,11 @@
 
 当配置为 `attach` 并且发送文本+图片形式的消息时，无论 [`handleExternalAsset`](#options-discord-handleexternalasset) 配置为何都会先下载后发送。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addGuildMember()`](https://discord.com/developers/docs/resources/guild#add-guild-member)
 - [`internal.addGuildMemberRole()`](https://discord.com/developers/docs/resources/guild#add-guild-member-role)
diff --git a/ja-JP/plugins/adapter/kook.md b/ja-JP/plugins/adapter/kook.md
index eedcbb3a82e5..409f84e649a4 100644
--- a/ja-JP/plugins/adapter/kook.md
+++ b/ja-JP/plugins/adapter/kook.md
@@ -1,11 +1,15 @@
 # @koishijs/plugin-adapter-kook
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [开发者平台](https://developer.kookapp.cn/)，选择「机器人」并点击「新建」
 2. 根据自身需要，在「机器人连接模式」中选择 Webhook 或 WebSocket 中的一种：
-    - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
-    - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
+   - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
+   - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
 
 ## 基础配置项
 
diff --git a/ja-JP/plugins/adapter/lark.md b/ja-JP/plugins/adapter/lark.md
index 06ee9a902c43..5b8dd22cb209 100644
--- a/ja-JP/plugins/adapter/lark.md
+++ b/ja-JP/plugins/adapter/lark.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-lark
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在开发者后台 ([Lark](https://open.larksuite.com/app/) / [飞书](https://open.feishu.cn/app/)) 新建**企业自建应用**，点击应用名称进入应用详情页。
diff --git a/ja-JP/plugins/adapter/line.md b/ja-JP/plugins/adapter/line.md
index 37a452bd70ab..e78b6b69a80d 100644
--- a/ja-JP/plugins/adapter/line.md
+++ b/ja-JP/plugins/adapter/line.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-line
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在 [LINE 开发者控制台](https://developers.line.biz/console/) 注册账号，创建一个新的 Provider，在 Provider 中创建一个 Channel，类型选择 Messaging API，输入相关信息
@@ -26,7 +30,11 @@
 
 机器人密钥。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.audienceMatch()`](https://developers.line.biz/en/reference/partner-docs/#phone-audience-match)
 - [`internal.broadcast()`](https://developers.line.biz/en/reference/messaging-api/#send-broadcast-message)
diff --git a/ja-JP/plugins/adapter/matrix.md b/ja-JP/plugins/adapter/matrix.md
index 8cff8993f6c1..74a48a24be1f 100644
--- a/ja-JP/plugins/adapter/matrix.md
+++ b/ja-JP/plugins/adapter/matrix.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-matrix
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 参考 [此链接](https://spec.matrix.org/unstable/application-service-api/#registration) 编写 `registry.yaml` 文件：
diff --git a/ja-JP/plugins/adapter/qq.md b/ja-JP/plugins/adapter/qq.md
index feb46ab27994..e3cd5487b140 100644
--- a/ja-JP/plugins/adapter/qq.md
+++ b/ja-JP/plugins/adapter/qq.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-qq
 
-QQ (官方机器人) 适配器。
+QQ 和 QQ 频道官方机器人适配器。
 
 ## 接入方法
 
@@ -55,3 +55,78 @@ QQ (官方机器人) 适配器。
 - 默认值: `'bot'`
 
 验证方式。
+
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
+
+QQ 群和频道有着不同的机器人接口，因此我们提供了两套内部 API。
+
+### 群 (含私聊)
+
+对应的平台名称为 `qq`。
+
+- `internal.acknowledgeInteraction()`
+- `internal.sendFileGuild()`
+- `internal.sendFilePrivate()`
+- `internal.sendMessage()`
+- `internal.sendPrivateMessage()`
+
+### 频道 (含私聊)
+
+对应的平台名称为 `qqguild`。
+
+- `internal.addGuildMemberRole()`
+- `internal.createDMS()`
+- `internal.createGuildApiPermissionDemand()`
+- `internal.createGuildAnnounce()`
+- `internal.createGuildChannel()`
+- `internal.createGuildRole()`
+- `internal.createPinsMessage()`
+- `internal.createPost()`
+- `internal.createSchedule()`
+- `internal.createReaction()`
+- `internal.deleteChannel()`
+- `internal.deleteDM()`
+- `internal.deleteMessage()`
+- `internal.deleteReaction()`
+- `internal.getChannel()`
+- `internal.getChannelMemberPermissions()`
+- `internal.getChannelOnlineNums()`
+- `internal.getChannelRole()`
+- `internal.getChannels()`
+- `internal.getGuild()`
+- `internal.getGuildApiPermissions()`
+- `internal.getGuildMember()`
+- `internal.getGuildMembers()`
+- `internal.getGuildRoleMembers()`
+- `internal.getGuildRoles()`
+- `internal.getGuilds()`
+- `internal.getMe()`
+- `internal.getMessage()`
+- `internal.getMessageSetting()`
+- `internal.getPinsMessage()`
+- `internal.getSchedule()`
+- `internal.getSchedules()`
+- `internal.getReactions()`
+- `internal.getThread()`
+- `internal.listThreads()`
+- `internal.modifyChannel()`
+- `internal.modifyChannelMemberPermissions()`
+- `internal.modifyChannelRole()`
+- `internal.modifyGuildRole()`
+- `internal.modifySchedule()`
+- `internal.muteGuild()`
+- `internal.muteGuildMember()`
+- `internal.muteGuildMembers()`
+- `internal.removeGuildAnnounce()`
+- `internal.removeGuildMember()`
+- `internal.removeGuildMemberRole()`
+- `internal.removeGuildRole()`
+- `internal.removePinsMessage()`
+- `internal.removePost()`
+- `internal.removeSchedule()`
+- `internal.sendDM()`
+- `internal.sendMessage()`
diff --git a/ja-JP/plugins/adapter/satori.md b/ja-JP/plugins/adapter/satori.md
index 4a0ffa5db380..971d6a3759c3 100644
--- a/ja-JP/plugins/adapter/satori.md
+++ b/ja-JP/plugins/adapter/satori.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-satori
 
-::: tip
+:::tip
 另见：[@koishijs/plugin-server-satori](../develop/server-satori.md)。
 :::
 
diff --git a/ja-JP/plugins/adapter/slack.md b/ja-JP/plugins/adapter/slack.md
index 4b5fa98e09e9..0dad13597b12 100644
--- a/ja-JP/plugins/adapter/slack.md
+++ b/ja-JP/plugins/adapter/slack.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-slack
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中，`http` 连接方式需要一个公网可访问的地址。在接入之前，请根据使用需求填写插件的 [`protocol`](#config-protocol) 字段。
@@ -8,7 +12,11 @@ Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中
 
 2. 前往 [应用后台](https://api.slack.com/apps)，点击「Create New App」>「From Scratch」，填入应用名称和所添加的工作区 (目前适配器只支持一个应用处理一个工作区的事件)，点击「Create App」。
 
-![app-1](/adapter/slack/app-1.webp)<!-- !\[app-2\](/adapter/slack/app-2.webp) -->3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
+![app-1](/adapter/slack/app-1.webp)
+
+<!-- ![app-2](/adapter/slack/app-2.webp) -->
+
+3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
 
 ![secret-1](/adapter/slack/secret-1.webp)
 
diff --git a/ja-JP/plugins/adapter/telegram.md b/ja-JP/plugins/adapter/telegram.md
index 0ba4ec708359..29ff7e12cadb 100644
--- a/ja-JP/plugins/adapter/telegram.md
+++ b/ja-JP/plugins/adapter/telegram.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-telegram
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 搜索 @botfather（有个官方认证的符号）并进入聊天界面
@@ -10,7 +14,7 @@
 
 参考文档：<https://core.telegram.org/bots>
 
-::: tip
+:::tip
 如果启动机器人后发现收不到不带 `/` 的消息，这很可能是由于 Privacy Mode 未开启。如果开启后仍然收不到消息，请尝试将机器人从群组中移除后重新加入。
 :::
 
@@ -71,7 +75,11 @@
 
 Koishi 服务暴露在公网的地址，会覆盖 [`app.config.selfUrl`](../../api/core/app.md#options-selfurl) 的值。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addStickerToSet()`](https://core.telegram.org/bots/api#addstickertoset)
 - [`internal.answerCallbackQuery()`](https://core.telegram.org/bots/api#answercallbackquery)
diff --git a/ja-JP/plugins/adapter/wechat-official.md b/ja-JP/plugins/adapter/wechat-official.md
index 738c7fa072f5..9e9295566d4b 100644
--- a/ja-JP/plugins/adapter/wechat-official.md
+++ b/ja-JP/plugins/adapter/wechat-official.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wechat-official
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 根据 [注册流程指引](https://kf.qq.com/product/weixinmp.html#hid=87) 注册公众平台。
@@ -8,7 +12,7 @@
 4. 页面下方启用服务器配置，将机器人的 `selfUrl` 值后连接 `/wechat-official` (如 `https://example.com/wechat-official`)，在 URL 一栏中填写；在插件配置和公众平台上填入相同的 Token；在公众平台上生成 EncodingAESKey 并填入插件的 aesKey 字段；三种消息加解密方式均可选择。
 5. 如果公众号为企业主体，且通过了微信认证，可在插件配置中启用 customerService。客服接口提供了更宽松的消息回复能力。
 
-参考文档：[https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html](https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html)
+参考文档：<https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html>
 
 ## 配置项
 
diff --git a/ja-JP/plugins/adapter/wecom.md b/ja-JP/plugins/adapter/wecom.md
index 8f5fb195b12e..10626697ae9b 100644
--- a/ja-JP/plugins/adapter/wecom.md
+++ b/ja-JP/plugins/adapter/wecom.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wecom
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [我的企业](https://work.weixin.qq.com/wework_admin/frame#profile)，复制页面下方企业 ID，填入插件的 corpId。
diff --git a/ja-JP/plugins/adapter/whatsapp.md b/ja-JP/plugins/adapter/whatsapp.md
index e33dbab03ddb..a7bcdad5fa62 100644
--- a/ja-JP/plugins/adapter/whatsapp.md
+++ b/ja-JP/plugins/adapter/whatsapp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-whatsapp
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [商务平台](https://business.facebook.com/) 创建业务账户，并在 [业务设置](https://business.facebook.com/settings/security) 完成组织验证
diff --git a/ja-JP/plugins/common/admin.md b/ja-JP/plugins/common/admin.md
index 8c2b6abc03db..57a7dce3995e 100644
--- a/ja-JP/plugins/common/admin.md
+++ b/ja-JP/plugins/common/admin.md
@@ -1,10 +1,10 @@
-# 数据管理 (Admin)
+# データ管理 (Admin)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 权限管理](../../manual/usage/customize.md#权限管理) 章节。
 :::
 
@@ -47,8 +47,9 @@ assign 指令可用于设置频道的 [受理人](../../manual/usage/customize.m
 1. 私聊机器人 B，发送 `assign -c #A`
 2. 在频道 A 中发送 `assign @B`（假设 B 能收到此消息）
 
-## 指令：user.flag <badge type="danger">非推奨</badge>
-## 指令：channel.flag <badge type="danger">非推奨</badge>
+## 指令：user.flag <badge type="danger">废弃</badge>
+
+## 指令：channel.flag <badge type="danger">废弃</badge>
 
 - 基本语法：`xxx.flag [...names]`
 - 选项：
diff --git a/ja-JP/plugins/common/bind.md b/ja-JP/plugins/common/bind.md
index e475f16ee597..e62db14c8262 100644
--- a/ja-JP/plugins/common/bind.md
+++ b/ja-JP/plugins/common/bind.md
@@ -1,10 +1,10 @@
-# 账号绑定 (Bind)
+# アカウント連携 (Bind)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 账号系统 > 账号绑定](../../manual/usage/platform.md#通过指令绑定) 章节。
 :::
 
diff --git a/ja-JP/plugins/common/broadcast.md b/ja-JP/plugins/common/broadcast.md
index bf23ba15cdda..cdb319152abf 100644
--- a/ja-JP/plugins/common/broadcast.md
+++ b/ja-JP/plugins/common/broadcast.md
@@ -1,6 +1,6 @@
-# 发送广播 (Broadcast)
+# ブロードキャスト (Broadcast)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
@@ -20,6 +20,6 @@ broadcast foo bar baz     # 向所有频道发送 foo bar baz
 
 当一个机器人账号同时向多个频道发送广播消息时，为了避免风控，Koishi 会给每条消息发送后添加一段延迟，可以通过 [`delay.broadcast`](../../api/core/app.md#options-delay) 进行配置。
 
-::: tip 提示
+:::tip
 broadcast 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/ja-JP/plugins/common/callme.md b/ja-JP/plugins/common/callme.md
index ea3fc6e389ad..90bac67a98ed 100644
--- a/ja-JP/plugins/common/callme.md
+++ b/ja-JP/plugins/common/callme.md
@@ -1,6 +1,6 @@
-# 设置昵称 (Callme)
+# ニックネーム設定 (Callme)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
diff --git a/ja-JP/plugins/common/echo.md b/ja-JP/plugins/common/echo.md
index 5f2168b01d4d..700b7a60b344 100644
--- a/ja-JP/plugins/common/echo.md
+++ b/ja-JP/plugins/common/echo.md
@@ -1,4 +1,4 @@
-# 发送消息 (Echo)
+# メッセージ送信 (Echo)
 
 ## 指令：echo
 
@@ -19,6 +19,6 @@ echo -u @foo foo bar      # 向用户 foo 私聊发送 foo bar
 echo -c #bar foo bar      # 向频道 bar 发送 foo bar
 ```
 
-::: tip 提示
+:::tip
 echo 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/ja-JP/plugins/common/help.md b/ja-JP/plugins/common/help.md
index 0024e2b38995..9ee4186f0d48 100644
--- a/ja-JP/plugins/common/help.md
+++ b/ja-JP/plugins/common/help.md
@@ -1,6 +1,6 @@
-# 查看帮助 (Help)
+# ヘルプ表示 (Help)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 查看帮助](../../manual/usage/command.md#查看帮助) 章节。
 :::
 
diff --git a/ja-JP/plugins/common/inspect.md b/ja-JP/plugins/common/inspect.md
index 3128dbe960ac..ad18403c84b3 100644
--- a/ja-JP/plugins/common/inspect.md
+++ b/ja-JP/plugins/common/inspect.md
@@ -1,5 +1,5 @@
-# 会话信息 (Inspect)
+# セッション情報 (Inspect)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 账号系统 > 获取账号信息](../../manual/usage/platform.md#获取账号信息) 章节。
 :::
diff --git a/ja-JP/plugins/console/analytics.md b/ja-JP/plugins/console/analytics.md
index df5e8943caea..44a6b2189200 100644
--- a/ja-JP/plugins/console/analytics.md
+++ b/ja-JP/plugins/console/analytics.md
@@ -1 +1 @@
-# 数据统计 (Analytics)
+# データ統計 (Analytics)
diff --git a/ja-JP/plugins/console/commands.md b/ja-JP/plugins/console/commands.md
index 1a42b3e4f194..51e22fdc5789 100644
--- a/ja-JP/plugins/console/commands.md
+++ b/ja-JP/plugins/console/commands.md
@@ -1,6 +1,6 @@
-# 指令管理 (Commands)
+# コマンド管理 (Commands)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 指令管理](../../manual/usage/command.md#指令管理) 一节。
 :::
 
diff --git a/ja-JP/plugins/console/config.md b/ja-JP/plugins/console/config.md
index dc32e5984d42..60ccc2e4995b 100644
--- a/ja-JP/plugins/console/config.md
+++ b/ja-JP/plugins/console/config.md
@@ -1,2 +1 @@
 # 插件配置 (Config)
-
diff --git a/ja-JP/plugins/console/explorer.md b/ja-JP/plugins/console/explorer.md
index b54a092e7695..a6abb490846b 100644
--- a/ja-JP/plugins/console/explorer.md
+++ b/ja-JP/plugins/console/explorer.md
@@ -1,2 +1 @@
-# 资源管理器 (Explorer)
-
+# ファイル管理 (Explorer)
diff --git a/ja-JP/plugins/console/index.md b/ja-JP/plugins/console/index.md
index 4a5d5996c146..b76c4f4f4a50 100644
--- a/ja-JP/plugins/console/index.md
+++ b/ja-JP/plugins/console/index.md
@@ -1,8 +1,7 @@
-# 控制台 (Console)
+# コンソール支援 (Console)
 
 ## 配置项
 
-
 <!-- ### title
 
 - 类型: `string`
diff --git a/ja-JP/plugins/console/insight.md b/ja-JP/plugins/console/insight.md
index 48e26bf1b465..3a97245b0b0c 100644
--- a/ja-JP/plugins/console/insight.md
+++ b/ja-JP/plugins/console/insight.md
@@ -1,2 +1 @@
-# 插件依赖图 (Insight)
-
+# プラグイン依存可視化 (Insight)
diff --git a/ja-JP/plugins/console/locales.md b/ja-JP/plugins/console/locales.md
index 714b646b7a5a..170f8ce3c517 100644
--- a/ja-JP/plugins/console/locales.md
+++ b/ja-JP/plugins/console/locales.md
@@ -1,6 +1,6 @@
-# 本地翻译 (Locales)
+# メッセージ地域化 (Locales)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 国际化](../../manual/usage/customize.md#本地化文本) 一节。
 :::
 
diff --git a/ja-JP/plugins/console/logger.md b/ja-JP/plugins/console/logger.md
index fb63c5f91466..77f558be50c0 100644
--- a/ja-JP/plugins/console/logger.md
+++ b/ja-JP/plugins/console/logger.md
@@ -1,2 +1 @@
-# 日志管理 (Logger)
-
+# ログ出力 (Logger)
diff --git a/ja-JP/plugins/console/market.md b/ja-JP/plugins/console/market.md
index 7f5b9d931f10..95163a3a63e1 100644
--- a/ja-JP/plugins/console/market.md
+++ b/ja-JP/plugins/console/market.md
@@ -9,7 +9,7 @@
 用于搜索插件市场的网址。默认跟随当前的 npm registry。
 
 ::: tip
-一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 <https://registry.npmmirror.com>)。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
+一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 [https://registry.npmmirror.com](https://registry.npmmirror.com))。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
 
 你可以填入我们的官方镜像：<https://registry.koishi.chat/index.json>。
 :::
diff --git a/ja-JP/plugins/console/sandbox.md b/ja-JP/plugins/console/sandbox.md
index 9873fe87d718..58dc734c1afa 100644
--- a/ja-JP/plugins/console/sandbox.md
+++ b/ja-JP/plugins/console/sandbox.md
@@ -1,5 +1,5 @@
 # 沙盒调试 (Sandbox)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 第一次聊天](../../manual/usage/adapter.md#在沙盒中模拟对话) 一节。
 :::
diff --git a/ja-JP/plugins/console/status.md b/ja-JP/plugins/console/status.md
index 1a4f4bbd2cc8..692b913d36fe 100644
--- a/ja-JP/plugins/console/status.md
+++ b/ja-JP/plugins/console/status.md
@@ -1,4 +1,4 @@
-# 运行状态 (Status)
+# ステータス表示 (Status)
 
 ## 指令：status
 
@@ -45,6 +45,7 @@ template.set('status', {
   ].join('\n'),
 })
 ```
+
 </div>
 
 ## 配置项
diff --git a/ja-JP/plugins/database/mysql.md b/ja-JP/plugins/database/mysql.md
index 8792269493aa..67a93bf8a6e9 100644
--- a/ja-JP/plugins/database/mysql.md
+++ b/ja-JP/plugins/database/mysql.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-database-mysql
 
-::: tip 注意
+:::tip
 需要的最低版本是 MySQL 5.7 / 8.0 或 MariaDB 10.5。
 :::
 
diff --git a/ja-JP/plugins/develop/hmr.md b/ja-JP/plugins/develop/hmr.md
index ae03d68805a8..a9a494a7dc56 100644
--- a/ja-JP/plugins/develop/hmr.md
+++ b/ja-JP/plugins/develop/hmr.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-hmr
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 开发起步 > 启动脚本](../../guide/develop/script.md#模块热替换) 章节。
 :::
 
diff --git a/ja-JP/plugins/develop/http.md b/ja-JP/plugins/develop/http.md
new file mode 100644
index 000000000000..5234143fd3d5
--- /dev/null
+++ b/ja-JP/plugins/develop/http.md
@@ -0,0 +1,50 @@
+# @koishijs/plugin-http
+
+:::tip
+如果想要使用代理，可以使用 [@koishijs/plugin-proxy-agent](./proxy-agent.md) 插件。
+:::
+
+@koishijs/plugin-http 提供了 `ctx.http` 基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。
+
+你可能会有这样的疑问：为什么不直接使用 fetch，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了统一的配置，各个插件则只需要调用 `ctx.http` 即可，不用关心复杂多变的用户需求。
+
+## 实例方法
+
+### ctx.http(method, url, config)
+
+- **method:** `string` 请求方法
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+### ctx.http.head(url, config)
+
+### ctx.http.get(url, config)
+
+### ctx.http.delete(url, config)
+
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 HEAD / GET / DELETE 请求。
+
+### ctx.http.post(url, data, config)
+
+### ctx.http.put(url, data, config)
+
+### ctx.http.patch(url, data, config)
+
+- **url:** `string` 请求地址
+- **data:** `any` 请求数据
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 POST / PUT / PATCH 请求。
+
+### ctx.http\.ws(url)
+
+- **url:** `string` 请求地址
+- 返回值: `WebSocket`
+
+创建一个 WebSocket 连接。
diff --git a/ja-JP/plugins/develop/mock.md b/ja-JP/plugins/develop/mock.md
index ba6e901caa1b..5cf02f54bbc2 100644
--- a/ja-JP/plugins/develop/mock.md
+++ b/ja-JP/plugins/develop/mock.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-mock
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 单元测试](../../cookbook/practice/testing.md) 章节。
 :::
 
diff --git a/ja-JP/plugins/develop/notifier.md b/ja-JP/plugins/develop/notifier.md
new file mode 100644
index 000000000000..36d56a5833c2
--- /dev/null
+++ b/ja-JP/plugins/develop/notifier.md
@@ -0,0 +1,38 @@
+# @koishi/plugin-notifier
+
+## 上下文 API
+
+### ctx.notifier.create(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+- 返回值: [`Notifier`](#notifier)
+
+创建一个通知。如果传入的是字符串或 JSX，则会视为 [`options.content`](#options-content)。
+
+## 通知选项 {#options}
+
+### options.type
+
+- 类型: `'primary' | 'success' | 'warning' | 'danger'`
+- 默认值: `'primary'`
+
+通知类型。
+
+### options.content
+
+- 类型: `Fragment`
+- 默认值: `''`
+
+通知内容。
+
+## 类：Notifier {#notifier}
+
+### notifier.update(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+
+更新此通知。如果传入的是字符串，则会视为 [`options.content`](#options-content)。
+
+### notifier.dispose()
+
+移除此通知。
diff --git a/ja-JP/plugins/develop/proxy-agent.md b/ja-JP/plugins/develop/proxy-agent.md
new file mode 100644
index 000000000000..8043ad9d63e7
--- /dev/null
+++ b/ja-JP/plugins/develop/proxy-agent.md
@@ -0,0 +1,11 @@
+# @koishijs/plugin-proxy-agent
+
+@koishijs/plugin-proxy-agent 为 [`http`](./http.md) 服务提供了额外的网络代理能力，支持 HTTP(S), SOCKS 系列协议。
+
+## 配置项
+
+### config.proxyAgent
+
+- 类型: `string`
+
+请求时默认使用的网络代理。
diff --git a/ja-JP/plugins/develop/server-temp.md b/ja-JP/plugins/develop/server-temp.md
index 11b8d759bfab..0b8f6e361393 100644
--- a/ja-JP/plugins/develop/server-temp.md
+++ b/ja-JP/plugins/develop/server-temp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-server-temp
 
+:::warning
+使用此插件需要你将 Koishi [部署到公网](../../manual/recipe/server.md) (通常你还需要准备一个公网域名)。
+:::
+
 @koishijs/plugin-server-temp 实现了一个临时文件服务。
 
 ## 配置项
@@ -11,6 +15,13 @@
 
 服务器监听的路径。
 
+### config.selfUrl
+
+- 类型: `string`
+- 默认值: [`ctx.server.config.selfUrl`](./server.md#config-selfurl)
+
+服务暴露在公网的地址。
+
 ### config.maxAge
 
 - 类型: `number`
diff --git a/ja-JP/plugins/develop/server.md b/ja-JP/plugins/develop/server.md
index 9b1d5ff6d868..3d24f12e5d7b 100644
--- a/ja-JP/plugins/develop/server.md
+++ b/ja-JP/plugins/develop/server.md
@@ -1,15 +1,58 @@
 # @koishijs/plugin-server
 
-@koishijs/plugin-server 实现了一个 [Satori 协议](https://satori.js.org/zh-CN/) 的服务器。这个插件将允许你：
+@koishijs/plugin-server 提供了 `ctx.server` 基础服务，它是一个基于 [Koa Router](https://github.com/koajs/router) 的简单路由系统，用于管理 Koishi 应用收到的网络请求。除了 Koa Router 所支持的部分方法外，Router API 还提供了一些额外的功能，例如支持接受 WebSocket 连接等。
 
-- 通过 HTTP / WebSocket 访问当前 Koishi 实例中的机器人
-- 配合 [Satori 适配器](../adapter/satori.md)，在另一个 Koishi 实例中完全控制当前实例中的机器人
+## 上下文 API
+
+::: warning
+请避免使用未在本页列出的方法：
+
+1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
+2. 未来可能会不基于 Koa Router 重新实现路由系统。
+   :::
+
+### ctx.server[method](path, middleware)
+
+- **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **middleware:** `Function` Koa 中间件
+
+处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
+
+### ctx.server\.ws(path, handler)
+
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **handler:** `WebSocketHandler` 处理函数，接受下列参数
+  - **socket:** [`WebSocket`](https://github.com/websockets/ws/blob/master/doc/ws.md#class-websocket) WebSocket 连接
+  - **request:** [`IncomingMessage`](https://nodejs.org/api/http.html#class-httpincomingmessage) 网络请求
+
+在给定的路径上支持 WebSocket 连接。
 
 ## 配置项
 
-### config.path
+### config.host
+
+- 类型：`string`
+- 默认值：`'127.0.0.1'`
+
+服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
+
+### config.port
+
+- 类型：`number`
+- 必需选项
+
+要监听的初始端口号。Koishi 建议使用 `5140` 作为默认端口。
+
+### config.maxPort
+
+- 类型：`number`
+- 默认值：[`config.port`](#config-port)
+
+允许监听的最大端口号。插件启动时，如果设定的端口号被占用，插件会尝试自动切换到下一个端口，直到找到一个可用的端口，或是超出 `maxPort` 的限制。
+
+### config.selfUrl
 
-- 类型: `string`
-- 默认值: `''`
+- 类型：`string`
 
-服务器监听的路径。
+Koishi 服务暴露在公网的地址。部分插件 (例如 [adapter-telegram](../adapter/telegram.md) 或是 [assets-local](https://assets.koishi.chat/plugins/local.html)) 需要用到。
diff --git a/ja-JP/plugins/index.md b/ja-JP/plugins/index.md
index 1bcde25f32c8..effb8029e814 100644
--- a/ja-JP/plugins/index.md
+++ b/ja-JP/plugins/index.md
@@ -18,6 +18,7 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 - [@koishijs/plugin-adapter-wechat-official](./adapter/wechat-official.md)
 - [@koishijs/plugin-adapter-wecom](./adapter/wecom.md)
 - [@koishijs/plugin-adapter-whatsapp](./adapter/whatsapp.md)
+- [@koishijs/plugin-adapter-zulip](./adapter/zulip.md)
 
 ## データベース対応
 
@@ -54,7 +55,10 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 ## 開発者ツール
 
 - [@koishijs/plugin-hmr](./develop/hmr.md)：模块热替换
+- [@koishijs/plugin-http](./develop/http.md)：网络请求
 - [@koishijs/plugin-mock](./develop/mock.md)：测试工具
-- [@koishijs/plugin-server-proxy](./develop/server-proxy.md)：代理服务器
+- [@koishijs/plugin-notifier](./develop/notifier.md)：通知服务
+- [@koishijs/plugin-proxy-agent](./develop/proxy-agent.md)：网络代理
+- [@koishijs/plugin-server](./develop/server.md)：服务器
 - [@koishijs/plugin-server-satori](./develop/server-satori.md)：API 服务器
 - [@koishijs/plugin-server-temp](./develop/server-temp.md)：临时服务器
diff --git a/ja-JP/releases/v4.1.md b/ja-JP/releases/v4.1.md
index 5be73c4a1fb2..00ed13955e54 100644
--- a/ja-JP/releases/v4.1.md
+++ b/ja-JP/releases/v4.1.md
@@ -1,4 +1,4 @@
-# v4.1 版本介绍
+# v4.1 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/472)
 - [v4.0.1](https://github.com/koishijs/koishi/releases/tag/4.0.1)
diff --git a/ja-JP/releases/v4.10.md b/ja-JP/releases/v4.10.md
index 3c9b3c4cba76..0b8aef2f0907 100644
--- a/ja-JP/releases/v4.10.md
+++ b/ja-JP/releases/v4.10.md
@@ -1,4 +1,4 @@
-# v4.10 版本介绍
+# v4.10 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/839)
 - [v4.10.0](https://github.com/koishijs/koishi/releases/tag/4.10.0)
diff --git a/ja-JP/releases/v4.11.md b/ja-JP/releases/v4.11.md
index e3821b71d17e..8743a485821b 100644
--- a/ja-JP/releases/v4.11.md
+++ b/ja-JP/releases/v4.11.md
@@ -1,4 +1,4 @@
-# v4.11 版本介绍
+# v4.11 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/892)
 - [v4.11.0](https://github.com/koishijs/koishi/releases/tag/4.11.0)
diff --git a/ja-JP/releases/v4.12.md b/ja-JP/releases/v4.12.md
index 1c5f1371226c..898983da993d 100644
--- a/ja-JP/releases/v4.12.md
+++ b/ja-JP/releases/v4.12.md
@@ -1,4 +1,4 @@
-# v4.12 版本介绍
+# v4.12 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1000)
 - [v4.12.0](https://github.com/koishijs/koishi/releases/tag/4.12.0)
diff --git a/ja-JP/releases/v4.13.md b/ja-JP/releases/v4.13.md
index d31b7c789da8..1c2a77cd88fe 100644
--- a/ja-JP/releases/v4.13.md
+++ b/ja-JP/releases/v4.13.md
@@ -1,4 +1,4 @@
-# v4.13 版本介绍
+# v4.13 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1085)
 - [v4.13.0](https://github.com/koishijs/koishi/releases/tag/4.13.0)
diff --git a/ja-JP/releases/v4.14.md b/ja-JP/releases/v4.14.md
index a1816b0f510e..caabd1e066e4 100644
--- a/ja-JP/releases/v4.14.md
+++ b/ja-JP/releases/v4.14.md
@@ -1,4 +1,4 @@
-# v4.14 版本介绍
+# v4.14 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1138)
 - [v4.14.0](https://github.com/koishijs/koishi/releases/tag/4.14.0)
diff --git a/ja-JP/releases/v4.15.md b/ja-JP/releases/v4.15.md
index 017f4e428dfd..ac37f0996b4e 100644
--- a/ja-JP/releases/v4.15.md
+++ b/ja-JP/releases/v4.15.md
@@ -1,4 +1,4 @@
-# v4.15 版本介绍
+# v4.15 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1208)
 - [v4.15.0](https://github.com/koishijs/koishi/releases/tag/4.15.0)
diff --git a/ja-JP/releases/v4.2.md b/ja-JP/releases/v4.2.md
index 8871e3189940..35f1cfebbce4 100644
--- a/ja-JP/releases/v4.2.md
+++ b/ja-JP/releases/v4.2.md
@@ -1,4 +1,4 @@
-# v4.2 版本介绍
+# v4.2 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/482)
 - [v4.1.1](https://github.com/koishijs/koishi/releases/tag/4.1.1)
diff --git a/ja-JP/releases/v4.3.md b/ja-JP/releases/v4.3.md
index 6d581d399eb9..8a96b7d416ed 100644
--- a/ja-JP/releases/v4.3.md
+++ b/ja-JP/releases/v4.3.md
@@ -1,4 +1,4 @@
-# v4.3 版本介绍
+# v4.3 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/501)
 - [v4.2.1](https://github.com/koishijs/koishi/releases/tag/4.2.1)
diff --git a/ja-JP/releases/v4.4.md b/ja-JP/releases/v4.4.md
index 6b81e38ca0a7..742c5527eabb 100644
--- a/ja-JP/releases/v4.4.md
+++ b/ja-JP/releases/v4.4.md
@@ -1,4 +1,4 @@
-# v4.4 版本介绍
+# v4.4 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/522)
 - [v4.3.2](https://github.com/koishijs/koishi/releases/tag/4.3.2)
diff --git a/ja-JP/releases/v4.5.md b/ja-JP/releases/v4.5.md
index a49105b8c647..5d7fe411bb13 100644
--- a/ja-JP/releases/v4.5.md
+++ b/ja-JP/releases/v4.5.md
@@ -1,11 +1,11 @@
-# v4.5 版本介绍
+# v4.5 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/552)
 - [v4.4.1](https://github.com/koishijs/koishi/releases/tag/4.4.1)
 - [v4.4.2](https://github.com/koishijs/koishi/releases/tag/4.4.2)
 - [v4.5.0](https://github.com/koishijs/koishi/releases/tag/4.5.0)
 
-## 多语言支持
+## 多言語対応
 
 如果你在运营一个大型社区，那么你可能会遇到这种场景：群组内设立了许多不同语言的频道，每个频道分别供不同地区的用户进行交流。在这种情况下，最合适的做法是让你的机器人在不同的频道下使用不同的语言进行回复。本质上，这不会改变机器人的运行逻辑，因此最好的做法是将涉及的每一段文本都抽离出来，通过统一的方式进行管理，并在发送前进行本地化渲染。
 
diff --git a/ja-JP/releases/v4.6.md b/ja-JP/releases/v4.6.md
index 7fe080571a26..4d3326f21956 100644
--- a/ja-JP/releases/v4.6.md
+++ b/ja-JP/releases/v4.6.md
@@ -1,4 +1,4 @@
-# v4.6 版本介绍
+# v4.6 のバージョン情報
 
 - [Roadmap (Part 1)](https://github.com/koishijs/koishi/issues/578)
 - [v4.5.1](https://github.com/koishijs/koishi/releases/tag/4.5.1)
diff --git a/ja-JP/releases/v4.7.md b/ja-JP/releases/v4.7.md
index 3fc6390c5f9b..4b316dbb7866 100644
--- a/ja-JP/releases/v4.7.md
+++ b/ja-JP/releases/v4.7.md
@@ -1,4 +1,4 @@
-# v4.7 版本介绍
+# v4.7 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/662)
 - [v4.7.0](https://github.com/koishijs/koishi/releases/tag/4.7.0)
diff --git a/ja-JP/releases/v4.8.md b/ja-JP/releases/v4.8.md
index 23d6b25a0cd6..2a10e54a13aa 100644
--- a/ja-JP/releases/v4.8.md
+++ b/ja-JP/releases/v4.8.md
@@ -1,4 +1,4 @@
-# v4.8 版本介绍
+# v4.8 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/725)
 - [v4.8.0](https://github.com/koishijs/koishi/releases/tag/4.8.0)
diff --git a/ja-JP/releases/v4.9.md b/ja-JP/releases/v4.9.md
index c0e9cbde5a45..9b9bc76d4fb0 100644
--- a/ja-JP/releases/v4.9.md
+++ b/ja-JP/releases/v4.9.md
@@ -1,4 +1,4 @@
-# v4.9 版本介绍
+# v4.9 のバージョン情報
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/790)
 - [v4.9.0](https://github.com/koishijs/koishi/releases/tag/4.9.0)
@@ -10,7 +10,7 @@
 - [v4.9.6](https://github.com/koishijs/koishi/releases/tag/4.9.6)
 - [v4.9.7](https://github.com/koishijs/koishi/releases/tag/4.9.7)
 
-## 消息元素
+## メッセージ要素
 
 在这个版本中，我们引入了消息元素，作为 Satori 的新的消息格式。消息元素是拥有类似 XML 的结构，由标签、属性和内容组成。与过去所使用的 CQ 码相比，消息元素有以下优势：
 
diff --git a/ja-JP/schema/advanced/computed.md b/ja-JP/schema/advanced/computed.md
index 583239288bcd..ac96cdca0ccc 100644
--- a/ja-JP/schema/advanced/computed.md
+++ b/ja-JP/schema/advanced/computed.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.computed(Number).description('这是一个属性。'),
+    foo: Schema.computed(Number).description('这是一个属性。'),
   }).description('配置项')
 ---
 
 # Computed：条件求值
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
diff --git a/ja-JP/schema/advanced/dynamic.md b/ja-JP/schema/advanced/dynamic.md
index 3c9ae94b0f04..ff8bedc6302f 100644
--- a/ja-JP/schema/advanced/dynamic.md
+++ b/ja-JP/schema/advanced/dynamic.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union(['foo', 'bar']).description('选择一个值。'),
+    value: Schema.union(['foo', 'bar']).description('选择一个值。'),
   }).description('配置项')
 ---
 
 # Dynamic：动态类型
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
-::: warning
+:::warning
 此特性为实验性功能，未来可能会有改动。
 :::
 
diff --git a/ja-JP/schema/advanced/intersect.md b/ja-JP/schema/advanced/intersect.md
index 68af72a93520..df84602b5cd6 100644
--- a/ja-JP/schema/advanced/intersect.md
+++ b/ja-JP/schema/advanced/intersect.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  foo: Schema.number().description('这是一个属性。'),
-  bar: Schema.string().description('这是另一个属性。'),
-  }).description('分组 1'),
-  Schema.object({
-  baz: Schema.string().description('这是又一个属性。'),
-  qux: Schema.boolean().description('这是最后一个属性。'),
-  }).description('分组 2'),
+    Schema.object({
+      foo: Schema.number().description('这是一个属性。'),
+      bar: Schema.string().description('这是另一个属性。'),
+    }).description('分组 1'),
+    Schema.object({
+      baz: Schema.string().description('这是又一个属性。'),
+      qux: Schema.boolean().description('这是最后一个属性。'),
+    }).description('分组 2'),
   ])
 ---
 
diff --git a/ja-JP/schema/advanced/transform.md b/ja-JP/schema/advanced/transform.md
index 6123b8ac7a71..86e90542e0fb 100644
--- a/ja-JP/schema/advanced/transform.md
+++ b/ja-JP/schema/advanced/transform.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.array(String),
-  Schema.transform(String, value => [value]),
-  ]).default([]).description('点击右侧的按钮添加元素。'),
+    value: Schema.union([
+      Schema.array(String),
+      Schema.transform(String, value => [value]),
+    ]).default([]).description('点击右侧的按钮添加元素。'),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/advanced/union-arbitrary.md b/ja-JP/schema/advanced/union-arbitrary.md
index 830a4b834c37..710430f9c625 100644
--- a/ja-JP/schema/advanced/union-arbitrary.md
+++ b/ja-JP/schema/advanced/union-arbitrary.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.const().description('unset'),
-  Schema.number().description('number'),
-  Schema.string().description('string'),
-  Schema.const(true).description('true'),
-  Schema.const(false).description('false'),
-  Schema.object({
-  foo: Schema.string().description('对象的一个属性。'),
-  bar: Schema.number().description('对象的另一个属性。'),
-  }).description('object'),
-  ]).description('从六种可能情况中选择一个。'),
+    value: Schema.union([
+      Schema.const().description('unset'),
+      Schema.number().description('number'),
+      Schema.string().description('string'),
+      Schema.const(true).description('true'),
+      Schema.const(false).description('false'),
+      Schema.object({
+        foo: Schema.string().description('对象的一个属性。'),
+        bar: Schema.number().description('对象的另一个属性。'),
+      }).description('object'),
+    ]).description('从六种可能情况中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/advanced/union-select.md b/ja-JP/schema/advanced/union-select.md
index a9ab763ef726..b3a57b8fefd3 100644
--- a/ja-JP/schema/advanced/union-select.md
+++ b/ja-JP/schema/advanced/union-select.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
-  value2: Schema.union([
-  Schema.const('foo').description('选项 1'),
-  Schema.const('bar').description('选项 2'),
-  Schema.const('baz').description('选项 3'),
-  ]).role('radio').description('从三个值中选择一个。'),
+    value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
+    value2: Schema.union([
+      Schema.const('foo').description('选项 1'),
+      Schema.const('bar').description('选项 2'),
+      Schema.const('baz').description('选项 3'),
+    ]).role('radio').description('从三个值中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/advanced/union-tagged-1.md b/ja-JP/schema/advanced/union-tagged-1.md
index 3fd42f60a7d7..5d79dc991144 100644
--- a/ja-JP/schema/advanced/union-tagged-1.md
+++ b/ja-JP/schema/advanced/union-tagged-1.md
@@ -2,21 +2,21 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  enabled: Schema.boolean().default(false).description('是否开启功能'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  enabled: Schema.const(true).required(),
-  foo: Schema.number().description('请输入一个数值。'),
-  bar: Schema.string().description('请输入一个字符串。'),
-  }),
-  Schema.object({}),
-  ]),
+    Schema.object({
+      enabled: Schema.boolean().default(false).description('是否开启功能'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        enabled: Schema.const(true).required(),
+        foo: Schema.number().description('请输入一个数值。'),
+        bar: Schema.string().description('请输入一个字符串。'),
+      }),
+      Schema.object({}),
+    ]),
   ])
 ---
 
-# Union：配置联动 1
+# Intersect + Union：配置联动 1
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `enabled` 的取值，并观察下方表单项的变化吧。
 
@@ -36,6 +36,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `enabled` 如果类型与上方的默认值不同，就必须加上 `required()`；反过来，如果相同，你就不应该加上 `required()` (你甚至可以缺省不写，这就是为什么最下面出现了一个空白的 `object({})`)。
 :::
diff --git a/ja-JP/schema/advanced/union-tagged-2.md b/ja-JP/schema/advanced/union-tagged-2.md
index ec58f8f85c29..4cafebeea47a 100644
--- a/ja-JP/schema/advanced/union-tagged-2.md
+++ b/ja-JP/schema/advanced/union-tagged-2.md
@@ -2,24 +2,24 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  shared: Schema.string().description('公用的配置项。'),
-  type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  type: Schema.const('foo').required(),
-  value: Schema.number().default(114514).description('请输入一个数值。'),
-  }).description('特殊配置 1'),
-  Schema.object({
-  type: Schema.const('bar').required(),
-  text: Schema.string().description('请输入一个字符串。'),
-  }).description('特殊配置 2'),
-  ]),
+    Schema.object({
+      shared: Schema.string().description('公用的配置项。'),
+      type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        type: Schema.const('foo').required(),
+        value: Schema.number().default(114514).description('请输入一个数值。'),
+      }).description('特殊配置 1'),
+      Schema.object({
+        type: Schema.const('bar').required(),
+        text: Schema.string().description('请输入一个字符串。'),
+      }).description('特殊配置 2'),
+    ]),
   ])
 ---
 
-# Union：配置联动 2
+# Intersect + Union：配置联动 2
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `type` 的取值，并观察下方表单项的变化吧。
 
@@ -42,6 +42,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `type` 配置项如果类型与上方的默认值不同，就必须加上 `required()`。在这个例子中，`type` 本来就是一个必需属性，所以下方的每一个 `type` 都必须加上 `required()`。
 :::
diff --git a/ja-JP/schema/basic/array.md b/ja-JP/schema/basic/array.md
index c087ba907eb4..2bbdbaba5347 100644
--- a/ja-JP/schema/basic/array.md
+++ b/ja-JP/schema/basic/array.md
@@ -2,12 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
-  table: Schema.array(String).role('table').description('以表格形式显示的数组。'),
-  table2: Schema.array(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的数组。'),
+    array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
+    table1: Schema.array(String).role('table').description('以表格形式显示的数组。'),
+    table2: Schema.array(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number().experimental(),
+      qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
+    })).role('table').description('以表格形式显示的由对象构成的数组。'),
   }).description('配置项')
 ---
 
@@ -15,19 +16,23 @@ code: |
 
 `Schema.array()` 描述了一个数组，其中的元素满足给定的类型。
 
-使用 `.role('table')` 可以将数组以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将数组以表格形式显示。
 
 例子里的 `Number` 是 `Schema.number().required()` 的简写。
 
+:::tip
+特别地，对于已知字符串构成的数组，还可以使用 [`.role('checkbox')`](./bitset.md) 或 [`.role('select')`](./bitset.md)，将它们以复选框或复选菜单的形式显示。
+:::
+
 ```ts
 export default Schema.object({
   array: Schema.array(Number),
-  table: Schema.array(String).role('table'),
+  table1: Schema.array(String).role('table'),
   table2: Schema.array(Schema.object({
     foo: Schema.string(),
-    bar: Schema.number(),
+    bar: Schema.number().experimental(),
+    qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
   })).role('table'),
 })
 ```
diff --git a/ja-JP/schema/basic/bitset.md b/ja-JP/schema/basic/bitset.md
index 9a2016086fb2..9b8f40a37112 100644
--- a/ja-JP/schema/basic/bitset.md
+++ b/ja-JP/schema/basic/bitset.md
@@ -1,24 +1,40 @@
 ---
 layout: schema
 code: |
-  Schema.object({
-  intents: Schema
-  .bitset({ FOO: 1, BAR: 2, QUX: 4 })
-  .default(5)
-  .description('选择要启用的功能。'),
-  array: Schema
-  .array(Schema.union(['FOO', 'BAR', 'QUX']))
-  .default(['FOO', 'QUX'])
-  .role('checkbox')
-  .description('选择要启用的功能。'),
-  }).description('配置项')
+  Schema.intersect([
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('checkbox')
+        .description('以复选框形式呈现。'),
+    }).description('复选框'),
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .role('select')
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('select')
+        .description('以复选菜单形式呈现。'),
+    }).description('复选菜单'),
+  ])
 ---
 
 # 位集 (Bitset)
 
-`Schema.bitset()` 以多选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+`Schema.bitset()` 以复选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+
+如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并设置 `.role('checkbox')`。
 
-如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并将外观设置为 `checkbox`。
+此外，我们还提供了 `.role('select')`，它将以复选菜单的形式呈现。
 
 ```ts
 const enum Intents {
@@ -28,9 +44,10 @@ const enum Intents {
 }
 
 export default Schema.object({
-  intents: Schema.bitset(Intents)
+  bitset: Schema.bitset(Intents)
     .default(Intents.FOO | Intents.QUX),
-  array: Schema.array(Schema.union(['FOO', 'BAR', 'QUX']))
+  array: Schema
+    .array(Schema.union(['FOO', 'BAR', 'QUX']))
     .default(['FOO', 'QUX'])
     .role('checkbox'),
 })
diff --git a/ja-JP/schema/basic/boolean.md b/ja-JP/schema/basic/boolean.md
index dc75f8ba1431..72a2edff3b27 100644
--- a/ja-JP/schema/basic/boolean.md
+++ b/ja-JP/schema/basic/boolean.md
@@ -2,7 +2,7 @@
 layout: schema
 code: |
   Schema.object({
-  enable: Schema.boolean().description('这是一个开关。'),
+    enable: Schema.boolean().description('这是一个开关。'),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/basic/date.md b/ja-JP/schema/basic/date.md
index 9c822e2f619d..e7057a629a08 100644
--- a/ja-JP/schema/basic/date.md
+++ b/ja-JP/schema/basic/date.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.date().description('选择日期与时间 (对象)。'),
-  datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
-  date: Schema.string().role('date').description('选择日期 (字符串)。'),
-  time: Schema.string().role('time').description('选择时间 (字符串)。'),
+    value: Schema.date().description('选择日期与时间 (对象)。'),
+    datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
+    date: Schema.string().role('date').description('选择日期 (字符串)。'),
+    time: Schema.string().role('time').description('选择时间 (字符串)。'),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/basic/dict.md b/ja-JP/schema/basic/dict.md
index fbb57daa60fe..1fa704e0bd9b 100644
--- a/ja-JP/schema/basic/dict.md
+++ b/ja-JP/schema/basic/dict.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
-  table: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
-  table2: Schema.dict(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的字典。'),
+    dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
+    table1: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
+    table2: Schema.dict(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number(),
+    })).role('table').description('以表格形式显示的由对象构成的字典。'),
   }).description('配置项')
 ---
 
@@ -15,16 +15,15 @@ code: |
 
 `Schema.dict()` 类型描述了一个字典，其中的键是任意字符串，而值是给定的类型。
 
-使用 `.role('table')` 可以将字典以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将字典以表格形式显示。
 
 例子里的 `Boolean` 是 `Schema.boolean().required()` 的简写。
 
 ```ts
 export default Schema.object({
   dict: Schema.dict(Boolean),
-  table: Schema.dict(String).role('table'),
+  table1: Schema.dict(String).role('table'),
   table2: Schema.dict(Schema.object({
     foo: Schema.string(),
     bar: Schema.number(),
diff --git a/ja-JP/schema/basic/number.md b/ja-JP/schema/basic/number.md
index ab3db1a30978..46737156bb9b 100644
--- a/ja-JP/schema/basic/number.md
+++ b/ja-JP/schema/basic/number.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().description('一个普通的数值。'),
-  bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
+    foo: Schema.number().description('一个普通的数值。'),
+    bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/basic/object.md b/ja-JP/schema/basic/object.md
index f41254690900..f77199394edc 100644
--- a/ja-JP/schema/basic/object.md
+++ b/ja-JP/schema/basic/object.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().required().description('这是一个必需属性。'),
-  bar: Schema.number().description('这是一个可选属性。'),
-  baz: Schema.object({
-  qux: Schema.boolean().description('这是一个嵌套属性。'),
-  }),
-  collapse: Schema.object({
-  inner: Schema.string().description('现在你看到我了！'),
-  }).description('点击右侧按钮查看嵌套属性。').collapse(),
+    foo: Schema.string().required().description('这是一个必需属性。'),
+    bar: Schema.number().description('这是一个可选属性。'),
+    baz: Schema.object({
+      qux: Schema.boolean().description('这是一个嵌套属性。'),
+    }),
+    collapse: Schema.object({
+      inner: Schema.string().description('现在你看到我了！'),
+    }).description('点击右侧按钮查看嵌套属性。').collapse(),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/basic/path.md b/ja-JP/schema/basic/path.md
index f9f46c4c807d..19c5c02e1186 100644
--- a/ja-JP/schema/basic/path.md
+++ b/ja-JP/schema/basic/path.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  path1: Schema.string().description('假装右边是一个文件选择器。'),
-  path2: Schema.string().description('假装右边是一个文件选择器。'),
+    path1: Schema.string().description('假装右边是一个文件选择器。'),
+    path2: Schema.string().description('假装右边是一个文件选择器。'),
   }).description('配置项')
 ---
 
 # 路径 (Path)
 
-::: tip
+:::tip
 此类型基于 @koishijs/plugin-explorer，仅在加载该插件时可用。未加载该插件时，类型只会表现为普通的字符串 (比如现在就是这样)。
 :::
 
@@ -18,13 +18,13 @@ code: |
 支持传入一些额外的选项：
 
 - `allowCreate`：是否允许创建目录和上传文件
-- `extensions`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
+- `filters`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
 
 ```ts
 export default Schema.object({
   path1: Schema.path(),
   path2: Schema.path({
-    extensions: ['.png', '.jpg', 'directory'],
+    filters: ['.png', '.jpg', 'directory'],
   }),
 })
 ```
diff --git a/ja-JP/schema/basic/string.md b/ja-JP/schema/basic/string.md
index 310267108637..1f122b941a7d 100644
--- a/ja-JP/schema/basic/string.md
+++ b/ja-JP/schema/basic/string.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
-  secret: Schema.string().role('secret').default('password').description('请输入密码。'),
-  link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
-  area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
-  color: Schema.string().role('color').description('选择一个颜色。'),
-  custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
+    text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
+    secret: Schema.string().role('secret').default('password').description('请输入密码。'),
+    link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
+    area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
+    color: Schema.string().role('color').description('选择一个颜色。'),
+    custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/basic/tuple.md b/ja-JP/schema/basic/tuple.md
index 26cb758c875c..23fe2ccc1ba0 100644
--- a/ja-JP/schema/basic/tuple.md
+++ b/ja-JP/schema/basic/tuple.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
+    point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
   }).description('配置项')
 ---
 
 # 元组 (Tuple)
 
-::: tip
+:::tip
 目前我们只支持元组内部元素是原始类型 ([String](./string.md), [Number](./number.md), [Boolean](./boolean.md)) 的情况。如果你要描述比较复杂的类型，请使用 [Object](./object.md) 或 [Array](./array.md) 替代。
 :::
 
diff --git a/ja-JP/schema/index.md b/ja-JP/schema/index.md
index b3281595ef60..e3dfe6b20c5d 100644
--- a/ja-JP/schema/index.md
+++ b/ja-JP/schema/index.md
@@ -1,7 +1,3 @@
----
-layout: schema
----
-
-# スキーマ
+# 配置构型
 
 <vp-overview/>
diff --git a/ja-JP/schema/meta/default.md b/ja-JP/schema/meta/default.md
index 4ec0fb2697ef..18147c3e6180 100644
--- a/ja-JP/schema/meta/default.md
+++ b/ja-JP/schema/meta/default.md
@@ -2,15 +2,15 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
-  bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
-  baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
+    foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
+    bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
+    baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
   }).description('配置项')
 ---
 
 # 默认值
 
-::: warning
+:::warning
 请注意：`.required()` 与 `.default()` 不能同时使用。
 :::
 
diff --git a/ja-JP/schema/meta/description.md b/ja-JP/schema/meta/description.md
index 42a9312ea212..13a3a4b955d2 100644
--- a/ja-JP/schema/meta/description.md
+++ b/ja-JP/schema/meta/description.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('*斜体*的属性描述。'),
-  bar: Schema.string().description('**粗体**的属性描述。'),
+    foo: Schema.boolean().description('*斜体*的属性描述。'),
+    bar: Schema.string().description('**粗体**的属性描述。'),
   }).description('配置标题')
 ---
 
diff --git a/ja-JP/schema/meta/disabled.md b/ja-JP/schema/meta/disabled.md
index 47f6678b07c2..94640f09be03 100644
--- a/ja-JP/schema/meta/disabled.md
+++ b/ja-JP/schema/meta/disabled.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().disabled().description('这是一个禁用配置项。'),
-  bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
-  baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
-  qux: Schema.string().experimental().description('这是一个实验性配置项。'),
-  choice: Schema.union([
-  Schema.const('foo').disabled(),
-  Schema.const('bar').hidden(),
-  Schema.const('baz').deprecated(),
-  Schema.const('qux').experimental(),
-  ]).description('这些功能在 select 中也可以使用。'),
+    foo: Schema.number().disabled().description('这是一个禁用配置项。'),
+    bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
+    baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
+    qux: Schema.string().experimental().description('这是一个实验性配置项。'),
+    choice: Schema.union([
+      Schema.const('foo').disabled(),
+      Schema.const('bar').hidden(),
+      Schema.const('baz').deprecated(),
+      Schema.const('qux').experimental(),
+    ]).description('这些功能在 select 中也可以使用。'),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/meta/nested.md b/ja-JP/schema/meta/nested.md
index 50d74727a34b..cdf66183fc0c 100644
--- a/ja-JP/schema/meta/nested.md
+++ b/ja-JP/schema/meta/nested.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.object({
-  bar: Schema.array(
-  Schema.object({
-  baz: Schema.number().required().description('在右侧填写数值。'),
-  }).description('这是数组的元素，它本身又是一个对象。'),
-  ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
-  qux: Schema.dict(
-  Schema.string().required().description('在右侧填写字符串。'),
-  ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
-  }),
+    foo: Schema.object({
+      bar: Schema.array(
+        Schema.object({
+          baz: Schema.number().required().description('在右侧填写数值。'),
+        }).description('这是数组的元素，它本身又是一个对象。'),
+      ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
+      qux: Schema.dict(
+        Schema.string().required().description('在右侧填写字符串。'),
+      ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
+    }),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/meta/required.md b/ja-JP/schema/meta/required.md
index 99f92f1431a8..ade9d1afdd57 100644
--- a/ja-JP/schema/meta/required.md
+++ b/ja-JP/schema/meta/required.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('这是一个可选属性。'),
-  bar: Schema.string().required().description('这是一个必需属性。'),
+    foo: Schema.boolean().description('这是一个可选属性。'),
+    bar: Schema.string().required().description('这是一个必需属性。'),
   }).description('配置项')
 ---
 
diff --git a/ja-JP/schema/meta/role.md b/ja-JP/schema/meta/role.md
index c2852a4eb3b6..d8ff596cd69d 100644
--- a/ja-JP/schema/meta/role.md
+++ b/ja-JP/schema/meta/role.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
-  string: Schema.string().default('password').description('可见的输入框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
-  }).description('配置项 1'),
-  Schema.object({
-  number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
-  string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
-  }).description('配置项 2'),
+    Schema.object({
+      number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
+      string: Schema.string().default('password').description('可见的输入框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
+    }).description('配置项 1'),
+    Schema.object({
+      number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
+      string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
+    }).description('配置项 2'),
   ])
 ---
 
diff --git a/public/manifest/fr-FR.json b/public/manifest/fr-FR.json
index b00615dfd82e..0461d0f7935b 100644
--- a/public/manifest/fr-FR.json
+++ b/public/manifest/fr-FR.json
@@ -1,7 +1,7 @@
 {
   "name": "Koishi",
   "short_name": "Koishi",
-  "description": "跨平台、可扩展、高性能的机器人框架",
+  "description": "Un cadre de développement de chatbots performant, extensible et multiplateforme",
   "start_url": "/fr-FR/",
   "display": "standalone",
   "background_color": "#ffffff",
diff --git a/public/manifest/ja-JP.json b/public/manifest/ja-JP.json
index 1e68f54f6963..b4ef21bd3a2c 100644
--- a/public/manifest/ja-JP.json
+++ b/public/manifest/ja-JP.json
@@ -1,7 +1,7 @@
 {
   "name": "Koishi",
   "short_name": "Koishi",
-  "description": "跨平台、可扩展、高性能的机器人框架",
+  "description": "クロスプラットフォーム、拡張可能な高性能チャットボットフレームワーク",
   "start_url": "/ja-JP/",
   "display": "standalone",
   "background_color": "#ffffff",
diff --git a/ru-RU/about/community.md b/ru-RU/about/community.md
index 78b112883566..25558954110e 100644
--- a/ru-RU/about/community.md
+++ b/ru-RU/about/community.md
@@ -2,9 +2,19 @@
 
 此页面中总结了一些优秀的社区资源可供学习。如果你也想在此页面中展示你的项目，请在点击页面底部的编辑按钮后创建 Pull Request。
 
-## 文档
+## 社群
 
-- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum&album_id=2700565655187865601) (沐辰-TimeBather)
+### QQ 群
+
+- [590104798](https://qm.qq.com/q/vJ0kcQePCM)：Koishi 非官方交流群
+
+### 论坛
+
+- [Koishi Unofficial](https://forum.itzdrli.cc): Koishi 非官方论坛
+
+## Документы
+
+- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum\&album_id=2700565655187865601) (沐辰-TimeBather)
 
 ## 视频
 
diff --git a/ru-RU/about/contact.md b/ru-RU/about/contact.md
index 62b4b30d3a7b..34bd670d79f8 100644
--- a/ru-RU/about/contact.md
+++ b/ru-RU/about/contact.md
@@ -12,7 +12,7 @@
 
 ### 开发者群
 
-[426230045](https://jq.qq.com/?_wv=1027&k=6FDoxQ6g)
+[426230045](https://jq.qq.com/?_wv=1027\&k=6FDoxQ6g)
 
 本群适用于已经有一定 Node.js / TypeScript 基础，并对 Koishi 开发感兴趣的用户——你可以在这里参与 Koishi 以及其他相关话题的深度讨论。
 
@@ -39,3 +39,9 @@
 QQ：[2953529126](https://qm.qq.com/q/P8eMJkP5yI) / 微信：ilharp
 
 我们为企业用户提供专属支持。如果您是企业用户，除了通过上面的方式参与讨论以外，还可以添加客服，获得一对一专属支持。
+
+## 非官方渠道
+
+活跃的社区成员自发地创建了一些非官方的讨论渠道，你也可以在这里参与讨论。
+
+前往 [社区资源](./community.md) 页面查看更多非官方渠道。
diff --git a/ru-RU/about/contribute/docs.md b/ru-RU/about/contribute/docs.md
index 5df400afb658..ae77748ca2c5 100644
--- a/ru-RU/about/contribute/docs.md
+++ b/ru-RU/about/contribute/docs.md
@@ -21,7 +21,7 @@
 ```
 
 > 123 ABC
-> 
+>
 > ビリビリ
 
 #### CJK 与西文之间一律插入一个空格
@@ -35,7 +35,7 @@
 ```
 
 > 在 Python 中，我们使用 `class` 关键字来声明类。
-> 
+>
 > 他只用了 100 行不到的代码就实现了那个复杂的功能。
 
 #### 数字与英文单位之间加空格，与符号单位之间不加空格
@@ -49,7 +49,7 @@
 ```
 
 > 我有一块 512 GB 的硬盘。
-> 
+>
 > 今天气温 23˚C，有 70% 的可能性下雨。
 
 #### 括号请使用半角书写，并按照下列规则在两侧添加空格
@@ -80,7 +80,7 @@
 ```
 
 > 1 + 2 = 3
-> 
+>
 > Bellman-Ford 算法
 
 #### 除上述以外的标点均使用全角，且两侧均不留空格
@@ -111,7 +111,7 @@
 ```
 
 > 编程语言有很多，如 C、C++、Java……
-> 
+>
 > 他刚刚做了一个重要的决定——辞职。
 
 #### 针对首次出现的概念，使用粗体进行强调，同时在两侧添加必要的空格
@@ -155,6 +155,6 @@
 
 ## 参考资料
 
-- <https://github.com/vinta/pangu.js>
-- <https://stdrc.cc/style-guides/chinese.html>
-- <https://stdrc.cc/style-guides/markdown.html>
+- https://github.com/vinta/pangu.js
+- https://stdrc.cc/style-guides/chinese.html
+- https://stdrc.cc/style-guides/markdown.html
diff --git a/ru-RU/about/upgrade.md b/ru-RU/about/upgrade.md
index b7ff2cba0b36..5dfe2f7ca90d 100644
--- a/ru-RU/about/upgrade.md
+++ b/ru-RU/about/upgrade.md
@@ -17,41 +17,41 @@
 
 2. 将要使用 JSX 的文件后缀名修改为 `.tsx`。
 
-## 心跳迁移 <badge>v4.10.4</badge>
+## 心跳更新 <badge>v4.10.4</badge>
 
 在 4.10.4 版本中，我们调整了默认的心跳行为，这可能导致老用户升级时遭遇无限重启问题。可以执行下列操作进行升级：
 
 1. 先将 market 插件更新到最新版本 (最新版本支持批量更新)
 2. (非 v4.10.3 用户忽略此步骤) 在控制台中修改全局设置，将 `heartbeatInterval` 项的值改为 `6000`，`heartbeatTimeout` 项的值改为 `600000`，并点击「重载配置」按钮
-3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-* 依赖则选择移除)，并点击「应用更改」按钮
+3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-\* 依赖则选择移除)，并点击「应用更改」按钮
 4. 更新完成后重启实例
 5. 在控制台中修改全局设置，将 `heartbeatInterval` 和 `heartbeatTimeout` 项的值均改为 `0`，并点击「重载配置」按钮
 6. 再次重启实例
-7. 如果之前移除了 assets-* 插件，请重新前往插件市场进行安装
+7. 如果之前移除了 assets-\* 插件，请重新前往插件市场进行安装
 
-## CLI 迁移 <badge>v4.11.0</badge>
+## CLI 更新 <badge>v4.11.0</badge>
 
 在 4.11.0 版本中我们移除了 @koishijs/cli 包，将其合并到了 koishi 中。这意味着你每次升级时不再需要同时升级两边了。但对于已经安装了 @koishijs/cli 的用户，你需要执行下列操作完成升级：
 
 1. 先完成 4.10.4 版本的更新，确保自己的版本号不小于 4.10.4
-2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，同时移除 @koishijs/cli 的版本号
+2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，并移除 @koishijs/cli
 3. 点击「应用更改」按钮
 
-## HMR 迁移 <badge>v4.12.0</badge>
+## HMR 更新 <badge>v4.12.0</badge>
 
-在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。对于生产模式下的用户无影响，但开发者则需要在升级 Koishi 后手动安装新插件。你需要执行下列操作完成升级：
+在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。如果你使用了 hmr 插件，你需要执行下列操作完成升级：
 
 1. 安装最新版本的 @koishijs/plugin-hmr
-2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#模块热替换) 中提到的部分
+2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#hmr) 中提到的部分
 3. 移除 `package.json` 文件中 `scripts.dev` 的 `--watch` 参数
 
-## 插件市场迁移 <badge>v4.13.0</badge>
+## 插件市场更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们将 @koishijs/plugin-market 插件分拆为了两个插件 market 和 config。其中 market 负责「插件市场」和「依赖管理」页面，而 config 则负责「插件配置」页面。直接将 market 插件更新到 2.0.0 或以上版本的用户会发现自己的「插件配置」页面消失，此时你需要执行下列操作完成升级：
 
 1. 首先确保你的 market 插件是最新版 (应该是 2.0.0 以上版本)
 2. 打开「插件市场」页面，安装最新版的 config 插件
-3. 打开「资源管理器」页面，找到 `koishi.yml` 页面，打开并编辑：
+3. 打开「资源管理器」页面，找到 `koishi.yml` 文件，打开并编辑：
 
 ```yaml
 host: 127.0.0.1
@@ -69,7 +69,7 @@ plugins:
 4. 点击右上角的保存按钮
 5. 重新启动 Koishi 实例
 
-## 国际化迁移 <badge>v4.13.0</badge>
+## 国际化更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们也引入了多语言的回退机制。这意味者，所有涉及语言配置的地方都需要从单一的语言字符串修改为数组。具体包括以下几个地方：
 
@@ -104,7 +104,7 @@ for await (const item of bot.getChannelIter())  // new
 
 [`User`](../api/resources/user.md) 类型的 `userId` 属性改为 `id`，同理对于 [`Channel`](../api/resources/channel.md), [`Guild`](../api/resources/guild.md), [`Message`](../api/resources/message.md) 也是如此。此外，`Author` 被重构为了 `User` 和 `Member` 两个部分。
 
-[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#访问器属性) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
+[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#accessor-property) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
 
 `Adapter.Server` 和 `Adapter.Client` 两个基类被移除。现在可以直接使用 [`Adapter`](../api/core/adapter.md) 基类，并通过 `reusable` 属性决定其是否可重用。
 
@@ -113,3 +113,72 @@ for await (const item of bot.getChannelIter())  // new
 [`encoder.results`](../api/message/encoder.md#encoder-results) 的类型由 `string[]` 变为 `Message[]`。
 
 新增用于创建私聊频道的 [`bot.createDirectChannel()`](../api/resources/channel.md)，因此不再需要实现 [`bot.sendPrivateMessage()`](../api/resources/message.md#bot-sendprivatemessage)。
+
+## Server 插件独立 <badge>v4.16.0</badge>
+
+在 4.16.0 版本中，我们将 `Server` 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-server](../plugins/develop/server.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-server](../plugins/develop/server.md) 插件；
+2. 在你的代码中手动导入并加载该插件；
+3. 将你过去的 `host`, `port`, `maxPort`, `selfUrl` 全局设置移动至 server 插件的配置项。
+
+## 消息元素更新 <badge>v4.16.4</badge>
+
+在 4.16.4 版本中，我们将 Koishi 内部的消息元素实现与 Satori 协议规范进行了对齐。涉及到以下 API 的变动：
+
+- `<image>` 元素更名为 `<img>`
+- `<img>`, `<audio>`, `<video>`, `<file>` 元素的 `url` 属性改为 `src`
+
+如果你的插件用到了相关的特性，请参考下面的迁移指南：
+
+- 如果你的插件**发送**了上述消息元素，你不需要进行任何修改
+  - 官方适配器插件 (和积极维护的社区适配器插件) 都进行了向下兼容
+  - 如果你使用了非官方的适配器并发现升级后无法发送图片，请联系适配器作者进行更新
+- 如果你的插件**接收并解析**了上述消息元素，你可能需要调整你的解析逻辑
+  - 要从给定的消息中提取图片，可以使用 [`h.select()`](../api/message/api.md#h-select) 方法
+  - 如果你的指令接受图片作为参数，可以直接使用 [`image`](../guide/basic/command.md#argument-type) 参数类型
+
+对于适配器作者，请参考下面的迁移指南：
+
+- 接收侧 (`Adapter`)：请确保创建的会话中的消息元素均符合最新标准
+- 发送侧 (`MessageEncoder`)：请尽量同时支持新旧标准，例如使用以下代码：
+
+```ts
+if (type === 'image' || type === 'img') {
+  await sendImage(attrs.src || attrs.url)
+}
+```
+
+## HTTP 插件独立 <badge>v4.17.6</badge>
+
+在 4.17.6 版本中，我们将 HTTP 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-http](../plugins/develop/http.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-http](../plugins/develop/http.md) 插件；
+2. (可选，如果你使用网络代理工具) 安装最新版本的 [@koishijs/plugin-proxy-agent](../plugins/develop/proxy-agent.md) 插件；
+3. 在你的代码中手动导入并加载这两个插件；
+4. 将你过去的 `request` 全局设置移动至 http 插件的配置项；
+5. (可选) 将你过去的 `request.proxyAgent` 全局设置移动至 proxy-agent 插件的配置项。
+
+## `tsconfig` 更新 <badge>v4.17.8</badge>
+
+在 4.17.8 版本中，由于部分依赖的更新，我们对推荐的 `tsconfig.json` 配置进行了调整。如果你的项目使用了 TypeScript，并且在升级后发现无法通过编译，你可以打开 `tsconfig.json` 文件，并尝试执行下列修改以完成升级：
+
+1. 将 `module` 属性改为 `esnext`；
+2. 将 `moduleResolution` 属性改为 `bundler`；
+3. 将 `emitDeclarationOnly` 属性改为 `true` (或者添加这个属性)。
+
+```json{3-5}
+{
+  "compilerOptions": {
+    "module": "esnext",
+    "moduleResolution": "bundler",
+    "emitDeclarationOnly": true,
+  },
+}
+```
+
+注意，如果你的项目中存在多个 `tsconfig.json` 文件，你需要对每一个文件都进行上述修改 (通过 `extends` 继承其他文件中配置的除外)。
diff --git a/ru-RU/api/console/component.md b/ru-RU/api/console/component.md
index fb0966de7a1a..de22e46b5bb7 100644
--- a/ru-RU/api/console/component.md
+++ b/ru-RU/api/console/component.md
@@ -1,5 +1,9 @@
 # 内置组件
 
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
 ## `<k-comment>`
 
 - **props.type:** `'info' | 'success' | 'warning' | 'danger'` 提示类型
diff --git a/ru-RU/api/console/composition.md b/ru-RU/api/console/composition.md
index 151fa0b39f3c..0bbeb9eb1c25 100644
--- a/ru-RU/api/console/composition.md
+++ b/ru-RU/api/console/composition.md
@@ -1,6 +1,10 @@
 # 组合式 API
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/client 中导出。
 :::
 
diff --git a/ru-RU/api/console/context.md b/ru-RU/api/console/context.md
index 9a831073d236..46f40767f635 100644
--- a/ru-RU/api/console/context.md
+++ b/ru-RU/api/console/context.md
@@ -1,7 +1,11 @@
 # 上下文 API
 
-::: warning
-请注意：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::warning
+消歧义：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
 :::
 
 Koishi 的控制台客户端一样通过插件化的方式加载，因此我们也实现了一套类似的 `Context` 机制。许多你熟悉的底层 API 在客户端是依然可用的 (例如生命周期事件、服务的定义与使用等等)。此外，我们还提供了一些与客户端相关的 API 来帮助你更方便地开发控制台插件。
diff --git a/ru-RU/api/console/server.md b/ru-RU/api/console/server.md
index 2183372bb47d..b09f430d5977 100644
--- a/ru-RU/api/console/server.md
+++ b/ru-RU/api/console/server.md
@@ -1,6 +1,10 @@
 # 服务端 API
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 基本用法](../../guide/console/)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/plugin-console 中导出。
 :::
 
@@ -8,7 +12,7 @@
 
 `Console` 类封装了控制台服务的所有功能，你可以通过 `ctx.console` 来访问它。
 
-### console.addEntry(entry)
+### ctx.console.addEntry(entry)
 
 - **entry:** `Entry` 要添加的入口
 
@@ -21,14 +25,14 @@ interface Entry {
 
 添加客户端入口文件。
 
-### console.addListener(event, callback, options)
+### ctx.console.addListener(event, callback, options) <badge type="warning">实验性</badge>
 
 - **event:** `string` 事件名称
 - **callback:** `Function` 回调函数，其中 `this` 指向 [`Client`](#类-client) 对象
 
 注册一个事件监听器。
 
-### console.broadcast(event, body, options)
+### ctx.console.broadcast(event, body, options)
 
 - **event:** `string` 事件名称
 - **body:** `any` 事件内容
diff --git a/ru-RU/api/core/adapter.md b/ru-RU/api/core/adapter.md
index 5871c26c58e1..9297e8d32e24 100644
--- a/ru-RU/api/core/adapter.md
+++ b/ru-RU/api/core/adapter.md
@@ -1,6 +1,6 @@
 # 适配器 (Adapter)
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现适配器](../../guide/adapter/adapter.md)
 :::
 
diff --git a/ru-RU/api/core/app.md b/ru-RU/api/core/app.md
index 9ecda1457034..16870099eaff 100644
--- a/ru-RU/api/core/app.md
+++ b/ru-RU/api/core/app.md
@@ -4,34 +4,6 @@
 
 本节中介绍的配置项可用于传入构造函数，也可以在配置文件或控制台中进行修改。
 
-## 网络设置
-
-### options.host
-
-- 类型：`string`
-- 默认值：`'127.0.0.1'`
-
-服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
-
-### options.port
-
-- 类型：`number`
-
-要监听的初始端口号。
-
-### options.maxPort
-
-- 类型：`number`
-- 默认值：[`options.port`](#options-port)
-
-允许监听的最大端口号。
-
-### options.selfUrl
-
-- 类型：`string`
-
-Koishi 服务暴露在公网的地址。部分功能（例如 [adapter-telegram](../../plugins/adapter/telegram.md) 或是 [plugin-assets-local](https://assets.koishi.chat/plugins/local.html)）需要用到。
-
 ## 基础设置
 
 ### options.prefix
@@ -106,17 +78,9 @@ interface DelayOptions {
 - `prefer-user`: 优先使用用户语言
 - `prefer-channel`: 优先使用频道语言
 
-## 请求设置
-
-### options.request.proxyAgent
-
-- 类型: `string`
-
-配置请求时默认使用的网络代理。
-
 ## 配置文件选项
 
-::: warning
+:::warning
 下面的配置项来自 Koishi 的命令行工具，仅可在配置文件中编辑，不支持在控制台中修改。
 :::
 
diff --git a/ru-RU/api/core/bot.md b/ru-RU/api/core/bot.md
index f75faa5ace13..8a68f134b461 100644
--- a/ru-RU/api/core/bot.md
+++ b/ru-RU/api/core/bot.md
@@ -1,6 +1,6 @@
 # 机器人 (Bot)
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现机器人](../../guide/adapter/bot.md)
 :::
 
@@ -36,7 +36,7 @@
 
 - 类型: `string`
 
-当前 `Bot` 的 [平台名称](../glossary.md#平台-platform)。
+当前 `Bot` 的 [平台名称](../glossary.md#platform)。
 
 ### bot.selfId
 
diff --git a/ru-RU/api/core/command.md b/ru-RU/api/core/command.md
index 37ba86ff9e44..e2a7e3ed9b44 100644
--- a/ru-RU/api/core/command.md
+++ b/ru-RU/api/core/command.md
@@ -1,6 +1,6 @@
 # 指令 (Command)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 指令开发](../../guide/basic/command.md)
 :::
 
@@ -83,7 +83,8 @@ type CommandAction = (argv: Argv, ...args: any[]) => Awaitable<string | void>
 - **fields:** `FieldCollector<UserField>` 要请求的用户字段
 - 返回值: `this`
 
-如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
 ```ts
 type FieldCollector<K extends string> =
@@ -96,36 +97,27 @@ type FieldCollector<K extends string> =
 - **fields:** `FieldCollector<ChannelField>` 要请求的频道字段
 - 返回值: `this`
 
-如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
-### cmd.alias(...names)
+### cmd.alias(name, config?)
 
-- **names:** `string[]` 要设置的别名
-- 返回值: `this`
-
-设置指令别名。
-
-### cmd.shortcut(name, config?)
-
-- **name:** `string | RegExp` 快捷匹配
-- **config:** `ShortcutConfig`
-  - **config.prefix:** `boolean` 调用时要求保留前缀
-  - **config.fuzzy:** `boolean` 允许在快捷方式后带参数
-  - **config.greedy:** `boolean` 将所有后面的内容解析成一个参数
+- **name:** `string` 要设置的别名
+- **config:** `Command.Alias`
   - **config.args:** `any[]` 要带的参数列表，将与传入的参数合并
-  - **config.options:** `Record<string, any>` 要带的选项列表，将与传入的选项合并
+  - **config.options:** `Dict` 要带的选项列表，将与传入的选项合并
 - 返回值: `this`
 
-设置快捷方式。
+设置指令别名。
 
 ### cmd.subcommand(name, desc?, config?)
 
 - **name:** `string` 指令名以及可能的参数
 - **desc:** `string` 指令的描述
-- **config:** [`CommandConfig`](./context.md#ctx-command) 指令的配置
+- **config:** [`Command.Config`](./context.md#ctx-command) 指令的配置
 - 返回值：`Command` 注册或修改的指令
 
-注册或修改子指令。子指令会继承当期指令的上下文。参见[指令的多级结构](../../guide/basic/command.md#指令的多级结构)章节。
+注册或修改子指令。子指令会继承当期指令的上下文。参见 [子指令](../../manual/usage/command.md#子指令) 和 [注册子指令](../../guide/basic/command.md#注册子指令) 章节。
 
 ### cmd.parse(input)
 
@@ -150,15 +142,3 @@ type FieldCollector<K extends string> =
 - 返回值: `void`
 
 移除当前指令及其所有子指令。
-
-## 静态属性和方法
-
-这里包含了与 Command 类相关的静态属性和方法。
-
-### Command.defaultConfig
-
-默认的指令配置。
-
-### Command.defaultOptionConfig
-
-默认的选项配置。
diff --git a/ru-RU/api/core/context.md b/ru-RU/api/core/context.md
index b46322c4a32a..76d0f4dceeae 100644
--- a/ru-RU/api/core/context.md
+++ b/ru-RU/api/core/context.md
@@ -9,12 +9,14 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.any](../service/filter.md#ctx-any)
 - [ctx.bail](../service/events.md#ctx-bail)
 - [ctx.before](../service/events.md#ctx-before)
-- [ctx.database](../database/database.md)
+- [ctx.debounce](../service/timer.md#ctx-debounce)
 - [ctx.emit](../service/events.md#ctx-emit)
+- [ctx.events](../service/events.md)
 - [ctx.exclude](../service/filter.md#ctx-exclude)
 - [ctx.filter](../service/filter.md#ctx-filter)
 - [ctx.http](../service/http.md)
 - [ctx.i18n](../service/i18n.md)
+- [ctx.inject](../service/registry.md#ctx-inject)
 - [ctx.intersect](../service/filter.md#ctx-intersect)
 - [ctx.loader](../service/loader.md)
 - [ctx.middleware](../service/events.md#ctx-middleware)
@@ -26,13 +28,24 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.parallel](../service/events.md#ctx-parallel)
 - [ctx.permissions](../service/permissions.md)
 - [ctx.plugin](../service/registry.md#ctx-plugin)
-- [ctx.router](../service/router.md)
+- [ctx.registry](../service/registry.md)
 - [ctx.scope](../service/registry.md#ctx-scope)
 - [ctx.serial](../service/events.md#ctx-serial)
-- [ctx.start](../service/registry.md#ctx-start)
+- [ctx.server](../service/server.md)
+- [ctx.setInterval](../service/timer.md#ctx-setinterval)
+- [ctx.setTimeout](../service/timer.md#ctx-settimeout)
+- [ctx.sleep](../service/timer.md#ctx-sleep)
 - [ctx.stop](../service/registry.md#ctx-stop)
+- [ctx.throttle](../service/timer.md#ctx-throttle)
+- [ctx.timer](../service/timer.md)
 - [ctx.union](../service/filter.md#ctx-union)
-- [ctx.using](../service/registry.md#ctx-using)
+
+除此以外，以下服务由官方插件提供，因此使用时需要 [声明依赖](../../guide/plugin/service.md#inject)：
+
+- [ctx.console](../console/server.md)
+- [ctx.database](../database/database.md)
+- [ctx.mock](../../plugins/develop/mock.md)
+- [ctx.server](../../plugins/develop/server.md)
 
 ## 实例属性
 
@@ -63,7 +76,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 以当前上下文为原型创建一个新上下文。`meta` 中的属性将覆盖当前上下文的属性。
 
-
 <!-- ### ctx.isolate(names)
 
 - **keys:** `string[]` 隔离的服务列表
@@ -84,14 +96,13 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 在当前上下文中注册或修改一个指令。
 
-### ctx.broadcast(channels?, content, forced?) <badge>需要数据库</badge>
+### ctx.broadcast(channels?, content) <badge>需要数据库</badge>
 
-- **channels:** `string[]` 频道列表
+- **channels:** `string[]` 频道列表，格式为 `{platform}:{channelId}` (如 `discord:1234567890`)
 - **content:** `string` 要发送的内容
-- **forced:** `boolean` 是否无视 silent 标记
 - 返回值: `Promise<string[]>` 成功发送的消息 ID 列表
 
-所有机器人向自己分配的频道广播消息，存在标记 silent 的频道除外。如有失败不会抛出错误。
+所有机器人向自己分配的频道广播消息。如果传入的频道不存在，会输出一个警告。
 
 ### ctx.logger(scope?)
 
@@ -106,10 +117,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 - 类型: `symbol`
 
-### Context.source
-
-- 类型: `symbol`
-
 ### Context.current
 
 - 类型: `symbol`
diff --git a/ru-RU/api/core/events.md b/ru-RU/api/core/events.md
index 7333e7c97d6f..dfb9b1afb9ce 100644
--- a/ru-RU/api/core/events.md
+++ b/ru-RU/api/core/events.md
@@ -1,10 +1,10 @@
 # 事件 (Events)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍 Koishi 的内置事件。如果想了解事件 API，请前往 [API > 内置服务 > 事件](../service/events.md)。
 :::
 
@@ -60,6 +60,7 @@
 尝试将一个未识别出指令的 Argv 对象识别成指令调用时使用。你可以在回调函数中修改传入的 Argv 对象，或者返回一个字符串表示识别出的指令。
 
 ### 事件：before-attach-channel
+
 ### 事件：before-attach-user
 
 - **session:** `Session` 当前会话
@@ -71,6 +72,7 @@
 这两个事件的触发于内置中间件中。如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 before-attach-channel 事件不会触发。
 
 ### 事件：attach-channel
+
 ### 事件：attach-user
 
 - **session:** `Session` 当前会话
@@ -81,6 +83,7 @@
 如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 attach-channel 事件不会触发。
 
 ### 事件：command/before-attach-channel
+
 ### 事件：command/before-attach-user
 
 - **session:** `Argv` 运行时参数
@@ -128,7 +131,7 @@
 
 插件被卸载时触发。参见 [清除副作用](../../guide/plugin/lifecycle.md#清除副作用)。
 
-::: warning
+:::warning
 请注意，`dispose` 事件的目的是清理副作用而不是确保数据保存。当 Koishi 进程崩溃或是被强行中止时，`dispose` 事件都可能不会触发。为了保护你的数据，你应当在每一次修改后立即上传数据，而不是在 `dispose` 中处理收尾工作。
 :::
 
diff --git a/ru-RU/api/core/session.md b/ru-RU/api/core/session.md
index 5b87e024ac2a..1985f43dff6d 100644
--- a/ru-RU/api/core/session.md
+++ b/ru-RU/api/core/session.md
@@ -25,7 +25,7 @@
 
 当前会话绑定的频道数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的频道数据，而不是平台的频道数据。如果你需要访问平台频道数据，请使用 `session.event.channel`。
 :::
 
@@ -58,11 +58,11 @@
 
 当前会话绑定的用户数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的用户数据，而不是平台的用户数据。如果你需要访问平台用户数据，请使用 `session.event.user`。
 :::
 
-## 访问器属性
+## 访问器属性 {#accessor-property}
 
 对于部分常用的事件体属性，我们提供了访问器属性。
 
@@ -71,7 +71,7 @@
 - 类型: <code>[GuildMember](../resources/member.md) & [User](../resources/user.md)</code>
 - 完整写法: `{ ...session.event.user, ...session.event.member }`
 
-::: tip
+:::tip
 注意到 `GuildMember` 和 `User` 有部分重叠的字段，例如 `name` 和 `avatar`。在这种情况下，`GuildMember` 的字段会覆盖 `User` 的字段。
 :::
 
@@ -201,7 +201,7 @@
 - **options.timeout:** 中间件的生效时间，缺省时会使用 [`app.config.delay.prompt`](./app.md#options-delay)
 - 返回值: `Promise<T>` 回调函数返回的结果
 
-处理当前会话的下一次输入，如果超时则会返回 `null`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
+处理当前会话的下一次输入，如果超时则会返回 `undefined`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
 
 ### session.suggest(options)
 
diff --git a/ru-RU/api/database/built-in.md b/ru-RU/api/database/built-in.md
index 148ce68e568b..b8469812fbc3 100644
--- a/ru-RU/api/database/built-in.md
+++ b/ru-RU/api/database/built-in.md
@@ -1,6 +1,6 @@
 # 内置数据结构
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 内置数据结构](../../guide/database/builtin.md)
 :::
 
diff --git a/ru-RU/api/database/database.md b/ru-RU/api/database/database.md
index 81b199f79915..4b28687f4c0f 100644
--- a/ru-RU/api/database/database.md
+++ b/ru-RU/api/database/database.md
@@ -1,6 +1,6 @@
 # 数据库操作 (Database)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/)
 :::
 
@@ -161,6 +161,12 @@ export interface WriteResult {
 
 计算聚合表达式。
 
+### ctx.database.stats() <badge type="warning">实验性</badge>
+
+- 返回值: [`Promise<Stats>`](#stats)
+
+获取统计信息。
+
 ### ctx.database.drop(table)
 
 - **table:** `string` 表名
@@ -168,8 +174,18 @@ export interface WriteResult {
 
 删除表。
 
-### ctx.database.stats() <badge type="warning">实验性</badge>
+::: danger
+这是一个危险操作，删除表后将无法恢复数据。
 
-- 返回值: [`Promise<Stats>`](#stats)
+如果你是插件开发者，并希望重构插件的数据库结构，我们建议使用 [整表迁移](../../guide/database/model.md#整表迁移)，以防止用户数据丢失。
+:::
 
-获取统计信息。
+### ctx.database.dropAll()
+
+- 返回值: `Promise<void>`
+
+删除所有表。
+
+:::danger
+这是一个危险操作，删除表后将无法恢复数据。
+:::
diff --git a/ru-RU/api/database/evaluation.md b/ru-RU/api/database/evaluation.md
index d80ef090b4d5..2220118bf316 100644
--- a/ru-RU/api/database/evaluation.md
+++ b/ru-RU/api/database/evaluation.md
@@ -1,14 +1,12 @@
 # 求值表达式 (Eval)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
-求值表达式是一组静态 API，主要在 [`Selection`](./selection.md) 中使用。你可以从 Koishi 中直接导入：
+与查询表达式不同，求值表达式是一组静态 API。你可以从 Koishi 中直接导入：
 
 ```ts
-import { Eval } from 'koishi'
-// 或者使用更短的别名
 import { $ } from 'koishi'
 ```
 
diff --git a/ru-RU/api/database/model.md b/ru-RU/api/database/model.md
index 74a95c530f67..85ecbba00840 100644
--- a/ru-RU/api/database/model.md
+++ b/ru-RU/api/database/model.md
@@ -1,6 +1,6 @@
 # 数据模型 (Model)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 数据模型](../../guide/database/model.md)
 :::
 
@@ -23,33 +23,33 @@ export interface Field<T> {
 
 ### 数值类型
 
-|    名称    |  TS 类型   | 默认长度 | 默认初始值 |        说明         |
-|:--------:|:--------:|:----:|:-----:|:-----------------:|
-| integer  | `number` |  10  |  `0`  | 有符号整型数，长度决定了数据的范围 |
-| unsigned | `number` |  10  |  `0`  | 无符号整型数，长度决定了数据的范围 |
-|  float   | `number` | 固定长度 |  `0`  |      单精度浮点数       |
-|  double  | `number` | 固定长度 |  `0`  |      双精度浮点数       |
+|    名称    |   TS 类型  | 默认长度 | 默认初始值 |         说明        |
+| :------: | :------: | :--: | :---: | :---------------: |
+|  integer | `number` |   4  |  `0`  | 有符号整型数，长度决定了数据的范围 |
+| unsigned | `number` |   4  |  `0`  | 无符号整型数，长度决定了数据的范围 |
+|   float  | `number` | 固定长度 |  `0`  |       单精度浮点数      |
+|  double  | `number` | 固定长度 |  `0`  |       双精度浮点数      |
 
 ### 字符串类型
 
-|   名称   |  TS 类型   | 默认长度  | 默认初始值 |   说明   |
-|:------:|:--------:|:-----:|:-----:|:------:|
-|  char  | `string` |  64   | `''`  | 定长的字符串 |
-| string | `string` |  255  | `''`  | 变长的字符串 |
-|  text  | `string` | 65535 | `''`  | 变长的字符串 |
+|   名称   |   TS 类型  |  默认长度 | 默认初始值 |   说明   |
+| :----: | :------: | :---: | :---: | :----: |
+|  char  | `string` |   64  |  `''` | 定长的字符串 |
+| string | `string` |  255  |  `''` | 变长的字符串 |
+|  text  | `string` | 65535 |  `''` | 变长的字符串 |
 
 ### 时间类型
 
-|    名称     | TS 类型  | 默认长度 | 默认初始值  | 说明  |
-|:---------:|:------:|:----:|:------:|:---:|
-|   date    | `Date` | 固定长度 | `null` | 日期值 |
-|   time    | `Date` | 固定长度 | `null` | 时间值 |
+|     名称    |  TS 类型 | 默认长度 |  默认初始值 |  说明 |
+| :-------: | :----: | :--: | :----: | :-: |
+|    date   | `Date` | 固定长度 | `null` | 日期值 |
+|    time   | `Date` | 固定长度 | `null` | 时间值 |
 | timestamp | `Date` | 固定长度 | `null` | 时间戳 |
 
 ### 其他类型
 
-|  名称  |   TS 类型    | 默认长度  | 默认初始值  |         说明         |
-|:----:|:----------:|:-----:|:------:|:------------------:|
+|  名称  |    TS 类型   |  默认长度 |  默认初始值 |         说明         |
+| :--: | :--------: | :---: | :----: | :----------------: |
 | json |  `object`  | 65535 | `null` | 可被序列化为 json 的结构化数据 |
 | list | `string[]` | 65535 |  `[]`  | 字符串构成的列表，序列化时以逗号分隔 |
 
diff --git a/ru-RU/api/database/query.md b/ru-RU/api/database/query.md
index 0d8d308cd3dc..861cd50e9c6d 100644
--- a/ru-RU/api/database/query.md
+++ b/ru-RU/api/database/query.md
@@ -1,6 +1,6 @@
 # 查询表达式 (Query)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/index.md)
 :::
 
@@ -159,7 +159,7 @@ type Query<T> = QueryExpr<T> | Shorthand<Indexable> | Callback<T, boolean>
 
 判断列表中是否存在满足给定约束条件的元素。
 
-::: warning
+:::warning
 部分数据库可能不支持使用子条件，因此请尽量只使用 [`$eq`](#eq) 操作符。
 :::
 
diff --git a/ru-RU/api/database/selection.md b/ru-RU/api/database/selection.md
index d5cd31a2d8a4..0221c6a2262a 100644
--- a/ru-RU/api/database/selection.md
+++ b/ru-RU/api/database/selection.md
@@ -1,6 +1,6 @@
 # 查询构造器 (Selection)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
diff --git a/ru-RU/api/glossary.md b/ru-RU/api/glossary.md
index f0d89e7658bc..5bec0ee9f7d1 100644
--- a/ru-RU/api/glossary.md
+++ b/ru-RU/api/glossary.md
@@ -2,7 +2,7 @@
 
 本页收集了一些 Koishi 设计中的重要概念，按字母表序排列。如果你在阅读文档时对某个概念感到迷惑，可以随时回到这里查看解释。
 
-## 适配器 (Adapter)
+## 适配器 (Adapter) {#adapter}
 
 适配器是指实现了平台协议，能够让机器人接入平台的插件。通常来说一个适配器实例对应了一个机器人用户，同时启用多个适配器就实现了多个机器人的同时接入。
 
@@ -10,12 +10,12 @@
 - [开发 > 跨平台 > 实现适配器](../guide/adapter/adapter.md)
 - [API > 核心模块 > 适配器](./core/adapter.md)
 
-## 应用 (App)
+## 应用 (App) {#app}
 
 - [开发 > 开发起步 > 配置文件](../guide/develop/config.md)
 - [API > 核心模块 > 应用](./core/app.md)
 
-## 机器人 (Bot)
+## 机器人 (Bot) {#bot}
 
 机器人是指由 Koishi 操控的平台用户。这里的用户不一定是真实用户，也可以是部分平台专门提供的机器人用户。其他用户通过与机器人进行交互来体验 Koishi 的各项功能。
 
@@ -23,15 +23,15 @@
 - [开发 > 跨平台 > 实现机器人](../guide/adapter/bot.md)
 - [API > 核心模块 > 机器人](./core/bot.md)
 
-## 频道 (Channel)
+## 频道 (Channel) {#channel}
 
 频道是消息的集合。一个频道包含了具备时间、逻辑顺序的一系列消息。频道又分为私聊频道和群聊频道，其中私聊频道有且仅有两人参与，而群聊频道可以有任意多人参与。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
-- [API > 平台资源 > 频道](./resources/user.md)
+- [API > 平台资源 > 频道](./resources/channel.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#channel)
 
-## 指令 (Command)
+## 指令 (Command) {#command}
 
 Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件或事件，指令不仅能够更好地处理用户输入，还有统一的帮助信息、权限管理、速率控制等特性。
 
@@ -39,7 +39,7 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 交互基础 > 指令开发](../guide/basic/command.md)
 - [API > 核心模块 > 指令](./core/command.md)
 
-## 控制台 (Console)
+## 控制台 (Console) {#console}
 
 控制台是一个用户友好的图形化管理界面，由一系列官方插件提供。你可以在控制台中监控运行状态、管理插件和配置、查看日志、访问数据库、模拟聊天等。
 
@@ -47,21 +47,21 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 控制台](../guide/console/index.md)
 - [API > 控制台](./console/server.md)
 
-## 上下文 (Context)
+## 上下文 (Context) {#context}
 
 上下文是实际业务逻辑的载体。你可以在上下文中访问事件、中间件、指令和更多服务。这些访问所带来的副作用会被上下文自动收集，并在插件被停用时进行回收。
 
 - [开发 > 模块化](../guide/plugin/index.md)
 - [API > 核心模块 > 上下文](./core/context.md)
 
-## 数据库 (Database)
+## 数据库 (Database) {#database}
 
 Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。你可以在插件中通过 `ctx.database` 访问数据库服务。
 
 - [开发 > 数据库 > 使用数据库](../guide/database/index.md)
 - [API > 数据库](./database/built-in.md)
 
-## 消息元素 (Element)
+## 消息元素 (Element) {#element}
 
 消息元素类似于 HTML 元素，它是组成消息的基本单位。一个元素可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。Koishi 会将这些元素转换为平台所支持的格式，以便在不同平台之间发送和接收消息。
 
@@ -69,77 +69,73 @@ Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广
 - [开发 > 跨平台 > 消息编码](../guide/adapter/message.md)
 - [API > 消息元素](./message/syntax.md)
 
-## 事件 (Events)
+## 事件 (Events) {#events}
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 事件](./core/events.md)
 - [API > 内置服务 > 事件系统](./service/events.md)
 
-## 过滤器 (Filter)
+## 过滤器 (Filter) {#filter}
 
-- [入门 > 过滤器](../manual/usage/customize.md#过滤器)
+- [入门 > 过滤器](../manual/usage/customize.md#filters)
 - [开发 > 模块化 > 过滤器](../guide/plugin/filter.md)
 - [API > 内置服务 > 过滤器](./service/filter.md)
 
-## 群组 (Guild)
+## 群组 (Guild) {#guild}
 
-群组是平台用户的集合。一个群组通常会同时包含一组[用户](#用户)和[频道](#频道)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
+群组是平台用户的集合。一个群组通常会同时包含一组[用户](#user)和[频道](#channel)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 - [API > 平台资源 > 群组](./resources/guild.md)
 
-## 生命周期 (Lifecycle)
+## 生命周期 (Lifecycle) {#lifecycle}
 
 - [开发 > 模块化 > 生命周期](../guide/plugin/lifecycle.md)
 - [API > 核心模块 > 事件](./core/events.html#生命周期事件)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 中间件 (Middleware)
+## 中间件 (Middleware) {#middleware}
 
 - [开发 > 交互基础 > 中间件](../guide/basic/middleware.md)
 
-## 数据模型 (Model)
+## 数据模型 (Model) {#model}
 
 - [开发 > 数据库 > 数据模型](../guide/database/model.md)
 - [API > 数据库 > 数据模型](./database/model.md)
 
-## 平台 (Platform)
+## 平台 (Platform) {#platform}
 
 平台是指聊天平台，比如 QQ、Discord 等。同一平台内的用户间具有相互发送消息的能力，而不同平台的用户间则没有。对于 Rocket.Chat 这一类可自建的聊天平台而言，每个独立的自建服务器都视为不同的平台。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 
-## 插件 (Plugin)
+## 插件 (Plugin) {#plugin}
 
 - [开发 > 模块化 > 认识插件](../guide/plugin/index.md)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 协议 (Protocol)
+## 协议 (Protocol) {#protocol}
 
-## 路由 (Router)
-
-- [API > 内置服务 > 网络服务](./service/router.md)
-
-## 配置构型 (Schema)
+## 配置构型 (Schema) {#schema}
 
 - [开发 > 模块化 > 配置构型](../guide/plugin/schema.md)
 - [演练场 > 配置构型](../schema/index.md)
 
-## 服务 (Service)
+## 服务 (Service) {#service}
 
 服务是一系列挂载于上下文对象上的功能的合集 (例如数据库和路由等)。为避免耦合，这些功能并不直接定义在上下文本身，而是将应用看作一个容器，通过依赖合并的方式来实现控制的反转。
 
 - [开发 > 模块化 > 服务与依赖](../guide/plugin/service.md)
 - [API > 核心模块 > 上下文](./core/context.md#混入属性和方法)
 
-## 会话 (Session)
+## 会话 (Session) {#session}
 
 会话对象封装了一次上报事件所含有的属性以及其上的可用操作。你会在事件，中间件和指令的回调函数中用到它。此外，会话对象还提供了许多实用方法，足以满足绝大部分的使用场景。
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 会话](./core/session.md)
 
-## 用户 (User)
+## 用户 (User) {#user}
 
 - [API > 平台资源 > 用户](./resources/user.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#user)
diff --git a/ru-RU/api/message/components.md b/ru-RU/api/message/components.md
index 5da17b461144..7d74840ff671 100644
--- a/ru-RU/api/message/components.md
+++ b/ru-RU/api/message/components.md
@@ -52,6 +52,21 @@ foo:
 <chat-message nickname="Koishi">Hello, world!</chat-message>
 </chat-panel>
 
+这个组件也可以配合插值使用：
+
+```html
+<i18n path="foo.bar">{'Koishi'}</i18n>
+```
+
+```yaml
+foo:
+  bar: Hello, {0}!
+```
+
+<chat-panel>
+<chat-message nickname="Koishi">Hello, Koishi!</chat-message>
+</chat-panel>
+
 ### 时间 (i18n:time) <badge>会话+广播</badge>
 
 - **value:** 时间长度（毫秒）
@@ -105,6 +120,49 @@ You have <plural count={count}>
 
 ## 扩展组件
 
-### 网页渲染 (html)
+### 网页渲染 (html) <badge>需要 Puppeteer</badge>
+
+- **style:** HTML 中 `body` 标签的 `style` 属性
+
+调用 Puppeteer 渲染给定 HTML。
+
+JSX 中的 `html` 将被转化为为 HTML 中的 `body` 标签。
+
+```html
+<html style={"color: purple;"}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+你也可以为 `style` 属性指定一个对象：
+
+```html
+<html style={{
+  color: "purple",
+}}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+如果你需要向 HTML 的 `head` 标签中添加 CSS 等页面属性，可以将它们包裹在 `head` 中。下面是一个例子：
+
+```html
+<html>
+  <head>
+    <style>
+      {`
+        body {
+          color: "purple"
+        }
+      `}
+    </style>
+  </head>
+
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
 
 ### 内容审查 (censor)
diff --git a/ru-RU/api/message/elements.md b/ru-RU/api/message/elements.md
index 1aee1fded4a3..3bf8149ed307 100644
--- a/ru-RU/api/message/elements.md
+++ b/ru-RU/api/message/elements.md
@@ -2,24 +2,24 @@
 
 这里列出了应该由各适配器实现的标准消息元素。各适配器由于平台的限制可能表现出一定的行为差异，但应尽可能贴近标准规定的语义。
 
-::: tip 与 HTML 的区别
+::: tip
 为了方便记忆，我们使用了许多 HTML 中出现的标签来表达类似的语义，如 `<p>`, `<em>` 等。但需要指出的是，这并不意味着这些同名的标签就有着相同的语义。这里举出几个例子：
 
 - HTML 中标签 `<u>` 的定义是「表意不清标注元素」，而 Koishi 这里只使用了下划线的功能
 - HTML 中图像对应 `<img>` 标签，而 Koishi 中则是 `<image>`，并且语法也不相同
-:::
+  :::
 
 ## 基础元素
 
 基础元素是最常见的消息元素，它们能够在大多数平台上正常显示，是组成消息的基本单位。
 
-### 纯文本 (text)
+### 纯文本 (text) {#text}
 
 - **content:** `string` 文本内容
 
 这是一个特殊的消息元素。它等价于一段纯文本，并且在序列化时也不会带两侧的标签。
 
-### 提及用户 (at)
+### 提及用户 (at) {#at}
 
 - **id:** `string` 目标用户的 ID
 - **name:** `string` 目标用户的名称
@@ -28,11 +28,11 @@
 
 `<at>` 元素用于提及某个或某些用户。
 
-::: tip
+:::tip
 由于上述几个属性的语义是互斥的，发送时使用 `id`, `role`, `type` 其一即可。
 :::
 
-### 提及频道 (sharp)
+### 提及频道 (sharp) {#sharp}
 
 - **id:** `string` 目标频道的 ID
 - **name:** `string` 目标频道的名称
@@ -47,7 +47,7 @@
 
 `<face>` 元素用于显示某个表情。通常来说为了跨平台转发，在 `<face>` 内部还会增加 `<image>` 作为回退。当图片的存在可能导致消息分片时，可以使用 `name` 取代图片的渲染。 -->
 
-### 链接 (a)
+### 链接 (a) {#a}
 
 - **href:** `string` 链接的 URL
 
@@ -55,9 +55,10 @@
 
 ## 资源元素
 
-资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `url`。如果某个平台不支持特定的资源类型，适配器应该用 `url` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
+资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `src`。如果某个平台不支持特定的资源类型，适配器应该用 `src` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
 
-- **url:** `string` 资源的 URL
+- **src:** `string` 资源的 URL
+- **title:** `string` 资源文件名称
 - **cache:** `boolean` 是否使用已缓存的文件
 - **timeout:** `string` 下载文件的最长时间
 
@@ -70,29 +71,40 @@
 关于它们的最佳实践，可以参考 [嵌入图片和其他资源](../../guide/basic/element.md#嵌入图片和其他资源)。
 :::
 
-### 图片 (image)
+### 图片 (img) {#img}
 
 除了上述通用属性外，还支持下面的属性：
 
-- **type:** 特殊类型，例如 `flash` 表示闪照
+- **width:** `number` 图片宽度 (像素)
+- **height:** `number` 图片高度 (像素)
 
-`<image>` 元素用于表示图片。
+`<img>` 元素用于表示图片。
 
-### 语音 (audio)
+### 音频 (audio) {#audio}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **duration:** `number` 音频长度 (秒)
+- **poster:** `string` 音频封面 URL
 
 `<audio>` 元素用于表示语音。
 
-### 视频 (video)
+### 视频 (video) {#video}
 
-参见上述通用属性。
+除了上述通用属性外，还支持下面的属性：
+
+- **width:** `number` 视频宽度 (像素)
+- **height:** `number` 视频高度 (像素)
+- **duration:** `number` 视频长度 (秒)
+- **poster:** `string` 视频封面 URL
 
 `<video>` 元素用于表示视频。
 
-### 文件 (file)
+### 文件 (file) {#file}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **poster:** `string` 文件封面 URL
 
 `<file>` 元素用于表示文件。
 
@@ -100,49 +112,49 @@
 
 修饰元素用于修饰其中的内容。如果对应的平台不支持对应的元素，可以忽略这个元素本身，正常渲染其中的子元素。
 
-### 粗体 (b, strong)
+### 粗体 (b, strong) {#b}
 
 `<b>` 或 `<strong>` 元素用于将其中的内容以粗体显示。
 
-### 斜体 (i, em)
+### 斜体 (i, em) {#i}
 
 `<i>` 或 `<em>` 元素用于将其中的内容以斜体显示。
 
-### 下划线 (u, ins)
+### 下划线 (u, ins) {#u}
 
 `<u>` 或 `<ins>` 元素用于为其中的内容附加下划线。
 
-### 删除线 (s, del)
+### 删除线 (s, del) {#s}
 
 `<s>` 或 `<del>` 元素用于为其中的内容附加删除线。
 
-### 剧透 (spl)
+### 剧透 (spl) {#spl}
 
 `<spl>` 元素用于将其中的内容标记为剧透 (默认会被隐藏，点击后才显示)。
 
-### 代码 (code)
+### 代码 (code) {#code}
 
 `<code>` 元素用于将其中的内容以等宽字体显示 (通常还会有特定的背景色)。
 
-### 上标 (sup)
+### 上标 (sup) {#sup}
 
 `<sup>` 元素用于将其中的内容以上标显示。
 
-### 下标 (sub)
+### 下标 (sub) {#sub}
 
 `<sub>` 元素用于将其中的内容以下标显示。
 
 ## 排版元素
 
-### 换行 (br)
+### 换行 (br) {#br}
 
 `<br>` 元素表示一个独立的换行。
 
-### 段落 (p)
+### 段落 (p) {#p}
 
 `<p>` 元素表示一个段落。在渲染时，它与相邻的元素之间会确保有一个换行。
 
-### 消息 (message)
+### 消息 (message) {#message}
 
 - **id:** `string` 消息 ID
 - **forward:** `boolean` 是否为转发消息
@@ -193,11 +205,11 @@ hello<message/>world
 
 元信息元素通常不会被渲染，但会影响到消息的发送行为。
 
-### 引用 (quote)
+### 引用 (quote) {#quote}
 
 `<quote>` 元素用于表示对消息引用。它的子元素会被渲染为引用的内容。理论上所有 `<message>` 元素的特性也可以用于 `<quote>` 元素，包括子元素 (构造引用消息) 和 `forward` 属性 (引用合并转发)。然而目前似乎并没有平台提供了这样的支持。
 
-### 作者 (author)
+### 作者 (author) {#author}
 
 - **id:** `string` 用户 ID
 - **name:** `string` 昵称
@@ -209,7 +221,7 @@ hello<message/>world
 
 交互元素用于显然消息中的可交互性内容。如果平台不支持此类元素且难以提供回退，可以直接忽略整个元素。实现侧应当根据平台特性，针对性地返回带有交互和不带有交互的消息。
 
-### 按钮 (button) <badge type="warning">实验性</badge>
+### 按钮 (button) <badge type="warning">实验性</badge> {#button}
 
 - **id:** `string` 按钮的 ID
 - **type:** `string` 按钮的类型
diff --git a/ru-RU/api/message/encoder.md b/ru-RU/api/message/encoder.md
index cd034b490aa9..fbd3f9a71ffb 100644
--- a/ru-RU/api/message/encoder.md
+++ b/ru-RU/api/message/encoder.md
@@ -1,10 +1,10 @@
 # 消息编码器 (MessageEncoder) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 消息编码](../../guide/adapter/message.md)
 :::
 
diff --git a/ru-RU/api/message/syntax.md b/ru-RU/api/message/syntax.md
index f1fe02bd9b0c..edaa1dde65e9 100644
--- a/ru-RU/api/message/syntax.md
+++ b/ru-RU/api/message/syntax.md
@@ -16,12 +16,12 @@
 
 你可以在消息元素内使用任何字符。不过部分特殊字符需要转义：
 
-|  原始字符   |     转义写法     |
-|:-------:|:------------:|
-|   `"`   | `&quot;` |
-| `&` | `&amp;`  |
-| `<`  |  `&lt;`  |
-| `>`  |  `&gt;`  |
+| 原始字符 |       转义写法       |
+| :--: | :--------------: |
+|  `"` | `&amp;quot;` |
+|  `&` |  `&amp;amp;` |
+|  `<` |  `&amp;lt;`  |
+|  `>` |  `&amp;gt;`  |
 
 根据上下文的不同，有些字符可能不需要被转义或使用其他的转义方式。
 
@@ -72,7 +72,7 @@
 ```
 
 ```html
-<tag>&lt;foo&gt; bar</tag>
+<tag>&amp;lt;foo&amp;gt; bar</tag>
 ```
 
 ### 注释
diff --git a/ru-RU/api/resources/channel.md b/ru-RU/api/resources/channel.md
index b9677b4936f0..120276f4a6a9 100644
--- a/ru-RU/api/resources/channel.md
+++ b/ru-RU/api/resources/channel.md
@@ -1,11 +1,11 @@
 # 频道 (Channel)
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的频道对象。
 
 - 要了解数据库中的频道，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#channel)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#频道)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 频道](../glossary.md#channel)
+  :::
 
 ## 类型定义
 
@@ -20,8 +20,8 @@ export interface Channel {
 export enum ChannelType {
   TEXT = 0,
   DIRECT = 1,
-  VOICE = 2,
-  CATEGORY = 3,
+  CATEGORY = 2,
+  VOICE = 3,
 }
 ```
 
diff --git a/ru-RU/api/resources/member.md b/ru-RU/api/resources/member.md
index 69b86e79f0d0..a2bc633783c0 100644
--- a/ru-RU/api/resources/member.md
+++ b/ru-RU/api/resources/member.md
@@ -45,7 +45,7 @@ interface GuildMember {
 
 将某个用户踢出群组。
 
-### bot.muteGuildMember(guildId, userId, duration?, reason?) <badge type="warning">实验性</badge>
+### bot.muteGuildMember(guildId, userId, duration, reason?) <badge type="warning">实验性</badge>
 
 - **guildId:** `string` 群组 ID
 - **userId:** `string` 用户 ID
diff --git a/ru-RU/api/resources/message.md b/ru-RU/api/resources/message.md
index 4b07ccd5dc24..e5c5220d84cc 100644
--- a/ru-RU/api/resources/message.md
+++ b/ru-RU/api/resources/message.md
@@ -25,15 +25,15 @@ interface Message {
 
 向特定频道发送消息。
 
-::: warning
+:::warning
 只要你能够获取到会话对象，你就不应使用此 API，而应该使用 [`session.send()`](../core/session.md#session-send)。一些平台会将主动发送的消息同被动接收后回复的消息区分开来，甚至可能限制主动消息的发送，因此使用 [`session.send()`](../core/session.md#session-send) 总是有更好的可靠性。
 :::
 
-::: tip
+:::tip
 `bot.sendMessage()` 既可以发送群聊消息，也可以发送私聊消息。当发送私聊消息时，其与 `bot.sendPrivateMessage()` 的区别在于前者传入的是频道 ID，而后者传入的是用户 ID。
 :::
 
-::: tip
+:::tip
 大多数情况下应当使用 [`MessageEncoder`](../message/encoder.md) 实现消息发送功能，而不是直接实现此方法。
 :::
 
@@ -71,10 +71,11 @@ interface Message {
 
 修改特定消息。
 
-### bot.getMessageList(channelId, next?)
+### bot.getMessageList(channelId, next?, direction?)
 
 - **channelId:** `string` 频道 ID
-- **next:** `string` 分页令牌
+- **next:** `string` 分页令牌，未指定时视为从最新消息向前获取
+- **direction:** `Direction` 消息获取方向，可以为 `'before' | 'after' | 'around'`
 - 返回值: `Promise<List<Message>>` 消息列表
 
 获取频道消息列表。
diff --git a/ru-RU/api/resources/reaction.md b/ru-RU/api/resources/reaction.md
index 0bd5812634aa..92e0a9a8d393 100644
--- a/ru-RU/api/resources/reaction.md
+++ b/ru-RU/api/resources/reaction.md
@@ -1,6 +1,6 @@
 # 表态 (Reaction) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
diff --git a/ru-RU/api/resources/user.md b/ru-RU/api/resources/user.md
index 9ea3fe1cb44b..7001aee04339 100644
--- a/ru-RU/api/resources/user.md
+++ b/ru-RU/api/resources/user.md
@@ -1,11 +1,11 @@
 # 用户 (User)
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的用户对象。
 
 - 要了解数据库中的用户，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#user)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#用户)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 用户](../glossary.md#user)
+  :::
 
 ## 类型定义
 
diff --git a/ru-RU/api/service/events.md b/ru-RU/api/service/events.md
index 2a27ed980187..83f7be83b857 100644
--- a/ru-RU/api/service/events.md
+++ b/ru-RU/api/service/events.md
@@ -1,16 +1,17 @@
 # 事件系统 (Events)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍事件 API。如果想了解 Koishi 的内置事件，请前往 [API > 核心模块 > 事件](../core/events.md)。
 :::
 
 ## 实例方法
 
 ### ctx.emit(session?, event, ...param)
+
 ### ctx.parallel(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
@@ -21,6 +22,7 @@
 同时触发所有 event 事件的能够匹配 session 对象的回调函数。emit 为同步，parallel 为异步。
 
 ### ctx.bail(session?, event, ...param)
+
 ### ctx.serial(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
diff --git a/ru-RU/api/service/filter.md b/ru-RU/api/service/filter.md
index 81522dd159de..1b0d67e59c9f 100644
--- a/ru-RU/api/service/filter.md
+++ b/ru-RU/api/service/filter.md
@@ -18,8 +18,8 @@
 
 选取上下文全集。
 
-::: tip
-这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 [](../../guide/plugin/lifecycle.md#dispose-事件)。
+:::tip
+这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 。
 :::
 
 ### ctx.never()
@@ -29,9 +29,13 @@
 选取上下文空集。
 
 ### ctx.self(...values)
+
 ### ctx.user(...values)
+
 ### ctx.guild(...values)
+
 ### ctx.channel(...values)
+
 ### ctx.platform(...values)
 
 - **values:** `string[]` 允许的机器人 / 用户 / 群组 / 频道 / 平台名称构成的数组
@@ -59,4 +63,3 @@
 - 返回值: `Context` 新的上下文
 
 给出当前上下文和其他上下文的差集。
-
diff --git a/ru-RU/api/service/http.md b/ru-RU/api/service/http.md
index e2254a929fec..fd9615aae573 100644
--- a/ru-RU/api/service/http.md
+++ b/ru-RU/api/service/http.md
@@ -1,46 +1,3 @@
 # 网络请求 (HTTP)
 
-::: warning
-未来可能会将本插件重构为基于 [Fetch API](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的实现。
-:::
-
-`ctx.http` 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。
-
-你可能会有这样的疑问：为什么不直接使用 axios，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了 [全局的配置项](../../api/core/app.html#options-request-proxyagent)，各个插件则只需要调用 `ctx.http` 即可。
-
-## 实例方法
-
-### ctx.http(method, url, config)
-
-- **method:** `string` 请求方法
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-### ctx.http.head(url, config)
-### ctx.http.get(url, config)
-### ctx.http.delete(url, config)
-
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 HEAD / GET / DELETE 请求。
-
-### ctx.http.post(url, data, config)
-### ctx.http.put(url, data, config)
-### ctx.http.patch(url, data, config)
-
-- **url:** `string` 请求地址
-- **data:** `any` 请求数据
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 POST / PUT / PATCH 请求。
-
-### ctx.http\.ws(url)
-
-- **url:** `string` 请求地址
-- 返回值: `WebSocket`
-
-创建一个 WebSocket 连接。
+参见 [`@koishijs/plugin-http`](../../plugins/develop/http.md) 插件文档。
diff --git a/ru-RU/api/service/i18n.md b/ru-RU/api/service/i18n.md
index 7b6a07490085..2b39570cb2a5 100644
--- a/ru-RU/api/service/i18n.md
+++ b/ru-RU/api/service/i18n.md
@@ -1,6 +1,6 @@
 # 国际化 (I18n)
 
-::: tip
+:::tip
 参见：[开发 > 国际化](../../guide/i18n/index.md)
 :::
 
diff --git a/ru-RU/api/service/loader.md b/ru-RU/api/service/loader.md
index 0e4a666530c2..df63d5bf2879 100644
--- a/ru-RU/api/service/loader.md
+++ b/ru-RU/api/service/loader.md
@@ -1,10 +1,10 @@
 # 加载器 (Loader) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性 API，未来可能会发生变化。
 :::
 
-::: warning
+:::warning
 此服务仅在 CLI (启动器 / 模板项目) 环境下可用，[作为依赖调用](../../manual/starter/direct.md) 的 Koishi 将不具备此服务。
 :::
 
@@ -18,7 +18,7 @@ Loader 服务可用于管理 Koishi 实例加载的插件。通常情况下你
 
 一个特殊的对象，可以在环境变量中存储少量数据。可以配合 `ctx.loader.fullReload()` 方法使用，以便在重启后恢复数据。
 
-::: warning
+:::warning
 如果你的插件需要持久化大量数据，请使用本地文件或者数据库。
 :::
 
diff --git a/ru-RU/api/service/permissions.md b/ru-RU/api/service/permissions.md
index bddd69fc8771..b74da94b8be4 100644
--- a/ru-RU/api/service/permissions.md
+++ b/ru-RU/api/service/permissions.md
@@ -1,16 +1,19 @@
 # 权限管理 (Permissions) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能在后续版本中发生变化。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 权限管理](../../guide/database/permission.md)
 :::
 
 ## 实例方法
 
-### ctx.permissions.define(name, inherits)
+### ctx.permissions.define(name, options)
+
+- **name:** `string` 权限名称
+- **options.check:** `(session: Partial<Session>) => boolean` 权限检查函数
 
 ### ctx.permissions.inherit(a, b)
 
diff --git a/ru-RU/api/service/registry.md b/ru-RU/api/service/registry.md
index 87b34e4b294e..0bf4ca653ed6 100644
--- a/ru-RU/api/service/registry.md
+++ b/ru-RU/api/service/registry.md
@@ -20,7 +20,7 @@
 
 当前上下文中安装一个插件。参见 [认识插件](../../guide/plugin/)。
 
-### ctx.using(deps, plugin)
+### ctx.inject(deps, plugin)
 
 - **deps:** `string[]` 依赖的服务列表
 - **plugin:** `Plugin` 要安装的插件
@@ -28,12 +28,6 @@
 
 安装一个存在服务依赖的插件。参见 [服务的依赖关系](../../guide/plugin/service.md#服务的依赖关系)。
 
-### ctx.start()
-
-- 返回值: `Promise<void>`
-
-启动此应用。
-
 ### ctx.stop()
 
 - 返回值: `Promise<void>`
diff --git a/ru-RU/api/service/router.md b/ru-RU/api/service/router.md
index fd735c3cdcb1..4dbf19b17adb 100644
--- a/ru-RU/api/service/router.md
+++ b/ru-RU/api/service/router.md
@@ -1,10 +1,10 @@
 # 网络服务 (Router)
 
-::: danger
+:::danger
 `ctx.router` 需要手动声明为 `inject`。在未来的版本，我们将会把此服务移至插件中。
 :::
 
-::: tip
+:::tip
 Koishi 默认情况下并不会监听任何端口，如要启用网络服务请记得配置 [`options.port`](../core/app.md#options-port)。
 :::
 
@@ -15,11 +15,11 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
 2. 未来可能会不基于 Koa Router 重新实现路由系统。
-:::
+   :::
 
 ## 实例方法
 
-### ctx.router\[method\](path, middleware)
+### ctx.router\[method]\(path, middleware)
 
 - **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
@@ -27,7 +27,7 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
 
-### ctx.router\.ws(path, handler)
+### ctx.router.ws(path, handler)
 
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
 - **handler:** `WebSocketHandler` 处理函数，接受下列参数
diff --git a/ru-RU/api/service/server.md b/ru-RU/api/service/server.md
new file mode 100644
index 000000000000..fbed8a37213f
--- /dev/null
+++ b/ru-RU/api/service/server.md
@@ -0,0 +1,3 @@
+# 服务器 (Server)
+
+参见 [`@koishijs/plugin-server`](../../plugins/develop/server.md) 插件文档。
diff --git a/ru-RU/api/service/timer.md b/ru-RU/api/service/timer.md
new file mode 100644
index 000000000000..81634e17db11
--- /dev/null
+++ b/ru-RU/api/service/timer.md
@@ -0,0 +1,53 @@
+# 计时器 (Timer)
+
+## 实例方法
+
+### ctx.setTimeout(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数。返回的函数可以用于取消此计时器。
+
+### ctx.setInterval(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数，然后每隔指定的延迟时间重复执行。返回的函数可以用于取消此计时器。
+
+### ctx.sleep(delay)
+
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `Promise<void>`
+
+等待指定的延迟时间。如果在此期间插件被停用，将会抛出一个错误。
+
+### ctx.throttle(callback, delay, noTrailing?)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- **noTrailing:** `boolean` 是否禁用尾随调用
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数在指定的周期内最多执行一次。
+
+具体表现为，此函数被调用后会立即执行，并在接下来的 `delay` 毫秒内忽略所有调用。
+
+默认情况下，如果在最后一次实际执行后的一个延迟周期内再次调用返回的函数，则会在此延迟周期结束时再次执行 (即尾随调用)。将 `noTrailing` 设置为 `true` 可禁用此行为。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
+
+### ctx.debounce(callback, delay)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数会忽略小于指定间隔的所有高频调用。
+
+具体表现为，此函数被调用后，不会立即执行，而是会等待 `delay` 毫秒。如果在此期间再次调用返回的函数，则会重新计时。直到 `delay` 毫秒内没有调用，此函数才会执行。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
diff --git a/ru-RU/api/utils/logger.md b/ru-RU/api/utils/logger.md
index d80e12bd6dd9..4c13b6b3f471 100644
--- a/ru-RU/api/utils/logger.md
+++ b/ru-RU/api/utils/logger.md
@@ -1,6 +1,6 @@
 # 输出日志 (Logger)
 
-::: tip
+:::tip
 本节中的 API 来自 [reggol](https://github.com/shigma/reggol)，并由 Koishi 重新导出。
 :::
 
@@ -82,6 +82,6 @@ logger:
 
 以不同的输出等级输出日志。参数的使用方法与 [`console.log`](https://developer.mozilla.org/zh-CN/docs/Web/API/Console/log) 相同。
 
-::: tip
+:::tip
 运行时产生的错误 (如请求失败，数据库访问失败等) 都属于 warning，只有在创建阶段和连接阶段抛出的错误才会通过 error 输出 (参见 [生命周期](../../guide/plugin/lifecycle.md))。
 :::
diff --git a/ru-RU/api/utils/misc.md b/ru-RU/api/utils/misc.md
index 4a47048dfafe..84a37c250727 100644
--- a/ru-RU/api/utils/misc.md
+++ b/ru-RU/api/utils/misc.md
@@ -1,12 +1,12 @@
 # 其他工具 (Misc)
 
-::: tip
+:::tip
 本节中的 API 来自 [cosmokit](https://github.com/shigma/cosmokit)，并由 Koishi 重新导出。
 :::
 
 这一节介绍了其他未被归类的内置工具函数。
 
-## 字符串操作
+## 字符串操作 {#string}
 
 ### capitalize(source)
 
@@ -36,7 +36,7 @@
 
 如果输入的是字符串，则将字符串转换成 snake_case；如果是数组或对象，则递归地将对象中的每个（可枚举）的键转换成 snake_case；其他情况不受影响。
 
-## 集合操作
+## 集合操作 {#set}
 
 ### contain(array1, array2)
 
@@ -70,7 +70,7 @@
 
 求两个集合的并集。
 
-## 对象操作
+## 对象操作 {#object}
 
 ### is(type, value)
 
@@ -133,7 +133,58 @@
 
 将对象的每个键进行过滤，返回新的对象。
 
-## 日期操作
+## 二进制数据 {#binary}
+
+### Binary.is(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike`。
+
+### Binary.isSource(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike` 或 `ArrayBufferView`。
+
+### Binary.fromSource(source)
+
+- **source:** `ArrayBufferLike | ArrayBufferView` 要转换的值
+- 返回值: `ArrayBufferLike`
+
+将可能的 `ArrayBufferView` 转换成 `ArrayBuffer`。
+
+### Binary.toBase64(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成 base64 字符串。
+
+### Binary.fromBase64(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将 base64 字符串转换成二进制数据。
+
+### Binary.toHex(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成十六进制字符串。
+
+### Binary.fromHex(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将十六进制字符串转换成二进制数据。
+
+## 时间与日期 {#time}
 
 ### 静态属性
 
diff --git a/ru-RU/api/utils/random.md b/ru-RU/api/utils/random.md
index 6d33a5a2a831..1bd23572e641 100644
--- a/ru-RU/api/utils/random.md
+++ b/ru-RU/api/utils/random.md
@@ -1,6 +1,6 @@
 # 随机数操作
 
-::: tip
+:::tip
 本节中的 API 来自 [inaba](https://github.com/shigma/inaba)，并由 Koishi 重新导出。
 :::
 
@@ -49,7 +49,7 @@ random.pick([1, 2, 3])          // 随机选取一个元素
 - **end:** `number` 上界
 - 返回值: `number` 一个 `[start, end)` 之间的随机整数
 
-生成一个随机实数。
+生成一个随机整数。
 
 ### Random.pick(array, count?)
 
diff --git a/ru-RU/api/utils/schema.md b/ru-RU/api/utils/schema.md
index e61a1eb03f02..ae49dc4f0100 100644
--- a/ru-RU/api/utils/schema.md
+++ b/ru-RU/api/utils/schema.md
@@ -217,7 +217,7 @@ validate(10)                    // 11
 
 ## 实例方法
 
-::: tip
+:::tip
 请注意：`default` 和 `required` 是互斥的，你只能同时使用其中一个。
 :::
 
diff --git a/ru-RU/cookbook/appendix/commands.md b/ru-RU/cookbook/appendix/commands.md
index ad12a56c628d..819990aa8250 100644
--- a/ru-RU/cookbook/appendix/commands.md
+++ b/ru-RU/cookbook/appendix/commands.md
@@ -1,6 +1,6 @@
 # 案例：指令管理
 
-::: tip
+:::tip
 主条目：[可逆的 Koishi](../design/disposable.md)
 :::
 
@@ -28,6 +28,7 @@
 可逆的 Koishi 要求 commands 插件回收自身产生的一切副作用，即：当插件被停用时，用户对指令系统做出的一切改动应当复原：已修改的配置项、指令的别名和显示名称全部恢复为未启用此插件时的状态；创建的新指令被移除；被调整的父子指令关系被复原。
 
 ### 控制台依赖
+
 commands 插件的功能可以分为两个部分：
 
 1. 读取配置项，并对指令系统做出改动。
diff --git a/ru-RU/cookbook/design/disposable.md b/ru-RU/cookbook/design/disposable.md
index ad1f30900e3f..de47cb11e2d8 100644
--- a/ru-RU/cookbook/design/disposable.md
+++ b/ru-RU/cookbook/design/disposable.md
@@ -5,7 +5,7 @@
 
 - 为什么我们需要可逆的插件系统？
 - Cordis 是如何实现资源安全的？
-:::
+  :::
 
 Koishi 的一切都从 Cordis 开始。但我想大部分 Koishi 的开发者都不知道 Cordis 是什么。如果让我来定义的话，Cordis 是一个**元框架 (Meta Framework)**，即一个用于构建框架的框架。
 
@@ -63,11 +63,15 @@ Cordis 的名字来源于拉丁语的心。我希望它能成为未来软件 (
 
 函数式编程中有着纯函数的概念——给定相同的输入总是给出相同的输出。然而，现实中的程序往往要与各种各样的副作用打交道。对于这种情况，我们可以对函数进行“纯化”——将它的副作用转化为参数和返回值的一部分即可。考虑下面的函数：
 
-$$ f_\text{impure}: \text{X}\to\text{Y} $$
+$$
+f_\text{impure}: \text{X}\to\text{Y}
+$$
 
 假设它含有副作用，我们把所有可能的副作用用类型 $\mathcal{C}$ 封装起来，则该函数可以被转化为：
 
-$$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
+$$
+f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y}
+$$
 
 此时我们得到的就一个纯函数，它接受 $\mathcal{C}$ 和参数，返回修改过的 $\mathcal{C}$ 和返回值。
 
@@ -79,13 +83,24 @@ $$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
 
 进一步，我们还希望 $f$ 的副作用是可以回收的。换言之，我们额外要求 $f$ 存在逆元 $f^{-1}$，此时 $\mathfrak{F}$ 就构成一个群。但仅仅知道函数可逆并不能帮助我们找到它的逆，我们需要在书写这个函数时一并写出它的回收方法。因此我们引入 $\text{effect}$ 函子，使这个函数返回一个新的函数，这个函数可用于回收此次调用的副作用：
 
-$$ \begin{array} \\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F} \\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}
+\\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right)
+\end{array}
+$$
 
 可以证明 $\text{effect}$ 是一个 $\mathfrak{F}$ 到 $\mathcal{C}\times\mathfrak{F}$ 的同态：
 
-$$ \begin{aligned} \text{effect}\ (f\circ g) \left(c, h\right) &=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
-&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\ &=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
-&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right) \end{aligned} $$
+$$
+\begin{aligned}
+\text{effect}\ (f\circ g) \left(c, h\right)
+&=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
+&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\
+&=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
+&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right)
+\end{aligned}
+$$
 
 下面是一个例子：
 
@@ -106,11 +121,16 @@ dispose()                       // 回收副作用
 
 - $\mathcal{C}\times\mathfrak{F}$ 对应着全局环境 (我们稍后会提到全局环境的坏处，但不影响这里的理解)
 - `port` 对应于上面的 $\text{X}$，由于我们可以使用柯里化，所以在数学模型中并不需要考虑它
-:::
+  :::
 
 为什么需要引入这个 $\text{effect}$ 和 $\mathcal{C}\times\mathfrak{F}$ 呢？它的作用是将副作用从函数的返回值中分离出来，从而实现副作用的回收。只需定义 $\text{restore}$ 变换 (不难发现它确实是 $\text{effect}$ 的逆操作)：
 
-$$ \begin{array} \\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F} \\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F}
+\\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right)
+\end{array}
+$$
 
 现在你就可以使用 `restore()` 来回收副作用了：
 
@@ -127,7 +147,9 @@ restore()               // 回收所有副作用
 
 当副作用被记录到全局环境时，$\mathcal{C}\times\mathfrak{F}$ 也就变成了一个更大的 $\mathcal{C}$。我们便可以这样定义：
 
-$$ \mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right) $$
+$$
+\mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right)
+$$
 
 下文中我们将直接使用 $\mathcal{C}$ 来表示 $\mathcal{C}_1$。
 
@@ -168,10 +190,14 @@ ctx.plugin(serve, { port: 80 })
 
 进一步，如果这个 API 本身还存在副作用，那提供此 API 的插件其实占用的是一种能占用资源的资源，一种高阶资源。就如同高阶函数一样，我们的 $\mathcal{C}$ 也可以是高阶的：
 
-$$ \begin{matrix} \mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
-\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\ \cdots\\
+$$
+\begin{matrix}
+\mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
+\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\
+\cdots\\
 \mathcal{C}_{n+1}=\mathcal{C}_n\times\left(\mathcal{C}_n\to\mathcal{C}_n\right)\\
-\end{matrix} $$
+\end{matrix}
+$$
 
 在 Cordis 中，插件之间默认情况下不存在先后关系。换句话说，默认任何两个插件的执行顺序都是可以交换的。如果你想要表达插件之间的依赖关系，则需要通过 **服务 (Service)** 来实现。服务用一个字符串表示，可以被插件提供 (provide) 或注入 (inject)。
 
diff --git a/ru-RU/cookbook/design/storage.md b/ru-RU/cookbook/design/storage.md
index bd48a9786af6..b1e7be4a7231 100644
--- a/ru-RU/cookbook/design/storage.md
+++ b/ru-RU/cookbook/design/storage.md
@@ -5,7 +5,7 @@
 
 - 插件要想持久化数据有哪些途径？
 - 什么是零占用模式？为什么需要实现零占用？
-:::
+  :::
 
 要为一个插件持久化一些数据，除了使用数据库外，更灵活的方式就是使用本地文件。然而到底应该将文件存放在哪里，就是一个值得深入探讨的问题了。本文将介绍 Koishi 插件开发时推荐遵循的零占用模式，它是一个兼具扩展性、可移植性和健壮性的最佳实践。
 
@@ -40,14 +40,14 @@
 
 - 更换为 JS 原生实现或 WebAssembly 实现的包 (它们不存在占用问题)。
 - 将 `.node` 或其他存在占用问题的可执行文件存放于[全局路径](#global)下。
-:::
+  :::
 
 ### 零占用的 Koishi
 
 零占用的 Koishi 是指，给定一个正在运行的 Koishi 实例，移除该实例目录下的所有内容，实例应按照预期的方式保持工作。具体而言，实例内的所有模块，包括 Koishi 本体及所有插件，均在设计时对此情况做了考虑，并编写了相应的处理逻辑：
 
 - Koishi 本体在启动时读取了配置文件。在启动后删除该文件，Koishi 保持工作。
-- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 奔溃。
+- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 崩溃。
 - 外部程序包装插件依赖外部的可执行文件进行工作。可执行文件在运行时无法解除占用，故应当预先被转移至实例目录之外。实例运行时，实例目录内不存在被占用的可执行文件。
 
 实现了零占用模式的 Koishi 项目将获得以下优点：
@@ -136,7 +136,7 @@ if (require.main === module) {
 
 在大多数情况下，我们都推荐使用运行时下载的方案。
 
-::: danger
+:::danger
 运行时下载的文档尚未编写。
 :::
 
diff --git a/ru-RU/cookbook/design/structure.md b/ru-RU/cookbook/design/structure.md
index 87d1642b94fa..79e505d1fe20 100644
--- a/ru-RU/cookbook/design/structure.md
+++ b/ru-RU/cookbook/design/structure.md
@@ -1,6 +1,6 @@
 # 项目架构
 
-::: danger
+:::danger
 本文档正在编写中，内容可能不完整或者不准确。
 :::
 
@@ -8,9 +8,9 @@
 
 下面就让我们用一张图介绍 Koishi 的底层架构吧。
 
-::: warning
+:::warning
 这里应该有一张架构图但是还没有画。
-:::  
+:::
 
 <!-- 在上图中，我们可以看到 Koishi 的核心架构分为三层：Cordis，Satori 和 Koishi：
 
diff --git a/ru-RU/cookbook/design/workspace.md b/ru-RU/cookbook/design/workspace.md
index 208b01f6ff00..3773ef6f2b2b 100644
--- a/ru-RU/cookbook/design/workspace.md
+++ b/ru-RU/cookbook/design/workspace.md
@@ -5,7 +5,7 @@
 
 - 什么是工作区仓库？相比传统开发模式有什么优势？
 - 如何在本地维护大量来自不同仓库的插件？
-:::
+  :::
 
 本文要介绍的主题是 Yakumo。Yakumo 是一个由 Koishi 官方团队开发的项目管理工具，它内置于模板项目中，可以在一个本地目录中管理来自多个仓库的工作区。Yakumo 的基本用法已经在 [工作区开发](../../guide/develop/workspace.md) 一节中介绍过了。本文主要介绍其背后的设计思想和高级功能。
 
@@ -75,7 +75,7 @@ root
 
 这种做法的好处是显而易见的。首先，由于开发者无需提交根工作区，因此也不会有隐私数据泄露的风险。其次，二次开发时也可以按需下载插件，不必为了不需要的插件安装依赖或配置环境。
 
-::: tip
+:::tip
 如果你想要分发的不是插件而是成品机器人本身，那么你就需要提交根工作区了。像这种包含根工作区的仓库被称为 [整合包](../practice/bundle.md)，你可以在对应的文档中了解更多信息。
 :::
 
diff --git a/ru-RU/cookbook/message.md b/ru-RU/cookbook/message.md
index b10b5539cdbf..18f15c13dc0c 100644
--- a/ru-RU/cookbook/message.md
+++ b/ru-RU/cookbook/message.md
@@ -9,10 +9,10 @@
 1. message 事件触发，进入中间件处理流程
 2. 根据上下文从中间件池中筛选出要执行的中间件序列
 3. 逐一执行中间件：
-    - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
-    - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
-    - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
-    - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
+   - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
+   - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
+   - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
+   - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
 4. 触发 [middleware](../api/core/events.md#事件：middleware) 事件
 5. 更新当前用户和群的缓冲数据 (参见 [按需加载与自动更新](../guide/database/builtin.md#按需加载与自动更新))
 
@@ -22,26 +22,25 @@
 2. 预处理消息内容，生成 [`session.stripped`](../api/core/session.md#session-stripped)
 3. 触发 [before-parse](../api/core/events.md#事件：before-parse) 事件，尝试解析消息内容 ([快捷匹配](../guide/basic/command.md#快捷匹配) 的解析也在此处完成)
 4. 如果数据库存在：
-    - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
-    - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
-    - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
-    - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
-    - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
-    - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
+   - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
+   - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
+   - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
+   - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
+   - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
+   - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
 5. 如果解析出指令：执行该指令 (下接 [指令执行流程](#指令执行流程))
 6. 尝试解析出候选指令，如果成功则显示候选项 (参见 [模糊匹配](../manual/recipe/execution.md#模糊匹配))
 
-在以上过程中，无论是解析指令还是出发内置的 before-attach-* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
+在以上过程中，无论是解析指令还是出发内置的 before-attach-\* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
 
 ### 指令执行流程
 
 1. 如果解析过程中存在错误 (如非法参数等)，直接返回错误信息
 2. 逐一调用 check 回调函数，直到返回值不为 `undefined`
 3. 触发 [before-command](../api/core/events.md#事件：before-command) 事件：
-    - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
-    - 根据配置检查用户权限和调用记录
+   - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
+   - 根据配置检查用户权限和调用记录
 4. 逐一调用 action 回调函数，直到返回值不为 `undefined`
 5. 触发 [command](../api/core/events.md#事件：command) 事件
-
diff --git a/ru-RU/cookbook/practice/assets.md b/ru-RU/cookbook/practice/assets.md
index 36788ebdcccf..e64b5d3c0c98 100644
--- a/ru-RU/cookbook/practice/assets.md
+++ b/ru-RU/cookbook/practice/assets.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 什么情况下插件需要转存资源文件？
-:::
+  :::
diff --git a/ru-RU/cookbook/practice/bundle.md b/ru-RU/cookbook/practice/bundle.md
index cc224b84dd50..70c21d8b3aa1 100644
--- a/ru-RU/cookbook/practice/bundle.md
+++ b/ru-RU/cookbook/practice/bundle.md
@@ -76,6 +76,6 @@ root
 
 目前的所有工作流都基于整合包的版本号。当根工作区的版本号变动时，所有的工作流将开始运行。一次完整的发布将包含适用于 Koishi Desktop、Koishi Android 的完整环境，甚至是 Docker 镜像和 npm 包。部分流程需要配置 actions secrets，可以参考下面的列表：
 
-- DOCKER\_USERNAME
-- DOCKER\_PASSWORD
-- NPM\_TOKEN
+- DOCKER_USERNAME
+- DOCKER_PASSWORD
+- NPM_TOKEN
diff --git a/ru-RU/cookbook/practice/online.md b/ru-RU/cookbook/practice/online.md
index 46c280795607..5ddc961a0a98 100644
--- a/ru-RU/cookbook/practice/online.md
+++ b/ru-RU/cookbook/practice/online.md
@@ -6,7 +6,7 @@
 
 ## 部署插件
 
-::: tip
+:::tip
 阅读本节前请先阅读 [发布插件](../../guide/develop/publish.md)。
 :::
 
@@ -163,35 +163,41 @@ ctx.console.addEntry(process.env.KOISHI_BASE ? [
 
 ## 本地测试
 
-::: tip
+:::tip
 阅读本节前请先阅读 [工作区开发](../../guide/develop/workspace.md)。
 :::
 
 如果你想在本地测试插件是否能在 k-on! 中运行，可以参考以下流程：
 
-1. 克隆 koishijs/webui 和 koishijs/ponyfills 仓库。
+1. 克隆 koishijs/webui 和 cordiverse/ponyfills 仓库。
+
+:::tabs code
 
-::: tabs code
 ```npm
 npm run clone koishijs/webui
-npm run clone koishijs/ponyfills
+npm run clone cordiverse/ponyfills
 ```
+
 ```yarn
 yarn clone koishijs/webui
-yarn clone koishijs/ponyfills
+yarn clone cordiverse/ponyfills
 ```
+
 :::
 
 2. 启动 k-on! 开发脚本。
 
-::: tabs code
+:::tabs code
+
 ```npm
 cd external/webui
 npm run dev
 ```
+
 ```yarn
 yarn workspace @root/webui dev
 ```
+
 :::
 
 3. 在浏览器中打开 `http://localhost:3000` 即可访问 k-on!
diff --git a/ru-RU/cookbook/practice/render.md b/ru-RU/cookbook/practice/render.md
index 1e8d5d5e3630..eac262b28273 100644
--- a/ru-RU/cookbook/practice/render.md
+++ b/ru-RU/cookbook/practice/render.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 如何让插件输出好看的图片？
-:::
+  :::
diff --git a/ru-RU/cookbook/practice/testing.md b/ru-RU/cookbook/practice/testing.md
index ff1e09c2fce8..ca24cefca80d 100644
--- a/ru-RU/cookbook/practice/testing.md
+++ b/ru-RU/cookbook/practice/testing.md
@@ -10,7 +10,7 @@
 
 本章将介绍官方插件 `@koishijs/plugin-mock`。你可以用它来快速检验你编写的 Koishi 插件。
 
-::: tip
+:::tip
 本节中介绍的样例用到了 [Mocha](https://mochajs.org/) 和 [Chai](https://www.chaijs.com/)。它们都是比较通用的测试库和断言库，但并非绑定 @koishijs/plugin-mock 一同使用。你也可以根据你的喜好选择其他工具，比如 [Jest](https://jestjs.io/) 等等。
 :::
 
@@ -18,16 +18,19 @@
 
 首先在工作区中安装所需的测试工具以及 @koishijs/plugin-mock：
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm i mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 ```yarn
 yarn add mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 :::
 
-::: tip
+:::tip
 这里的 `-W` 表明直接安装到根工作区。你也可以改成只对一个插件添加这些依赖，不过考虑到你可能会在其他插件中也用到它们，安装到根工作区会更加方便。
 :::
 
diff --git a/ru-RU/guide/adapter/adapter.md b/ru-RU/guide/adapter/adapter.md
index 514f6f1c8df0..a70200369b7f 100644
--- a/ru-RU/guide/adapter/adapter.md
+++ b/ru-RU/guide/adapter/adapter.md
@@ -2,7 +2,7 @@
 
 我们已经知道，单独一个 `Bot` 类已经构成一个合法的插件了。不过，这样的插件只具备调用平台 API 的能力，还无法接收消息。这个时候就需要 `Adapter` 类出场了。
 
-## 适配器的类型
+## 适配器的类型 {#types}
 
 适配器需要建立并维护机器人与聊天平台之间的连接。通常来说，根据协议的不同，适配器与机器人可能是一对一的，也可能是一对多的。让我们再看一眼之前介绍过的 `ReplBot` 实例：
 
@@ -23,11 +23,11 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 简单来说就是，在实现适配器时，首先需要协议的类型确定适配器与机器人的对应关系。如果是一对一的，就需要声明 `reusable` 属性，否则不需要声明。此外，对于部分典型场景，我们又进一步派生出了 `Adapter.WsClient` 等子类，方便你快速实现适配器。
 
-## 典型实现
+## 典型实现 {#typical-impls}
 
 下面让我们看几种典型的适配器实现。
 
-### WebSocket
+### WebSocket {#websocket}
 
 一种常见的通信方式是 WebSocket，许多平台 (Discord、KOOK、钉钉等) 都会使用这项技术。它的工作原理是，机器人首先向聊天平台的 WebSocket 网关发起连接请求，随后平台会将事件推送到机器人的 WebSocket 连接上。这里我们还是以 Discord 平台为例：
 
@@ -86,18 +86,18 @@ if (session) this.dispatch(session)
 
 `createSession()` 会根据事件的类型，创建不同的 `Session` 实例。如果无法对应到标准的会话事件，那么 `createSession()` 方法会返回空值，表示我们不需要调用 `dispatch()` 方法。
 
-### Webhook
+### Webhook {#webhook}
 
 另一种常见的通信方式是 Webhook，使用这种通信方式的平台有飞书、企业微信、Line 等。它的工作原理是，机器人搭建者首先在聊天平台的开发者后台配置一个 HTTP 服务器地址，随后平台会将事件推送到该地址上。这里我们以 Line 平台为例：
 
 ```ts
 export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(public ctx: C) {
     super()
 
-    ctx.router.post('/line', async (ctx) => {
+    ctx.server.post('/line', async (ctx) => {
       const { destination, events } = ctx.request.body
       const bot = this.bots.find(bot => bot.selfId === destination)
       if (!bot) return ctx.status = 403
@@ -114,7 +114,7 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
   async start(bot: LineBot) {
     await this.getLogin()
     await bot.internal.setWebhookEndpoint({
-      endpoint: this.ctx.router.config.selfUrl + '/line',
+      endpoint: this.ctx.server.config.selfUrl + '/line',
     })
   }
 }
@@ -125,11 +125,11 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
 ```ts
 await this.getLogin()
 await bot.internal.setWebhookEndpoint({
-  endpoint: this.ctx.router.config.selfUrl + '/line',
+  endpoint: this.ctx.server.config.selfUrl + '/line',
 })
 ```
 
-对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.router` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
+对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.server` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
 
 ```ts
 const sign = ctx.headers['x-line-signature']?.toString()
@@ -147,7 +147,7 @@ for (const event of parsed.events) {
 }
 ```
 
-### 其他通信方式
+### 其他通信方式 {#others}
 
 除了 WebSocket 和 Webhook 以外，还有一些其他可能出现的通信方式：
 
@@ -156,11 +156,11 @@ for (const event of parsed.events) {
 
 当然，对于那些不太像聊天平台的聊天平台，你也可以不必拘泥于传统的通信方式。直接继承 `Adapter` 基类，实现自己的逻辑即可。无论是我们在本章开始介绍的命令行环境，又或者是邮件、短信，甚至是社交媒体的评论区、私信，只要是能打字的地方，都可以通过适配器的方式接入到 Koishi 中！
 
-## 进阶技巧
+## 进阶技巧 {#advanced}
 
 接下来我们将介绍一些复杂适配器的实现技巧。
 
-### 多协议支持
+### 多协议支持 {#multi-protocol}
 
 部分平台同时支持了多种通信方式，例如 Telegram 就同时支持了 Webhook 和 HTTP 轮询。对于此类平台，我们可以提供一个配置项，让用户根据需要自行选择通信方式。
 
@@ -183,12 +183,12 @@ adapter-telegram
 class ServerAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {}
 
 namespace ServerAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'server'
     path?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     path: Schema.string().default('/telegram'),
   })
@@ -202,12 +202,12 @@ class PollingAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {
 }
 
 namespace PollingAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'polling'
     timeout?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     timeout: Schema.number().default(Time.second * 25),
   })
@@ -229,28 +229,28 @@ class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 
 namespace TelegramBot {
-  export type Config = ServerAdapter.Config | PollingAdapter.Config
+  export type Config = ServerAdapter.Options | PollingAdapter.Options
 
   export const Config: Schema<Config> = Schema.intersect([
     Schema.object({
       protocol: Schema.union(['server', 'polling']).required(),
     }),
     Schema.union([
-      HttpServer.Config,
-      HttpPolling.Config,
+      HttpServer.Options,
+      HttpPolling.Options,
     ]),
   ])
 }
 ```
 
-### 动态创建机器人
+### 动态创建机器人 {#dynamic}
 
 到此为止，我们的适配器开发中都存在一个隐含限制：用户的一次插件加载只能对应于一个 `Bot` 实例。如果用户需要创建多个机器人，那么就需要多次加载插件。这是因为在绝大多数适配器的使用场景下，用户都能很明确地知道自己需要创建多少个机器人。然而总有一些例外情况：
 
 - WhatsApp 平台的一个应用可以填入多个手机号，也就对应了多个 `Bot` 实例。
 - Satori 协议并不预先知道机器人的数量，而是在连接中根据机器人相关事件动态创建的。
 
-::: warning
+:::warning
 无限制的 `Bot` 连接可能会导致你的 Koishi 被恶意调用。因此，如果将适配器作为可任意连接的服务端，请确保在可信任的网络环境下运行，或者引入其他验证机制。
 :::
 
diff --git a/ru-RU/guide/adapter/bot.md b/ru-RU/guide/adapter/bot.md
index 775b4fa9b034..2d725b0405e2 100644
--- a/ru-RU/guide/adapter/bot.md
+++ b/ru-RU/guide/adapter/bot.md
@@ -2,7 +2,7 @@
 
 `Bot` 对应着由 Koishi 操纵的聊天平台机器人账号。其上封装了一系列方法，用于发送消息、获取频道信息等操作。要实现一个聊天平台的 `Bot` 类，只需要实现这些方法即可。
 
-## 通用接口
+## 通用接口 {#universal}
 
 让我们先回忆一下上一节介绍的 `ReplBot`：
 
@@ -27,7 +27,7 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适配器应当尽可能地实现这些标准方法，但这并不是必需的。对于平台没有提供能力的 API，可以直接略去实现。
 
-## 访问内部接口
+## 访问内部接口 {#internal-access}
 
 尽管上面的通用接口足以应对大多数插件的需求，但这并不能将平台的能力发挥到极致。为此，Koishi 也允许 `Bot` 提供一套内部接口，用于直接调用平台的原生能力。
 
@@ -37,36 +37,39 @@ Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适
 首先，插件并不能确定所拿到的 `Bot` 对象来自哪一个适配器，就算想要用上原生能力也必须强行做类型转换 (你稍后就能看到内部接口是如何解决类型问题的)；其次，原生接口可能与通用接口有相同的名称，随着 Koishi 未来进一步扩展通用接口，会有很大可能性引发接口冲突。
 :::
 
-### 在插件中访问
+### 在插件中访问 {#access-from-plugin}
 
 在插件中访问内部接口有两种方法。我们以 Discord 平台为例展示。
 
 第一种是直接通过 `bot.internal` 属性访问。这个属性在 `Bot` 基类中的类型是 `any`，因此你可以直接使用其上的方法，也可以通过类型断言来获取更好的类型提示：
 
 ```ts
+// 这一行写在文件头
+import type { DiscordBot } from '@koishijs/plugin-adapter-discord'
+
 (bot as DiscordBot).internal.getGuild(guildId)
 ```
 
-另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据：
+另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据。你可以用这种方式对特定平台提供定制化的支持：
 
 ```ts
-session.discord.getGuild(guildId)
-
-session.discord.t // 原始事件名称
-session.discord.d // 原始事件数据
-```
-
-你甚至还可以用这种方式对多种适配器提供定制化的支持：
+// 这一行写在文件头
+import {} from '@koishijs/plugin-adapter-discord'
 
-```ts
 if (session.discord) {
-  session.discord.getGuild(guildId)
+  session.discord.getGuild(guildId)     // 内部接口
+  session.discord.t                     // 原始事件名称
+  session.discord.d                     // 原始事件数据
 } else {
   // 其他平台的处理
 }
 ```
 
-### 在适配器中访问
+:::tip
+在上面的例子中，我们仅仅从 @koishijs/plugin-adapter-discord 中导入了类型。这种情况下插件并不实际依赖 Discord 适配器，因此你只需要将该依赖写入 `devDependencies` 即可。对于尚未接入 Discord 平台的用户，也不需要为运行你的插件多装一个适配器，仍然确保了安装体积的精简。关于这部分的讨论，可以参考 [服务与依赖](../plugin/service.md#peer-vs-dep) 一节。
+:::
+
+### 在适配器中访问 {#access-from-adapter}
 
 内部接口不仅能为插件提供更全面的平台能力，对适配器本身的实现也有很大的帮助。让我们截取 Discord 适配器的一段代码作为示例：
 
@@ -106,17 +109,17 @@ class DiscordBot<C extends Context> extends Bot<C> {
 
 为此，我们实现了一个 `decodeGuild` 函数，将 Discord 的数据结构转换为 Koishi 的通用数据结构。与此同时，我们把网络请求的部分放在 `Internal` 类中实现，并在 `Bot` 类中直接调用内部方法。可以看到，这样编写出来的代码结构相比直接把请求放在 `Bot` 类中要清晰得多。
 
-## 实现内部接口
+## 实现内部接口 {#internal-impl}
 
 不同的平台由于其 API 的差异性，`Internal` 类的实现方式也会有所不同。对于简单的平台，你完全可以手动实现每一个内部接口 (甚至可以不实现 `Internal` 类，就像 REPL 适配器那样)；但如果平台本身就有上百个 API，手写每一个内部接口显然既费时又啰嗦。因此，Koishi 提供了一些技巧以简化你的适配工作。我们这里仍然以 Discord 为例。
 
-### 使用 HTTP 服务
+### 使用 HTTP 服务 {#http-service}
 
 让我们进一步完成上面的代码。Discord 的 API 是 Restful 的，并且需要 `Authorization` 请求头。我们通过在 `Internal` 类中传入一个 `http` 对象简化网络请求的写法：
 
 ```ts{5,9,17-20}
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
   getGuild(guildId: string) {
     return this.http.get(`/guilds/${guildId}`)
@@ -141,19 +144,19 @@ class DiscordBot<C extends Context> extends Bot<C> {
 }
 ```
 
-[`ctx.http`](../../api/service/http.md) 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `Quester` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
+[`ctx.http`](../../api/service/http.md) 是 Koishi 的基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `HTTP` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
 
-### 反射网络请求
+### 反射网络请求 {#reflect}
 
-在 `Quester` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
+在 `HTTP` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
 
 ```ts
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
-  static define(path: string, methods: Partial<Record<Quester.Method, string | string[]>>) {
+  static define(path: string, methods: Partial<Record<HTTP.Method, string | string[]>>) {
     for (const key in methods) {
-      const method = key as Quester.Method
+      const method = key as HTTP.Method
       for (const name of makeArray(methods[method])) {
         this.prototype[name] = async function (this: Internal, ...args: any[]) {
           // 将参数填入路径中
@@ -196,7 +199,7 @@ interface Internal {
 
 上面的代码还没有考虑请求体和异常处理等问题，如果想要深入了解，可以阅读 Discord 适配器的 [源码](https://github.com/satorijs/satori/blob/master/adapters/discord/src/types/internal.ts)。事实上，Discord 的接口已经是比较复杂的了。相信有了这些技巧的加持，其他平台的适配器你一定也能手到擒来。
 
-### 注入会话属性
+### 注入会话属性 {#session-injection}
 
 在本节的最后，我们还有一点伏笔没有回收。我们还需要在 `Session` 对象中注入 `discord` 属性，以便插件能够访问到内部接口：
 
diff --git a/ru-RU/guide/adapter/integration.md b/ru-RU/guide/adapter/integration.md
index 617f8307f6e1..f9d29d32dfb3 100644
--- a/ru-RU/guide/adapter/integration.md
+++ b/ru-RU/guide/adapter/integration.md
@@ -2,9 +2,9 @@
 
 至此，Koishi 的适配器开发已经接近尾声。经过前面的几节内容，我们的适配器已经封装了平台接口，与服务器稳定地进行连接，并能够顺利地接受和发送消息。但除此以外，部分平台还提供了一些额外的能力，允许机器人做得更好。Koishi 当然也要把这些能力集成到机器人中。
 
-## 斜线指令
+## 斜线指令 {#slash-command}
 
-::: tip
+:::tip
 相关章节：[指令开发](../basic/command.md)
 :::
 
@@ -24,9 +24,9 @@ class DiscordBot {
 }
 ```
 
-## 用户语言偏好
+## 用户语言偏好 {#user-locale}
 
-::: tip
+:::tip
 相关章节：[多语言支持](../i18n/index.md)
 :::
 
diff --git a/ru-RU/guide/adapter/message.md b/ru-RU/guide/adapter/message.md
index c6440035894b..2054fb25891d 100644
--- a/ru-RU/guide/adapter/message.md
+++ b/ru-RU/guide/adapter/message.md
@@ -20,7 +20,7 @@ const encodeGuild = (data: Universal.Guild): Discord.Guild => ({
 
 Koishi 使用 [消息元素](../basic/element.md) 表达任何聊天平台的消息。这是一种类似于 HTML 的格式。消息元素作为组成消息的基本单位，可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。本节将介绍如何在消息元素与平台消息之间互相转换。
 
-## 接收消息
+## 接收消息 {#receive}
 
 在会话对象上存在两个属性与消息的内容有关：`content` 和 `elements`，它们分别对应着字符串形式和消息元素形式的消息内容。它们之间会自动转换，因此下面的两种写法是等价的：
 
@@ -41,9 +41,9 @@ session.elements = [
 session.content = input.replace(/@(\d+)/g, '<at id="$1"/>')
 ```
 
-## 发送消息
+## 发送消息 {#send}
 
-### 兼容性原则
+### 兼容性原则 {#compatibility}
 
 在具体介绍消息发送之前，不知道你是否有这样的疑问：Koishi 提供了一整套标准的消息元素，但并非所有平台都支持这些元素。对于那些不支持的元素，应该如何处理呢？
 
@@ -55,7 +55,7 @@ Koishi 的建议是**尽量兼容实现**。对于平台不支持的元素，可
 
 对于更加复杂的元素，适配器也可以发挥自主性，设计最适合的交互形式。例如，如果用户的需求是「从若干个选项中选择一个」，那么平台 A 可以渲染出多个按钮供用户点击；平台 B 则可以发送一条带有表态的消息，点击表态对应选择选项；实在不行，平台 C 也可以直接发送选项列表和文本提示语，并将用户的下一次输入作为选项。
 
-### 消息编码器
+### 消息编码器 {#encoder}
 
 之前介绍过的 REPL 适配器为了简化写法，并未包含消息的编码过程。对于一般的适配器，我们建议通过继承 `MessageEncoder` 类来实现消息的发送逻辑。
 
@@ -78,10 +78,9 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
   // 使用 payload 存储待发送的消息
   private payload: Dict
 
-  constructor(bot: TelegramBot<C>, channelId: string, guildId?: string, options?: SendOptions) {
-    super(bot, channelId, guildId, options)
-    const chat_id = guildId || channelId
-    this.payload = { chat_id, parse_mode: 'html', text: '' }
+  // 在 prepare 中初始化 payload
+  async prepare() {
+    this.payload = { chat_id: this.channelId, parse_mode: 'html', text: '' }
   }
 
   // 将发送好的消息添加到 results 中
@@ -125,7 +124,7 @@ export class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 ```
 
-### 行内元素
+### 行内元素 {#inline}
 
 上面的例子仅仅包含了消息编码器的基本结构，并未实现除了文本外的任何消息元素。对于任何非文本元素，上面的代码都会回退到其内部的文本。要添加更多消息元素的支持，只需在 `visit` 方法中添加更多的判断分支，就像这样：
 
@@ -145,7 +144,7 @@ if (type === 'text') {
 }
 ```
 
-### 消息分片
+### 消息分片 {#fragment}
 
 在 Koishi 中，一次消息发送可能在目标平台产生多条独立的消息，称为消息分片。这也是为什么上面的 `results` 是一个数组。消息分片产生的原因是多样的：
 
@@ -165,7 +164,7 @@ if (type === 'text') {
 } else ...
 ```
 
-### 资源元素
+### 资源元素 {#asset}
 
 由于不同平台对于媒体资源的支持类型、发送方式、渲染形式有所不同，因此资源元素的情况会更加复杂。可以大致将各种平台规定的发送方式分为以下几类：
 
@@ -195,8 +194,8 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
         form.append(key, this.payload[key].toString())
       }
       const { type, attrs } = this.asset
-      const { filename, data } = await this.bot.ctx.http.file(attrs.url, attrs)
-      if (type === 'image') {
+      const { filename, data } = await this.bot.ctx.http.file(attrs.src, attrs)
+      if (type === 'img') {
         form.append('photo', data, filename)
         message = await this.bot.internal.sendPhoto(form)
       } else if (type === 'audio') {
@@ -221,11 +220,11 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
 
 差不多这样就实现了资源元素的发送。值得一提的是，这里的代码使用了 `http.file()` 方法。它可以自动为我们处理 `http:`、`file:`、`data:` 等各种协议的资源链接，并将它们统一转换为 `ArrayBuffer`。这可以省去适配器解析资源链接的步骤，对于适配器开发是非常方便的。
 
-## 进阶知识
+## 进阶知识 {#advanced}
 
 下面的知识并非适用于所有适配器。但对于一些特殊的平台，你可能会用到它们。
 
-### 发送被动消息
+### 发送被动消息 {#passive}
 
 我们通常将机器人做出的交互行为分为两种：主动交互和被动交互。
 
@@ -249,11 +248,11 @@ class QQGuildMessageEncoder {
 
 在这一段代码中使用了 `this.options`，它存储了一些额外的发送选项。其中 `session` 正好对应着接收到消息的会话对象。当我们调用 `session.send()` 时，Koishi 会把当前的会话对象传递给 `MessageEncoder`。这样一来，我们就可以在发送消息时带上回复目标了。
 
-### 资源反向代理
+### 资源反向代理 {#reverse-proxy}
 
 一些平台会使用 ID 标识资源文件 (例如 Lark)。当你接收到来自平台的消息时，拿到的是资源 ID 而非资源链接。此时你需要将资源 ID 转换为资源链接，才能构造合法的资源元素。
 
-::: tip
+:::tip
 Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的，但这个链接中会明文包含机器人令牌，并非可以公开使用的链接。因此 Telegram 和其他类似平台也适用于这一节的内容。
 :::
 
@@ -268,10 +267,10 @@ Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的
 
 ```ts
 class LarkAdapter {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(ctx: Context) {
-    ctx.router.get('/lark/assets/:message_id/:key', async (ctx) => {
+    ctx.server.get('/lark/assets/:message_id/:key', async (ctx) => {
       const key = ctx.params.key
       const messageId = ctx.params.message_id
       const selfId = ctx.request.query.self_id
@@ -283,7 +282,7 @@ class LarkAdapter {
         responseType: 'stream',
       })
       ctx.status = 200
-      ctx.response.headers['content-type'] = response.headers['content-type']
+      ctx.response.headers['content-type'] = response.headers.get('content-type')
       ctx.response.body = response.data
     })
   }
@@ -296,11 +295,11 @@ class LarkAdapter {
 h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 ```
 
-::: tip
+:::tip
 反向代理同时也带来了一个新的问题，那就是当这个链接被原样发送时，外网可能无法访问到这个链接。但无需担心，上面提到的 `http.file()` 方法恰好可以解决这个问题。因此，即使经过了反向代理，Koishi 也可以确保消息的跨平台转发插件能够正常工作。
 :::
 
-### 扩展消息元素
+### 扩展消息元素 {#extension}
 
 平台可以提供扩展消息元素，但需要加上平台通用名称作为前缀。下面是一个例子：
 
@@ -318,6 +317,6 @@ h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 <audio src="url1" kook:cover="url2"/>
 ```
 
-::: tip
+:::tip
 平台扩展消息元素的属性是否需要前缀由 SDK 实现自行决定。如果某个消息元素希望在未来标准化，那么加上前缀可以降低迁移成本。如果没有标准化需要，那么去掉前缀在书写上更方便。
 :::
diff --git a/ru-RU/guide/basic/command.md b/ru-RU/guide/basic/command.md
index 68bb95151076..530233ea2fde 100644
--- a/ru-RU/guide/basic/command.md
+++ b/ru-RU/guide/basic/command.md
@@ -1,6 +1,6 @@
 # 指令开发
 
-::: tip
+:::tip
 在学习本节之前，建议先完整阅读 [入门 > 指令系统](../../manual/usage/command.md)。
 :::
 
@@ -39,7 +39,7 @@ ctx.command('test <arg1> [arg2] [arg3]')
   .action((_, arg1, arg2, arg3) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 除去表达的意义不同，以及参数个数不足时使用必选参数可能产生错误信息外，这两种参数在程序上是没有区别的。与此同时，默认情况下 `action` 回调函数从第二个参数起也总是字符串。如果传入的参数不足，则对应的参数不会被传入，因此你需要自己处理可能的 `undefined`。
 :::
 
@@ -54,18 +54,19 @@ ctx.command('test <arg1> [...rest]')
 
 ### 文本参数
 
-通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。 在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
+通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。
+在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
 
 ```ts
 ctx.command('test <message:text>')
   .action((_, message) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 文本参数的解析优先级很高，即使是之后的内容中含有选项也会被一并认为是该参数的一部分。因此，当使用文本参数时，应确保选项写在该参数之前，或 [使用引号](../../manual/recipe/execution.md#使用引号) 将要输入的文本包裹起来。
 :::
 
-### 参数的类型
+### 参数类型 {#argument-type}
 
 除去 `text` 以外，Koishi 还支持许多其他的类型。它们的用法与 `text` 无异：
 
@@ -90,13 +91,15 @@ ctx.command('test [arg:number]')
 
 - string: `string` 字符串
 - number: `number` 数值
+- bigint: `bigint` [大整数](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/BigInt)
 - text: `string` 贪婪匹配的字符串
-- user: `string` 用户，格式为 `{platform}:{id}`
-- channel: `string` 频道，格式为 `{platform}:{id}`
+- user: `string` 用户，格式为 `{platform}:{id}` (调用时可以使用 `at` 元素或者 `@{platform}:{id}` 的格式)
+- channel: `string` 频道，格式为 `{platform}:{id}` (调用时可以使用 `sharp` 元素或者 `#{platform}:{id}` 的格式)
 - integer: `number` 整数
 - posint: `number` 正整数
+- natural: `number` 正整数
 - date: `Date` 日期
-
+- image: `Dict` 图片
 
 <!-- ### 定义新类型
 
@@ -152,7 +155,6 @@ ctx.command('test [x:positive]').action((_, arg) => arg)
 <chat-message nickname="Koishi">参数 x 输入无效，应为整数。</chat-message>
 </chat-panel> -->
 
-
 <!-- ### 使用检查器
 
 从 v3 开始 Koishi 支持给一个指令配置多个回调函数，并引入了 `cmd.before()`。你可以利用这个接口定义一些更加复杂的类型检查逻辑。让我们在最后简单地了解一下这个特性。
@@ -238,7 +240,7 @@ ctx.command('test')
 <chat-message nickname="Koishi">{ "writer": 0 }</chat-message>
 </chat-panel>
 
-### 选项的类型
+### 选项类型 {#option-type}
 
 选项也可以像参数一样设置类型：
 
@@ -262,57 +264,34 @@ ctx.command('test')
 <chat-message nickname="Koishi">选项 beta 输入无效，请检查语法。</chat-message>
 </chat-panel>
 
-## 更改触发方式
+## 指令别名
 
-### 指令别名
+:::warning
+由于指令名可以在用户侧配置，因此**不建议**开发者设置过多别名或以常用词作为别名。如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
+:::
 
 你可以为一条指令添加别名：
 
 ```ts
-ctx.command('echo').alias('say')
+ctx.command('echo <message>').alias('say')
 ```
 
 这样一来，无论是 `echo` 还是 `say` 都能触发这条指令了。
 
-::: warning
-由于指令名可以在用户侧配置，因此不建议开发者设置过多的别名。此外，如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
-:::
-
-### 快捷匹配
-
-Koishi 的指令机制虽然能够尽可能避免冲突和误触发，但是也带来了一些麻烦。一方面，一些常用指令的调用会受到指令前缀的限制；另一方面，一些指令可能有较长的选项和参数，但它们调用时却往往是相同的。面对这些情况，**快捷匹配 (Shortcut)** 能有效地解决你的问题。
-
-假设你实现了一个货币系统和 rank 指令，调用 `rank wealth --global` 可以实现查看全服所有人财富排行，你可以这样做：
-
-```ts
-ctx.command('rank <type>')
-  .shortcut('全服财富排行', { args: ['wealth'], options: { global: true } })
-```
-
-这样一来，只要输入“全服财富排行”，Koishi 就会自动调用 `rank wealth --global`，回复查询结果了。
-
-通常来说，快捷方式都要求严格匹配（当然删除两端空格和繁简体转化这种程度的模糊匹配是可以做的），但是你也可以让快捷方式允许带参数：
-
-```ts
-ctx.command('buy <item>')
-  .shortcut('购买', { prefix: true, fuzzy: true })
-```
-
-上面程序注册了一个快捷方式，`prefix` 要求在调用时保留指令前缀，而 `fuzzy` 允许这个快捷方式带参数列表。这样一来，只要输入“Koishi，购买物品名”，Koishi 就会自动调用“buy 物品名”了。
-
-除此以外，你还可以使用正则表达式作为快捷方式：
+你还可以为别名添加参数或选项：
 
 ```ts
-ctx.command('market <area>')
-  .shortcut(/^查(.+区)市场$/, { args: ['$1'] })
+ctx.command('market <area> <item>').alias('市场', { args: ['China'] })
 ```
 
-这样一来，输入“查美区市场”就等价于输入“market 美区”了。
-
-不难看出，使用快捷方式会让你的输入方式更加接近自然语言，也会让你的机器人显得更平易近人。
+此时调用 `市场` 时将等价于调用 `market China`。如果你传入了更多的参数，那么它们将被添加到 `China` 之后。
 
 ## 编写帮助
 
+:::tip
+此功能需要安装 [@koishijs/plugin-help](../../plugins/common/help.md) 插件。
+:::
+
 之前已经介绍了 `ctx.command()` 和 `cmd.option()` 这两个方法，它们都能传入一个 `desc` 参数。你可以在这个参数的结尾补上对于指令或参数的说明文字，就像这样：
 
 ```ts
diff --git a/ru-RU/guide/basic/element.md b/ru-RU/guide/basic/element.md
index a1fcc6a86567..b9db0406acfc 100644
--- a/ru-RU/guide/basic/element.md
+++ b/ru-RU/guide/basic/element.md
@@ -8,21 +8,24 @@
 
 一个典型的元素包含名称、属性和内容。在 Koishi 中，我们通常使用 JSX 或 API 的方式创建元素。下面是一些例子：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 欢迎 @用户名 入群！
 session.send(<>欢迎 <at id={userId}/> 入群！</>)
 
 // 发送一张 Koishi 图标
-session.send(<image url="https://koishi.chat/logo.png"/>)
+session.send(<img src="https://koishi.chat/logo.png"/>)
 ```
+
 ```ts title=API
 // 欢迎 @用户名 入群！
 session.send('欢迎 ' + h('at', { id: session.userId }) + ' 入群！')
 
 // 发送一张 Koishi 图标
-session.send(h('image', { url: 'https://koishi.chat/logo.png' }))
+session.send(h('img', { src: 'https://koishi.chat/logo.png' }))
 ```
+
 :::
 
 这两种写法各有优劣，不同人可能会有不同的偏好。但无论哪一种写法都表达了同样的意思。
@@ -48,7 +51,7 @@ h('quote', { id })
 h('p', {}, 'hello')
 
 // 没有属性时二参数可以忽略不写
-h('p', 'hello', h('image', { url }))
+h('p', 'hello', h('img', { src }))
 ```
 
 ### 混用两种写法
@@ -64,7 +67,7 @@ h('p', 'hello', h('image', { url }))
 
 ```tsx
 // 创建一个仅包含图片的消息
-h('message', <image url="https://koishi.chat/logo.png"/>)
+h('message', <img src="https://koishi.chat/logo.png"/>)
 ```
 
 ## 标准元素
@@ -73,7 +76,7 @@ Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需
 
 - `at`：提及用户
 - `quote`：引用回复
-- `image`：嵌入图片
+- `img`：嵌入图片
 - `message`：发送消息
 
 尽管一个平台不太可能支持所有的行为，但适配器对每一个标准元素都进行了最大程度的适配。例如，对于不支持斜体的平台，我们会将斜体元素转换为普通文本；对于无法同时发送多张图片的平台，我们会将多张图片转换为多条消息分别发送等等。这样一来，开发者便可以在不同平台上使用同一套代码，而不用担心平台差异。
@@ -101,16 +104,17 @@ Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需
 <chat-panel>
 <chat-message nickname="Koishi">
 <blockquote>原消息文本</blockquote>
+
 你说得对
 </chat-message>
 </chat-panel>
 
 ### 嵌入图片和其他资源
 
-使用 `image`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
+使用 `img`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
 
 ```html
-<image url="https://koishi.chat/logo.png"/>
+<img src="https://koishi.chat/logo.png"/>
 ```
 
 <chat-panel>
@@ -129,7 +133,7 @@ import { resolve } from 'path'
 h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 
 // 等价于下面的写法
-<image url={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
+<img src={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
 ```
 
 如果图片以二进制数据的形式存在于内存中，你也可以直接通过 `h.image()` 构造 `data:` URL：
@@ -139,7 +143,7 @@ h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 h.image(buffer, 'image/png')
 
 // 等价于下面的写法
-<image url={'data:image/png;base64,' + buffer.toString('base64')}/>
+<img src={'data:image/png;base64,' + buffer.toString('base64')}/>
 ```
 
 ## 消息组件 <badge type="warning">实验性</badge>
@@ -184,15 +188,18 @@ function Custom(attrs, children, session) {
 
 你可以直接在渲染时使用这个组件：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 请注意这里的大写字母
 session.send(<Custom/>)
 ```
+
 ```ts title=API
 // 请注意这里的大写字母
 session.send(h(Custom))
 ```
+
 :::
 
 ### 注册全局组件
@@ -207,3 +214,18 @@ ctx.component('custom', (attrs, children, session) => {
 // 现在你可以在任何地方使用小写的 <custom/> 了
 session.send(<custom/>)
 ```
+
+## 转义与解析
+
+:::danger
+直接发送未经转义的用户输入是非常危险的，因为它很容易导致 [XSS 攻击](https://zh.wikipedia.org/wiki/%E8%B7%A8%E7%B6%B2%E7%AB%99%E6%8C%87%E4%BB%A4%E7%A2%BC)。在使用诸如 `h.unescape()` 之类的 API 时，请务必确保输入的安全性。
+:::
+
+在默认情况下，Koishi 会对指令参数进行转义以确保安全性。但在某些情况下，你可能希望手动处理消息元素的转义和解析。为此，我们提供了一系列实用方法：
+
+- [`h.escape()`](../../api/message/api.md#h-escape): 转义字符串
+- [`h.unescape()`](../../api/message/api.md#h-unescape): 反转义字符串
+- [`h.parse()`](../../api/message/api.md#h-parse): 将字符串解析为消息元素
+- [`h.select()`](../../api/message/api.md#h-select): 从消息元素中选择指定类型的元素
+- [`h.transform()`](../../api/message/api.md#h-transform): 在消息元素中查找并替换指定类型的元素
+- [`h.transformAsync()`](../../api/message/api.md#h-transformasync): 上述方法的异步版本
diff --git a/ru-RU/guide/basic/middleware.md b/ru-RU/guide/basic/middleware.md
index 92d2af502d05..647a65fadbbe 100644
--- a/ru-RU/guide/basic/middleware.md
+++ b/ru-RU/guide/basic/middleware.md
@@ -4,7 +4,7 @@
 
 中间件是对消息事件处理流程的再封装。你注册的所有中间件将会由一个事件监听器进行统一管理，数据流向下游，控制权流回上游——这可以有效确保了任意消息都只被处理一次。被认定为无需继续处理的消息不会进入下游的中间件——这让我们能够轻易地实现权限管理。与此同时，Koishi 的中间件也支持异步调用，这使得你可以在中间件函数中实现任何逻辑。事实上，相比更加底层地调用事件监听器，**使用中间件处理消息才是 Koishi 更加推荐的做法**。
 
-::: tip
+:::tip
 与事件系统的通用性不同，中间件专注于消息事件。你不能使用中间件处理其他类型的事件。
 :::
 
@@ -56,7 +56,7 @@ ctx.middleware(async (session, next) => {
 })
 ```
 
-::: warning 注意
+:::warning 注意
 异步中间件代码中，`next` 函数被调用时前面必须加上 await (或者 return)。如果删去将可能会导致时序错误，这在 Koishi 中将会抛出一个运行时警告。
 :::
 
diff --git a/ru-RU/guide/console/client.md b/ru-RU/guide/console/client.md
index dea08395a16a..f283808062e1 100644
--- a/ru-RU/guide/console/client.md
+++ b/ru-RU/guide/console/client.md
@@ -91,7 +91,7 @@ ctx.settings({
   schema: Schema.object({
     wallpaper: Schema.object({
       image: Schema.string().description('要使用的背景图片。'),
-      opacity: Schema.number().description('前景的透明度。'),
+      opacity: Schema.number().description('前景的不透明度。'),
     }).description('壁纸设置'),
   }),
 })
diff --git a/ru-RU/guide/console/data.md b/ru-RU/guide/console/data.md
index df2a9a275d1a..2fb14541f04f 100644
--- a/ru-RU/guide/console/data.md
+++ b/ru-RU/guide/console/data.md
@@ -2,6 +2,10 @@
 
 Koishi 控制台前后端的数据交互基本是通过 WebSocket 实现的。为了适应不同的场景，我们提供了多种数据交互的形式。
 
+:::tip
+在前后端之间传递的数据需要经过 JSON 序列化，因此请避免传入函数和自引用对象等无法被 JSON 序列化的内容。
+:::
+
 ## 被动推送
 
 后端代码：
diff --git a/ru-RU/guide/console/index.md b/ru-RU/guide/console/index.md
index 0e6fb787b4af..b089838343bd 100644
--- a/ru-RU/guide/console/index.md
+++ b/ru-RU/guide/console/index.md
@@ -1,6 +1,6 @@
 # 扩展控制台
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 认识控制台](../../manual/usage/market.md#认识控制台)。
 :::
 
diff --git a/ru-RU/guide/console/theme.md b/ru-RU/guide/console/theme.md
index 98f2aa533040..65d7a7ca1143 100644
--- a/ru-RU/guide/console/theme.md
+++ b/ru-RU/guide/console/theme.md
@@ -23,7 +23,7 @@ ctx.theme({
 
 如你所见，要定义一个色彩主题非常简单，只需要调用 [`ctx.theme()`](../../api/console/context.md#ctx-theme) 即可。其中，`id` 用于标识主题，`name` 则会显示在主题选择器中。
 
-::: tip
+:::tip
 请注意：`id` 必须以 `-dark` 或 `-light` 结尾，否则 Koishi 将无法正确回退 CSS 变量！
 :::
 
diff --git a/ru-RU/guide/database/index.md b/ru-RU/guide/database/index.md
index 0dbfd15fa30c..ca1d31ee3cc5 100644
--- a/ru-RU/guide/database/index.md
+++ b/ru-RU/guide/database/index.md
@@ -1,12 +1,18 @@
 # 基本用法
 
-::: tip
+:::tip
 `ctx.database` 并非内置服务，因此如果你的插件需要使用数据库功能，需要[声明依赖](../plugin/service.md#inject-属性)。
 :::
 
 对于几乎所有大型机器人项目，数据库的使用都是不可或缺的。但如果每个插件都独立处理与数据库的交互，这将导致插件之间的兼容性非常差——用户要么选择同时安装多个数据库，要么只能放弃一些功能。为此，Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。
 
-## `get`：查询数据
+本页中涉及的完整 API：
+
+- [数据库操作](../../api/database/database.md)
+- [查询表达式](../../api/database/query.md)
+- [求值表达式](../../api/database/evaluation.md)
+
+## `get`：查询数据 {#get}
 
 使用 `database.get()` 方法以获取特定表中的数据。下面是一个最基本的形式：
 
@@ -28,13 +34,13 @@ await ctx.database.get('schedule', [1234], ['command', 'time'])
 你还可以向第二个参数传入一个对象，用来查询非主键上的数据或者同时指定多列的值：
 
 ```ts
-// 获取名为 schedule 的表中 assignee 为 telegram:123456 的数据行
+// 获取名为 schedule 的表中 assignee 为 123456 或 456789 的数据行
 await ctx.database.get('schedule', {
-  assignee: ['telegram:123456'],
+  assignee: ['123456', '456789'],
 })
 ```
 
-对于需要进行复杂的数据库搜索的，ORM 也提供了相对应的方法：
+对于需要进行复杂的数据库搜索的，你可以使用查询表达式：
 
 ```ts
 // 获取名为 schedule 的表中 id 大于 2 但是小于等于 5 的数据行
@@ -43,33 +49,43 @@ await ctx.database.get('schedule', {
 })
 ```
 
-我们甚至也支持逻辑运算：
+为了处理更加复杂的需求，我们还引入了求值表达式。它表现为一个接受 `row` 参数的回调函数，并通过一系列 `$` 上的运算返回一个 `Boolean` 类型的值。这种写法的表达能力更强，例如你可以让多个字段共同参与运算：
 
 ```ts
+import { $ } from 'koishi'
+
 // 上述两个搜索条件的或运算
-await ctx.database.get('schedule', {
-  $or: [
-    { assignee: ['telegram:123456'] },
-    { id: { $gt: 2, $lte: 5 } },
-  ],
-})
+await ctx.database.get('schedule', (row) =>
+  $.or(
+    $.in(row.assignee, [
+      '123456',
+      '456789',
+    ]),
+    $.and(
+      $.gt(row.id, 2),
+      $.lte(row.id, 5),
+    ),
+  ),
+)
 ```
 
-你可以在 [这里](../../api/database/query.md) 看到完整的查询表达式 API。
+:::tip
+虽然求值表达式在形式上是一个回调函数，但是 Koishi 并不会将数据全部拉取到内存中，而是会将这个函数的行为编译成相对应的查询语句，提交给数据库运行。因此你可以放心地使用这种写法，它并不会带来额外的性能问题 (如果你遇到查询性能瓶颈，这更有可能是数据模型本身导致的，例如缺少必要的索引)。
+:::
 
-## `create`：插入数据
+## `create`：插入数据 {#create}
 
 使用 `database.create()` 方法以插入数据。
 
 ```ts
 // 向 schedule 表中添加一行数据，data 是要添加的数据行
 // 返回值是添加的行的完整数据 (包括自动填充的 id 和默认属性等)
-await ctx.database.create('schedule', row)
+await ctx.database.create('schedule', data)
 ```
 
-如果你想要批量插入数据，可以使用下面介绍的 `database.upsert()` 方法。
+如果你想要批量插入数据，可以使用下面介绍的 [`database.upsert()`](#upsert) 方法。
 
-## `set`：修改数据
+## `set`：修改数据 {#set}
 
 `database.set()` 方法需要传入三个参数：表名、查询条件和要修改的数据。
 
@@ -86,48 +102,44 @@ await ctx.database.set('schedule', 1234, {
 ```ts
 // 让所有日期为今天的数据行的 count 字段在原有基础上增加 1
 await ctx.database.set('foo', { date: new Date() }, (row) => ({
-  // { $add: [a, b] } 相当于 a + b
-  // { $: field } 相当于对当前行的 field 字段取值
   count: $.add(row.count, 1),
 }))
 ```
 
-你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
-## `upsert`：修改或插入数据
+## `upsert`：修改或插入数据 {#upsert}
 
 `database.upsert()` 的逻辑稍微有些不同，需要你传入一个数组：
 
 ```ts
 // 用一个数组来对数据进行更新，你需要确保每一个元素都拥有这个数据表的主键
 // 修改时只会用每一行中出现的键进行覆盖，不会影响未定义的字段
-await ctx.database.upsert('foo', [
+await ctx.database.upsert('foo', (row) => [
   { id: 1, foo: 'hello' },
   { id: 2, foo: 'world' },
-  // 这里同样支持求值表达式，$concat 可用于连接字符串
-  { id: 3, bar: { $concat: ['koi', 'shi'] } },
+  // 如果此列存在，则会按照 $.concat() 的行为进行修改
+  // 如果此列不存在，row.bar 则会使用默认值
+  { id: 3, bar: $.concat(row.bar, ['koishi']) },
 ])
 ```
 
 如果初始的数据库是这样的：
 
-| id    | foo  | bar |
-| ----- | ---- | --- |
+| id                       | foo  | bar |
+| ------------------------ | ---- | --- |
 | (默认值) | null | bar |
-| 1     | foo  | baz |
+| 1                        | foo  | baz |
 
 那么进行上述操作后的数据库将是这样的：
 
-| id | foo   | bar    | 说明                                 |
-| -- | ----- | ------ | ---------------------------------- |
-| 1  | hello | baz    | 该行已经存在，只更新了 foo 字段                 |
-| 2  | world | bar    | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
-| 3  | null  | koishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
+| id | foo   | bar       | 说明                                 |
+| -- | ----- | --------- | ---------------------------------- |
+| 1  | hello | baz       | 该行已经存在，只更新了 foo 字段                 |
+| 2  | world | bar       | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
+| 3  | null  | barkoishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
 
 如果想以非主键来索引要修改的数据，可以使用第三个参数：
 
 ```ts
-// @errors: 2304
 // 以非主键为基准对数据表进行更新，你需要确保每一个元素都拥有 telegram 属性
 await ctx.database.upsert('user', rows, 'telegram')
 
@@ -135,7 +147,7 @@ await ctx.database.upsert('user', rows, 'telegram')
 await ctx.database.upsert('channel', rows, ['platform', 'id'])
 ```
 
-## `remove`：删除数据
+## `remove`：删除数据 {#remove}
 
 使用 `database.remove()` 方法以删除特定表中的数据。
 
@@ -145,7 +157,7 @@ await ctx.database.upsert('channel', rows, ['platform', 'id'])
 await ctx.database.remove('schedule', [id])
 ```
 
-## 获取改动行数
+## 获取改动行数 {#write-result}
 
 `set`, `upsert` 和 `remove` 操作都会返回一个 `WriteResult` 对象，它包含了这次操作的结果。你可以通过 `matched` 属性来获取匹配的数据行数 (注意不是修改的函数)，通过 `inserted` 属性来获取插入的数据行数 (仅限 `upsert` 操作)。
 
@@ -162,7 +174,7 @@ if (!result.matched) {
 }
 ```
 
-## 对比 set 和 upsert
+## 对比 set 和 upsert {#set-upsert}
 
 `set` 与 `upsert` 方法都可以用于修改已经存在的数据，它们的区别如下表所示：
 
@@ -171,7 +183,7 @@ if (!result.matched) {
 | 作用范围 | 支持复杂的查询表达式       | 只能限定特定字段的值    |
 | 插入行为 | 如果数据不存在则不会进行任何操作 | 如果数据不存在则会插入新行 |
 
-## 对比 create 和 upsert
+## 对比 create 和 upsert {#create-upsert}
 
 `create` 与 `upsert` 方法都可以用于插入新的数据，它们的区别如下表所示：
 
diff --git a/ru-RU/guide/database/model.md b/ru-RU/guide/database/model.md
index 8e1f4107cda3..2553bf380706 100644
--- a/ru-RU/guide/database/model.md
+++ b/ru-RU/guide/database/model.md
@@ -2,7 +2,7 @@
 
 Koishi 的架构允许任何插件对数据库的结构进行扩展。你就可以在不修改 Koishi 或其他插件源码的情况下，为数据库添加新的字段或者表。这些功能都是通过 `ctx.model` 提供的。
 
-::: tip
+:::tip
 请注意：数据模型的扩展一定要在使用前完成，不然后续数据库操作可能会失败。
 :::
 
@@ -143,7 +143,7 @@ ctx.model.extend('foo', {}, {
 
 ## 整表迁移 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 整表迁移的性能较差，建议谨慎设计数据库结构而不是依赖迁移。
 :::
 
diff --git a/ru-RU/guide/database/permission.md b/ru-RU/guide/database/permission.md
index 82babe1445b7..26f7ff2df00d 100644
--- a/ru-RU/guide/database/permission.md
+++ b/ru-RU/guide/database/permission.md
@@ -1,6 +1,6 @@
 # 权限管理 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能随时会发生变化。
 :::
 
@@ -8,14 +8,14 @@
 
 权限其实就是执行某些操作的能力。权限具有唯一的标识符，通常由小写英文字母、数字、短横线和点构成。下面是一些你可能会见到的权限名称：
 
-- `user.514`：ID 为 514 的用户的权限
-- `group.114`：ID 为 114 的用户组的权限
-- `authority.3`：权限等级 3 的权限
-- `command.foo`：指令 foo 的权限
-- `command.foo.option.bar`：指令 foo 选项 bar 的权限
-- `telegram.admin`：telegram 平台下群管理员的权限
-- `bot.channel.mute`：能够禁言频道的机器人的权限
-- `config.write`：能够写入配置文件的权限
+- `user:514`：ID 为 514 的用户的权限
+- `group:114`：ID 为 114 的用户组的权限
+- `authority:3`：权限等级 3 的权限
+- `command:foo`：指令 foo 的权限
+- `command:foo:option:bar`：指令 foo 选项 bar 的权限
+- `telegram:admin`：telegram 平台下群管理员的权限
+- `bot:channel.mute`：能够禁言频道的机器人的权限
+- `config:write`：能够写入配置文件的权限
 
 权限之间存在两种关系：继承和依赖。Koishi 不区分权限与权限组的概念，权限组只是继承了其他权限的权限。你可以将用户和用户组也都视为一种权限组。
 
@@ -32,14 +32,14 @@ ctx.permissions.inherit(A, B)
 例：ID 为 514 的用户拥有权限等级 3，指令 foo 所需要的权限等级是 2。这种情况下该用户显然应该可以调用该指令。那么这种调用关系具体是如何体现的呢？
 
 ```text
-user.514 > authority.3 > authority.2 > command.foo
+user:514 > authority:3 > authority:2 > command:foo
 ```
 
 这里出现了三个继承关系：
 
-- `user.114 > authority.3`，因为 ID 为 514 的用户拥有权限等级 3
-- `authority.3 > authority.2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
-- `authority.2 > command.foo`，因为指令 foo 被权限等级 2 继承
+- `user:114 > authority:3`，因为 ID 为 514 的用户拥有权限等级 3
+- `authority:3 > authority:2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
+- `authority:2 > command:foo`，因为指令 foo 被权限等级 2 继承
 
 由此，权限的继承关系能够顺利表达已有的权限等级机制，并且具备更强的表达能力。
 
@@ -50,19 +50,19 @@ user.514 > authority.3 > authority.2 > command.foo
 例：ID 为 514 的用户同时继承了权限等级 1，而指令 foo 所需权限等级 2，此时该用户并不能调用 foo 指令。但如果现在我们让该用户直接继承 foo 指令的调用权限，会发生什么呢？
 
 ```text
-user.514 > authority.1
-         > command.foo
+user:514 > authority:1
+         > command:foo
 ```
 
-在这张图中，`user.514` 并不能经由 `authority.1` 到达 `command.foo`，但是添加第二条边后又可以直接到达 `command.foo` 了。因此该用户此时就又可以调用 foo 指令了。
+在这张图中，`user:514` 并不能经由 `authority:1` 到达 `command:foo`，但是添加第二条边后又可以直接到达 `command:foo` 了。因此该用户此时就又可以调用 foo 指令了。
 
 可以看到，权限的继承为我们提供了一种能力，可以允许特定低等级用户去调用高级权限的指令，这种能力是过去的权限等级所不具有的。
 
 例：我们希望某个管理型指令 foo 既可以被权限等级 2 的用户调用，又可以被 QQ 群的管理员调用。此时我们可以对 foo 指令进行以下配置：
 
 ```text
-authority.2  >
-telegram.admin > command.foo
+authority:2  >
+telegram:admin > command:foo
 ```
 
 这样一来，一个用户只需满足上述两个条件之一就可以调用此指令了。
@@ -82,7 +82,7 @@ ctx.permissions.depend(A, B)
 例：foo 指令的代码中调用了 bar 指令，因此 foo 指令依赖 bar 指令。
 
 ```text
-command.foo -> command.bar
+command:foo -> command:bar
 ```
 
 如果用户只拥有 foo 的权限，没有调用 bar 的权限，他依然无法调用 foo 指令。
@@ -90,7 +90,7 @@ command.foo -> command.bar
 例：foo 指令的代码中使用了 `bot.muteChannel()`。
 
 ```text
-command.foo -> bot.channel.mute
+command:foo -> bot:channel.mute
 ```
 
 如果机器人没有实现此 API，用户就无法在该机器人上调用 foo 指令。
@@ -102,21 +102,21 @@ command.foo -> bot.channel.mute
 在上面的介绍中，如果要定义新的权限，就必须手动分配给用户或用户组后才能使用。有没有方法自动为一个会话分配权限呢？这就是权限访问器的功能。
 
 ```ts
-ctx.permissions.provide('telegram.admin', async (name, session) => {
+ctx.permissions.provide('telegram:admin', async (name, session) => {
   return session.telegram?.sender?.role === 'admin'
 })
 ```
 
-上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 telegram.admin 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
+上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 `telegram:admin` 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
 
 每个权限可以定义多个访问器函数。在运行时必须通过每一个访问器函数的检查才能视为拥有权限。
 
 一个权限要么是普通权限，要么是访问器权限。下面是一些区别：
 
-| 普通权限        | 访问器权限     |
-| ----------- | --------- |
+| 普通权限                           | 访问器权限     |
+| ------------------------------ | --------- |
 | 手动分配给用户 (组) | 自动分配给会话   |
-| 可以被其他权限继承   | 不能被其他权限继承 |
+| 可以被其他权限继承                      | 不能被其他权限继承 |
 
 ## 权限国际化
 
diff --git a/ru-RU/guide/database/selection.md b/ru-RU/guide/database/selection.md
index a284cae325d0..82f4bcd22254 100644
--- a/ru-RU/guide/database/selection.md
+++ b/ru-RU/guide/database/selection.md
@@ -11,7 +11,7 @@ ctx.database.get('foo', { id: { $gt: 5 } })
 // 等价于
 ctx.database
   .select('foo')
-  .where({ id: { $gt: 5 } })
+  .where(row => $.gt(row.id, 5))
   .execute()
 ```
 
@@ -31,7 +31,7 @@ ctx.database
 
 ## 求值表达式
 
-`.orderBy()` 和 `.where()` 方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
+`.orderBy()` 和 `.where()` 等方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
 
 ```ts
 // 返回 id 大于 5 的数据行，并按 id 升序排列
@@ -42,8 +42,6 @@ ctx.database
   .execute()
 ```
 
-这里的 `$.gt()` 是一个求值表达式。你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
 ## 字段映射
 
 `.project()` 方法可以用于映射查询结果。它接受一个对象，对象的键表示要映射的字段名，值表示映射的表达式。下面是一个例子：
@@ -144,5 +142,16 @@ ctx.database
 // 返回的数据包含 foo, bar 两个属性
 ctx.database
   .join(['foo', 'bar'], (foo, bar) => $.eq(foo.id, bar.id))
+  .orderBy('foo.id') // orderBy 可以使用 'a.b' 的形式
+  .execute()
+```
+
+如果你的表名比较复杂，你也可以为参与连接的各个表指定别名。将用于指定表名的数组改为传入一个对象，并修改传入函数的参数即可。下面是一个例子：
+
+```ts
+// 返回的数据包含 t1, t2 两个属性
+ctx.database
+  .join({ t1: 'foo', t2: 'bar' }, row => $.eq(row.t1.id, row.t2.id))
+  .orderBy('t1.id') // orderBy 可以使用 'a.b' 的形式
   .execute()
 ```
diff --git a/ru-RU/guide/database/writing.md b/ru-RU/guide/database/writing.md
index 6880b62a2c5d..60e7603655a0 100644
--- a/ru-RU/guide/database/writing.md
+++ b/ru-RU/guide/database/writing.md
@@ -1,6 +1,6 @@
 # 编写数据库插件
 
-::: danger 注意
+:::danger 注意
 此页文档正在施工，其中的内容可能不是最新。
 :::
 
diff --git a/ru-RU/guide/develop/config.md b/ru-RU/guide/develop/config.md
index fa95ec3de199..ffcab741138b 100644
--- a/ru-RU/guide/develop/config.md
+++ b/ru-RU/guide/develop/config.md
@@ -1,6 +1,6 @@
 # 配置文件
 
-::: warning
+:::warning
 配置文件的结构未来可能会发生变化，请留意后续更新。
 :::
 
@@ -107,7 +107,7 @@ plugins:
 
 ## 修改配置文件
 
-::: tip
+:::tip
 如果你不了解 YAML 的语法，请不要随意修改配置文件，否则将可能导致 Koishi 应用无法运行。你可以在 [这篇教程](https://www.runoob.com/w3cnote/yaml-intro.html) 中学习 YAML 的语法。
 :::
 
@@ -133,7 +133,7 @@ plugins:
 
 当项目启动时，会将环境变量中的值替换进去。
 
-除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
+除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env.local` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
 
 ```sh title=.env
 DISCORD_TOKEN = xxx
diff --git a/ru-RU/guide/develop/publish.md b/ru-RU/guide/develop/publish.md
index 31ac503736ef..4483dfb5e455 100644
--- a/ru-RU/guide/develop/publish.md
+++ b/ru-RU/guide/develop/publish.md
@@ -62,7 +62,7 @@ root
 - [`version`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#version) 应当符合 [语义化版本](https://semver.org/lang/zh-CN/) (通常从 `1.0.0` 开始)
 - [`peerDependencies`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#peerdependencies) 必须包含 `koishi`
 - 不能声明 [`private`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#private) 为 `true` (否则你的插件无法发布)
-- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions) (一种常见的情况是：你已经发布了某个插件，又希望更换一个名字重新发布，此时你可以通过弃用的方式让旧的名字不显示在插件市场中)
+- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions)
 
 一个符合上述标准的示例：
 
@@ -132,15 +132,12 @@ root
       "optional": ["assets"],               // 可选的服务
       "implements": ["dialogue"],           // 实现的服务
     },
-    "locales": ["en", "zh"],                // 支持的语言
   }
 }
 ```
 
 - **description:** 插件描述，应该是一个对象，其中的键代表语言名，值是对应语言下的描述
-- **service:** 插件的服务相关信息，具体包含下列属性：
-  - **implements:** 实现的服务，应该是一个服务名构成的数组
-- **locales:** 插件支持的语言，应该是一个语言名构成的数组
+- **service:** 插件的服务相关信息，详情请参见 [服务与依赖](../plugin/service.html#package-json)
 - **preview:** 配置为 `true` 可以让插件显示为「开发中」状态
 - **hidden:** 配置为 `true` 可以让插件市场中不显示该插件 (通常情况下你不需要这么做)
 
@@ -150,7 +147,7 @@ root
 
 ## 发布插件
 
-编辑完上面的清单文件并 [构建源代码](./workspace.md#构建源代码) 后，你就可以公开发布你的插件了。
+编辑完上面的清单文件并 [构建源代码](./workspace.md#build) 后，你就可以公开发布你的插件了。
 
 :::tabs code
 
@@ -168,8 +165,19 @@ yarn pub [...name]
 
 这将发布所有版本号发生变动的插件。
 
-:::tip
+::: tip
 从插件成功发布到进插件市场需要一定的时间 (通常在 15 分钟内)，请耐心等待。
+
+如果发布时多次失败或者长时间无响应，可以添加 `--debug` 选项以显示调试信息。
+
+```npm
+npm run pub [...name] --debug
+```
+
+```yarn
+yarn pub [...name] --debug
+```
+
 :::
 
 :::: tip
@@ -237,3 +245,23 @@ yarn bump [...name] [-1|-2|-3|-p|-v <ver>] [-r]
 - 缺省情况：按照当前版本的最后一位递增
 
 当进行此操作时，其他相关插件的依赖版本也会同步更新，确保所有工作区内依赖的插件版本一致。进一步，如果你希望更新了依赖版本的插件也同时更新自身的版本，那么可以附加 `-r, --recursive` 选项。
+
+## 弃用插件 {#deprecate}
+
+如果你不再维护某个插件，或者你希望更换一个名字重新发布，那么你可以弃用该插件。在任意目录运行下面的命令以弃用插件：
+
+```sh
+npm deprecate <full-name> <message>
+# 例如
+npm deprecate koishi-plugin-example "this plugin is deprecated"
+```
+
+请注意这里要写出的是完整的包名，而不是插件的目录名。
+
+你也可以弃用某个特定版本或版本区间 (默认情况下将弃用所有版本)：
+
+```sh
+npm deprecate <full-name>[@<version>] <message>
+```
+
+弃用插件的最新版本后，该插件将不再显示在插件市场中。未来你仍然可以发布新版本，这将使你的插件重新进入插件市场。
diff --git a/ru-RU/guide/develop/script.md b/ru-RU/guide/develop/script.md
index 38c4d16df4ef..e84e1905ae69 100644
--- a/ru-RU/guide/develop/script.md
+++ b/ru-RU/guide/develop/script.md
@@ -86,7 +86,7 @@ Koishi 模板项目原生地支持 TypeScript 开发。上述 `-r esbuild-regist
 我们并不推荐使用高级语言来编写配置文件，因为动态的配置无法支持环境变量、配置热重载和插件市场等特性。大部分情况下我们建议仅将 `-r` 用于开发目的。
 :::
 
-### 模块热替换
+### 模块热替换 {#hmr}
 
 如果你开发着一个巨大的 Koishi 项目，可能光是加载一遍全部插件就需要好几秒了。在这种时候，像前端框架一样支持模块热替换就成了一个很棒的主意。幸运的是，Koishi 也做到了这一点！内置插件 @koishijs/plugin-hmr 实现了插件级别的热替换。每当你修改你的本地文件时，Koishi 就会尝试重载你的插件，并在命令行中提醒你。
 
diff --git a/ru-RU/guide/develop/setup.md b/ru-RU/guide/develop/setup.md
index f1e139781c59..e22b9022e235 100644
--- a/ru-RU/guide/develop/setup.md
+++ b/ru-RU/guide/develop/setup.md
@@ -38,7 +38,7 @@ git --version           # git version 2.39.1
 
 ```sh
 git config --global user.name "Your Name"
-git config –-global user.email "you@example.com"
+git config --global user.email "you@example.com"
 ```
 
 ### 注册 GitHub
@@ -54,17 +54,20 @@ git config –-global user.email "you@example.com"
 
 - Windows：`C:\dev` 或者 `D:\dev` (也不要直接在盘根创建项目，最好是建一层目录)
 - 其他操作系统：`~/dev`
-:::
+  :::
 
 输入下面的命令以创建 Koishi 项目：
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm init koishi@latest
 ```
+
 ```yarn
 yarn create koishi
 ```
+
 :::
 
 跟随提示即可完成全套初始化流程。
diff --git a/ru-RU/guide/develop/workspace.md b/ru-RU/guide/develop/workspace.md
index 2b306a90c28f..8f312ea80f1d 100644
--- a/ru-RU/guide/develop/workspace.md
+++ b/ru-RU/guide/develop/workspace.md
@@ -6,7 +6,7 @@ Koishi 的核心是插件系统，绝大部分 Koishi 功能都可以通过插
 本节中介绍的命令行都需要在 [应用目录](./config.md#应用目录) 下运行。
 :::
 
-## 创建新插件
+## 创建新插件 {#setup}
 
 在应用目录运行下面的命令以创建一个新的插件工作区：
 
@@ -57,14 +57,14 @@ export function apply(ctx: Context) {
 }
 ```
 
-以 [开发模式](./script.md#开发模式) 重新运行你的项目，点击右上角的「添加插件」按钮，选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
+以 [开发模式](./script.md#开发模式) 重新运行你的项目，在左侧活动栏前往「插件配置」，在插件列表中选择一个分组或选择最顶上的「全局配置」，此时可以在右上角找到「添加插件」按钮。点击该按钮并选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
 
 <chat-panel>
 <chat-message nickname="Alice">天王盖地虎</chat-message>
 <chat-message nickname="Koishi">宝塔镇河妖</chat-message>
 </chat-panel>
 
-### 创建私域插件
+### 创建私域插件 {#scoped}
 
 如果你发现想要创建的插件名称已经被占用了，除了重新想名字或在后面加上数字之外，你还可以改为创建私域插件。私域插件使用你自己的 [npm 用户名](./setup.md#注册-npm) 作为包名前缀，因此不用担心与其他人的插件冲突。
 
@@ -99,7 +99,7 @@ yarn setup @alice/example
 
 找到高亮的一行代码，将其复制一份，并将 `@scope` 替换为你的 npm 用户名，然后将复制的这一行代码前面的注释符号去掉。
 
-## 构建源代码
+## 构建源代码 {#build}
 
 上面的插件暂时还只能在开发模式下运行。如果想要在生产模式下使用或发布到插件市场，你需要构建你的源代码。在应用目录运行下面的命令：
 
@@ -122,7 +122,7 @@ yarn build [...name]
 - 后端代码将输出到 `external/example/lib` 目录
 - 前端代码将输出到 `external/example/dist` 目录 (如果存在)
 
-## 添加依赖
+## 添加依赖 {#add}
 
 插件创建时，`package.json` 中已经包含了一些必要的依赖。如果你需要添加其他依赖，可以使用下面的命令：
 
@@ -143,7 +143,7 @@ yarn workspace koishi-plugin-[name] add [...deps]
 
 如果要添加的是 `devDependencies` 或者 `peerDependencies`，你也需要在命令后面加上 `-D` 或 `-P` 参数。关于服务类插件的依赖声明，请参考 [后续章节](../plugin/service.md#关于-peerdependencies)。
 
-## 更新依赖版本
+## 更新依赖版本 {#dep}
 
 尽管 npm 和 yarn 等包管理器都提供了依赖更新功能，但它们对工作区开发的支持都不是很好。因此，我们也提供了一个简单的命令用于批量更新依赖版本。
 
@@ -161,7 +161,7 @@ yarn dep
 
 这将按照每个 `package.json` 中声明的依赖版本进行更新。举个例子，如果某个依赖的版本是 `^1.1.4`，而这个依赖之后发布了新版本 `1.2.3` 和 `2.3.3`，那么运行该指令后，依赖的版本将会被更新为 `^1.2.3`。
 
-## 二次开发
+## 二次开发 {#clone}
 
 :::tip
 阅读本节前请确保你已经完成 [版本控制](./setup.md#版本控制) 中的全部准备工作。
@@ -207,6 +207,6 @@ yarn workspace @root/koishi build
 
 :::
 
-通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/shigma/minato)) 的路径配置。
+通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/cordiverse/minato)) 的路径配置。
 
 完成上述操作后，现在你的 `yarn dev` 已经能直接使用 Koishi 的 TypeScript 源码了！
diff --git a/ru-RU/guide/i18n/crowdin.md b/ru-RU/guide/i18n/crowdin.md
index bb27bec10e46..0179f599ba56 100644
--- a/ru-RU/guide/i18n/crowdin.md
+++ b/ru-RU/guide/i18n/crowdin.md
@@ -17,17 +17,13 @@
 
 ## 注册及登录 Crowdin
 
-你可以使用邮箱注册，也可以用谷歌账号、Github 账号等登录，与其他网站异曲同工，因此此处不再赘述。
-
-:::tip
-如果你还是学生，并且成功申请了 GitHub 的学生开发包 (Student Pack)，在你使用 GitHub 账号成功登录 Crowdin 后会自动获赠价值 1500 美元的 1 年 Bronze 计划。
-:::
+你可以使用邮箱注册，也可以用谷歌账号、Github 账号等第三方登录，与其他网站异曲同工，因此此处不再赘述。
 
 ## 创建本地化项目
 
 成功注册并登录 Crowdin 后，你会被自动导向你的[个人页面](https://crowdin.com/profile)。点击右上角的加号，即可创建项目。
 
-::: tip
+:::tip
 若你的项目是开放源代码的，并且活跃了 4 个月及以上，你可以申请 Crowdin 的开源项目许可。当你成功创建项目后，填写[这个表单](https://crowdin.com/page/open-source-project-setup-request)，Crowdin 的客服人员会帮助你。
 :::
 
@@ -37,23 +33,93 @@
 公开项目意味着所有 Crowdin 用户都能搜索到你的项目，也可以看到你的项目的所有内容，也可以向项目贡献翻译。如果你是通过开源项目免费许可的方式创建的项目，则只能创建公开项目。
 :::
 
-### 项目结构
+### 项目结构 {#project-structure}
+
+项目中的文件结构由项目性质决定。通常我们需要将不同语言的翻译内容分别存储为不同的文件，并放置在同一个目录下 (如 `locales`)，以便于管理。
+
+Crowdin 支持[多种文件格式](#file-type)，这里以 `YAML` (`.yml`) 为例分别说明不同项目下的文件结构。
+
+#### 单插件项目
+
+单插件项目的翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+src/
+  locales/
+    en-US.yml
+    zh-CN.yml
+    ...
+package.json
+```
 
-由于 Crowdin 会将待翻译的文件名显示在项目的文件列表中，为了不引起误会，你需要为每个待翻译的文件设置一个易懂的名称。同时，要保证 Crowdin 输出的翻译结果与你的项目结构一致。
+这里有[一个示例项目](https://github.com/koishijs/novelai-bot/tree/main/src/locales)可以参考。
+
+#### 多插件项目
+
+多插件项目通常是 monorepo 结构，即根目录作为开发工作区，每个插件作为一个子项目放置在其他目录下。这种情况下，与单插件项目类似，翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-因此推荐的做法是，为每种语言建立一个独立的文件夹，然后将待翻译的文件命名为项目名称，如下所示：
+这里有[一个示例项目](https://github.com/koishijs/koishi-plugin-booru/tree/main/packages/core/src/locales)可以参考。
+
+#### 机器人项目 / 整合包项目
+
+机器人项目是多插件项目的一种特殊形式。除了有多个插件的翻译文件外，还有机器人本身的翻译文件，通常放置在根目录下的 `locales` 目录中，如：
+
+```plaintext
+locales/
+  en-US.yml
+  zh-CN.yml
+  ...
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-```text
-echo/
-  |-- i18n/
-      |-- en/
-          |-- echo.yaml
-      |-- zh-CN/
-          |-- echo.yaml
-  |-- index.js
-  |-- package.json
+#### 文档项目 (Vitepress)
+
+由于文档通常需要对每个页面和大量配置文件进行翻译，我们通常将每个页面的主要内容放置在不同的目录下，并将配置文件本身进行拆分，如：
+
+```plaintext
+.vitepress/
+  config/
+    index.ts
+    en-US.json
+    zh-CN.json
+    ...
+en-US/
+  index.md
+zh-CN/
+  index.md
+package.json
 ```
 
+这里有[一个示例项目](https://github.com/koishijs/docs)可以参考。·
+
 ## 上传项目文件
 
 你可以通过网页手动上传文件，也可以通过 Crowdin 的 CLI 程序进行上传，或是使用集成让 Crowdin 直接从代码仓库同步文件。
@@ -66,19 +132,9 @@ echo/
 
 除了手动上传，你还可以设置集成，让 Crowdin 自动同步 GitHub 等仓库里的文件，并可设置定期推送译文到相应的分支。
 
-你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档。如果你使用的是 Gitlab 等其他仓库，也可以在知识库里找到相应的指南。
-
-回到项目主页，单击集成 (Integrations) 标签页，可以为你的项目设置集成。Crowdin 支持许多集成方案，找到你所使用的代码仓库并点击。
-
-然后，单击 Set Up Integration，连接到你的代码仓库的账户，选择你想要设置集成的仓库，选择你想要获取原文和推送译文的分支，默认情况下 Crowdin 创建一个新的分支，名为 `l10n_` 加上原分支名，如图中所示的 `l10n_master`。
-
-![github integration connecting github](https://support.crowdin.com/assets/docs/github_integration_connecting_github.png)
+你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档，跟随文档配置好集成后即可让 Crowdin 自动同步 GitHub 上的内容。如果你使用的是 Gitlab 等其他仓库，也可以在这里找到相应的指南。
 
-![github integration unconfigured](https://support.crowdin.com/assets/docs/github_integration_unconfigured.png)
-
-此外，你还需要点击分支名右边的编辑按钮，然后点添加文件筛选器 (Add File Filter)，在视图左边写上源文件和目标文件的模式匹配字符串之后，在右边切换并预览将会同步到 Crowdin 的文件列表，以及翻译后的文件名及其路径，你还可以添加更多的筛选器。确认添加无误后，单击 Save 按钮保存。
-
-视图下方的 Push Source 选项默认是不勾选的，即 Crowdin 不会自动将翻译推送到仓库，打开这个选项后，Crowdin 会在对应的仓库开启一个 PR，并自动 rebase 到最新的分支，然后同步 Crowdin 上的同步到仓库。设置完成后，Crowdin 并不会自动开始同步，需要手动触发一次：点击表格右上角的 Sync Now，静待片刻即可同步完成。
+设置完成后，Crowdin 并不会立刻同步，需要手动触发：点击 Sync Now，等待进度条走完即可。以后 Crowdin 会定时检查并自动同步。
 
 ### 通过 CLI 上传文件
 
@@ -89,17 +145,19 @@ $ npm i -g @crowdin/cli
 $ yarn global add @crowdin/cli
 ```
 
-Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://support.crowdin.com/cli-tool/#installation)获知更多详情。
+Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://crowdin.github.io/crowdin-cli/installation)获知更多详情。
 
-在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/configuration-file/)。
+在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/developer/configuration-file/)。
 
-::: tip
+你也可以参考上方提到的[示例项目](#project-structure)中的 `crowdin.yml` 文件。
+
+:::tip
 `crowdin.yml` 中的配置项不仅适用于 Crowdin CLI，还可以在上述的代码仓库集成中发挥作用，Crowdin 会自动读取该文件以确定翻译的范围。
 :::
 
 推荐在项目目录下的 `crowdin.yml` 文件中配置好文件筛选器，并且在 `$HOME/.crowdin.yml` 文件中存储你的 Crowdin 密钥等敏感信息，然后你就可以简单地运行 `crowdin upload sources` 上传源文件，而不需要每次都打出冗长的包含通配符的文件路径了。
 
-### 文件类型
+### 文件类型 {#file-type}
 
 Crowdin 支持许多常见文件类型，如 `HTML`、`docx`、`pdf`，本地化软件框架支持的 `xliff` 与 `po` 等自然也不在话下，如果你不确定你的文件类型是否受支持，你可以在[这里](https://support.crowdin.com/supported-formats/)查看 Crowdin 支持的文件类型列表。
 
@@ -135,10 +193,10 @@ commands:
 
 当你成功添加源文件之后，就可以着手进行翻译了。点开想要翻译的语言，打开对应文件，就可以进入 Crowdin 的在线翻译编辑器。假设你是从个人电脑打开的，那么视图会从左到右分成三个部分，左边是待翻译的字符串，中间是翻译区，右边是评论和参考区。
 
-![crowdin online editor](https://support.crowdin.com/assets/docs/online_editor_sections.png)
+![crowdin online editor](https://support.crowdin.com/_astro/sections.BiwHNeHV_1rT0sS.webp)
 
 如果你对该项目申请了开源项目免费许可，那么该项目还会启用 Global TM 功能。这是 Crowdin 的共享翻译语料库，可以根据其他人的项目中存在的类似文本对当前的待翻译字符串进行提示，你的项目的字符串及翻译结果也会上传到这个语料库中。
 
 ## 下载翻译
 
-与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了与任何代码仓库的集成，并勾选了定时同步，则 Crowdin 会自动推送翻译结果到指定的分支。
+与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了代码仓库的集成，并勾选了定时同步，则 Crowdin 会定时自动推送翻译结果到指定的分支。
diff --git a/ru-RU/guide/i18n/index.md b/ru-RU/guide/i18n/index.md
index 1a043e68a724..311a8eb8a246 100644
--- a/ru-RU/guide/i18n/index.md
+++ b/ru-RU/guide/i18n/index.md
@@ -1,6 +1,6 @@
 # 基本用法
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 国际化](../../manual/usage/customize.md#国际化)。
 :::
 
@@ -95,6 +95,19 @@ ctx.i18n.define('en-US', { hello: 'Hello, {author.name}!' })
 
 上述三段代码的实际效果完全相同，可以根据自己的需要进行选择。
 
+如果你希望对属性值进行某些计算，传入 Javascript 表达式也是可以的：
+
+```ts
+ctx.i18n.define('zh-CN', { list: '列表：{arr.join(",")}' })
+ctx.i18n.define('en-US', { list: 'List: {arr.join(",")}' })
+```
+
+::: tip
+目前支持的表达能力会受到解析器和特殊语法的限制。请避免在表达式中引入 `}`，以免造成歧义。
+
+此外，如果向 `session.text()` 传入的二参数是一个数组，那么直接写 `{0}` 将表示数组中的第一个元素 (而非作为 JavaScript 表达式的 `0`)。
+:::
+
 ### 使用消息元素
 
 你也可以在模板中使用 [消息元素](../basic/element.md) 语法。消息元素的属性同样使用 `{}` 进行插值：
@@ -125,7 +138,7 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 {/if}
 ```
 
-::: tip
+:::tip
 如果要使用这种层面的模板能力，那么你的代码已经不适合使用 `ctx.i18n.define()` 定义了。建议参考 [下一节](./translation.md) 中的做法，将不同语言的模板放入不同的文件中，以方便编辑和管理。
 :::
 
@@ -143,11 +156,11 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 
 例如，如果用户配置的语言列表为 `zh-CN`, `en-US`, `zh-TW`, `en-GB`，则对于不同的目标语言会生成对应的回退序列：
 
-- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ``, `zh`, `zh-CN`, `zh-TW`
-- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ``
-- 目标语言为 `de-DE`，回退序列为 ``, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
-- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ``
-- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ``
+- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ` `, `zh`, `zh-CN`, `zh-TW`
+- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ` `
+- 目标语言为 `de-DE`，回退序列为 ` `, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
+- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ` `
+- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ` `
 
 请注意，空字符串也被视为合法的语言，其所代表的是「没有指定语言」的情况。在实践中，空语言的使用是非常广泛的，例如当用户使用下面的代码定义指令：
 
@@ -180,7 +193,7 @@ ctx.command('echo', '回声')
 session.text(['foo', 'bar'])
 ```
 
-::: tip
+:::tip
 路径回退的优先级低于语言回退。举个例子，假如可选的语言包括 A 和 B，路径包括 1 和 2。翻译 A1 不存在，但是翻译 A2 和 B1 都存在。这种情况下会输出 B1 而非 A2。采用这种设计是因为不同的路径通常表达了不同的逻辑。相比语言的正确性，逻辑的正确性更重要。
 :::
 
diff --git a/ru-RU/guide/i18n/translation.md b/ru-RU/guide/i18n/translation.md
index f29f8f4b1a7c..3f07c2a60b33 100644
--- a/ru-RU/guide/i18n/translation.md
+++ b/ru-RU/guide/i18n/translation.md
@@ -17,11 +17,11 @@ ctx.i18n.define('en-US', require('./locales/en-US'))
 ctx.i18n.define('zh-CN', require('./locales/zh-CN'))
 ```
 
-::: tip
+:::tip
 在上面的例子中我们使用了 YAML 作为翻译文件的格式。这是因为它的语法简洁美观，非常适合本地化开发。你也可以采用 JSON 等任何你喜欢的格式进行开发。
 :::
 
-::: tip
+:::tip
 Node.js 并不支持直接加载 `.yaml` / `.yml` 后缀的文件，但我们可以通过适当的 [register](https://nodejs.org/api/cli.html#-r---require-module) 解决这个问题。对此我们的官方脚手架已经内置了相应的支持。
 :::
 
@@ -84,7 +84,7 @@ if (new Date().getHours < 12) {
 
 ## 配置本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 配置本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -186,7 +186,7 @@ Schema.intersect([
 
 ## 控制台本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 控制台本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -215,6 +215,6 @@ if (import.meta.hot) {
 }
 ```
 
-::: tip
+:::tip
 注意：此时你的翻译文件应当处于 `client` 目录而非 `src/locales` 目录。
 :::
diff --git a/ru-RU/guide/index.md b/ru-RU/guide/index.md
index 8932cb81199d..6b4d2d01c4ee 100644
--- a/ru-RU/guide/index.md
+++ b/ru-RU/guide/index.md
@@ -2,7 +2,7 @@
 
 ## 如何阅读本指南
 
-::: tip
+:::tip
 本篇指南旨在向有一定 Node.js 开发基础的人介绍 Koishi 的全部知识。如果你只想快速搭建自己的机器人而非学习 Koishi 开发，请前往 [起步](../manual/starter/) 了解更多安装方式。
 :::
 
@@ -12,7 +12,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与入门教程的关系
 
-::: tip
+:::tip
 前往 → [入门教程](../manual/introduction.md)
 :::
 
@@ -20,7 +20,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与进阶指南的关系
 
-::: tip
+:::tip
 前往 → [进阶指南](../cookbook/index.md)
 :::
 
diff --git a/ru-RU/guide/plugin/filter.md b/ru-RU/guide/plugin/filter.md
index 864555b30a39..0c275687b340 100644
--- a/ru-RU/guide/plugin/filter.md
+++ b/ru-RU/guide/plugin/filter.md
@@ -1,14 +1,14 @@
 # 过滤器
 
-::: tip
-在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#过滤器)。
+:::tip
+在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#filters)。
 :::
 
 默认情况下，一个会话事件、中间件或者指令都对所有的会话生效。但如果我们希望这些功能只对部分群聊或者用户生效，我们就需要用到 **过滤器**。
 
 ## 属性过滤器
 
-::: warning
+:::warning
 请不要滥用这项功能：在源码中直接书写账号或群号会导致隐私泄露，并且其他用户无法使用你的插件。推荐 [在配置文件中使用过滤器](#配置文件中的过滤器)。
 :::
 
diff --git a/ru-RU/guide/plugin/index.md b/ru-RU/guide/plugin/index.md
index 012d3a7e4429..8c16c2298950 100644
--- a/ru-RU/guide/plugin/index.md
+++ b/ru-RU/guide/plugin/index.md
@@ -1,6 +1,6 @@
 # 认识插件
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 安装和配置插件](../../manual/usage/market.md)。
 :::
 
@@ -38,7 +38,7 @@ ctx.plugin(class {
 
 ## 模块化的插件
 
-插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入默认值) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入整个模块的内容)。
+插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#默认导入) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#命名空间导入)。
 
 对于对象形式的插件，你还可以额外提供一个 `name` 属性作为插件的名称。对于函数和类形式的插件来说，插件名称便是函数名或类名。具名插件有助于更好地描述插件的功能，并被用于插件关系可视化中，实际上不会影响任何运行时的行为。
 
@@ -92,7 +92,7 @@ export function apply(ctx: Context) {
 
 这两种写法并无优劣之分，你完全可以按照自己的需求调整导出的形式。按照惯例，如果你的插件是一个函数，我们通常直接导出 apply 方法，并将导出整体作为一个插件；如果你的插件是一个类，那么我们通常使用默认导出的形式。
 
-::: tip
+:::tip
 这里默认导出的优先级更高。因此，只要模块提供了默认导出，Koishi 就会尝试加载这个默认导出，而不是导出整体。在开发中请务必注意这一点。
 :::
 
diff --git a/ru-RU/guide/plugin/schema.md b/ru-RU/guide/plugin/schema.md
index 4a4c3ad9877d..692499b30f47 100644
--- a/ru-RU/guide/plugin/schema.md
+++ b/ru-RU/guide/plugin/schema.md
@@ -88,7 +88,7 @@ namespace Example {
   })
 }
 
-export default Foo
+export default Example
 ```
 
 形如 `name` 和 `Config` 这样的属性，我们称之为插件的元属性。它们需要与插件的入口函数同级导出。例如，你还可以通过导出 `usage` 属性来为插件提供使用方法。这样一来，一个完整的插件就可以写成这样：
diff --git a/ru-RU/guide/plugin/service.md b/ru-RU/guide/plugin/service.md
index c80254b42acd..481786eab4b7 100644
--- a/ru-RU/guide/plugin/service.md
+++ b/ru-RU/guide/plugin/service.md
@@ -57,7 +57,7 @@ export function apply(ctx: Context) {
 
 你很快会发现这样写完全无法运行。首先，数据库服务需要等到应用启动完成后才可以访问，换言之即使安装了数据库插件，你也无法立即判断数据库服务是否存在。此外，一旦上述服务所在插件在运行时被重载，由于上面的代码属于 dialogue 插件，因此 if 中代码的副作用将无法被有效清理；而当相应的服务重新被注册时，这部分的代码也不会被重新运行，从而导致一系列难以检测的问题。
 
-### inject 属性
+### inject 属性 {#inject}
 
 为了解决这种问题，Koishi 为插件声明提供了一个独特的 `inject` 属性：
 
@@ -93,7 +93,7 @@ ctx.plugin({
 })
 ```
 
-::: tip
+:::tip
 请注意：这里出现了两个 `ctx` 对象，它们属于不同的插件。在子插件的回调函数内，请务必使用作为参数的 `ctx` 而不是外层的 `ctx`，不然在服务被热重载时可能会引发内存泄漏。
 :::
 
@@ -139,7 +139,6 @@ export function apply(ctx: Context) {
 }
 ```
 
-
 <!-- ## 服务的共享与隔离
 
 在默认情况下，任何上下文中设置的服务都会被同一个应用内的所有上下文共享。这当然非常方便——事实上服务也正是为了这样的需求而设计的，但这意味着你的每种服务只能同时存在一个实例。如果你希望用多个插件实现同一个服务，并分别提供给不同的上下文使用的话，你就要用到服务的隔离功能了。
@@ -203,45 +202,40 @@ plugins:
 如果你希望自己插件提供一些接口供其他插件使用，那么最好的办法便是提供自定义服务，就像这样：
 
 ```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-// 这个表达式定义了一个名为 console 的服务
-Context.service('console')
-
-// 假如你在某个上下文设置了这个值，其他的上下文也将拥有此属性
-app.guild().console = new Console()
-app.private().console instanceof Console // true
+export default class Console extends Service {
+  constructor(ctx: Context) {
+    super(ctx, 'console')
+  }
+}
 ```
 
-这种做法的本质原理是修改了 Context 的原型链。
+这样定义的好处在于，`Console` 本身也是一个合法的插件，其他插件可以直接通过 `ctx.plugin(Console)` 来加载它。
 
-对于 TypeScript 用户，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
+对于 TypeScript 用户，在定义服务时，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
 
 ```ts no-extra-header
 declare module 'koishi' {
   interface Context {
-    console: console
+    console: Console
   }
 }
 ```
 
-### 服务的生命周期
-
-相比直接赋值，我们更推荐你从 Service 派生子类来实现自定义服务：
+而使用服务的插件则需要声明依赖并导入类型：
 
 ```ts
-class Console extends Service {
-  constructor(ctx: Context) {
-    // 这样写你就不需要手动给 ctx 赋值了
-    super(ctx, 'console', true)
-  }
-}
+import {} from 'koishi-plugin-console'
 
-// 这样定义的好处在于，Console 本身也是一个插件
-app.plugin(Console)
+export const inject = ['console']
+
+export function apply(ctx: Context) {
+  ctx.console.addEntry('/path/to/dialogue/extension')
+}
 ```
 
-Service 抽象类的构造函数支持三个参数：
+### 服务的生命周期
+
+`Service` 抽象类的构造函数支持三个参数：
 
 - `ctx`：服务所在的上下文对象
 - `name`：服务的名称 (即其在所有上下文中的属性名)
@@ -255,19 +249,7 @@ Service 抽象类的构造函数支持三个参数：
 
 默认情况下，一个自定义服务会先等待 ready 事件触发，然后调用可能存在的 `start()` 方法，最后才会被注册到全体上下文中。这种设计确保了服务在能够被访问的时候就已经是可用的。但如果你的服务不需要等待 ready 事件，那么只需传入第三个参数 `true` 就可以立即将服务注册到所有上下文中。
 
-此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，其他插件不再可以访问到这项服务：
-
-```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-app.console                 // falsy
-app.plugin(Console)         // 加载插件
-app.console                 // truthy
-app.dispose(Console)        // 卸载插件
-app.console                 // falsy
-app.plugin(Console)         // 重新加载插件
-app.console                 // truthy
-```
+此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，通过 `inject` 声明依赖的插件也会被停止运行，直到服务再次被实现。这意味着开发者不需要担心服务的生命周期，只需要专注于提供或使用服务的功能即可。
 
 ### 支持热重载
 
@@ -285,9 +267,9 @@ class Console extends Service {
     this.entries.add(filename)
     this.triggerReload()
 
-    // 注意这个地方，caller 属性会指向访问此方法的上下文
+    // 注意这个地方，ctx 属性会指向访问此方法的上下文 (而不是构造函数中的上下文)
     // 只需要在这个上下文上监听 dispose 事件，就可以顺利处理副作用了
-    this[Context.current]?.on('dispose', () => {
+    this.ctx.on('dispose', () => {
       this.entries.delete(filename)
       this.triggerReload()
     })
@@ -295,9 +277,9 @@ class Console extends Service {
 }
 ```
 
-## 在 `package.json` 中声明依赖
+## 在 `package.json` 中声明依赖 {#package-json}
 
-如果你打算将插件发布到插件市场，我们建议在插件的 [`package.json`](../develop/publish.md#koishi-字段) 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
+如果你打算将插件发布到插件市场，我们建议在插件的 `package.json` 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
 
 ```json title=package.json
 {
@@ -313,7 +295,13 @@ class Console extends Service {
 
 在这里，`required` 对应于必需依赖，`optional` 对应于可选依赖，`implements` 对应于提供的服务。如果你的插件没有使用或提供服务，那么对应的字段可以省略。
 
-### 关于 `peerDependencies`
+### 对比 `inject` 声明 {#inject-vs-dep}
+
+<!-- 按理说，我已经在 `inject` 中声明过一次服务依赖了，为什么还要在 `package.json` 中再声明一次呢？ -->
+
+对于任何依赖服务的插件，其必须声明 `inject` 才能正常工作，但缺失 `package.json` 中的声明并不会影响插件的运行。尽管如此，我们依然建议你在 `package.json` 中声明依赖，因为这样做能够在安装时提供更多信息，使用者可以一次性地安装插件所需的所有依赖，而不是等到插件运行时才发现缺少了某个服务。
+
+### 关于 `peerDependencies` {#peer-vs-dep}
 
 一个很容易混淆的概念是 `package.json` 自带的 `peerDependencies` 字段。这个字段用于声明一个 npm 包的依赖，但声明的依赖需要由用户安装 (或由包管理器自动安装到依赖树顶层)。是不是跟服务的概念非常像？它们之间的区别如下：
 
diff --git a/ru-RU/index.md b/ru-RU/index.md
index 43d113f185c7..1c8c12b95232 100644
--- a/ru-RU/index.md
+++ b/ru-RU/index.md
@@ -7,132 +7,96 @@ home:
   primary: 即刻起步
   secondary: 了解更多
 features:
-  - 
-    title: Мониторинг в режиме реального времени
+  - title: Мониторинг в режиме реального времени
     desc: 借助 Koishi 的仪表盘功能，实时监控机器人的运行状态。
     image: /manual/console/home
-  - 
-    title: Простая конфигурация
+  - title: Простая конфигурация
     desc: Koishi 提供了丰富的插件配置和简单易懂的操作模式，使你能够轻松完成机器人的定制化。
     image: /manual/console/settings
-  - 
-    title: 生态丰富
+  - title: 生态丰富
     desc: Koishi 拥有庞大的插件生态，无论是日常娱乐还是实用功能，你都能在这里找到。
     image: /manual/console/market
-  - 
-    title: База данных
+  - title: База данных
     desc: 多驱动、高性能的数据库使得 Koishi 可以轻松处理百万量级的数据。
     image: /manual/console/database
-  - 
-    title: 即刻预览
+  - title: 即刻预览
     desc: 安装或配置任何插件后，你可以立即在 Koishi 的沙盒界面中模拟聊天、预览效果。
     image: /manual/console/sandbox
 development:
   title: 专为开发者打造
   desc: Koishi 更为开发者提供了众多专业功能，使开发者得以在各种复杂需求中构建规模化的解决方案。
 advantages:
-  - 
-    title: Поддержка TypeScript
+  - title: Поддержка TypeScript
     desc: Koishi 完全基于 TypeScript 开发，拥有顶级的类型支持，丰富的代码提示让你在编写代码的时候甚至无需查看文档。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 1024 1024
       path: M0 512v512h1024V0H0z m825.216-40.789333c26.026667 6.485333 45.824 18.048 64.042667 36.906666 9.429333 10.069333 23.424 28.416 24.533333 32.853334 0.341333 1.28-44.202667 31.146667-71.168 47.914666-0.981333 0.64-4.906667-3.584-9.258667-10.069333-13.226667-19.2-27.008-27.477333-48.128-28.928-31.061333-2.133333-51.029333 14.122667-50.858666 41.258667a37.546667 37.546667 0 0 0 4.352 19.2c6.826667 14.122667 19.541333 22.613333 59.306666 39.808 73.344 31.573333 104.704 52.352 124.202667 81.92 21.76 32.981333 26.666667 85.674667 11.861333 124.842666-16.213333 42.581333-56.533333 71.509333-113.28 81.066667-17.536 3.114667-59.136 2.645333-77.994666-0.768-41.130667-7.338667-80.128-27.648-104.192-54.314667-9.429333-10.368-27.818667-37.546667-26.666667-39.466666a67.413333 67.413333 0 0 1 9.386667-6.016c4.608-2.602667 21.802667-12.544 38.058666-21.973334l29.44-17.066666 6.186667 9.130666c8.618667 13.141333 27.434667 31.189333 38.826667 37.205334 32.682667 17.237333 77.525333 14.805333 99.626666-5.034667a37.674667 37.674667 0 0 0 13.354667-30.72c0-11.861333-1.493333-17.066667-7.68-26.026667-7.936-11.349333-24.192-20.906667-70.357333-40.96-52.821333-22.741333-75.562667-36.864-96.384-59.306666a135.04 135.04 0 0 1-28.117334-51.2c-3.882667-14.464-4.864-50.730667-1.792-65.322667 10.88-51.072 49.408-86.613333 105.002667-97.194667 18.048-3.413333 59.989333-2.133333 77.696 2.261334z m-240.384 42.752l0.341333 41.941333H451.84v378.709333H357.546667v-378.709333H224.341333v-41.130667c0-22.784 0.469333-41.813333 1.109334-42.24 0.512-0.682667 81.621333-1.024 179.925333-0.853333l178.986667 0.512z
-  - 
-    title: 文档丰富
+  - title: 文档丰富
     desc: 浏览我们精心编写的文档，了解从新人起步到插件开发的所有细节。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 448 512
       path: M437.2 403.5L320 215V64h8c13.3 0 24-10.7 24-24V24c0-13.3-10.7-24-24-24H120c-13.3 0-24 10.7-24 24v16c0 13.3 10.7 24 24 24h8v151L10.8 403.5C-18.5 450.6 15.3 512 70.9 512h306.2c55.7 0 89.4-61.5 60.1-108.5zM137.9 320l48.2-77.6c3.7-5.2 5.8-11.6 5.8-18.4V64h64v160c0 6.9 2.2 13.2 5.8 18.4l48.2 77.6h-172z
-  - 
-    title: 模块热重载
+  - title: 模块热重载
     desc: 开发 Koishi 插件时，只需轻点保存即可热重载，无需频繁重启机器人，如同前端开发一样丝滑顺畅。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 576 512
       path: M519.442 288.651c-41.519 0-59.5 31.593-82.058 31.593C377.409 320.244 432 144 432 144s-196.288 80-196.288-3.297c0-35.827 36.288-46.25 36.288-85.985C272 19.216 243.885 0 210.539 0c-34.654 0-66.366 18.891-66.366 56.346 0 41.364 31.711 59.277 31.711 81.75C175.885 207.719 0 166.758 0 166.758v333.237s178.635 41.047 178.635-28.662c0-22.473-40-40.107-40-81.471 0-37.456 29.25-56.346 63.577-56.346 33.673 0 61.788 19.216 61.788 54.717 0 39.735-36.288 50.158-36.288 85.985 0 60.803 129.675 25.73 181.23 25.73 0 0-34.725-120.101 25.827-120.101 35.962 0 46.423 36.152 86.308 36.152C556.712 416 576 387.99 576 354.443c0-34.199-18.962-65.792-56.558-65.792z
 footer:
-  - 
-    text: Начинать
+  - text: Начинать
     items:
-      - 
-        text: 为 Windows 安装
+      - text: 为 Windows 安装
         link: /ru-RU/manual/starter/windows.html
-      - 
-        text: 为 macOS 安装
+      - text: 为 macOS 安装
         link: /ru-RU/manual/starter/macos.html
-      - 
-        text: 为 Linux 安装
+      - text: 为 Linux 安装
         link: /ru-RU/manual/starter/linux.html
-      - 
-        text: 为 Android 安装
+      - text: 为 Android 安装
         link: /ru-RU/manual/starter/android.html
-      - 
-        text: 在容器中使用
+      - text: 在容器中使用
         link: /ru-RU/manual/starter/docker.html
-      - 
-        text: 创建模板项目
+      - text: 创建模板项目
         link: /ru-RU/manual/starter/boilerplate.html
-      - 
-        text: 作为依赖调用
+      - text: 作为依赖调用
         link: /ru-RU/manual/starter/direct.html
-  - 
-    text: Документы
+  - text: Документы
     items:
-      - 
-        text: 开发指南
+      - text: 开发指南
         link: /ru-RU/guide/
-      - 
-        text: API 参考
+      - text: API 参考
         link: /ru-RU/api/
-      - 
-        text: 官方插件
+      - text: 官方插件
         link: /ru-RU/plugins/
-  - 
-    text: Платформы
+  - text: Платформы
     items:
-      - 
-        text: 钉钉
+      - text: 钉钉
         link: /zh-CN/plugins/adapter/dingtalk.html
-      - 
-        text: Discord
+      - text: Discord
         link: /ru-RU/plugins/adapter/discord.html
-      - 
-        text: KOOK
+      - text: KOOK
         link: /ru-RU/plugins/adapter/kook.html
-      - 
-        text: 飞书
+      - text: 飞书
         link: /ru-RU/plugins/adapter/lark.html
-      - 
-        text: LINE
+      - text: LINE
         link: /zh-CN/plugins/adapter/line.html
-      - 
-        text: 邮件
+      - text: 邮件
         link: /zh-CN/plugins/adapter/mail.html
-      - 
-        text: Matrix
+      - text: Matrix
         link: /zh-CN/plugins/adapter/matrix.html
-      - 
-        text: QQ
+      - text: QQ
         link: /zh-CN/plugins/adapter/qq.html
-      - 
-        text: Satori
+      - text: Satori
         link: /zh-CN/plugins/adapter/satori.html
-      - 
-        text: Slack
+      - text: Slack
         link: /zh-CN/plugins/adapter/Slack.html
-      - 
-        text: Telegram
+      - text: Telegram
         link: /ru-RU/plugins/adapter/telegram.html
-      - 
-        text: 微信公众号
+      - text: 微信公众号
         link: /zh-CN/plugins/adapter/wechat-official.html
-      - 
-        text: 企业微信
+      - text: 企业微信
         link: /zh-CN/plugins/adapter/wecom.html
-      - 
-        text: WhatsApp
+      - text: WhatsApp
         link: /zh-CN/plugins/adapter/whatsapp.html
 ---
-
diff --git a/ru-RU/manual/faq.md b/ru-RU/manual/faq.md
index 80cba6c74b61..b43101d19a61 100644
--- a/ru-RU/manual/faq.md
+++ b/ru-RU/manual/faq.md
@@ -1,2 +1 @@
 # 常见问题
-
diff --git a/ru-RU/manual/launcher/system.md b/ru-RU/manual/launcher/system.md
index 9e3c3c46f1f1..698e2aa7b6e1 100644
--- a/ru-RU/manual/launcher/system.md
+++ b/ru-RU/manual/launcher/system.md
@@ -16,64 +16,64 @@
 
 ### Windows 8.1
 
-| 产品                             | 核心                   | 窗口                   | 增强  |
-| ------------------------------ | -------------------- | -------------------- | --- |
-| Windows 8.1                    | :white\_check\_mark: | :white\_check\_mark: | :x: |
-| Windows Server 2012 R2         | :white\_check\_mark: | :white\_check\_mark: | :x: |
-| Hyper-V Server 2012 R2         | :x:                  | :x:                  | :x: |
-| Windows Storage Server 2012 R2 | :x:                  | :x:                  | :x: |
-| Windows Embedded 8.1 Pro       | :x:                  | :x:                  | :x: |
-| Windows Embedded 8.1 Industry  | :x:                  | :x:                  | :x: |
+| 产品                                            | 核心                                                                                           | 窗口                                                                                           | 增强                                  |
+| --------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | ----------------------------------- |
+| Windows 8.1                   | :white_check_mark: | :white_check_mark: | :x: |
+| Windows Server 2012 R2                        | :white_check_mark: | :white_check_mark: | :x: |
+| Hyper-V Server 2012 R2                        | :x:                                                          | :x:                                                          | :x: |
+| Windows Storage Server 2012 R2                | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Pro      | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Industry | :x:                                                          | :x:                                                          | :x: |
 
 ### Windows 10
 
-| 产品                                  | 核心                   | 窗口                   | 增强                   |
-| ----------------------------------- | -------------------- | -------------------- | -------------------- |
-| Version 1507                        | :x:                  | :x:                  | :x:                  |
-| Version 1511                        | :x:                  | :x:                  | :x:                  |
-| Version 1607                        | :x:                  | :x:                  | :x:                  |
-| Version 1703                        | :x:                  | :x:                  | :x:                  |
-| Version 1709                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1803                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1809                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1903                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1909                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 2004                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 20H2                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H1                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 2015 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 2016 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 Enterprise 2015 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise 2016 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise LTSC 2019     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise LTSC 2021     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise multi-session | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows Server 2016                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2016                 | :x:                  | :x:                  | :x:                  |
-| Windows Storage Server 2016         | :x:                  | :x:                  | :x:                  |
-| Windows Server 2019                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2019                 | :x:                  | :x:                  | :x:                  |
-| Windows Server 2022                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 IoT Core                 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core Services        | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core LTSC            | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT LTSC 2019 Core       | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise           | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise 2019      | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2015 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2016 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2019 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2021 | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019             | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019 for Storage | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2022             | :x:                  | :x:                  | :x:                  |
+| 产品                                  | 核心                                                                                           | 窗口                                                                                           | 增强                                                                                           |
+| ----------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 1507                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1511                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1607                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1703                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1709                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1803                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1809                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1903                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1909                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 2004                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 20H2                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H1                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 2015 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 2016 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 Enterprise 2015 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise 2016 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise LTSC 2019     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise LTSC 2021     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise multi-session | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows Server 2016                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2016                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Storage Server 2016         | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2019                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2019                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2022                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 IoT Core                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core Services        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core LTSC            | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT LTSC 2019 Core       | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise           | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise 2019      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2015 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2016 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2019 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2021 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019 for Storage | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2022             | :x:                                                          | :x:                                                          | :x:                                                          |
 
 ### Windows 11
 
-| 产品           | 核心                   | 窗口                   | 增强                   |
-| ------------ | -------------------- | -------------------- | -------------------- |
-| Version 21H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 365  | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
+| 产品           | 核心                                                                                           | 窗口                                                                                           | 增强                                                                                           |
+| ------------ | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 21H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 365  | :white_check_mark: | :white_check_mark: | :white_check_mark: |
diff --git a/ru-RU/manual/recipe/execution.md b/ru-RU/manual/recipe/execution.md
index ab3b3c1d17bd..9d7d6f3b8c31 100644
--- a/ru-RU/manual/recipe/execution.md
+++ b/ru-RU/manual/recipe/execution.md
@@ -2,12 +2,11 @@
 
 ## 使用引号
 
-Koishi 会自动将引号 (半角或者全角) 中的内容视为一个整体。这在很多场景中都非常有用，下面举出了一些典型的例子：
+与大多数命令行工具一样，你可以使用单引号或双引号将参数包裹，引号中的内容将被视为一个独立的参数。这在许多场景下都非常有用：
 
 - 当希望传入带空格的参数时 (默认行为是只解析空格前面的部分)
 - 当希望传入以 `-` 开头的参数时 (默认的行为是解析成下一个选项)
 - 当希望传入一个空字符串时作为参数时 (默认的行为是解析为 `true`)
-- 当希望传入只由数字构成的字符串参数时 (默认行为是解析为 `number` 类型)
 
 ## 指令插值
 
@@ -33,7 +32,7 @@ Koishi 默认不转义单引号内的文本。如果你不希望某个参数被
 
 <chat-panel>
 <chat-message nickname="Alice">ecko hello</chat-message>
-<chat-message nickname="Koishi">您要找的是不是“echo”？发送句号以使用推测的指令。</chat-message>
+<chat-message nickname="Koishi">您要找的是不是“echo”？回复句号以使用推测的指令。</chat-message>
 <chat-message nickname="Alice">.</chat-message>
 <chat-message nickname="Koishi">hello</chat-message>
 </chat-panel>
diff --git a/ru-RU/manual/recipe/multiple.md b/ru-RU/manual/recipe/multiple.md
index a6deda290eb8..f023dd4a4648 100644
--- a/ru-RU/manual/recipe/multiple.md
+++ b/ru-RU/manual/recipe/multiple.md
@@ -16,8 +16,8 @@
 
 与此同时，绝大多数插件都是不可重用的。对于这类插件，你只能同时拥有一份运行中的配置。如果已经有一份正在运行的配置，那么你会在其他配置处看到一行提示「此插件正在运行且不可重用」。当然，你仍然可以准备多份配置，并在合适的时机将一份配置停用，并启用另一份。
 
-对于那些不可重用的插件，如果希望在不同的场景下切换到不同的配置，就需要插件作者提供带有 [过滤器](../usage/customize.md#过滤器) 的配置项。如果你想要修改的配置不支持过滤器，那么你可以考虑向插件作者提出建议，或采用下面介绍的 [多实例](#多实例) 方案。
+对于那些不可重用的插件，如果希望在不同的场景下切换到不同的配置，就需要插件作者提供带有 [过滤器](../usage/customize.md#filters) 的配置项。如果你想要修改的配置不支持过滤器，那么你可以考虑向插件作者提出建议，或采用下面介绍的 [多实例](#multiple-instances) 方案。
 
-## 多实例
+## 多实例 {#multiple-instances}
 
 另一种方案是同时运行多个 Koishi 应用。这样做的好处是，你可以在不同的应用中使用完全不同的插件配置，甚至启用完全不同的插件组合。但与之相对的，你需要额外维护多个应用，而且每个应用都需要一个独立的端口。
diff --git a/ru-RU/manual/recipe/search.md b/ru-RU/manual/recipe/search.md
index 5f299b81a741..8b480969971b 100644
--- a/ru-RU/manual/recipe/search.md
+++ b/ru-RU/manual/recipe/search.md
@@ -33,10 +33,7 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 </div>
 
-上述的过滤条件也可以反向选择，例如 `not:insecure` 或 `created:
-
-
-<date`。在侧边栏中，你可以点击标识名称进行选择，点击第二次反向选择，点击第三次则会取消选择。
+上述的过滤条件也可以反向选择，例如 `not:insecure` 或 `created:<date`。在侧边栏中，你可以点击标识名称进行选择，点击第二次反向选择，点击第三次则会取消选择。
 
 ## 插件分类
 
@@ -46,14 +43,15 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 - <market-icon name="solid:core" />`category:core`：核心功能
 - <market-icon name="solid:adapter" />`category:adapter`：适配器
-- <market-icon name="solid:storage" />`category:storage`：存储服务
+- <market-icon name="solid:general" />`category:general`：存储服务
 - <market-icon name="solid:extension" />`category:extension`：扩展功能
-- <market-icon name="solid:console" />`category:console`：控制台
+- <market-icon name="solid:webui" />`category:webui`：控制台
 - <market-icon name="solid:manage" />`category:manage`：管理工具
 - <market-icon name="solid:preset" />`category:preset`：行为预设
 - <market-icon name="solid:image" />`category:image`：图片服务
 - <market-icon name="solid:media" />`category:media`：资讯服务
 - <market-icon name="solid:tool" />`category:tool`：实用工具
+- <market-icon name="solid:life" />`category:life`：生活指南
 - <market-icon name="solid:ai" />`category:ai`：人工智能
 - <market-icon name="solid:meme" />`category:meme`：趣味交互
 - <market-icon name="solid:game" />`category:game`：娱乐玩法
@@ -86,7 +84,7 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 ## 快速体验
 
-::: warning
+:::warning
 快速体验目前仍然是实验性功能，仅在官方文档中的插件市场里可用。
 :::
 
diff --git a/ru-RU/manual/recipe/server.md b/ru-RU/manual/recipe/server.md
index 48f6b04046af..cbc6302b8e9e 100644
--- a/ru-RU/manual/recipe/server.md
+++ b/ru-RU/manual/recipe/server.md
@@ -1,25 +1,29 @@
 # 公网部署
 
-::: warning
-将 Koishi 暴露在公网上可能会导致你的服务器受到攻击。你需要妥善配合 [用户登录](../usage/platform.md#控制台登录) 等方式以限制控制台功能的访问能力。
-:::
-
 Koishi 应用默认情况下只能在本机访问。而对于某些需求，你可能希望在公网上访问到 Koishi 的控制台或其他网络服务：
 
 - 让更多人访问到你的 Koishi 控制台
-- 使用作为 webhook 服务端的插件 (例如 [github](https://github.koishi.chat))
+- 使用作为 webhook 服务端的插件 (例如 [github](https://github.koishi.chat) 和部分适配器插件)
 
 本节教程将指导你完成 Koishi 应用的公网部署。
 
-## 直接暴露
+## 配置用户登录
+
+将 Koishi 不受限制地暴露在公网上可能会导致你的服务器受到攻击。因此，你需要妥善配合用户登录等方式以限制控制台功能的访问能力。
+
+在 [前面的章节](../usage/platform.md#console-login) 中，我们已经介绍了 [auth](../../plugins/console/auth.md) 插件的使用方法。
+
+## 配置服务器地址
+
+Koishi 的服务器功能是由预装插件 [@koishijs/plugin-server](../../plugins/develop/server.md) 提供的。
 
-点击控制台左侧的「插件配置」，选择「全局配置」并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待 Koishi 重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
+前往「插件配置」页面，找到 server 插件，并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待插件重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
 
-如果你已经准备了域名，你还需要同时将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
+如果你将 Koishi 应用暴露在公网上，并配置了相应的域名解析记录，你还需要将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
 
-## 反向代理
+## 配置反向代理
 
-如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。使用反向代理时，你不需要修改上述 `host` 配置项。
+如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。在同设备上使用反向代理时，你不需要修改上述 `host` 配置项。
 
 ### 使用 Caddy
 
diff --git a/ru-RU/manual/starter/android.md b/ru-RU/manual/starter/android.md
index 699fd269b118..ae7a905e6a4b 100644
--- a/ru-RU/manual/starter/android.md
+++ b/ru-RU/manual/starter/android.md
@@ -9,11 +9,11 @@ next:
 
 # 为 Android 安装
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-::: danger
+:::danger
 此项目仍在早期开发中。部分功能可能不可用。
 :::
 
diff --git a/ru-RU/manual/starter/direct.md b/ru-RU/manual/starter/direct.md
index 44034faa4de9..f9e599d699fa 100644
--- a/ru-RU/manual/starter/direct.md
+++ b/ru-RU/manual/starter/direct.md
@@ -9,19 +9,19 @@ next:
 
 # 作为依赖调用
 
-::: warning
+:::warning
 这篇指南假设你已了解关于 [JavaScript](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript) 和 [Node.js](https://nodejs.org/) 的中级知识。如果你刚开始学习 JavaScript 开发或者对编写业务代码不感兴趣，请 [选择其他安装方式](./index.md)。
 :::
 
-::: warning
+:::danger
 我们强烈建议使用模板项目进行 Koishi 开发。如果你不确定自己在做什么，建议先完整阅读 [模板项目](./boilerplate.md) 章节。
 :::
 
-虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望将 Koishi 嵌入更复杂的程序中，那么直接调用将会成为更具有灵活性的选择。
+虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望在没有 Node.js 的环境下运行 Koishi，那么直接调用将会成为更具有灵活性的选择。
 
 ## 初始化项目
 
-::: tip
+:::tip
 Koishi 本身使用 TypeScript 编写，因此我们推荐你使用 TypeScript 来进行 Koishi 开发。在接下来的文档中，我们将统一使用 TypeScript 作为示例代码。如果你想编写原生 JavaScript 或使用其他方言，可以在示例代码的基础上自行修改。
 :::
 
@@ -29,13 +29,15 @@ Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运
 
 首先初始化你的机器人目录并安装 Koishi 和所需的插件 (这里以官方插件 console, sandbox 和 echo 为例)：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 初始化项目
 npm init
 
 # 安装 Koishi 和相关插件
 npm i koishi \
+      @koishijs/plugin-server \
       @koishijs/plugin-console \
       @koishijs/plugin-sandbox \
       @koishijs/plugin-echo
@@ -43,12 +45,14 @@ npm i koishi \
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 npm i typescript @types/node esbuild esbuild-register -D
 ```
+
 ```yarn
 # 初始化项目
 yarn init
 
 # 安装 Koishi 和相关插件
-yarn add koishi
+yarn add koishi \
+         @koishijs/plugin-server \
          @koishijs/plugin-console \
          @koishijs/plugin-sandbox \
          @koishijs/plugin-echo
@@ -56,28 +60,28 @@ yarn add koishi
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 yarn add typescript @types/node esbuild esbuild-register -D
 ```
+
 :::
 
 新建入口文件 `index.ts`，并写下这段代码：
 
 ```ts title=index.ts no-extra-header
 import { Context } from 'koishi'
+import server from '@koishijs/plugin-server'
 import console from '@koishijs/plugin-console'
 import * as sandbox from '@koishijs/plugin-sandbox'
 import * as echo from '@koishijs/plugin-echo'
 
 // 创建一个 Koishi 应用
-const ctx = new Context({
-  port: 5140,
-})
+const ctx = new Context()
 
 // 启用上述插件
+ctx.plugin(server, {
+  port: 5140,
+})                      // 提供后端服务
 ctx.plugin(console)     // 提供控制台
 ctx.plugin(sandbox)     // 提供调试沙盒
 ctx.plugin(echo)        // 提供回声指令
-
-// 启动应用
-ctx.start()
 ```
 
 接着运行这个文件：
@@ -97,17 +101,20 @@ node -r esbuild-register .
 
 如果你想要接入真实聊天平台，那么你只需要安装适配插件即可：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 以 Satori 和 Discord 适配器为例
 npm i @koishijs/plugin-adapter-satori \
       @koishijs/plugin-adapter-discord
 ```
+
 ```yarn
 # 以 Satori 和 Discord 适配器为例
 yarn add @koishijs/plugin-adapter-satori \
          @koishijs/plugin-adapter-discord
 ```
+
 :::
 
 接着修改你刚刚创建的 `index.ts`。每个机器人相当于启用一个插件：
@@ -143,15 +150,18 @@ Koishi 插件可以在 [npm](https://www.npmjs.com) 上获取。通常插件会
 
 对于社区插件，使用类似的方式安装和加载：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 以 puppeteer 和 forward 插件为例
 npm i koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 ```yarn
 # 以 puppeteer 和 forward 插件为例
 yarn add koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 :::
 
 ```ts title=index.ts
diff --git a/ru-RU/manual/starter/docker.md b/ru-RU/manual/starter/docker.md
index ad2b305838f0..1c51a2e4bbf3 100644
--- a/ru-RU/manual/starter/docker.md
+++ b/ru-RU/manual/starter/docker.md
@@ -9,7 +9,7 @@ next:
 
 # 在容器中使用
 
-::: warning
+:::warning
 Docker 等容器化软件是以服务生产环境而开发的应用平台，在使用此类软件部署之时，我们相信你已经掌握了运维一台服务器所必须的知识，同时也理解了容器化的概念与相关软件的基础操作。如若不然，在除路由器或 NAS 等特殊环境外，请 [选择其他安装方式](./index.md)。
 :::
 
@@ -19,24 +19,30 @@ Koishi 提供了 [Docker](https://hub.docker.com/r/koishijs/koishi) 镜像，方
 
 使用以下命令启动容器：
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi
 ```
+
 :::
 
 许多插件依赖 [koishi-plugin-puppeteer](https://www.npmjs.com/package/koishi-plugin-puppeteer) 来进行图片渲染，故默认镜像中包含 Chromium。如果你认为镜像过大，不需要预装 Chromium，我们也提供了轻量版本：
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 :::
 
 启动后将会绑定 Koishi 控制台到 5140 端口。
@@ -45,7 +51,7 @@ docker run -p 5140:5140 koishijs/koishi:latest-lite
 
 如果需要更正时区，请使用 `-e TZ=Asia/Shanghai` 来设置时区。
 
-::: tip
+:::tip
 Koishi 本体及其插件都可以控制台完成更新。在持久化文件过后更新容器仅会更新 Chromium 和 Node.js 等的版本。
 :::
 
diff --git a/ru-RU/manual/starter/index.md b/ru-RU/manual/starter/index.md
index 0f2f8a25a19a..72af8a66037b 100644
--- a/ru-RU/manual/starter/index.md
+++ b/ru-RU/manual/starter/index.md
@@ -7,30 +7,23 @@ choices:
     text: Как вот-вот
     caption: В......
     children:
-      - 
-        text: Windows
+      - text: Windows
         link: /ru-RU/manual/starter/windows.html
-      - 
-        text: macOS
+      - text: macOS
         link: /ru-RU/manual/starter/macos.html
-      - 
-        text: Linux
+      - text: Linux
         link: /ru-RU/manual/starter/linux.html
-      - 
-        text: Android
+      - text: Android
         link: /ru-RU/manual/starter/android.html
-      - 
-        text: Docker
+      - text: Docker
         link: /ru-RU/manual/starter/docker.html
   development:
     text: 用于开发
     caption: 我希望 Koishi 作为……
     children:
-      - 
-        text: 一个独立的项目
+      - text: 一个独立的项目
         link: /ru-RU/manual/starter/boilerplate.html
-      - 
-        text: 其他项目的依赖
+      - text: 其他项目的依赖
         link: /ru-RU/manual/starter/direct.html
 ---
 
diff --git a/ru-RU/manual/starter/linux.md b/ru-RU/manual/starter/linux.md
index ebfffe4fe8b9..d97659aeb9ca 100644
--- a/ru-RU/manual/starter/linux.md
+++ b/ru-RU/manual/starter/linux.md
@@ -9,7 +9,7 @@ next:
 
 # 为 Linux 安装
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
diff --git a/ru-RU/manual/starter/macos.md b/ru-RU/manual/starter/macos.md
index 8a0d5df20cc9..0ea583d3041f 100644
--- a/ru-RU/manual/starter/macos.md
+++ b/ru-RU/manual/starter/macos.md
@@ -9,7 +9,7 @@ next:
 
 # 为 macOS 安装
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
diff --git a/ru-RU/manual/starter/windows.md b/ru-RU/manual/starter/windows.md
index c36bca620a8e..ce995a19e01c 100644
--- a/ru-RU/manual/starter/windows.md
+++ b/ru-RU/manual/starter/windows.md
@@ -9,7 +9,7 @@ next:
 
 # 为 Windows 安装
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
@@ -28,7 +28,7 @@ next:
 
 双击安装包并一路点按「Next」，等待安装过程结束，你便可以在「开始」菜单中找到 Koishi 了。
 
-::: tip
+:::tip
 安装流程在部分电脑上这可能会花费 10 分钟以上的时间，请耐心等待。
 :::
 
diff --git a/ru-RU/manual/usage/adapter.md b/ru-RU/manual/usage/adapter.md
index 03177cbf8641..a9fbf5c6183e 100644
--- a/ru-RU/manual/usage/adapter.md
+++ b/ru-RU/manual/usage/adapter.md
@@ -35,6 +35,7 @@
 - [微信公众号](../../plugins/adapter/wechat-official.md)
 - [企业微信](../../plugins/adapter/wecom.md)
 - [WhatsApp](../../plugins/adapter/whatsapp.md)
+- [Zulip](../../plugins/adapter/zulip.md)
 
 其中，常用的适配器插件已经预装在了 Koishi 中，你可以在插件配置中的 adapter 分组中找到它们。如果没有看到你想要的平台，你也可以在插件市场中搜索并安装更多适配器插件。
 
diff --git a/ru-RU/manual/usage/command.md b/ru-RU/manual/usage/command.md
index dc45292a90bc..0c709f2fcec3 100644
--- a/ru-RU/manual/usage/command.md
+++ b/ru-RU/manual/usage/command.md
@@ -121,7 +121,7 @@ help 指令后还可以添加一个参数，用于查看特定指令的帮助信
 
 1. `prefix` 是一个列表，默认值为 `['']` 表示无需前缀也能触发；将列表清空会导致所有指令都无法通过 `prefix` 触发 (但仍然可以通过私聊或 `nickname` 或 @机器人 触发)
 2. 如果你在 `prefix` 中设置了多个值，例如 `['.', '/', '']`，那么 `.`, `/` 或无前缀都能触发指令；但由于 Koishi 是按顺序匹配各个前缀的，因此空串 `''` 必须写在最后一个
-3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#过滤器) 一节
+3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#filters) 一节
    :::
 
 ## 子指令
diff --git a/ru-RU/manual/usage/customize.md b/ru-RU/manual/usage/customize.md
index 13bdf3159092..b9d4fc2b82e2 100644
--- a/ru-RU/manual/usage/customize.md
+++ b/ru-RU/manual/usage/customize.md
@@ -40,7 +40,7 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 反过来，如果你希望你的 Koishi 实例不主动响应某个频道的消息，可以通过 `assign -r` 的方式来移除该频道的受理人。其他频道不会受到影响。
 
-::: tip
+:::tip
 某个频道处于无受理人状态与该频道被过滤器排除的区别在于：前者仍然可以被通过 @机器人 的方式触发指令，而后者无论如何都无法触发指令。具体请参考 [触发前缀](./command.md#触发前缀) 章节。
 :::
 
@@ -50,19 +50,19 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 上述两个配置项都支持 [计算属性](#计算属性)，这也意味着你可以在不同的聊天环境中配置不同的行为。
 
-## 过滤器
+## 过滤器 {#filters}
 
 很多时候，我们会希望某些功能只能对于某些群聊或私聊使用。使用权限管理意味着引入数据库，而更轻量的方式是通过 **过滤器 (Filter)** 直接影响插件的作用范围。
 
 ### 插件过滤器
 
-::: tip
+:::tip
 少数插件与聊天平台无关，例如控制台、数据库插件等。这些插件也因此没有过滤器设置。
 :::
 
 大部分插件都提供了过滤器设置，就位于插件详情页的顶部。点击「添加条件」按钮可以创建一个过滤条件。可以通过设置过滤条件来包含或排除任意平台 / 用户 / 群组 / 频道 / 机器人。
 
-::: tip
+:::tip
 如果不知道这些 ID 是什么，可以使用 [获取账号信息](./platform.md#获取账号信息) 中介绍的 [inspect](../../plugins/common/inspect.md) 插件。
 :::
 
diff --git a/ru-RU/manual/usage/market.md b/ru-RU/manual/usage/market.md
index ac80c47f5031..ed1b54aba4a3 100644
--- a/ru-RU/manual/usage/market.md
+++ b/ru-RU/manual/usage/market.md
@@ -84,7 +84,7 @@ Koishi 在安装时预先配置了一些分组，而新安装的插件会放置
 
 创建新的分组同样很简单。点击「全局配置」或任意分组名后，点击右上角的「创建分组」按钮可以在此创建一个新的插件分组。新分组的名字是随机生成的，但你可以点击名字修改成你喜欢的名字。分组可以在左侧栏中点击小三角来控制展开和收起。
 
-此外，[过滤器](../usage/customize.md#过滤器) 机制也可用于分组，便于控制一系列插件的行为。
+此外，[过滤器](../usage/customize.md#filters) 机制也可用于分组，便于控制一系列插件的行为。
 
 ### 添加更多插件
 
@@ -100,7 +100,7 @@ Koishi 在安装时预先配置了一些分组，而新安装的插件会放置
 
 ### 删除插件或分组
 
-:::warning
+:::danger
 注意：此操作无法被撤销，如果你想要恢复之前的配置，只能再次手动添加。请谨慎操作。
 :::
 
@@ -108,6 +108,10 @@ Koishi 在安装时预先配置了一些分组，而新安装的插件会放置
 
 ## 更新和卸载插件
 
+:::warning
+依赖管理功能仅为生产环境设计。如果当前 Koishi 是开发环境，请使用 [`dep`](../../guide/develop/workspace.md#dep) 命令来更新依赖。
+:::
+
 前往「依赖管理」页面，你可以在这里看到依赖列表。依赖可能包括 Koishi 本体，各种插件，以及支持插件运行的软件包等。
 
 当依赖的状态显示为「可更新」时，点击其右侧的「修改」按钮，在弹出的窗口左上角选择你需要的版本，点击右下角的「更新」按钮即可完成更新。
diff --git a/ru-RU/manual/usage/platform.md b/ru-RU/manual/usage/platform.md
index fd562db60e51..9828a9d7e1fd 100644
--- a/ru-RU/manual/usage/platform.md
+++ b/ru-RU/manual/usage/platform.md
@@ -28,7 +28,7 @@ Koishi 说自己是一个「跨平台」的框架，但是这个「跨平台」
 
 如果你要进行登录或者绑定，这里的「平台名」和「用户 ID」会很有用。
 
-## 控制台登录
+## 控制台登录 {#console-login}
 
 [auth](../../plugins/console/auth.md) 插件允许任何用户在控制台登录 Koishi 账号并管理自己的用户信息。此外，该插件还自带了一个管理员账号，对于刚刚搭建好 Koishi 的用户来说，这是最方便的提权方式。
 
diff --git a/ru-RU/plugins/adapter/dingtalk.md b/ru-RU/plugins/adapter/dingtalk.md
index 6b654902aa62..b87a652ab440 100644
--- a/ru-RU/plugins/adapter/dingtalk.md
+++ b/ru-RU/plugins/adapter/dingtalk.md
@@ -1,9 +1,13 @@
 # @koishijs/plugin-adapter-dingtalk
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [开放平台 > 应用开发 > 钉钉应用](https://open-dev.dingtalk.com/fe/app#/corp/app) 并点击「创建应用」，输入相关信息确定创建
-2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 protocol 填写 ws，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 protocol 填写 http；最后点击发布按钮
+2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 `protocol` 选择 `ws`，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 `protocol` 选择 `http`；最后点击发布按钮
 3. 在左侧打开「凭证与基础信息」页面，将 `Client ID` 填入插件的 `appkey` 字段，将 `Client Secret` 填入插件的 `secret` 字段。
 4. (可选) 为了在控制台中显示应用名称与头像，请参照 [添加接口调用权限](https://open.dingtalk.com/document/orgapp/add-api-permission) 操作，申请 `qyapi_get_microapp_list` 权限；在左侧打开「添加应用能力」，选择添加「网页应用」。将「企业内部应用 AgentId」填入插件的 `agentId` 字段
 
@@ -44,7 +48,11 @@
 
 包括全部的 [`WsClient`](../../api/core/adapter.md#类-adapter-wsclient) 选项。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addAttendee()`](https://open.dingtalk.com/document/isvapp/add-schedule-participant)
 - [`internal.addCityCarApply()`](https://open.dingtalk.com/document/isvapp/synchronize-third-party-city-vehicle-approval-form)
diff --git a/ru-RU/plugins/adapter/discord.md b/ru-RU/plugins/adapter/discord.md
index ba6892f8c12e..c9946f5a22a8 100644
--- a/ru-RU/plugins/adapter/discord.md
+++ b/ru-RU/plugins/adapter/discord.md
@@ -72,7 +72,11 @@
 
 当配置为 `attach` 并且发送文本+图片形式的消息时，无论 [`handleExternalAsset`](#options-discord-handleexternalasset) 配置为何都会先下载后发送。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addGuildMember()`](https://discord.com/developers/docs/resources/guild#add-guild-member)
 - [`internal.addGuildMemberRole()`](https://discord.com/developers/docs/resources/guild#add-guild-member-role)
diff --git a/ru-RU/plugins/adapter/kook.md b/ru-RU/plugins/adapter/kook.md
index eedcbb3a82e5..409f84e649a4 100644
--- a/ru-RU/plugins/adapter/kook.md
+++ b/ru-RU/plugins/adapter/kook.md
@@ -1,11 +1,15 @@
 # @koishijs/plugin-adapter-kook
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [开发者平台](https://developer.kookapp.cn/)，选择「机器人」并点击「新建」
 2. 根据自身需要，在「机器人连接模式」中选择 Webhook 或 WebSocket 中的一种：
-    - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
-    - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
+   - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
+   - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
 
 ## 基础配置项
 
diff --git a/ru-RU/plugins/adapter/lark.md b/ru-RU/plugins/adapter/lark.md
index 06ee9a902c43..5b8dd22cb209 100644
--- a/ru-RU/plugins/adapter/lark.md
+++ b/ru-RU/plugins/adapter/lark.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-lark
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在开发者后台 ([Lark](https://open.larksuite.com/app/) / [飞书](https://open.feishu.cn/app/)) 新建**企业自建应用**，点击应用名称进入应用详情页。
diff --git a/ru-RU/plugins/adapter/line.md b/ru-RU/plugins/adapter/line.md
index 37a452bd70ab..e78b6b69a80d 100644
--- a/ru-RU/plugins/adapter/line.md
+++ b/ru-RU/plugins/adapter/line.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-line
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在 [LINE 开发者控制台](https://developers.line.biz/console/) 注册账号，创建一个新的 Provider，在 Provider 中创建一个 Channel，类型选择 Messaging API，输入相关信息
@@ -26,7 +30,11 @@
 
 机器人密钥。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.audienceMatch()`](https://developers.line.biz/en/reference/partner-docs/#phone-audience-match)
 - [`internal.broadcast()`](https://developers.line.biz/en/reference/messaging-api/#send-broadcast-message)
diff --git a/ru-RU/plugins/adapter/matrix.md b/ru-RU/plugins/adapter/matrix.md
index 8cff8993f6c1..74a48a24be1f 100644
--- a/ru-RU/plugins/adapter/matrix.md
+++ b/ru-RU/plugins/adapter/matrix.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-matrix
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 参考 [此链接](https://spec.matrix.org/unstable/application-service-api/#registration) 编写 `registry.yaml` 文件：
diff --git a/ru-RU/plugins/adapter/qq.md b/ru-RU/plugins/adapter/qq.md
index feb46ab27994..e3cd5487b140 100644
--- a/ru-RU/plugins/adapter/qq.md
+++ b/ru-RU/plugins/adapter/qq.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-qq
 
-QQ (官方机器人) 适配器。
+QQ 和 QQ 频道官方机器人适配器。
 
 ## 接入方法
 
@@ -55,3 +55,78 @@ QQ (官方机器人) 适配器。
 - 默认值: `'bot'`
 
 验证方式。
+
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
+
+QQ 群和频道有着不同的机器人接口，因此我们提供了两套内部 API。
+
+### 群 (含私聊)
+
+对应的平台名称为 `qq`。
+
+- `internal.acknowledgeInteraction()`
+- `internal.sendFileGuild()`
+- `internal.sendFilePrivate()`
+- `internal.sendMessage()`
+- `internal.sendPrivateMessage()`
+
+### 频道 (含私聊)
+
+对应的平台名称为 `qqguild`。
+
+- `internal.addGuildMemberRole()`
+- `internal.createDMS()`
+- `internal.createGuildApiPermissionDemand()`
+- `internal.createGuildAnnounce()`
+- `internal.createGuildChannel()`
+- `internal.createGuildRole()`
+- `internal.createPinsMessage()`
+- `internal.createPost()`
+- `internal.createSchedule()`
+- `internal.createReaction()`
+- `internal.deleteChannel()`
+- `internal.deleteDM()`
+- `internal.deleteMessage()`
+- `internal.deleteReaction()`
+- `internal.getChannel()`
+- `internal.getChannelMemberPermissions()`
+- `internal.getChannelOnlineNums()`
+- `internal.getChannelRole()`
+- `internal.getChannels()`
+- `internal.getGuild()`
+- `internal.getGuildApiPermissions()`
+- `internal.getGuildMember()`
+- `internal.getGuildMembers()`
+- `internal.getGuildRoleMembers()`
+- `internal.getGuildRoles()`
+- `internal.getGuilds()`
+- `internal.getMe()`
+- `internal.getMessage()`
+- `internal.getMessageSetting()`
+- `internal.getPinsMessage()`
+- `internal.getSchedule()`
+- `internal.getSchedules()`
+- `internal.getReactions()`
+- `internal.getThread()`
+- `internal.listThreads()`
+- `internal.modifyChannel()`
+- `internal.modifyChannelMemberPermissions()`
+- `internal.modifyChannelRole()`
+- `internal.modifyGuildRole()`
+- `internal.modifySchedule()`
+- `internal.muteGuild()`
+- `internal.muteGuildMember()`
+- `internal.muteGuildMembers()`
+- `internal.removeGuildAnnounce()`
+- `internal.removeGuildMember()`
+- `internal.removeGuildMemberRole()`
+- `internal.removeGuildRole()`
+- `internal.removePinsMessage()`
+- `internal.removePost()`
+- `internal.removeSchedule()`
+- `internal.sendDM()`
+- `internal.sendMessage()`
diff --git a/ru-RU/plugins/adapter/satori.md b/ru-RU/plugins/adapter/satori.md
index 4a0ffa5db380..971d6a3759c3 100644
--- a/ru-RU/plugins/adapter/satori.md
+++ b/ru-RU/plugins/adapter/satori.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-satori
 
-::: tip
+:::tip
 另见：[@koishijs/plugin-server-satori](../develop/server-satori.md)。
 :::
 
diff --git a/ru-RU/plugins/adapter/slack.md b/ru-RU/plugins/adapter/slack.md
index 4b5fa98e09e9..0dad13597b12 100644
--- a/ru-RU/plugins/adapter/slack.md
+++ b/ru-RU/plugins/adapter/slack.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-slack
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中，`http` 连接方式需要一个公网可访问的地址。在接入之前，请根据使用需求填写插件的 [`protocol`](#config-protocol) 字段。
@@ -8,7 +12,11 @@ Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中
 
 2. 前往 [应用后台](https://api.slack.com/apps)，点击「Create New App」>「From Scratch」，填入应用名称和所添加的工作区 (目前适配器只支持一个应用处理一个工作区的事件)，点击「Create App」。
 
-![app-1](/adapter/slack/app-1.webp)<!-- !\[app-2\](/adapter/slack/app-2.webp) -->3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
+![app-1](/adapter/slack/app-1.webp)
+
+<!-- ![app-2](/adapter/slack/app-2.webp) -->
+
+3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
 
 ![secret-1](/adapter/slack/secret-1.webp)
 
diff --git a/ru-RU/plugins/adapter/telegram.md b/ru-RU/plugins/adapter/telegram.md
index 0ba4ec708359..29ff7e12cadb 100644
--- a/ru-RU/plugins/adapter/telegram.md
+++ b/ru-RU/plugins/adapter/telegram.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-telegram
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 搜索 @botfather（有个官方认证的符号）并进入聊天界面
@@ -10,7 +14,7 @@
 
 参考文档：<https://core.telegram.org/bots>
 
-::: tip
+:::tip
 如果启动机器人后发现收不到不带 `/` 的消息，这很可能是由于 Privacy Mode 未开启。如果开启后仍然收不到消息，请尝试将机器人从群组中移除后重新加入。
 :::
 
@@ -71,7 +75,11 @@
 
 Koishi 服务暴露在公网的地址，会覆盖 [`app.config.selfUrl`](../../api/core/app.md#options-selfurl) 的值。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addStickerToSet()`](https://core.telegram.org/bots/api#addstickertoset)
 - [`internal.answerCallbackQuery()`](https://core.telegram.org/bots/api#answercallbackquery)
diff --git a/ru-RU/plugins/adapter/wechat-official.md b/ru-RU/plugins/adapter/wechat-official.md
index 738c7fa072f5..9e9295566d4b 100644
--- a/ru-RU/plugins/adapter/wechat-official.md
+++ b/ru-RU/plugins/adapter/wechat-official.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wechat-official
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 根据 [注册流程指引](https://kf.qq.com/product/weixinmp.html#hid=87) 注册公众平台。
@@ -8,7 +12,7 @@
 4. 页面下方启用服务器配置，将机器人的 `selfUrl` 值后连接 `/wechat-official` (如 `https://example.com/wechat-official`)，在 URL 一栏中填写；在插件配置和公众平台上填入相同的 Token；在公众平台上生成 EncodingAESKey 并填入插件的 aesKey 字段；三种消息加解密方式均可选择。
 5. 如果公众号为企业主体，且通过了微信认证，可在插件配置中启用 customerService。客服接口提供了更宽松的消息回复能力。
 
-参考文档：[https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html](https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html)
+参考文档：<https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html>
 
 ## 配置项
 
diff --git a/ru-RU/plugins/adapter/wecom.md b/ru-RU/plugins/adapter/wecom.md
index 8f5fb195b12e..10626697ae9b 100644
--- a/ru-RU/plugins/adapter/wecom.md
+++ b/ru-RU/plugins/adapter/wecom.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wecom
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [我的企业](https://work.weixin.qq.com/wework_admin/frame#profile)，复制页面下方企业 ID，填入插件的 corpId。
diff --git a/ru-RU/plugins/adapter/whatsapp.md b/ru-RU/plugins/adapter/whatsapp.md
index e33dbab03ddb..a7bcdad5fa62 100644
--- a/ru-RU/plugins/adapter/whatsapp.md
+++ b/ru-RU/plugins/adapter/whatsapp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-whatsapp
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [商务平台](https://business.facebook.com/) 创建业务账户，并在 [业务设置](https://business.facebook.com/settings/security) 完成组织验证
diff --git a/ru-RU/plugins/common/admin.md b/ru-RU/plugins/common/admin.md
index f5d3ed7a1703..86f16ea19aac 100644
--- a/ru-RU/plugins/common/admin.md
+++ b/ru-RU/plugins/common/admin.md
@@ -1,10 +1,10 @@
 # 数据管理 (Admin)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 权限管理](../../manual/usage/customize.md#权限管理) 章节。
 :::
 
@@ -48,6 +48,7 @@ assign 指令可用于设置频道的 [受理人](../../manual/usage/customize.m
 2. 在频道 A 中发送 `assign @B`（假设 B 能收到此消息）
 
 ## 指令：user.flag <badge type="danger">废弃</badge>
+
 ## 指令：channel.flag <badge type="danger">废弃</badge>
 
 - 基本语法：`xxx.flag [...names]`
diff --git a/ru-RU/plugins/common/bind.md b/ru-RU/plugins/common/bind.md
index e475f16ee597..65ee65619ad1 100644
--- a/ru-RU/plugins/common/bind.md
+++ b/ru-RU/plugins/common/bind.md
@@ -1,10 +1,10 @@
 # 账号绑定 (Bind)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 账号系统 > 账号绑定](../../manual/usage/platform.md#通过指令绑定) 章节。
 :::
 
diff --git a/ru-RU/plugins/common/broadcast.md b/ru-RU/plugins/common/broadcast.md
index bf23ba15cdda..1b36bfba1dee 100644
--- a/ru-RU/plugins/common/broadcast.md
+++ b/ru-RU/plugins/common/broadcast.md
@@ -1,6 +1,6 @@
 # 发送广播 (Broadcast)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
@@ -20,6 +20,6 @@ broadcast foo bar baz     # 向所有频道发送 foo bar baz
 
 当一个机器人账号同时向多个频道发送广播消息时，为了避免风控，Koishi 会给每条消息发送后添加一段延迟，可以通过 [`delay.broadcast`](../../api/core/app.md#options-delay) 进行配置。
 
-::: tip 提示
+:::tip
 broadcast 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/ru-RU/plugins/common/callme.md b/ru-RU/plugins/common/callme.md
index ea3fc6e389ad..44136e374d02 100644
--- a/ru-RU/plugins/common/callme.md
+++ b/ru-RU/plugins/common/callme.md
@@ -1,6 +1,6 @@
 # 设置昵称 (Callme)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
diff --git a/ru-RU/plugins/common/echo.md b/ru-RU/plugins/common/echo.md
index 5f2168b01d4d..a06ef391e691 100644
--- a/ru-RU/plugins/common/echo.md
+++ b/ru-RU/plugins/common/echo.md
@@ -19,6 +19,6 @@ echo -u @foo foo bar      # 向用户 foo 私聊发送 foo bar
 echo -c #bar foo bar      # 向频道 bar 发送 foo bar
 ```
 
-::: tip 提示
+:::tip
 echo 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/ru-RU/plugins/common/help.md b/ru-RU/plugins/common/help.md
index 0024e2b38995..2707d21528b2 100644
--- a/ru-RU/plugins/common/help.md
+++ b/ru-RU/plugins/common/help.md
@@ -1,6 +1,6 @@
 # 查看帮助 (Help)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 查看帮助](../../manual/usage/command.md#查看帮助) 章节。
 :::
 
diff --git a/ru-RU/plugins/common/inspect.md b/ru-RU/plugins/common/inspect.md
index 3128dbe960ac..674fdce8744b 100644
--- a/ru-RU/plugins/common/inspect.md
+++ b/ru-RU/plugins/common/inspect.md
@@ -1,5 +1,5 @@
 # 会话信息 (Inspect)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 账号系统 > 获取账号信息](../../manual/usage/platform.md#获取账号信息) 章节。
 :::
diff --git a/ru-RU/plugins/console/commands.md b/ru-RU/plugins/console/commands.md
index 1a42b3e4f194..866252bf51a1 100644
--- a/ru-RU/plugins/console/commands.md
+++ b/ru-RU/plugins/console/commands.md
@@ -1,6 +1,6 @@
 # 指令管理 (Commands)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 指令管理](../../manual/usage/command.md#指令管理) 一节。
 :::
 
diff --git a/ru-RU/plugins/console/config.md b/ru-RU/plugins/console/config.md
index dc32e5984d42..60ccc2e4995b 100644
--- a/ru-RU/plugins/console/config.md
+++ b/ru-RU/plugins/console/config.md
@@ -1,2 +1 @@
 # 插件配置 (Config)
-
diff --git a/ru-RU/plugins/console/explorer.md b/ru-RU/plugins/console/explorer.md
index b54a092e7695..e6dbab8dbac5 100644
--- a/ru-RU/plugins/console/explorer.md
+++ b/ru-RU/plugins/console/explorer.md
@@ -1,2 +1 @@
 # 资源管理器 (Explorer)
-
diff --git a/ru-RU/plugins/console/index.md b/ru-RU/plugins/console/index.md
index 4a5d5996c146..8eb6d44a0c0d 100644
--- a/ru-RU/plugins/console/index.md
+++ b/ru-RU/plugins/console/index.md
@@ -2,7 +2,6 @@
 
 ## 配置项
 
-
 <!-- ### title
 
 - 类型: `string`
diff --git a/ru-RU/plugins/console/insight.md b/ru-RU/plugins/console/insight.md
index 48e26bf1b465..4a8a4d8ff8d9 100644
--- a/ru-RU/plugins/console/insight.md
+++ b/ru-RU/plugins/console/insight.md
@@ -1,2 +1 @@
 # 插件依赖图 (Insight)
-
diff --git a/ru-RU/plugins/console/locales.md b/ru-RU/plugins/console/locales.md
index 714b646b7a5a..c9af180a5d88 100644
--- a/ru-RU/plugins/console/locales.md
+++ b/ru-RU/plugins/console/locales.md
@@ -1,6 +1,6 @@
 # 本地翻译 (Locales)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 国际化](../../manual/usage/customize.md#本地化文本) 一节。
 :::
 
diff --git a/ru-RU/plugins/console/logger.md b/ru-RU/plugins/console/logger.md
index fb63c5f91466..9088439c9dcc 100644
--- a/ru-RU/plugins/console/logger.md
+++ b/ru-RU/plugins/console/logger.md
@@ -1,2 +1 @@
 # 日志管理 (Logger)
-
diff --git a/ru-RU/plugins/console/market.md b/ru-RU/plugins/console/market.md
index 7f5b9d931f10..95163a3a63e1 100644
--- a/ru-RU/plugins/console/market.md
+++ b/ru-RU/plugins/console/market.md
@@ -9,7 +9,7 @@
 用于搜索插件市场的网址。默认跟随当前的 npm registry。
 
 ::: tip
-一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 <https://registry.npmmirror.com>)。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
+一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 [https://registry.npmmirror.com](https://registry.npmmirror.com))。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
 
 你可以填入我们的官方镜像：<https://registry.koishi.chat/index.json>。
 :::
diff --git a/ru-RU/plugins/console/sandbox.md b/ru-RU/plugins/console/sandbox.md
index 9873fe87d718..58dc734c1afa 100644
--- a/ru-RU/plugins/console/sandbox.md
+++ b/ru-RU/plugins/console/sandbox.md
@@ -1,5 +1,5 @@
 # 沙盒调试 (Sandbox)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 第一次聊天](../../manual/usage/adapter.md#在沙盒中模拟对话) 一节。
 :::
diff --git a/ru-RU/plugins/console/status.md b/ru-RU/plugins/console/status.md
index 1a4f4bbd2cc8..88b1871f4966 100644
--- a/ru-RU/plugins/console/status.md
+++ b/ru-RU/plugins/console/status.md
@@ -45,6 +45,7 @@ template.set('status', {
   ].join('\n'),
 })
 ```
+
 </div>
 
 ## 配置项
diff --git a/ru-RU/plugins/database/mysql.md b/ru-RU/plugins/database/mysql.md
index 8792269493aa..67a93bf8a6e9 100644
--- a/ru-RU/plugins/database/mysql.md
+++ b/ru-RU/plugins/database/mysql.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-database-mysql
 
-::: tip 注意
+:::tip
 需要的最低版本是 MySQL 5.7 / 8.0 或 MariaDB 10.5。
 :::
 
diff --git a/ru-RU/plugins/develop/hmr.md b/ru-RU/plugins/develop/hmr.md
index ae03d68805a8..a9a494a7dc56 100644
--- a/ru-RU/plugins/develop/hmr.md
+++ b/ru-RU/plugins/develop/hmr.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-hmr
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 开发起步 > 启动脚本](../../guide/develop/script.md#模块热替换) 章节。
 :::
 
diff --git a/ru-RU/plugins/develop/http.md b/ru-RU/plugins/develop/http.md
new file mode 100644
index 000000000000..5234143fd3d5
--- /dev/null
+++ b/ru-RU/plugins/develop/http.md
@@ -0,0 +1,50 @@
+# @koishijs/plugin-http
+
+:::tip
+如果想要使用代理，可以使用 [@koishijs/plugin-proxy-agent](./proxy-agent.md) 插件。
+:::
+
+@koishijs/plugin-http 提供了 `ctx.http` 基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。
+
+你可能会有这样的疑问：为什么不直接使用 fetch，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了统一的配置，各个插件则只需要调用 `ctx.http` 即可，不用关心复杂多变的用户需求。
+
+## 实例方法
+
+### ctx.http(method, url, config)
+
+- **method:** `string` 请求方法
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+### ctx.http.head(url, config)
+
+### ctx.http.get(url, config)
+
+### ctx.http.delete(url, config)
+
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 HEAD / GET / DELETE 请求。
+
+### ctx.http.post(url, data, config)
+
+### ctx.http.put(url, data, config)
+
+### ctx.http.patch(url, data, config)
+
+- **url:** `string` 请求地址
+- **data:** `any` 请求数据
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 POST / PUT / PATCH 请求。
+
+### ctx.http\.ws(url)
+
+- **url:** `string` 请求地址
+- 返回值: `WebSocket`
+
+创建一个 WebSocket 连接。
diff --git a/ru-RU/plugins/develop/mock.md b/ru-RU/plugins/develop/mock.md
index ba6e901caa1b..5cf02f54bbc2 100644
--- a/ru-RU/plugins/develop/mock.md
+++ b/ru-RU/plugins/develop/mock.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-mock
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 单元测试](../../cookbook/practice/testing.md) 章节。
 :::
 
diff --git a/ru-RU/plugins/develop/notifier.md b/ru-RU/plugins/develop/notifier.md
new file mode 100644
index 000000000000..36d56a5833c2
--- /dev/null
+++ b/ru-RU/plugins/develop/notifier.md
@@ -0,0 +1,38 @@
+# @koishi/plugin-notifier
+
+## 上下文 API
+
+### ctx.notifier.create(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+- 返回值: [`Notifier`](#notifier)
+
+创建一个通知。如果传入的是字符串或 JSX，则会视为 [`options.content`](#options-content)。
+
+## 通知选项 {#options}
+
+### options.type
+
+- 类型: `'primary' | 'success' | 'warning' | 'danger'`
+- 默认值: `'primary'`
+
+通知类型。
+
+### options.content
+
+- 类型: `Fragment`
+- 默认值: `''`
+
+通知内容。
+
+## 类：Notifier {#notifier}
+
+### notifier.update(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+
+更新此通知。如果传入的是字符串，则会视为 [`options.content`](#options-content)。
+
+### notifier.dispose()
+
+移除此通知。
diff --git a/ru-RU/plugins/develop/proxy-agent.md b/ru-RU/plugins/develop/proxy-agent.md
new file mode 100644
index 000000000000..8043ad9d63e7
--- /dev/null
+++ b/ru-RU/plugins/develop/proxy-agent.md
@@ -0,0 +1,11 @@
+# @koishijs/plugin-proxy-agent
+
+@koishijs/plugin-proxy-agent 为 [`http`](./http.md) 服务提供了额外的网络代理能力，支持 HTTP(S), SOCKS 系列协议。
+
+## 配置项
+
+### config.proxyAgent
+
+- 类型: `string`
+
+请求时默认使用的网络代理。
diff --git a/ru-RU/plugins/develop/server-temp.md b/ru-RU/plugins/develop/server-temp.md
index 11b8d759bfab..0b8f6e361393 100644
--- a/ru-RU/plugins/develop/server-temp.md
+++ b/ru-RU/plugins/develop/server-temp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-server-temp
 
+:::warning
+使用此插件需要你将 Koishi [部署到公网](../../manual/recipe/server.md) (通常你还需要准备一个公网域名)。
+:::
+
 @koishijs/plugin-server-temp 实现了一个临时文件服务。
 
 ## 配置项
@@ -11,6 +15,13 @@
 
 服务器监听的路径。
 
+### config.selfUrl
+
+- 类型: `string`
+- 默认值: [`ctx.server.config.selfUrl`](./server.md#config-selfurl)
+
+服务暴露在公网的地址。
+
 ### config.maxAge
 
 - 类型: `number`
diff --git a/ru-RU/plugins/develop/server.md b/ru-RU/plugins/develop/server.md
index 9b1d5ff6d868..3d24f12e5d7b 100644
--- a/ru-RU/plugins/develop/server.md
+++ b/ru-RU/plugins/develop/server.md
@@ -1,15 +1,58 @@
 # @koishijs/plugin-server
 
-@koishijs/plugin-server 实现了一个 [Satori 协议](https://satori.js.org/zh-CN/) 的服务器。这个插件将允许你：
+@koishijs/plugin-server 提供了 `ctx.server` 基础服务，它是一个基于 [Koa Router](https://github.com/koajs/router) 的简单路由系统，用于管理 Koishi 应用收到的网络请求。除了 Koa Router 所支持的部分方法外，Router API 还提供了一些额外的功能，例如支持接受 WebSocket 连接等。
 
-- 通过 HTTP / WebSocket 访问当前 Koishi 实例中的机器人
-- 配合 [Satori 适配器](../adapter/satori.md)，在另一个 Koishi 实例中完全控制当前实例中的机器人
+## 上下文 API
+
+::: warning
+请避免使用未在本页列出的方法：
+
+1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
+2. 未来可能会不基于 Koa Router 重新实现路由系统。
+   :::
+
+### ctx.server[method](path, middleware)
+
+- **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **middleware:** `Function` Koa 中间件
+
+处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
+
+### ctx.server\.ws(path, handler)
+
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **handler:** `WebSocketHandler` 处理函数，接受下列参数
+  - **socket:** [`WebSocket`](https://github.com/websockets/ws/blob/master/doc/ws.md#class-websocket) WebSocket 连接
+  - **request:** [`IncomingMessage`](https://nodejs.org/api/http.html#class-httpincomingmessage) 网络请求
+
+在给定的路径上支持 WebSocket 连接。
 
 ## 配置项
 
-### config.path
+### config.host
+
+- 类型：`string`
+- 默认值：`'127.0.0.1'`
+
+服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
+
+### config.port
+
+- 类型：`number`
+- 必需选项
+
+要监听的初始端口号。Koishi 建议使用 `5140` 作为默认端口。
+
+### config.maxPort
+
+- 类型：`number`
+- 默认值：[`config.port`](#config-port)
+
+允许监听的最大端口号。插件启动时，如果设定的端口号被占用，插件会尝试自动切换到下一个端口，直到找到一个可用的端口，或是超出 `maxPort` 的限制。
+
+### config.selfUrl
 
-- 类型: `string`
-- 默认值: `''`
+- 类型：`string`
 
-服务器监听的路径。
+Koishi 服务暴露在公网的地址。部分插件 (例如 [adapter-telegram](../adapter/telegram.md) 或是 [assets-local](https://assets.koishi.chat/plugins/local.html)) 需要用到。
diff --git a/ru-RU/plugins/index.md b/ru-RU/plugins/index.md
index c4895dba4196..1d9f068317ad 100644
--- a/ru-RU/plugins/index.md
+++ b/ru-RU/plugins/index.md
@@ -18,6 +18,7 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 - [@koishijs/plugin-adapter-wechat-official](./adapter/wechat-official.md)
 - [@koishijs/plugin-adapter-wecom](./adapter/wecom.md)
 - [@koishijs/plugin-adapter-whatsapp](./adapter/whatsapp.md)
+- [@koishijs/plugin-adapter-zulip](./adapter/zulip.md)
 
 ## 数据库支持
 
@@ -54,7 +55,10 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 ## 开发工具
 
 - [@koishijs/plugin-hmr](./develop/hmr.md)：模块热替换
+- [@koishijs/plugin-http](./develop/http.md)：网络请求
 - [@koishijs/plugin-mock](./develop/mock.md)：测试工具
-- [@koishijs/plugin-server-proxy](./develop/server-proxy.md)：代理服务器
+- [@koishijs/plugin-notifier](./develop/notifier.md)：通知服务
+- [@koishijs/plugin-proxy-agent](./develop/proxy-agent.md)：网络代理
+- [@koishijs/plugin-server](./develop/server.md)：服务器
 - [@koishijs/plugin-server-satori](./develop/server-satori.md)：API 服务器
 - [@koishijs/plugin-server-temp](./develop/server-temp.md)：临时服务器
diff --git a/ru-RU/schema/advanced/computed.md b/ru-RU/schema/advanced/computed.md
index 583239288bcd..ac96cdca0ccc 100644
--- a/ru-RU/schema/advanced/computed.md
+++ b/ru-RU/schema/advanced/computed.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.computed(Number).description('这是一个属性。'),
+    foo: Schema.computed(Number).description('这是一个属性。'),
   }).description('配置项')
 ---
 
 # Computed：条件求值
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
diff --git a/ru-RU/schema/advanced/dynamic.md b/ru-RU/schema/advanced/dynamic.md
index 3c9ae94b0f04..ff8bedc6302f 100644
--- a/ru-RU/schema/advanced/dynamic.md
+++ b/ru-RU/schema/advanced/dynamic.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union(['foo', 'bar']).description('选择一个值。'),
+    value: Schema.union(['foo', 'bar']).description('选择一个值。'),
   }).description('配置项')
 ---
 
 # Dynamic：动态类型
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
-::: warning
+:::warning
 此特性为实验性功能，未来可能会有改动。
 :::
 
diff --git a/ru-RU/schema/advanced/intersect.md b/ru-RU/schema/advanced/intersect.md
index 68af72a93520..df84602b5cd6 100644
--- a/ru-RU/schema/advanced/intersect.md
+++ b/ru-RU/schema/advanced/intersect.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  foo: Schema.number().description('这是一个属性。'),
-  bar: Schema.string().description('这是另一个属性。'),
-  }).description('分组 1'),
-  Schema.object({
-  baz: Schema.string().description('这是又一个属性。'),
-  qux: Schema.boolean().description('这是最后一个属性。'),
-  }).description('分组 2'),
+    Schema.object({
+      foo: Schema.number().description('这是一个属性。'),
+      bar: Schema.string().description('这是另一个属性。'),
+    }).description('分组 1'),
+    Schema.object({
+      baz: Schema.string().description('这是又一个属性。'),
+      qux: Schema.boolean().description('这是最后一个属性。'),
+    }).description('分组 2'),
   ])
 ---
 
diff --git a/ru-RU/schema/advanced/transform.md b/ru-RU/schema/advanced/transform.md
index 6123b8ac7a71..86e90542e0fb 100644
--- a/ru-RU/schema/advanced/transform.md
+++ b/ru-RU/schema/advanced/transform.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.array(String),
-  Schema.transform(String, value => [value]),
-  ]).default([]).description('点击右侧的按钮添加元素。'),
+    value: Schema.union([
+      Schema.array(String),
+      Schema.transform(String, value => [value]),
+    ]).default([]).description('点击右侧的按钮添加元素。'),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/advanced/union-arbitrary.md b/ru-RU/schema/advanced/union-arbitrary.md
index 830a4b834c37..710430f9c625 100644
--- a/ru-RU/schema/advanced/union-arbitrary.md
+++ b/ru-RU/schema/advanced/union-arbitrary.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.const().description('unset'),
-  Schema.number().description('number'),
-  Schema.string().description('string'),
-  Schema.const(true).description('true'),
-  Schema.const(false).description('false'),
-  Schema.object({
-  foo: Schema.string().description('对象的一个属性。'),
-  bar: Schema.number().description('对象的另一个属性。'),
-  }).description('object'),
-  ]).description('从六种可能情况中选择一个。'),
+    value: Schema.union([
+      Schema.const().description('unset'),
+      Schema.number().description('number'),
+      Schema.string().description('string'),
+      Schema.const(true).description('true'),
+      Schema.const(false).description('false'),
+      Schema.object({
+        foo: Schema.string().description('对象的一个属性。'),
+        bar: Schema.number().description('对象的另一个属性。'),
+      }).description('object'),
+    ]).description('从六种可能情况中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/advanced/union-select.md b/ru-RU/schema/advanced/union-select.md
index a9ab763ef726..b3a57b8fefd3 100644
--- a/ru-RU/schema/advanced/union-select.md
+++ b/ru-RU/schema/advanced/union-select.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
-  value2: Schema.union([
-  Schema.const('foo').description('选项 1'),
-  Schema.const('bar').description('选项 2'),
-  Schema.const('baz').description('选项 3'),
-  ]).role('radio').description('从三个值中选择一个。'),
+    value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
+    value2: Schema.union([
+      Schema.const('foo').description('选项 1'),
+      Schema.const('bar').description('选项 2'),
+      Schema.const('baz').description('选项 3'),
+    ]).role('radio').description('从三个值中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/advanced/union-tagged-1.md b/ru-RU/schema/advanced/union-tagged-1.md
index 3fd42f60a7d7..5d79dc991144 100644
--- a/ru-RU/schema/advanced/union-tagged-1.md
+++ b/ru-RU/schema/advanced/union-tagged-1.md
@@ -2,21 +2,21 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  enabled: Schema.boolean().default(false).description('是否开启功能'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  enabled: Schema.const(true).required(),
-  foo: Schema.number().description('请输入一个数值。'),
-  bar: Schema.string().description('请输入一个字符串。'),
-  }),
-  Schema.object({}),
-  ]),
+    Schema.object({
+      enabled: Schema.boolean().default(false).description('是否开启功能'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        enabled: Schema.const(true).required(),
+        foo: Schema.number().description('请输入一个数值。'),
+        bar: Schema.string().description('请输入一个字符串。'),
+      }),
+      Schema.object({}),
+    ]),
   ])
 ---
 
-# Union：配置联动 1
+# Intersect + Union：配置联动 1
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `enabled` 的取值，并观察下方表单项的变化吧。
 
@@ -36,6 +36,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `enabled` 如果类型与上方的默认值不同，就必须加上 `required()`；反过来，如果相同，你就不应该加上 `required()` (你甚至可以缺省不写，这就是为什么最下面出现了一个空白的 `object({})`)。
 :::
diff --git a/ru-RU/schema/advanced/union-tagged-2.md b/ru-RU/schema/advanced/union-tagged-2.md
index ec58f8f85c29..4cafebeea47a 100644
--- a/ru-RU/schema/advanced/union-tagged-2.md
+++ b/ru-RU/schema/advanced/union-tagged-2.md
@@ -2,24 +2,24 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  shared: Schema.string().description('公用的配置项。'),
-  type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  type: Schema.const('foo').required(),
-  value: Schema.number().default(114514).description('请输入一个数值。'),
-  }).description('特殊配置 1'),
-  Schema.object({
-  type: Schema.const('bar').required(),
-  text: Schema.string().description('请输入一个字符串。'),
-  }).description('特殊配置 2'),
-  ]),
+    Schema.object({
+      shared: Schema.string().description('公用的配置项。'),
+      type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        type: Schema.const('foo').required(),
+        value: Schema.number().default(114514).description('请输入一个数值。'),
+      }).description('特殊配置 1'),
+      Schema.object({
+        type: Schema.const('bar').required(),
+        text: Schema.string().description('请输入一个字符串。'),
+      }).description('特殊配置 2'),
+    ]),
   ])
 ---
 
-# Union：配置联动 2
+# Intersect + Union：配置联动 2
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `type` 的取值，并观察下方表单项的变化吧。
 
@@ -42,6 +42,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `type` 配置项如果类型与上方的默认值不同，就必须加上 `required()`。在这个例子中，`type` 本来就是一个必需属性，所以下方的每一个 `type` 都必须加上 `required()`。
 :::
diff --git a/ru-RU/schema/basic/array.md b/ru-RU/schema/basic/array.md
index c087ba907eb4..2bbdbaba5347 100644
--- a/ru-RU/schema/basic/array.md
+++ b/ru-RU/schema/basic/array.md
@@ -2,12 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
-  table: Schema.array(String).role('table').description('以表格形式显示的数组。'),
-  table2: Schema.array(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的数组。'),
+    array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
+    table1: Schema.array(String).role('table').description('以表格形式显示的数组。'),
+    table2: Schema.array(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number().experimental(),
+      qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
+    })).role('table').description('以表格形式显示的由对象构成的数组。'),
   }).description('配置项')
 ---
 
@@ -15,19 +16,23 @@ code: |
 
 `Schema.array()` 描述了一个数组，其中的元素满足给定的类型。
 
-使用 `.role('table')` 可以将数组以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将数组以表格形式显示。
 
 例子里的 `Number` 是 `Schema.number().required()` 的简写。
 
+:::tip
+特别地，对于已知字符串构成的数组，还可以使用 [`.role('checkbox')`](./bitset.md) 或 [`.role('select')`](./bitset.md)，将它们以复选框或复选菜单的形式显示。
+:::
+
 ```ts
 export default Schema.object({
   array: Schema.array(Number),
-  table: Schema.array(String).role('table'),
+  table1: Schema.array(String).role('table'),
   table2: Schema.array(Schema.object({
     foo: Schema.string(),
-    bar: Schema.number(),
+    bar: Schema.number().experimental(),
+    qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
   })).role('table'),
 })
 ```
diff --git a/ru-RU/schema/basic/bitset.md b/ru-RU/schema/basic/bitset.md
index 9a2016086fb2..9b8f40a37112 100644
--- a/ru-RU/schema/basic/bitset.md
+++ b/ru-RU/schema/basic/bitset.md
@@ -1,24 +1,40 @@
 ---
 layout: schema
 code: |
-  Schema.object({
-  intents: Schema
-  .bitset({ FOO: 1, BAR: 2, QUX: 4 })
-  .default(5)
-  .description('选择要启用的功能。'),
-  array: Schema
-  .array(Schema.union(['FOO', 'BAR', 'QUX']))
-  .default(['FOO', 'QUX'])
-  .role('checkbox')
-  .description('选择要启用的功能。'),
-  }).description('配置项')
+  Schema.intersect([
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('checkbox')
+        .description('以复选框形式呈现。'),
+    }).description('复选框'),
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .role('select')
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('select')
+        .description('以复选菜单形式呈现。'),
+    }).description('复选菜单'),
+  ])
 ---
 
 # 位集 (Bitset)
 
-`Schema.bitset()` 以多选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+`Schema.bitset()` 以复选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+
+如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并设置 `.role('checkbox')`。
 
-如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并将外观设置为 `checkbox`。
+此外，我们还提供了 `.role('select')`，它将以复选菜单的形式呈现。
 
 ```ts
 const enum Intents {
@@ -28,9 +44,10 @@ const enum Intents {
 }
 
 export default Schema.object({
-  intents: Schema.bitset(Intents)
+  bitset: Schema.bitset(Intents)
     .default(Intents.FOO | Intents.QUX),
-  array: Schema.array(Schema.union(['FOO', 'BAR', 'QUX']))
+  array: Schema
+    .array(Schema.union(['FOO', 'BAR', 'QUX']))
     .default(['FOO', 'QUX'])
     .role('checkbox'),
 })
diff --git a/ru-RU/schema/basic/boolean.md b/ru-RU/schema/basic/boolean.md
index dc75f8ba1431..72a2edff3b27 100644
--- a/ru-RU/schema/basic/boolean.md
+++ b/ru-RU/schema/basic/boolean.md
@@ -2,7 +2,7 @@
 layout: schema
 code: |
   Schema.object({
-  enable: Schema.boolean().description('这是一个开关。'),
+    enable: Schema.boolean().description('这是一个开关。'),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/basic/date.md b/ru-RU/schema/basic/date.md
index 9c822e2f619d..e7057a629a08 100644
--- a/ru-RU/schema/basic/date.md
+++ b/ru-RU/schema/basic/date.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.date().description('选择日期与时间 (对象)。'),
-  datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
-  date: Schema.string().role('date').description('选择日期 (字符串)。'),
-  time: Schema.string().role('time').description('选择时间 (字符串)。'),
+    value: Schema.date().description('选择日期与时间 (对象)。'),
+    datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
+    date: Schema.string().role('date').description('选择日期 (字符串)。'),
+    time: Schema.string().role('time').description('选择时间 (字符串)。'),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/basic/dict.md b/ru-RU/schema/basic/dict.md
index fbb57daa60fe..1fa704e0bd9b 100644
--- a/ru-RU/schema/basic/dict.md
+++ b/ru-RU/schema/basic/dict.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
-  table: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
-  table2: Schema.dict(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的字典。'),
+    dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
+    table1: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
+    table2: Schema.dict(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number(),
+    })).role('table').description('以表格形式显示的由对象构成的字典。'),
   }).description('配置项')
 ---
 
@@ -15,16 +15,15 @@ code: |
 
 `Schema.dict()` 类型描述了一个字典，其中的键是任意字符串，而值是给定的类型。
 
-使用 `.role('table')` 可以将字典以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将字典以表格形式显示。
 
 例子里的 `Boolean` 是 `Schema.boolean().required()` 的简写。
 
 ```ts
 export default Schema.object({
   dict: Schema.dict(Boolean),
-  table: Schema.dict(String).role('table'),
+  table1: Schema.dict(String).role('table'),
   table2: Schema.dict(Schema.object({
     foo: Schema.string(),
     bar: Schema.number(),
diff --git a/ru-RU/schema/basic/number.md b/ru-RU/schema/basic/number.md
index ab3db1a30978..46737156bb9b 100644
--- a/ru-RU/schema/basic/number.md
+++ b/ru-RU/schema/basic/number.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().description('一个普通的数值。'),
-  bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
+    foo: Schema.number().description('一个普通的数值。'),
+    bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/basic/object.md b/ru-RU/schema/basic/object.md
index f41254690900..f77199394edc 100644
--- a/ru-RU/schema/basic/object.md
+++ b/ru-RU/schema/basic/object.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().required().description('这是一个必需属性。'),
-  bar: Schema.number().description('这是一个可选属性。'),
-  baz: Schema.object({
-  qux: Schema.boolean().description('这是一个嵌套属性。'),
-  }),
-  collapse: Schema.object({
-  inner: Schema.string().description('现在你看到我了！'),
-  }).description('点击右侧按钮查看嵌套属性。').collapse(),
+    foo: Schema.string().required().description('这是一个必需属性。'),
+    bar: Schema.number().description('这是一个可选属性。'),
+    baz: Schema.object({
+      qux: Schema.boolean().description('这是一个嵌套属性。'),
+    }),
+    collapse: Schema.object({
+      inner: Schema.string().description('现在你看到我了！'),
+    }).description('点击右侧按钮查看嵌套属性。').collapse(),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/basic/path.md b/ru-RU/schema/basic/path.md
index f9f46c4c807d..19c5c02e1186 100644
--- a/ru-RU/schema/basic/path.md
+++ b/ru-RU/schema/basic/path.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  path1: Schema.string().description('假装右边是一个文件选择器。'),
-  path2: Schema.string().description('假装右边是一个文件选择器。'),
+    path1: Schema.string().description('假装右边是一个文件选择器。'),
+    path2: Schema.string().description('假装右边是一个文件选择器。'),
   }).description('配置项')
 ---
 
 # 路径 (Path)
 
-::: tip
+:::tip
 此类型基于 @koishijs/plugin-explorer，仅在加载该插件时可用。未加载该插件时，类型只会表现为普通的字符串 (比如现在就是这样)。
 :::
 
@@ -18,13 +18,13 @@ code: |
 支持传入一些额外的选项：
 
 - `allowCreate`：是否允许创建目录和上传文件
-- `extensions`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
+- `filters`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
 
 ```ts
 export default Schema.object({
   path1: Schema.path(),
   path2: Schema.path({
-    extensions: ['.png', '.jpg', 'directory'],
+    filters: ['.png', '.jpg', 'directory'],
   }),
 })
 ```
diff --git a/ru-RU/schema/basic/string.md b/ru-RU/schema/basic/string.md
index 310267108637..1f122b941a7d 100644
--- a/ru-RU/schema/basic/string.md
+++ b/ru-RU/schema/basic/string.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
-  secret: Schema.string().role('secret').default('password').description('请输入密码。'),
-  link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
-  area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
-  color: Schema.string().role('color').description('选择一个颜色。'),
-  custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
+    text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
+    secret: Schema.string().role('secret').default('password').description('请输入密码。'),
+    link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
+    area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
+    color: Schema.string().role('color').description('选择一个颜色。'),
+    custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/basic/tuple.md b/ru-RU/schema/basic/tuple.md
index 26cb758c875c..23fe2ccc1ba0 100644
--- a/ru-RU/schema/basic/tuple.md
+++ b/ru-RU/schema/basic/tuple.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
+    point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
   }).description('配置项')
 ---
 
 # 元组 (Tuple)
 
-::: tip
+:::tip
 目前我们只支持元组内部元素是原始类型 ([String](./string.md), [Number](./number.md), [Boolean](./boolean.md)) 的情况。如果你要描述比较复杂的类型，请使用 [Object](./object.md) 或 [Array](./array.md) 替代。
 :::
 
diff --git a/ru-RU/schema/index.md b/ru-RU/schema/index.md
index 6b82426aa8e6..e3dfe6b20c5d 100644
--- a/ru-RU/schema/index.md
+++ b/ru-RU/schema/index.md
@@ -1,7 +1,3 @@
----
-layout: schema
----
-
-# 配置模式
+# 配置构型
 
 <vp-overview/>
diff --git a/ru-RU/schema/meta/default.md b/ru-RU/schema/meta/default.md
index 4ec0fb2697ef..18147c3e6180 100644
--- a/ru-RU/schema/meta/default.md
+++ b/ru-RU/schema/meta/default.md
@@ -2,15 +2,15 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
-  bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
-  baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
+    foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
+    bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
+    baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
   }).description('配置项')
 ---
 
 # 默认值
 
-::: warning
+:::warning
 请注意：`.required()` 与 `.default()` 不能同时使用。
 :::
 
diff --git a/ru-RU/schema/meta/description.md b/ru-RU/schema/meta/description.md
index 42a9312ea212..13a3a4b955d2 100644
--- a/ru-RU/schema/meta/description.md
+++ b/ru-RU/schema/meta/description.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('*斜体*的属性描述。'),
-  bar: Schema.string().description('**粗体**的属性描述。'),
+    foo: Schema.boolean().description('*斜体*的属性描述。'),
+    bar: Schema.string().description('**粗体**的属性描述。'),
   }).description('配置标题')
 ---
 
diff --git a/ru-RU/schema/meta/disabled.md b/ru-RU/schema/meta/disabled.md
index 47f6678b07c2..94640f09be03 100644
--- a/ru-RU/schema/meta/disabled.md
+++ b/ru-RU/schema/meta/disabled.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().disabled().description('这是一个禁用配置项。'),
-  bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
-  baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
-  qux: Schema.string().experimental().description('这是一个实验性配置项。'),
-  choice: Schema.union([
-  Schema.const('foo').disabled(),
-  Schema.const('bar').hidden(),
-  Schema.const('baz').deprecated(),
-  Schema.const('qux').experimental(),
-  ]).description('这些功能在 select 中也可以使用。'),
+    foo: Schema.number().disabled().description('这是一个禁用配置项。'),
+    bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
+    baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
+    qux: Schema.string().experimental().description('这是一个实验性配置项。'),
+    choice: Schema.union([
+      Schema.const('foo').disabled(),
+      Schema.const('bar').hidden(),
+      Schema.const('baz').deprecated(),
+      Schema.const('qux').experimental(),
+    ]).description('这些功能在 select 中也可以使用。'),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/meta/nested.md b/ru-RU/schema/meta/nested.md
index 50d74727a34b..cdf66183fc0c 100644
--- a/ru-RU/schema/meta/nested.md
+++ b/ru-RU/schema/meta/nested.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.object({
-  bar: Schema.array(
-  Schema.object({
-  baz: Schema.number().required().description('在右侧填写数值。'),
-  }).description('这是数组的元素，它本身又是一个对象。'),
-  ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
-  qux: Schema.dict(
-  Schema.string().required().description('在右侧填写字符串。'),
-  ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
-  }),
+    foo: Schema.object({
+      bar: Schema.array(
+        Schema.object({
+          baz: Schema.number().required().description('在右侧填写数值。'),
+        }).description('这是数组的元素，它本身又是一个对象。'),
+      ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
+      qux: Schema.dict(
+        Schema.string().required().description('在右侧填写字符串。'),
+      ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
+    }),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/meta/required.md b/ru-RU/schema/meta/required.md
index 99f92f1431a8..ade9d1afdd57 100644
--- a/ru-RU/schema/meta/required.md
+++ b/ru-RU/schema/meta/required.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('这是一个可选属性。'),
-  bar: Schema.string().required().description('这是一个必需属性。'),
+    foo: Schema.boolean().description('这是一个可选属性。'),
+    bar: Schema.string().required().description('这是一个必需属性。'),
   }).description('配置项')
 ---
 
diff --git a/ru-RU/schema/meta/role.md b/ru-RU/schema/meta/role.md
index c2852a4eb3b6..d8ff596cd69d 100644
--- a/ru-RU/schema/meta/role.md
+++ b/ru-RU/schema/meta/role.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
-  string: Schema.string().default('password').description('可见的输入框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
-  }).description('配置项 1'),
-  Schema.object({
-  number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
-  string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
-  }).description('配置项 2'),
+    Schema.object({
+      number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
+      string: Schema.string().default('password').description('可见的输入框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
+    }).description('配置项 1'),
+    Schema.object({
+      number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
+      string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
+    }).description('配置项 2'),
   ])
 ---
 
diff --git a/zh-TW/about/community.md b/zh-TW/about/community.md
index 78b112883566..e0f7df8b71fa 100644
--- a/zh-TW/about/community.md
+++ b/zh-TW/about/community.md
@@ -1,10 +1,20 @@
-# 社区资源
+# 社區資源
 
 此页面中总结了一些优秀的社区资源可供学习。如果你也想在此页面中展示你的项目，请在点击页面底部的编辑按钮后创建 Pull Request。
 
+## 社群
+
+### QQ 群
+
+- [590104798](https://qm.qq.com/q/vJ0kcQePCM)：Koishi 非官方交流群
+
+### 論壇
+
+- [Koishi Unofficial](https://forum.itzdrli.cc): Koishi 非官方论坛
+
 ## 文档
 
-- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum&album_id=2700565655187865601) (沐辰-TimeBather)
+- [Koishi 插件开发入门教程](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum\&album_id=2700565655187865601) (沐辰-TimeBather)
 
 ## 视频
 
diff --git a/zh-TW/about/contact.md b/zh-TW/about/contact.md
index e3c3a483d004..a70ab11e6fce 100644
--- a/zh-TW/about/contact.md
+++ b/zh-TW/about/contact.md
@@ -12,7 +12,7 @@
 
 ### 開發者群
 
-[426230045](https://jq.qq.com/?_wv=1027&k=6FDoxQ6g)
+[426230045](https://jq.qq.com/?_wv=1027\&k=6FDoxQ6g)
 
 本群適用於已經有一定 Node,js / TypeScript 基礎，并對 Koishi 開發感興趣的用戶——你可以在這裏參與 Koishi 以及其他相關話題的深度討論。
 
@@ -39,3 +39,9 @@
 QQ：[2953529126](https://qm.qq.com/q/P8eMJkP5yI) / 微信：ilharp
 
 我们为企业用户提供专属支持。如果您是企业用户，除了通过上面的方式参与讨论以外，还可以添加客服，获得一对一专属支持。
+
+## 非官方渠道
+
+活跃的社区成员自发地创建了一些非官方的讨论渠道，你也可以在这里参与讨论。
+
+前往 [社区资源](./community.md) 页面查看更多非官方渠道。
diff --git a/zh-TW/about/contribute/docs.md b/zh-TW/about/contribute/docs.md
index 4b1f902669fa..24b16f61fab5 100644
--- a/zh-TW/about/contribute/docs.md
+++ b/zh-TW/about/contribute/docs.md
@@ -1,4 +1,4 @@
-# 文檔貢獻指南
+# 文件貢獻指南
 
 ## 術語表
 
@@ -21,35 +21,35 @@
 ```
 
 > 123 ABC
-> 
+>
 > ビリビリ
 
 #### CJK 一律使用全角書寫，西文一律使用半角書寫
 
 ```diff
-- 在Python中，我們使用`class`關鍵字來聲明類。
-+ 在 Python 中，我們使用 `class` 關鍵字來聲明類。
+- 在Python中，我们使用`class`关键字来声明类。
++ 在 Python 中，我们使用 `class` 关键字来声明类。
 
-- 他只用了100行不到的代碼就實現了那個復雜的功能。
-+ 他只用了 100 行不到的代碼就實現了那個復雜的功能。
+- 他只用了100行不到的代码就实现了那个复杂的功能。
++ 他只用了 100 行不到的代码就实现了那个复杂的功能。
 ```
 
 > 在 Python 中，我們使用 `class` 關鍵字來聲明類。
-> 
+>
 > 他只用了 100 行不到的代碼就實現了那個復雜的功能。
 
 #### 數字與英文單位之間加空格，與符號單位之間不加空格
 
 ```diff
-- 我有一塊 512GB 的硬盤。
-+ 我有一塊 512GB 的硬盤。
+- 我有一块 512GB 的硬盘。
++ 我有一块 512 GB 的硬盘。
 
-- 今天氣溫 23 ˚C，有 70 % 的可能性下雨。
-+ 今天氣溫 23 ˚C，有 70 % 的可能性下雨。
+- 今天气温 23 ˚C，有 70 % 的可能性下雨。
++ 今天气温 23˚C，有 70% 的可能性下雨。
 ```
 
 > 我有一塊 512GB 的硬盤。
-> 
+>
 > 今天氣溫 23 ˚C，有 70 % 的可能性下雨。
 
 #### 括號請使用半角書寫，並按照下列規則在兩側添加空格
@@ -58,10 +58,10 @@
 - 如果右括号的后一个字符不是后置标点，则在右括号后插入一个空格
 
 ```diff
-- Spring 框架的一種設計思想名叫控製反轉（IoC），通常以依賴註入（DI）的方式實現。
-- Spring 框架的一種設計思想名叫控製反轉 (IoC) ，通常以依賴註入 (DI) 的方式實現。
-- Spring 框架的一種設計思想名叫控製反轉 (IoC) ，通常以依賴註入 (DI) 的方式實現。
-+ Spring 框架的一種設計思想名叫控製反轉 (IoC) ，通常以依賴註入 (DI) 的方式實現。
+- Spring 框架的一种设计思想名叫控制反转（IoC），通常以依赖注入（DI）的方式实现。
+- Spring 框架的一种设计思想名叫控制反转 (IoC) ，通常以依赖注入 (DI) 的方式实现。
+- Spring 框架的一种设计思想名叫控制反转(IoC)，通常以依赖注入(DI)的方式实现。
++ Spring 框架的一种设计思想名叫控制反转 (IoC)，通常以依赖注入 (DI) 的方式实现。
 ```
 
 > Spring 框架的一種設計思想名叫控製反轉 (IoC) ，通常以依賴註入 (DI) 的方式實現。
@@ -80,15 +80,15 @@
 ```
 
 > 1 + 2 = 3
-> 
+>
 > Bellman-Ford 算法
 
 #### 除上述以外的標點均使用全角，且兩側均不留空格
 
 ```diff
-- 他有一臺 MacBook Pro.
-- 他有一臺 MacBook Pro 。
-+ 他有一臺 MacBook Pro。
+- 他有一台 MacBook Pro.
+- 他有一台 MacBook Pro 。
++ 他有一台 MacBook Pro。
 ```
 
 > 他有一臺 MacBook Pro。
@@ -98,28 +98,28 @@
 正確的省略號和破折號占兩格，每格分別是「…」和「—」。使用了省略號則不宜同時使用「等等」。
 
 ```diff
-- 編程語言有很多，如 C、C++、Java…
-- 編程語言有很多，如 C、C++、Java...
-- 編程語言有很多，如 C、C++、Java。。。
-- 編程語言有很多，如 C、C++、Java……等等
-+ 編程語言有很多，如 C、C++、Java……
-
-- 他剛剛做了一個重要的決定 - 辭職。
-- 他剛剛做了一個重要的決定-辭職。
-- 他剛剛做了一個重要的決定—辭職。
-+ 他剛剛做了一個重要的決定—辭職。
+- 编程语言有很多，如 C、C++、Java…
+- 编程语言有很多，如 C、C++、Java...
+- 编程语言有很多，如 C、C++、Java。。。
+- 编程语言有很多，如 C、C++、Java……等等
++ 编程语言有很多，如 C、C++、Java……
+
+- 他刚刚做了一个重要的决定 - 辞职。
+- 他刚刚做了一个重要的决定-辞职。
+- 他刚刚做了一个重要的决定—辞职。
++ 他刚刚做了一个重要的决定——辞职。
 ```
 
 > 編程語言有很多，如 C、C++、Java……
-> 
+>
 > 他剛剛做了一個重要的決定——辭職。
 
 #### 針對首次出現的概念，使用粗體進行強調，同時在兩側添加必要的空格
 
 ```diff
-- 下面介紹 TypeScript 特有的依賴合並 (Declaration Merging) 機製。
-- 下面介紹 TypeScript 特有的 **依賴合並** (Declaration Merging) 機製。
-+ 下面介紹 TypeScript 特有的 **依賴合並 (Declaration Merging)** 機製。
+- 下面介绍 TypeScript 特有的依赖合并 (Declaration Merging) 机制。
+- 下面介绍 TypeScript 特有的 **依赖合并** (Declaration Merging) 机制。
++ 下面介绍 TypeScript 特有的 **依赖合并 (Declaration Merging)** 机制。
 ```
 
 > 下面介紹 TypeScript 特有的 **依賴合並 (Declaration Merging)** 機製。
@@ -127,34 +127,34 @@
 #### 強調的部分應盡量簡短，對要強調的概念的補充說明建議不使用粗體
 
 ```diff
-- 組件的 **副作用 (觸發組件外的影響)** 應聲明在最前面。
-+ 組件的 **副作用** (觸發組件外的影響) 應聲明在最前面。
+- 组件的 **副作用 (触发组件外的影响)** 应声明在最前面。
++ 组件的 **副作用** (触发组件外的影响) 应声明在最前面。
 ```
 
 > 組件的 **副作用** (觸發組件外的影響) 應聲明在最前面。
 
 #### 盡量避免在正文中使用斜體
 
-- 斜體的漢字非常不美觀，如有需求可以使用粗體 (`**`)
+- 斜体的汉字非常不美观，如有需求可以使用粗体 (`**`)
 
 ```diff
-- __只要有能夠拼接文件的構建系統，就把每個組件單獨分成文件。__
-+ **只要有能夠拼接文件的構建系統，就把每個組件單獨分成文件。**
+- __只要有能够拼接文件的构建系统，就把每个组件单独分成文件。__
++ **只要有能够拼接文件的构建系统，就把每个组件单独分成文件。**
 ```
 
 > **只要有能夠拼接文件的構建系統，就把每個組件單獨分成文件。**
 
 ## Markdown 風格指南
 
-#### 使用一個、兩個和三個 `*` 分別表示斜體、粗體和粗斜體
+#### 使用一个、两个和三个 `*` 分别表示斜体、粗体和粗斜体
 
 ```diff
-- 這是一個_斜體_；這是一個__粗體__；這是一個___粗斜體___。
-+ 這是一個*斜體*；這是一個**粗體**；這是一個***粗斜體***。
+- 这是一个_斜体_；这是一个__粗体__；这是一个___粗斜体___。
++ 这是一个*斜体*；这是一个**粗体**；这是一个***粗斜体***。
 ```
 
 ## 參考資料
 
-- <https://github.com/vinta/pangu.js>
-- <https://stdrc.cc/style-guides/chinese.html>
-- <https://stdrc.cc/style-guides/markdown.html>
+- https://github.com/vinta/pangu.js
+- https://stdrc.cc/style-guides/chinese.html
+- https://stdrc.cc/style-guides/markdown.html
diff --git a/zh-TW/about/contribute/structure.md b/zh-TW/about/contribute/structure.md
index 5007595065c8..4b81bb51bc6c 100644
--- a/zh-TW/about/contribute/structure.md
+++ b/zh-TW/about/contribute/structure.md
@@ -1 +1 @@
-# 項目結構
+# 專案結構
diff --git a/zh-TW/about/history.md b/zh-TW/about/history.md
index dc106fc4ec72..f35de147f7a0 100644
--- a/zh-TW/about/history.md
+++ b/zh-TW/about/history.md
@@ -1,4 +1,4 @@
-# 发展史
+# 發展史
 
 2019 年 8 月，我开始编写我的第一个基于 Node.js 的聊天机器人，名为四季酱。当时我浏览各种聊天机器人框架，发现并没有自己真正想要的，遂决定从零开始编写。一开始这个机器人只包含了很少的功能，但随着其更多功能的加入，我开始调整起底层架构，并计划逐步将其开源出来。
 
diff --git a/zh-TW/about/license.md b/zh-TW/about/license.md
index ca028831f156..78435b2994ea 100644
--- a/zh-TW/about/license.md
+++ b/zh-TW/about/license.md
@@ -1,4 +1,4 @@
-# 许可证
+# 許可證
 
 Koishi 开发团队致力于维护良好的开源生态。
 
diff --git a/zh-TW/about/upgrade.md b/zh-TW/about/upgrade.md
index b7ff2cba0b36..5dfe2f7ca90d 100644
--- a/zh-TW/about/upgrade.md
+++ b/zh-TW/about/upgrade.md
@@ -17,41 +17,41 @@
 
 2. 将要使用 JSX 的文件后缀名修改为 `.tsx`。
 
-## 心跳迁移 <badge>v4.10.4</badge>
+## 心跳更新 <badge>v4.10.4</badge>
 
 在 4.10.4 版本中，我们调整了默认的心跳行为，这可能导致老用户升级时遭遇无限重启问题。可以执行下列操作进行升级：
 
 1. 先将 market 插件更新到最新版本 (最新版本支持批量更新)
 2. (非 v4.10.3 用户忽略此步骤) 在控制台中修改全局设置，将 `heartbeatInterval` 项的值改为 `6000`，`heartbeatTimeout` 项的值改为 `600000`，并点击「重载配置」按钮
-3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-* 依赖则选择移除)，并点击「应用更改」按钮
+3. 在依赖管理中，通过下拉菜单将全部官方依赖修改为最新版本 (如果有 suggest 和 assets-\* 依赖则选择移除)，并点击「应用更改」按钮
 4. 更新完成后重启实例
 5. 在控制台中修改全局设置，将 `heartbeatInterval` 和 `heartbeatTimeout` 项的值均改为 `0`，并点击「重载配置」按钮
 6. 再次重启实例
-7. 如果之前移除了 assets-* 插件，请重新前往插件市场进行安装
+7. 如果之前移除了 assets-\* 插件，请重新前往插件市场进行安装
 
-## CLI 迁移 <badge>v4.11.0</badge>
+## CLI 更新 <badge>v4.11.0</badge>
 
 在 4.11.0 版本中我们移除了 @koishijs/cli 包，将其合并到了 koishi 中。这意味着你每次升级时不再需要同时升级两边了。但对于已经安装了 @koishijs/cli 的用户，你需要执行下列操作完成升级：
 
 1. 先完成 4.10.4 版本的更新，确保自己的版本号不小于 4.10.4
-2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，同时移除 @koishijs/cli 的版本号
+2. 在依赖管理中，修改 koishi 的版本号到 4.11.0，并移除 @koishijs/cli
 3. 点击「应用更改」按钮
 
-## HMR 迁移 <badge>v4.12.0</badge>
+## HMR 更新 <badge>v4.12.0</badge>
 
-在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。对于生产模式下的用户无影响，但开发者则需要在升级 Koishi 后手动安装新插件。你需要执行下列操作完成升级：
+在 4.12.0 版本中，我们将模块热替换相关功能移至专门的插件 @koishijs/plugin-hmr 中。如果你使用了 hmr 插件，你需要执行下列操作完成升级：
 
 1. 安装最新版本的 @koishijs/plugin-hmr
-2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#模块热替换) 中提到的部分
+2. 修改你的配置文件，加上 [模块热替换](../guide/develop/script.md#hmr) 中提到的部分
 3. 移除 `package.json` 文件中 `scripts.dev` 的 `--watch` 参数
 
-## 插件市场迁移 <badge>v4.13.0</badge>
+## 插件市场更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们将 @koishijs/plugin-market 插件分拆为了两个插件 market 和 config。其中 market 负责「插件市场」和「依赖管理」页面，而 config 则负责「插件配置」页面。直接将 market 插件更新到 2.0.0 或以上版本的用户会发现自己的「插件配置」页面消失，此时你需要执行下列操作完成升级：
 
 1. 首先确保你的 market 插件是最新版 (应该是 2.0.0 以上版本)
 2. 打开「插件市场」页面，安装最新版的 config 插件
-3. 打开「资源管理器」页面，找到 `koishi.yml` 页面，打开并编辑：
+3. 打开「资源管理器」页面，找到 `koishi.yml` 文件，打开并编辑：
 
 ```yaml
 host: 127.0.0.1
@@ -69,7 +69,7 @@ plugins:
 4. 点击右上角的保存按钮
 5. 重新启动 Koishi 实例
 
-## 国际化迁移 <badge>v4.13.0</badge>
+## 国际化更新 <badge>v4.13.0</badge>
 
 在 4.13.0 版本中，我们也引入了多语言的回退机制。这意味者，所有涉及语言配置的地方都需要从单一的语言字符串修改为数组。具体包括以下几个地方：
 
@@ -104,7 +104,7 @@ for await (const item of bot.getChannelIter())  // new
 
 [`User`](../api/resources/user.md) 类型的 `userId` 属性改为 `id`，同理对于 [`Channel`](../api/resources/channel.md), [`Guild`](../api/resources/guild.md), [`Message`](../api/resources/message.md) 也是如此。此外，`Author` 被重构为了 `User` 和 `Member` 两个部分。
 
-[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#访问器属性) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
+[`Session`](../api/core/session.md) 引入了 `event` 属性用于存放所有事件相关的资源。尽管我们在会话中提供了 [访问器属性](../api/core/session.md#accessor-property) 以保证了大部分 API 的向下兼容，但对于没有提供访问器的事件属性，或是在使用 Bot API 的返回值时，你都需要手动修改代码。
 
 `Adapter.Server` 和 `Adapter.Client` 两个基类被移除。现在可以直接使用 [`Adapter`](../api/core/adapter.md) 基类，并通过 `reusable` 属性决定其是否可重用。
 
@@ -113,3 +113,72 @@ for await (const item of bot.getChannelIter())  // new
 [`encoder.results`](../api/message/encoder.md#encoder-results) 的类型由 `string[]` 变为 `Message[]`。
 
 新增用于创建私聊频道的 [`bot.createDirectChannel()`](../api/resources/channel.md)，因此不再需要实现 [`bot.sendPrivateMessage()`](../api/resources/message.md#bot-sendprivatemessage)。
+
+## Server 插件独立 <badge>v4.16.0</badge>
+
+在 4.16.0 版本中，我们将 `Server` 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-server](../plugins/develop/server.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-server](../plugins/develop/server.md) 插件；
+2. 在你的代码中手动导入并加载该插件；
+3. 将你过去的 `host`, `port`, `maxPort`, `selfUrl` 全局设置移动至 server 插件的配置项。
+
+## 消息元素更新 <badge>v4.16.4</badge>
+
+在 4.16.4 版本中，我们将 Koishi 内部的消息元素实现与 Satori 协议规范进行了对齐。涉及到以下 API 的变动：
+
+- `<image>` 元素更名为 `<img>`
+- `<img>`, `<audio>`, `<video>`, `<file>` 元素的 `url` 属性改为 `src`
+
+如果你的插件用到了相关的特性，请参考下面的迁移指南：
+
+- 如果你的插件**发送**了上述消息元素，你不需要进行任何修改
+  - 官方适配器插件 (和积极维护的社区适配器插件) 都进行了向下兼容
+  - 如果你使用了非官方的适配器并发现升级后无法发送图片，请联系适配器作者进行更新
+- 如果你的插件**接收并解析**了上述消息元素，你可能需要调整你的解析逻辑
+  - 要从给定的消息中提取图片，可以使用 [`h.select()`](../api/message/api.md#h-select) 方法
+  - 如果你的指令接受图片作为参数，可以直接使用 [`image`](../guide/basic/command.md#argument-type) 参数类型
+
+对于适配器作者，请参考下面的迁移指南：
+
+- 接收侧 (`Adapter`)：请确保创建的会话中的消息元素均符合最新标准
+- 发送侧 (`MessageEncoder`)：请尽量同时支持新旧标准，例如使用以下代码：
+
+```ts
+if (type === 'image' || type === 'img') {
+  await sendImage(attrs.src || attrs.url)
+}
+```
+
+## HTTP 插件独立 <badge>v4.17.6</badge>
+
+在 4.17.6 版本中，我们将 HTTP 服务从 Koishi 中分离出来，独立成了 [@koishijs/plugin-http](../plugins/develop/http.md) 插件。Koishi CLI 提供了自动迁移机制，因此任何使用 CLI 启动 Koishi 的用户无需进行任何操作。
+
+如果你是将 Koishi 作为依赖调用的进阶开发者，你需要执行下列操作完成升级：
+
+1. 安装最新版本的 [@koishijs/plugin-http](../plugins/develop/http.md) 插件；
+2. (可选，如果你使用网络代理工具) 安装最新版本的 [@koishijs/plugin-proxy-agent](../plugins/develop/proxy-agent.md) 插件；
+3. 在你的代码中手动导入并加载这两个插件；
+4. 将你过去的 `request` 全局设置移动至 http 插件的配置项；
+5. (可选) 将你过去的 `request.proxyAgent` 全局设置移动至 proxy-agent 插件的配置项。
+
+## `tsconfig` 更新 <badge>v4.17.8</badge>
+
+在 4.17.8 版本中，由于部分依赖的更新，我们对推荐的 `tsconfig.json` 配置进行了调整。如果你的项目使用了 TypeScript，并且在升级后发现无法通过编译，你可以打开 `tsconfig.json` 文件，并尝试执行下列修改以完成升级：
+
+1. 将 `module` 属性改为 `esnext`；
+2. 将 `moduleResolution` 属性改为 `bundler`；
+3. 将 `emitDeclarationOnly` 属性改为 `true` (或者添加这个属性)。
+
+```json{3-5}
+{
+  "compilerOptions": {
+    "module": "esnext",
+    "moduleResolution": "bundler",
+    "emitDeclarationOnly": true,
+  },
+}
+```
+
+注意，如果你的项目中存在多个 `tsconfig.json` 文件，你需要对每一个文件都进行上述修改 (通过 `extends` 继承其他文件中配置的除外)。
diff --git a/zh-TW/api/console/component.md b/zh-TW/api/console/component.md
index fb0966de7a1a..5b4a786d5d31 100644
--- a/zh-TW/api/console/component.md
+++ b/zh-TW/api/console/component.md
@@ -1,4 +1,8 @@
-# 内置组件
+# 內建元件
+
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
 
 ## `<k-comment>`
 
diff --git a/zh-TW/api/console/composition.md b/zh-TW/api/console/composition.md
index 151fa0b39f3c..ba2ca208a726 100644
--- a/zh-TW/api/console/composition.md
+++ b/zh-TW/api/console/composition.md
@@ -1,6 +1,10 @@
-# 组合式 API
+# 組合式 API
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/client 中导出。
 :::
 
diff --git a/zh-TW/api/console/context.md b/zh-TW/api/console/context.md
index 9a831073d236..418455884eb2 100644
--- a/zh-TW/api/console/context.md
+++ b/zh-TW/api/console/context.md
@@ -1,7 +1,11 @@
 # 上下文 API
 
-::: warning
-请注意：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
+:::tip
+参见：[开发 > 控制台 > 客户端开发](../../guide/console/client.md)
+:::
+
+:::warning
+消歧义：本文档介绍的是控制台客户端的 `Context`，而非 Koishi 本身的 `Context`。要查看后者的 API 文档请 [前往这里](../core/context.md)。
 :::
 
 Koishi 的控制台客户端一样通过插件化的方式加载，因此我们也实现了一套类似的 `Context` 机制。许多你熟悉的底层 API 在客户端是依然可用的 (例如生命周期事件、服务的定义与使用等等)。此外，我们还提供了一些与客户端相关的 API 来帮助你更方便地开发控制台插件。
@@ -23,7 +27,7 @@ Koishi 的控制台客户端一样通过插件化的方式加载，因此我们
 - [ctx.serial](../service/events.md#ctx-serial)
 - [ctx.using](../service/registry.md#ctx-using)
 
-## 实例方法
+## 實體方法
 
 ### ctx.action(id, options) <badge type="warning">实验性</badge>
 
diff --git a/zh-TW/api/console/server.md b/zh-TW/api/console/server.md
index 2183372bb47d..c03067a7f2cd 100644
--- a/zh-TW/api/console/server.md
+++ b/zh-TW/api/console/server.md
@@ -1,6 +1,10 @@
-# 服务端 API
+# 服務端 API
 
-::: tip
+:::tip
+参见：[开发 > 控制台 > 基本用法](../../guide/console/)
+:::
+
+:::tip
 本节中所涉及的 API 都在 @koishijs/plugin-console 中导出。
 :::
 
@@ -8,7 +12,7 @@
 
 `Console` 类封装了控制台服务的所有功能，你可以通过 `ctx.console` 来访问它。
 
-### console.addEntry(entry)
+### ctx.console.addEntry(entry)
 
 - **entry:** `Entry` 要添加的入口
 
@@ -21,14 +25,14 @@ interface Entry {
 
 添加客户端入口文件。
 
-### console.addListener(event, callback, options)
+### ctx.console.addListener(event, callback, options) <badge type="warning">实验性</badge>
 
 - **event:** `string` 事件名称
 - **callback:** `Function` 回调函数，其中 `this` 指向 [`Client`](#类-client) 对象
 
 注册一个事件监听器。
 
-### console.broadcast(event, body, options)
+### ctx.console.broadcast(event, body, options)
 
 - **event:** `string` 事件名称
 - **body:** `any` 事件内容
diff --git a/zh-TW/api/core/adapter.md b/zh-TW/api/core/adapter.md
index 5871c26c58e1..10700cc2c0fe 100644
--- a/zh-TW/api/core/adapter.md
+++ b/zh-TW/api/core/adapter.md
@@ -1,6 +1,6 @@
-# 适配器 (Adapter)
+# 配接器 (Adapter)
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现适配器](../../guide/adapter/adapter.md)
 :::
 
diff --git a/zh-TW/api/core/app.md b/zh-TW/api/core/app.md
index 9ecda1457034..9a0c86aa03eb 100644
--- a/zh-TW/api/core/app.md
+++ b/zh-TW/api/core/app.md
@@ -1,37 +1,9 @@
-# 应用 (App)
+# 應用 (App)
 
 **应用 (App)** 是程序的入口。可以通过 `new Context()` 构造或通过 `ctx.root` 访问。
 
 本节中介绍的配置项可用于传入构造函数，也可以在配置文件或控制台中进行修改。
 
-## 网络设置
-
-### options.host
-
-- 类型：`string`
-- 默认值：`'127.0.0.1'`
-
-服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
-
-### options.port
-
-- 类型：`number`
-
-要监听的初始端口号。
-
-### options.maxPort
-
-- 类型：`number`
-- 默认值：[`options.port`](#options-port)
-
-允许监听的最大端口号。
-
-### options.selfUrl
-
-- 类型：`string`
-
-Koishi 服务暴露在公网的地址。部分功能（例如 [adapter-telegram](../../plugins/adapter/telegram.md) 或是 [plugin-assets-local](https://assets.koishi.chat/plugins/local.html)）需要用到。
-
 ## 基础设置
 
 ### options.prefix
@@ -106,17 +78,9 @@ interface DelayOptions {
 - `prefer-user`: 优先使用用户语言
 - `prefer-channel`: 优先使用频道语言
 
-## 请求设置
-
-### options.request.proxyAgent
-
-- 类型: `string`
-
-配置请求时默认使用的网络代理。
-
 ## 配置文件选项
 
-::: warning
+:::warning
 下面的配置项来自 Koishi 的命令行工具，仅可在配置文件中编辑，不支持在控制台中修改。
 :::
 
diff --git a/zh-TW/api/core/bot.md b/zh-TW/api/core/bot.md
index f75faa5ace13..ee1a93f03d6a 100644
--- a/zh-TW/api/core/bot.md
+++ b/zh-TW/api/core/bot.md
@@ -1,6 +1,6 @@
-# 机器人 (Bot)
+# 機器人 (Bot)
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 实现机器人](../../guide/adapter/bot.md)
 :::
 
@@ -36,7 +36,7 @@
 
 - 类型: `string`
 
-当前 `Bot` 的 [平台名称](../glossary.md#平台-platform)。
+当前 `Bot` 的 [平台名称](../glossary.md#platform)。
 
 ### bot.selfId
 
diff --git a/zh-TW/api/core/command.md b/zh-TW/api/core/command.md
index 37ba86ff9e44..2b383643d85a 100644
--- a/zh-TW/api/core/command.md
+++ b/zh-TW/api/core/command.md
@@ -1,6 +1,6 @@
 # 指令 (Command)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 指令开发](../../guide/basic/command.md)
 :::
 
@@ -15,7 +15,7 @@ Argv 对象会作为 `cmd.action()`, `cmd.userFields()` 等方法的回调函数
 - **next:** `Next` 中间件的 next 回调函数
 - **session:** [`Session`](./session.md) 所在的会话对象
 
-## 实例方法
+## 實體方法
 
 ### cmd.option(name, desc?, config?)
 
@@ -83,7 +83,8 @@ type CommandAction = (argv: Argv, ...args: any[]) => Awaitable<string | void>
 - **fields:** `FieldCollector<UserField>` 要请求的用户字段
 - 返回值: `this`
 
-如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到用户数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
 ```ts
 type FieldCollector<K extends string> =
@@ -96,36 +97,27 @@ type FieldCollector<K extends string> =
 - **fields:** `FieldCollector<ChannelField>` 要请求的频道字段
 - 返回值: `this`
 
-如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。 参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
+如果指令需要用到频道数据，你可以提前声明，这样有助于合并多次请求，从而提高性能。
+参见[按需加载](../../guide/database/builtin.md#声明所需字段)章节。
 
-### cmd.alias(...names)
+### cmd.alias(name, config?)
 
-- **names:** `string[]` 要设置的别名
-- 返回值: `this`
-
-设置指令别名。
-
-### cmd.shortcut(name, config?)
-
-- **name:** `string | RegExp` 快捷匹配
-- **config:** `ShortcutConfig`
-  - **config.prefix:** `boolean` 调用时要求保留前缀
-  - **config.fuzzy:** `boolean` 允许在快捷方式后带参数
-  - **config.greedy:** `boolean` 将所有后面的内容解析成一个参数
+- **name:** `string` 要设置的别名
+- **config:** `Command.Alias`
   - **config.args:** `any[]` 要带的参数列表，将与传入的参数合并
-  - **config.options:** `Record<string, any>` 要带的选项列表，将与传入的选项合并
+  - **config.options:** `Dict` 要带的选项列表，将与传入的选项合并
 - 返回值: `this`
 
-设置快捷方式。
+设置指令别名。
 
 ### cmd.subcommand(name, desc?, config?)
 
 - **name:** `string` 指令名以及可能的参数
 - **desc:** `string` 指令的描述
-- **config:** [`CommandConfig`](./context.md#ctx-command) 指令的配置
+- **config:** [`Command.Config`](./context.md#ctx-command) 指令的配置
 - 返回值：`Command` 注册或修改的指令
 
-注册或修改子指令。子指令会继承当期指令的上下文。参见[指令的多级结构](../../guide/basic/command.md#指令的多级结构)章节。
+注册或修改子指令。子指令会继承当期指令的上下文。参见 [子指令](../../manual/usage/command.md#子指令) 和 [注册子指令](../../guide/basic/command.md#注册子指令) 章节。
 
 ### cmd.parse(input)
 
@@ -150,15 +142,3 @@ type FieldCollector<K extends string> =
 - 返回值: `void`
 
 移除当前指令及其所有子指令。
-
-## 静态属性和方法
-
-这里包含了与 Command 类相关的静态属性和方法。
-
-### Command.defaultConfig
-
-默认的指令配置。
-
-### Command.defaultOptionConfig
-
-默认的选项配置。
diff --git a/zh-TW/api/core/context.md b/zh-TW/api/core/context.md
index b46322c4a32a..54ccdb2ea80a 100644
--- a/zh-TW/api/core/context.md
+++ b/zh-TW/api/core/context.md
@@ -9,12 +9,14 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.any](../service/filter.md#ctx-any)
 - [ctx.bail](../service/events.md#ctx-bail)
 - [ctx.before](../service/events.md#ctx-before)
-- [ctx.database](../database/database.md)
+- [ctx.debounce](../service/timer.md#ctx-debounce)
 - [ctx.emit](../service/events.md#ctx-emit)
+- [ctx.events](../service/events.md)
 - [ctx.exclude](../service/filter.md#ctx-exclude)
 - [ctx.filter](../service/filter.md#ctx-filter)
 - [ctx.http](../service/http.md)
 - [ctx.i18n](../service/i18n.md)
+- [ctx.inject](../service/registry.md#ctx-inject)
 - [ctx.intersect](../service/filter.md#ctx-intersect)
 - [ctx.loader](../service/loader.md)
 - [ctx.middleware](../service/events.md#ctx-middleware)
@@ -26,13 +28,24 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 - [ctx.parallel](../service/events.md#ctx-parallel)
 - [ctx.permissions](../service/permissions.md)
 - [ctx.plugin](../service/registry.md#ctx-plugin)
-- [ctx.router](../service/router.md)
+- [ctx.registry](../service/registry.md)
 - [ctx.scope](../service/registry.md#ctx-scope)
 - [ctx.serial](../service/events.md#ctx-serial)
-- [ctx.start](../service/registry.md#ctx-start)
+- [ctx.server](../service/server.md)
+- [ctx.setInterval](../service/timer.md#ctx-setinterval)
+- [ctx.setTimeout](../service/timer.md#ctx-settimeout)
+- [ctx.sleep](../service/timer.md#ctx-sleep)
 - [ctx.stop](../service/registry.md#ctx-stop)
+- [ctx.throttle](../service/timer.md#ctx-throttle)
+- [ctx.timer](../service/timer.md)
 - [ctx.union](../service/filter.md#ctx-union)
-- [ctx.using](../service/registry.md#ctx-using)
+
+除此以外，以下服务由官方插件提供，因此使用时需要 [声明依赖](../../guide/plugin/service.md#inject)：
+
+- [ctx.console](../console/server.md)
+- [ctx.database](../database/database.md)
+- [ctx.mock](../../plugins/develop/mock.md)
+- [ctx.server](../../plugins/develop/server.md)
 
 ## 实例属性
 
@@ -54,7 +67,7 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 当前应用的全部机器人实例。
 
-## 实例方法
+## 實體方法
 
 ### ctx.extend(meta)
 
@@ -63,7 +76,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 以当前上下文为原型创建一个新上下文。`meta` 中的属性将覆盖当前上下文的属性。
 
-
 <!-- ### ctx.isolate(names)
 
 - **keys:** `string[]` 隔离的服务列表
@@ -84,14 +96,13 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 在当前上下文中注册或修改一个指令。
 
-### ctx.broadcast(channels?, content, forced?) <badge>需要数据库</badge>
+### ctx.broadcast(channels?, content) <badge>需要数据库</badge>
 
-- **channels:** `string[]` 频道列表
+- **channels:** `string[]` 频道列表，格式为 `{platform}:{channelId}` (如 `discord:1234567890`)
 - **content:** `string` 要发送的内容
-- **forced:** `boolean` 是否无视 silent 标记
 - 返回值: `Promise<string[]>` 成功发送的消息 ID 列表
 
-所有机器人向自己分配的频道广播消息，存在标记 silent 的频道除外。如有失败不会抛出错误。
+所有机器人向自己分配的频道广播消息。如果传入的频道不存在，会输出一个警告。
 
 ### ctx.logger(scope?)
 
@@ -106,10 +117,6 @@ Koishi 使用了组合 (Compose) 的开发方式，绝大部分上下文属性
 
 - 类型: `symbol`
 
-### Context.source
-
-- 类型: `symbol`
-
 ### Context.current
 
 - 类型: `symbol`
diff --git a/zh-TW/api/core/events.md b/zh-TW/api/core/events.md
index 7333e7c97d6f..dfb9b1afb9ce 100644
--- a/zh-TW/api/core/events.md
+++ b/zh-TW/api/core/events.md
@@ -1,10 +1,10 @@
 # 事件 (Events)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍 Koishi 的内置事件。如果想了解事件 API，请前往 [API > 内置服务 > 事件](../service/events.md)。
 :::
 
@@ -60,6 +60,7 @@
 尝试将一个未识别出指令的 Argv 对象识别成指令调用时使用。你可以在回调函数中修改传入的 Argv 对象，或者返回一个字符串表示识别出的指令。
 
 ### 事件：before-attach-channel
+
 ### 事件：before-attach-user
 
 - **session:** `Session` 当前会话
@@ -71,6 +72,7 @@
 这两个事件的触发于内置中间件中。如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 before-attach-channel 事件不会触发。
 
 ### 事件：attach-channel
+
 ### 事件：attach-user
 
 - **session:** `Session` 当前会话
@@ -81,6 +83,7 @@
 如果没有配置数据库，则两个事件都不会触发；如果不是群聊消息，则 attach-channel 事件不会触发。
 
 ### 事件：command/before-attach-channel
+
 ### 事件：command/before-attach-user
 
 - **session:** `Argv` 运行时参数
@@ -128,7 +131,7 @@
 
 插件被卸载时触发。参见 [清除副作用](../../guide/plugin/lifecycle.md#清除副作用)。
 
-::: warning
+:::warning
 请注意，`dispose` 事件的目的是清理副作用而不是确保数据保存。当 Koishi 进程崩溃或是被强行中止时，`dispose` 事件都可能不会触发。为了保护你的数据，你应当在每一次修改后立即上传数据，而不是在 `dispose` 中处理收尾工作。
 :::
 
diff --git a/zh-TW/api/core/session.md b/zh-TW/api/core/session.md
index 5b87e024ac2a..7a8edca6bf9b 100644
--- a/zh-TW/api/core/session.md
+++ b/zh-TW/api/core/session.md
@@ -1,4 +1,4 @@
-# 会话 (Session)
+# 會話 (Session)
 
 会话来源于 Koishi v1 的元信息对象，并在后续的版本中发展成了专门的类并大幅扩展了功能。目前的会话已经参与到了 Koishi 的绝大部分工作。
 
@@ -25,7 +25,7 @@
 
 当前会话绑定的频道数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的频道数据，而不是平台的频道数据。如果你需要访问平台频道数据，请使用 `session.event.channel`。
 :::
 
@@ -58,11 +58,11 @@
 
 当前会话绑定的用户数据，是一个可观测对象。
 
-::: warning
+:::warning
 这个属性对应的是 Koishi 内置数据结构中的用户数据，而不是平台的用户数据。如果你需要访问平台用户数据，请使用 `session.event.user`。
 :::
 
-## 访问器属性
+## 访问器属性 {#accessor-property}
 
 对于部分常用的事件体属性，我们提供了访问器属性。
 
@@ -71,7 +71,7 @@
 - 类型: <code>[GuildMember](../resources/member.md) & [User](../resources/user.md)</code>
 - 完整写法: `{ ...session.event.user, ...session.event.member }`
 
-::: tip
+:::tip
 注意到 `GuildMember` 和 `User` 有部分重叠的字段，例如 `name` 和 `avatar`。在这种情况下，`GuildMember` 的字段会覆盖 `User` 的字段。
 :::
 
@@ -150,7 +150,7 @@
 - 类型: `string`
 - 完整写法: `session.event.user.id`
 
-## 实例方法
+## 實體方法
 
 ### session.observeUser(fields?)
 
@@ -201,7 +201,7 @@
 - **options.timeout:** 中间件的生效时间，缺省时会使用 [`app.config.delay.prompt`](./app.md#options-delay)
 - 返回值: `Promise<T>` 回调函数返回的结果
 
-处理当前会话的下一次输入，如果超时则会返回 `null`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
+处理当前会话的下一次输入，如果超时则会返回 `undefined`。如果回调函数返回值非空，则下一次输入不会进入中间件处理流程。
 
 ### session.suggest(options)
 
diff --git a/zh-TW/api/database/built-in.md b/zh-TW/api/database/built-in.md
index 67fa37ec4d2b..b265974cd2eb 100644
--- a/zh-TW/api/database/built-in.md
+++ b/zh-TW/api/database/built-in.md
@@ -1,10 +1,10 @@
 # 內建資料結構
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 内置数据结构](../../guide/database/builtin.md)
 :::
 
-Koishi 的数据库 API 实际上分为两部分：
+Koishi 的資料庫 API 實際上分為兩部分：
 
 - Minato 定义的通用数据库接口，由数据库插件实现
 - Koishi 内置数据结构相关的方法，由 Koishi 提供实现
@@ -15,25 +15,25 @@ Koishi 的数据库 API 实际上分为两部分：
 
 ### User
 
-- **id:** `id` 使用者 ID
-- **name:** `string` 使用者暱稱
+- **id:** `id` 用户 ID
+- **name:** `string` 用户昵称
 - **authority:** `number` [权限等级](../../guide/database/permission.md)
 - **permissions:** `string[]` [权限列表](../../guide/database/permission.md)
-- **locales:** `string[]` 語言列表
+- **locales:** `string[]` 语言列表
 
 ### Binding
 
-- **aid:** `id` 使用者 ID
-- **platform:** `string` 平臺名
+- **aid:** `id` 用户 ID
+- **platform:** `string` 平台名
 - **pid:** `string` 平台账号
 
 ### Channel
 
-- **platform:** `string` 平臺名
+- **platform:** `string` 平台名
 - **id:** `string` 平台账号
 - **assignee:** `string` [受理人](../../manual/usage/customize.md#受理人机制)
 - **permissions:** `string[]` [权限列表](../../guide/database/permission.md)
-- **locales:** `string[]` 語言列表
+- **locales:** `string[]` 语言列表
 
 ## 內建實體方法
 
@@ -41,45 +41,45 @@ Koishi 的数据库 API 实际上分为两部分：
 
 ### ctx.database.getUser(platform, id, modifier?)
 
-- **platform:** `string` 平臺名
-- **id:** `string` 使用者識別符號
-- **modifier:** `QueryModifier<User.Field>` 請求飾詞
-- 回返值: `Promise<User>` 使用者資料
+- **platform:** `string` 平台名
+- **id:** `string` 用户标识符
+- **modifier:** `QueryModifier<User.Field>` 请求修饰符
+- 返回值: `Promise<User>` 用户数据
 
 向資料庫請求使用者資料。
 
 ### ctx.database.setUser(platform, id, data)
 
-- **platform:** `string` 平臺名
-- **id:** `string` 使用者識別符號
-- **data:** `User` 要修改 / 新增的資料
-- 回返值: `Promise<void>`
+- **platform:** `string` 平台名
+- **id:** `string` 用户标识符
+- **data:** `User` 要修改 / 添加的数据
+- 返回值: `Promise<void>`
 
 向資料庫修改或新增使用者資料。
 
 ### ctx.database.getChannel(platform, id, fields?)
 
-- **platform:** `string` 平臺名
-- **id:** `string` 頻道識別符號
-- **fields:** `QueryModifier<User.Field>` 請求飾詞
-- 回返值: `Promise<Channel>` 頻道資料
+- **platform:** `string` 平台名
+- **id:** `string` 频道标识符
+- **fields:** `QueryModifier<User.Field>` 请求修饰符
+- 返回值: `Promise<Channel>` 频道数据
 
 向資料庫請求頻道資料。
 
-### ctx.database.getAssignedChannels(fields?, platform?, assignees?) <badge type="danger">廢棄</badge>
+### ctx.database.getAssignedChannels(fields?, platform?, assignees?) <badge type="danger">废弃</badge>
 
-- **fields:** `ChannelField[]` 請求的欄位，預設為全部欄位
-- **platform:** `string` 平臺名，預設為全平臺
-- **assignees:** `string[]` 指派者列表，預設為當前執行的全部機器人
-- 回返值: `Promise<Channel[]>` 頻道資料列表
+- **fields:** `ChannelField[]` 请求的字段，默认为全部字段
+- **platform:** `string` 平台名，默认为全平台
+- **assignees:** `string[]` 代理者列表，默认为当前运行的全部机器人
+- 返回值: `Promise<Channel[]>` 频道数据列表
 
 向資料庫請求被特定機器人管理的所有頻道資料。這裡的兩個引數可以寫任意一個，都可以識別。
 
 ### ctx.database.setChannel(platform, id, data)
 
-- **platform:** `string` 平臺名
-- **id:** `number` 頻道識別符號
-- **data:** `Channel` 要修改 / 新增的資料
-- 回返值: `Promise<void>`
+- **platform:** `string` 平台名
+- **id:** `number` 频道标识符
+- **data:** `Channel` 要修改 / 添加的数据
+- 返回值: `Promise<void>`
 
 向資料庫修改或新增頻道資料。
diff --git a/zh-TW/api/database/database.md b/zh-TW/api/database/database.md
index fb623f688894..b833c07ede86 100644
--- a/zh-TW/api/database/database.md
+++ b/zh-TW/api/database/database.md
@@ -1,15 +1,15 @@
 # 資料庫操作 (Database)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/)
 :::
 
-Koishi 的数据库 API 实际上分为两部分：
+Koishi 的資料庫 API 實際上分為兩部分：
 
 - Minato 定义的通用数据库接口，由数据库插件实现
 - Koishi 内置数据结构相关的方法，由 Koishi 提供实现
 
-这一页中将仅展示第一部分的内容。另一部分的内容请参见 [内置数据结构](./built-in.md)。
+這一頁中將僅展示第一部分的內容。另一部分的内容请参见 [内置数据结构](./built-in.md)。
 
 ## 类型定义
 
@@ -91,7 +91,7 @@ export interface WriteResult {
 }
 ```
 
-## 实例方法
+## 實體方法
 
 ### ctx.database.select(table, query?)
 
@@ -161,6 +161,12 @@ export interface WriteResult {
 
 计算聚合表达式。
 
+### ctx.database.stats() <badge type="warning">实验性</badge>
+
+- 返回值: [`Promise<Stats>`](#stats)
+
+获取统计信息。
+
 ### ctx.database.drop(table)
 
 - **table:** `string` 表名
@@ -168,8 +174,18 @@ export interface WriteResult {
 
 删除表。
 
-### ctx.database.stats() <badge type="warning">实验性</badge>
+::: danger
+这是一个危险操作，删除表后将无法恢复数据。
 
-- 返回值: [`Promise<Stats>`](#stats)
+如果你是插件开发者，并希望重构插件的数据库结构，我们建议使用 [整表迁移](../../guide/database/model.md#整表迁移)，以防止用户数据丢失。
+:::
 
-获取统计信息。
+### ctx.database.dropAll()
+
+- 返回值: `Promise<void>`
+
+删除所有表。
+
+:::danger
+这是一个危险操作，删除表后将无法恢复数据。
+:::
diff --git a/zh-TW/api/database/evaluation.md b/zh-TW/api/database/evaluation.md
index 4da1ee3e901d..ab6445be737b 100644
--- a/zh-TW/api/database/evaluation.md
+++ b/zh-TW/api/database/evaluation.md
@@ -1,14 +1,12 @@
-# 求值表达式 (Eval)
+# 求值表示式 (Eval)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
-求值表达式是一组静态 API，主要在 [`Selection`](./selection.md) 中使用。你可以从 Koishi 中直接导入：
+与查询表达式不同，求值表达式是一组静态 API。你可以从 Koishi 中直接导入：
 
 ```ts
-import { Eval } from 'koishi'
-// 或者使用更短的别名
 import { $ } from 'koishi'
 ```
 
diff --git a/zh-TW/api/database/model.md b/zh-TW/api/database/model.md
index 590e0e14cfdb..87691ec95945 100644
--- a/zh-TW/api/database/model.md
+++ b/zh-TW/api/database/model.md
@@ -1,6 +1,6 @@
 # 資料模型 (Model)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 数据模型](../../guide/database/model.md)
 :::
 
@@ -23,60 +23,60 @@ export interface Field<T> {
 
 ### 數值型別
 
-|    名稱    |  TS 型別   | 預設長度 | 預設初始值 |        說明         |
-|:--------:|:--------:|:----:|:-----:|:-----------------:|
-| integer  | `number` |  10  |  `0`  | 有符號整型數，長度決定了資料的範圍 |
-| unsigned | `number` |  10  |  `0`  | 無符號整型數，長度決定了資料的範圍 |
-|  float   | `number` | 固定長度 |  `0`  |      單精度浮點數       |
-|  double  | `number` | 固定長度 |  `0`  |      雙精度浮點數       |
+|    名稱    |   TS 型別  | 預設長度 | 預設初始值 |         說明        |
+| :------: | :------: | :--: | :---: | :---------------: |
+|  integer | `number` |   4  |  `0`  | 有符號整型數，長度決定了資料的範圍 |
+| unsigned | `number` |   4  |  `0`  | 無符號整型數，長度決定了資料的範圍 |
+|   float  | `number` | 固定長度 |  `0`  |       單精度浮點數      |
+|  double  | `number` | 固定長度 |  `0`  |       雙精度浮點數      |
 
 ### 字串型別
 
-|   名稱   |  TS 型別   | 預設長度  | 預設初始值 |  說明   |
-|:------:|:--------:|:-----:|:-----:|:-----:|
-|  char  | `string` |  64   | `''`  | 定長的字串 |
-| string | `string` |  255  | `''`  | 變長的字串 |
-|  text  | `string` | 65535 | `''`  | 變長的字串 |
+|   名稱   |   TS 型別  |  預設長度 | 預設初始值 |   說明  |
+| :----: | :------: | :---: | :---: | :---: |
+|  char  | `string` |   64  |  `''` | 定長的字串 |
+| string | `string` |  255  |  `''` | 變長的字串 |
+|  text  | `string` | 65535 |  `''` | 變長的字串 |
 
 ### 時間型別
 
-|    名稱     | TS 型別  | 預設長度 | 預設初始值  | 說明  |
-|:---------:|:------:|:----:|:------:|:---:|
-|   date    | `Date` | 固定長度 | `null` | 日期值 |
-|   time    | `Date` | 固定長度 | `null` | 時間值 |
+|     名稱    |  TS 型別 | 預設長度 |  預設初始值 |  說明 |
+| :-------: | :----: | :--: | :----: | :-: |
+|    date   | `Date` | 固定長度 | `null` | 日期值 |
+|    time   | `Date` | 固定長度 | `null` | 時間值 |
 | timestamp | `Date` | 固定長度 | `null` | 時間戳 |
 
 ### 其他型別
 
-|  名稱  |   TS 型別    | 預設長度  | 預設初始值  |         說明         |
-|:----:|:----------:|:-----:|:------:|:------------------:|
+|  名稱  |    TS 型別   |  預設長度 |  預設初始值 |         說明         |
+| :--: | :--------: | :---: | :----: | :----------------: |
 | json |  `object`  | 65535 | `null` | 可被序列化為 json 的結構化資料 |
-| list | `string[]` | 65535 |  `[]`  | 字串構成的列表，序列化時以逗號分隔  |
+| list | `string[]` | 65535 |  `[]`  |  字串構成的列表，序列化時以逗號分隔 |
 
 ## 實體方法
 
 ### ctx.model.extend(name, fields, config?)
 
-- **name:** `string` 資料表名
-- **fields:** `Field.Config` 欄位資訊
+- **name:** `string` 数据表名
+- **fields:** `Field.Config` 字段信息
 - **config:** `Table.Meta` 表的基本配置
-  - **config.primary:** `string | string[]` 主鍵名，預設為 `'id'`
-  - **config.unique:** `(string | string[])[]` 值唯一的鍵名串列
+  - **config.primary:** `string | string[]` 主键名，默认为 `'id'`
+  - **config.unique:** `(string | string[])[]` 值唯一的键名列表
   - **config.foreign:** `Dict<[string, string]>` 外键列表 <badge type="warning">实验性</badge>
-  - **config.autoInc:** `boolean` 是否使用自增主鍵
+  - **config.autoInc:** `boolean` 是否使用自增主键
 
 擴展一個新的資料表。
 
 ### ctx.model.create(name, data)
 
-- **name:** `string` 資料表名
+- **name:** `string` 数据表名
 - **data:** `any` 数据
 
 创建一条新的数据，折叠嵌套属性，并填充必要的默认值。
 
 ### ctx.model.migrate(name, fields, callback) <badge type="warning">实验性</badge>
 
-- **name:** `string` 資料表名
+- **name:** `string` 数据表名
 - **fields:** `Field.Config` 要迁移的字段信息
 - **callback:** `(db: Database) => Promise<void>` 迁移的回调函数
 
diff --git a/zh-TW/api/database/query.md b/zh-TW/api/database/query.md
index 0ac1a630c1e8..57d89e1fd285 100644
--- a/zh-TW/api/database/query.md
+++ b/zh-TW/api/database/query.md
@@ -1,6 +1,6 @@
 # 查詢運算式 (Query)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 基本用法](../../guide/database/index.md)
 :::
 
@@ -159,7 +159,7 @@ type Query<T> = QueryExpr<T> | Shorthand<Indexable> | Callback<T, boolean>
 
 判断列表中是否存在满足给定约束条件的元素。
 
-::: warning
+:::warning
 部分数据库可能不支持使用子条件，因此请尽量只使用 [`$eq`](#eq) 操作符。
 :::
 
diff --git a/zh-TW/api/database/selection.md b/zh-TW/api/database/selection.md
index d5cd31a2d8a4..bf6e34a69609 100644
--- a/zh-TW/api/database/selection.md
+++ b/zh-TW/api/database/selection.md
@@ -1,6 +1,6 @@
 # 查询构造器 (Selection)
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 进阶查询技巧](../../guide/database/selection.md)
 :::
 
@@ -44,7 +44,7 @@ type FieldLike<S> = keyof S | Callback<S>
 type Project<S> = (keyof S)[] | Dict<FieldLike<S>>
 ```
 
-## 实例方法
+## 實體方法
 
 ### selection.where(query)
 
diff --git a/zh-TW/api/glossary.md b/zh-TW/api/glossary.md
index 1a48e788e924..4af95eae287e 100644
--- a/zh-TW/api/glossary.md
+++ b/zh-TW/api/glossary.md
@@ -2,7 +2,7 @@
 
 本页收集了一些 Koishi 设计中的重要概念，按字母表序排列。如果你在阅读文档时对某个概念感到迷惑，可以随时回到这里查看解释。
 
-## 适配器 (Adapter)
+## 适配器 (Adapter) {#adapter}
 
 适配器是指实现了平台协议，能够让机器人接入平台的插件。通常来说一个适配器实例对应了一个机器人用户，同时启用多个适配器就实现了多个机器人的同时接入。
 
@@ -10,12 +10,12 @@
 - [开发 > 跨平台 > 实现适配器](../guide/adapter/adapter.md)
 - [API > 核心模块 > 适配器](./core/adapter.md)
 
-## 应用 (App)
+## 应用 (App) {#app}
 
 - [开发 > 开发起步 > 配置文件](../guide/develop/config.md)
 - [API > 核心模块 > 应用](./core/app.md)
 
-## 机器人 (Bot)
+## 机器人 (Bot) {#bot}
 
 机器人是指由 Koishi 操控的平台用户。这里的用户不一定是真实用户，也可以是部分平台专门提供的机器人用户。其他用户通过与机器人进行交互来体验 Koishi 的各项功能。
 
@@ -23,15 +23,15 @@
 - [开发 > 跨平台 > 实现机器人](../guide/adapter/bot.md)
 - [API > 核心模块 > 机器人](./core/bot.md)
 
-## 频道 (Channel)
+## 频道 (Channel) {#channel}
 
 频道是消息的集合。一个频道包含了具备时间、逻辑顺序的一系列消息。频道又分为私聊频道和群聊频道，其中私聊频道有且仅有两人参与，而群聊频道可以有任意多人参与。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
-- [API > 平台资源 > 频道](./resources/user.md)
+- [API > 平台资源 > 频道](./resources/channel.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#channel)
 
-## 指令 (Command)
+## 指令 (Command) {#command}
 
 Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件或事件，指令不仅能够更好地处理用户输入，还有统一的帮助信息、权限管理、速率控制等特性。
 
@@ -39,7 +39,7 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 交互基础 > 指令开发](../guide/basic/command.md)
 - [API > 核心模块 > 指令](./core/command.md)
 
-## 控制台 (Console)
+## 控制台 (Console) {#console}
 
 控制台是一个用户友好的图形化管理界面，由一系列官方插件提供。你可以在控制台中监控运行状态、管理插件和配置、查看日志、访问数据库、模拟聊天等。
 
@@ -47,21 +47,21 @@ Koishi 推荐使用指令来处理用户的输入。相比直接使用中间件
 - [开发 > 控制台](../guide/console/index.md)
 - [API > 控制台](./console/server.md)
 
-## 上下文 (Context)
+## 上下文 (Context) {#context}
 
 上下文是实际业务逻辑的载体。你可以在上下文中访问事件、中间件、指令和更多服务。这些访问所带来的副作用会被上下文自动收集，并在插件被停用时进行回收。
 
 - [开发 > 模块化](../guide/plugin/index.md)
 - [API > 核心模块 > 上下文](./core/context.md)
 
-## 数据库 (Database)
+## 数据库 (Database) {#database}
 
 Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。你可以在插件中通过 `ctx.database` 访问数据库服务。
 
 - [开发 > 数据库 > 使用数据库](../guide/database/index.md)
 - [API > 数据库](./database/built-in.md)
 
-## 消息元素 (Element)
+## 消息元素 (Element) {#element}
 
 消息元素类似于 HTML 元素，它是组成消息的基本单位。一个元素可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。Koishi 会将这些元素转换为平台所支持的格式，以便在不同平台之间发送和接收消息。
 
@@ -69,77 +69,73 @@ Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广
 - [开发 > 跨平台 > 消息编码](../guide/adapter/message.md)
 - [API > 消息元素](./message/syntax.md)
 
-## 事件 (Events)
+## 事件 (Events) {#events}
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 事件](./core/events.md)
 - [API > 内置服务 > 事件系统](./service/events.md)
 
-## 过滤器 (Filter)
+## 过滤器 (Filter) {#filter}
 
-- [入门 > 过滤器](../manual/usage/customize.md#过滤器)
+- [入门 > 过滤器](../manual/usage/customize.md#filters)
 - [开发 > 模块化 > 过滤器](../guide/plugin/filter.md)
 - [API > 内置服务 > 过滤器](./service/filter.md)
 
-## 群组 (Guild)
+## 群组 (Guild) {#guild}
 
-群组是平台用户的集合。一个群组通常会同时包含一组[用户](#用户)和[频道](#频道)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
+群组是平台用户的集合。一个群组通常会同时包含一组[用户](#user)和[频道](#channel)，并通过权限机制让其中的部分用户进行管理。在部分平台中，群组和群聊频道的概念恰好是重合的 (例如 Telegram)：一个群组内有且仅有一个群聊频道。私聊频道不属于任何群组。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 - [API > 平台资源 > 群组](./resources/guild.md)
 
-## 生命周期 (Lifecycle)
+## 生命周期 (Lifecycle) {#lifecycle}
 
 - [开发 > 模块化 > 生命周期](../guide/plugin/lifecycle.md)
 - [API > 核心模块 > 事件](./core/events.html#生命周期事件)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 中间件 (Middleware)
+## 中间件 (Middleware) {#middleware}
 
 - [开发 > 交互基础 > 中间件](../guide/basic/middleware.md)
 
-## 資料模型 (Model)
+## 数据模型 (Model) {#model}
 
 - [开发 > 数据库 > 数据模型](../guide/database/model.md)
 - [API > 数据库 > 数据模型](./database/model.md)
 
-## 平台 (Platform)
+## 平台 (Platform) {#platform}
 
 平台是指聊天平台，比如 QQ、Discord 等。同一平台内的用户间具有相互发送消息的能力，而不同平台的用户间则没有。对于 Rocket.Chat 这一类可自建的聊天平台而言，每个独立的自建服务器都视为不同的平台。
 
 - [开发 > 跨平台 > 基础知识](../guide/adapter/index.html#核心概念)
 
-## 插件 (Plugin)
+## 插件 (Plugin) {#plugin}
 
 - [开发 > 模块化 > 认识插件](../guide/plugin/index.md)
 - [API > 内置服务 > 插件系统](./service/registry.md)
 
-## 协议 (Protocol)
+## 协议 (Protocol) {#protocol}
 
-## 路由 (Router)
-
-- [API > 内置服务 > 网络服务](./service/router.md)
-
-## 配置构型 (Schema)
+## 配置构型 (Schema) {#schema}
 
 - [开发 > 模块化 > 配置构型](../guide/plugin/schema.md)
 - [演练场 > 配置构型](../schema/index.md)
 
-## 服务 (Service)
+## 服务 (Service) {#service}
 
 服务是一系列挂载于上下文对象上的功能的合集 (例如数据库和路由等)。为避免耦合，这些功能并不直接定义在上下文本身，而是将应用看作一个容器，通过依赖合并的方式来实现控制的反转。
 
 - [开发 > 模块化 > 服务与依赖](../guide/plugin/service.md)
 - [API > 核心模块 > 上下文](./core/context.md#混入属性和方法)
 
-## 会话 (Session)
+## 会话 (Session) {#session}
 
 会话对象封装了一次上报事件所含有的属性以及其上的可用操作。你会在事件，中间件和指令的回调函数中用到它。此外，会话对象还提供了许多实用方法，足以满足绝大部分的使用场景。
 
 - [开发 > 交互基础 > 事件系统](../guide/basic/events.md)
 - [API > 核心模块 > 会话](./core/session.md)
 
-## 用户 (User)
+## 用户 (User) {#user}
 
 - [API > 平台资源 > 用户](./resources/user.md)
 - [API > 数据库 > 内置数据结构](./database/built-in.md#user)
diff --git a/zh-TW/api/message/components.md b/zh-TW/api/message/components.md
index 5da17b461144..cf11e6997c8e 100644
--- a/zh-TW/api/message/components.md
+++ b/zh-TW/api/message/components.md
@@ -1,4 +1,4 @@
-# 内置组件
+# 內建元件
 
 - 标有 <badge>会话</badge> 的组件只能在会话环境下使用 (常见的会话环境包括中间件和指令的内部)
 - 标有 <badge>会话+广播</badge> 的组件只能在会话环境或 `ctx.broadcast()` 中使用
@@ -52,6 +52,21 @@ foo:
 <chat-message nickname="Koishi">Hello, world!</chat-message>
 </chat-panel>
 
+这个组件也可以配合插值使用：
+
+```html
+<i18n path="foo.bar">{'Koishi'}</i18n>
+```
+
+```yaml
+foo:
+  bar: Hello, {0}!
+```
+
+<chat-panel>
+<chat-message nickname="Koishi">Hello, Koishi!</chat-message>
+</chat-panel>
+
 ### 时间 (i18n:time) <badge>会话+广播</badge>
 
 - **value:** 时间长度（毫秒）
@@ -105,6 +120,49 @@ You have <plural count={count}>
 
 ## 扩展组件
 
-### 网页渲染 (html)
+### 网页渲染 (html) <badge>需要 Puppeteer</badge>
+
+- **style:** HTML 中 `body` 标签的 `style` 属性
+
+调用 Puppeteer 渲染给定 HTML。
+
+JSX 中的 `html` 将被转化为为 HTML 中的 `body` 标签。
+
+```html
+<html style={"color: purple;"}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+你也可以为 `style` 属性指定一个对象：
+
+```html
+<html style={{
+  color: "purple",
+}}>
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
+
+如果你需要向 HTML 的 `head` 标签中添加 CSS 等页面属性，可以将它们包裹在 `head` 中。下面是一个例子：
+
+```html
+<html>
+  <head>
+    <style>
+      {`
+        body {
+          color: "purple"
+        }
+      `}
+    </style>
+  </head>
+
+  <h1>This is a header</h1>
+  <p>Hello Puppeteer!</p>
+</html>
+```
 
 ### 内容审查 (censor)
diff --git a/zh-TW/api/message/elements.md b/zh-TW/api/message/elements.md
index 1aee1fded4a3..27e33374ba75 100644
--- a/zh-TW/api/message/elements.md
+++ b/zh-TW/api/message/elements.md
@@ -1,25 +1,25 @@
-# 标准元素
+# 標準元素
 
 这里列出了应该由各适配器实现的标准消息元素。各适配器由于平台的限制可能表现出一定的行为差异，但应尽可能贴近标准规定的语义。
 
-::: tip 与 HTML 的区别
+::: tip
 为了方便记忆，我们使用了许多 HTML 中出现的标签来表达类似的语义，如 `<p>`, `<em>` 等。但需要指出的是，这并不意味着这些同名的标签就有着相同的语义。这里举出几个例子：
 
 - HTML 中标签 `<u>` 的定义是「表意不清标注元素」，而 Koishi 这里只使用了下划线的功能
 - HTML 中图像对应 `<img>` 标签，而 Koishi 中则是 `<image>`，并且语法也不相同
-:::
+  :::
 
 ## 基础元素
 
 基础元素是最常见的消息元素，它们能够在大多数平台上正常显示，是组成消息的基本单位。
 
-### 纯文本 (text)
+### 纯文本 (text) {#text}
 
 - **content:** `string` 文本内容
 
 这是一个特殊的消息元素。它等价于一段纯文本，并且在序列化时也不会带两侧的标签。
 
-### 提及用户 (at)
+### 提及用户 (at) {#at}
 
 - **id:** `string` 目标用户的 ID
 - **name:** `string` 目标用户的名称
@@ -28,11 +28,11 @@
 
 `<at>` 元素用于提及某个或某些用户。
 
-::: tip
+:::tip
 由于上述几个属性的语义是互斥的，发送时使用 `id`, `role`, `type` 其一即可。
 :::
 
-### 提及频道 (sharp)
+### 提及频道 (sharp) {#sharp}
 
 - **id:** `string` 目标频道的 ID
 - **name:** `string` 目标频道的名称
@@ -47,7 +47,7 @@
 
 `<face>` 元素用于显示某个表情。通常来说为了跨平台转发，在 `<face>` 内部还会增加 `<image>` 作为回退。当图片的存在可能导致消息分片时，可以使用 `name` 取代图片的渲染。 -->
 
-### 链接 (a)
+### 链接 (a) {#a}
 
 - **href:** `string` 链接的 URL
 
@@ -55,9 +55,10 @@
 
 ## 资源元素
 
-资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `url`。如果某个平台不支持特定的资源类型，适配器应该用 `url` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
+资源消息元素表示文本中存在的资源文件。不同的平台对资源文件的支持存在较大的差异。发送时只需提供 `src`。如果某个平台不支持特定的资源类型，适配器应该用 `src` 代替。如果某个平台不支持将资源消息元素和其他消息元素同时发送，适配器应该分多条发送，并返回最后一条消息的 ID。
 
-- **url:** `string` 资源的 URL
+- **src:** `string` 资源的 URL
+- **title:** `string` 资源文件名称
 - **cache:** `boolean` 是否使用已缓存的文件
 - **timeout:** `string` 下载文件的最长时间
 
@@ -70,29 +71,40 @@
 关于它们的最佳实践，可以参考 [嵌入图片和其他资源](../../guide/basic/element.md#嵌入图片和其他资源)。
 :::
 
-### 图片 (image)
+### 图片 (img) {#img}
 
 除了上述通用属性外，还支持下面的属性：
 
-- **type:** 特殊类型，例如 `flash` 表示闪照
+- **width:** `number` 图片宽度 (像素)
+- **height:** `number` 图片高度 (像素)
 
-`<image>` 元素用于表示图片。
+`<img>` 元素用于表示图片。
 
-### 语音 (audio)
+### 音频 (audio) {#audio}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **duration:** `number` 音频长度 (秒)
+- **poster:** `string` 音频封面 URL
 
 `<audio>` 元素用于表示语音。
 
-### 视频 (video)
+### 视频 (video) {#video}
 
-参见上述通用属性。
+除了上述通用属性外，还支持下面的属性：
+
+- **width:** `number` 视频宽度 (像素)
+- **height:** `number` 视频高度 (像素)
+- **duration:** `number` 视频长度 (秒)
+- **poster:** `string` 视频封面 URL
 
 `<video>` 元素用于表示视频。
 
-### 文件 (file)
+### 文件 (file) {#file}
+
+除了上述通用属性外，还支持下面的属性：
 
-参见上述通用属性。
+- **poster:** `string` 文件封面 URL
 
 `<file>` 元素用于表示文件。
 
@@ -100,49 +112,49 @@
 
 修饰元素用于修饰其中的内容。如果对应的平台不支持对应的元素，可以忽略这个元素本身，正常渲染其中的子元素。
 
-### 粗体 (b, strong)
+### 粗体 (b, strong) {#b}
 
 `<b>` 或 `<strong>` 元素用于将其中的内容以粗体显示。
 
-### 斜体 (i, em)
+### 斜体 (i, em) {#i}
 
 `<i>` 或 `<em>` 元素用于将其中的内容以斜体显示。
 
-### 下划线 (u, ins)
+### 下划线 (u, ins) {#u}
 
 `<u>` 或 `<ins>` 元素用于为其中的内容附加下划线。
 
-### 删除线 (s, del)
+### 删除线 (s, del) {#s}
 
 `<s>` 或 `<del>` 元素用于为其中的内容附加删除线。
 
-### 剧透 (spl)
+### 剧透 (spl) {#spl}
 
 `<spl>` 元素用于将其中的内容标记为剧透 (默认会被隐藏，点击后才显示)。
 
-### 代码 (code)
+### 代码 (code) {#code}
 
 `<code>` 元素用于将其中的内容以等宽字体显示 (通常还会有特定的背景色)。
 
-### 上标 (sup)
+### 上标 (sup) {#sup}
 
 `<sup>` 元素用于将其中的内容以上标显示。
 
-### 下标 (sub)
+### 下标 (sub) {#sub}
 
 `<sub>` 元素用于将其中的内容以下标显示。
 
 ## 排版元素
 
-### 换行 (br)
+### 换行 (br) {#br}
 
 `<br>` 元素表示一个独立的换行。
 
-### 段落 (p)
+### 段落 (p) {#p}
 
 `<p>` 元素表示一个段落。在渲染时，它与相邻的元素之间会确保有一个换行。
 
-### 消息 (message)
+### 消息 (message) {#message}
 
 - **id:** `string` 消息 ID
 - **forward:** `boolean` 是否为转发消息
@@ -193,11 +205,11 @@ hello<message/>world
 
 元信息元素通常不会被渲染，但会影响到消息的发送行为。
 
-### 引用 (quote)
+### 引用 (quote) {#quote}
 
 `<quote>` 元素用于表示对消息引用。它的子元素会被渲染为引用的内容。理论上所有 `<message>` 元素的特性也可以用于 `<quote>` 元素，包括子元素 (构造引用消息) 和 `forward` 属性 (引用合并转发)。然而目前似乎并没有平台提供了这样的支持。
 
-### 作者 (author)
+### 作者 (author) {#author}
 
 - **id:** `string` 用户 ID
 - **name:** `string` 昵称
@@ -209,7 +221,7 @@ hello<message/>world
 
 交互元素用于显然消息中的可交互性内容。如果平台不支持此类元素且难以提供回退，可以直接忽略整个元素。实现侧应当根据平台特性，针对性地返回带有交互和不带有交互的消息。
 
-### 按钮 (button) <badge type="warning">实验性</badge>
+### 按钮 (button) <badge type="warning">实验性</badge> {#button}
 
 - **id:** `string` 按钮的 ID
 - **type:** `string` 按钮的类型
diff --git a/zh-TW/api/message/encoder.md b/zh-TW/api/message/encoder.md
index cd034b490aa9..0d2f8225e4c3 100644
--- a/zh-TW/api/message/encoder.md
+++ b/zh-TW/api/message/encoder.md
@@ -1,10 +1,10 @@
 # 消息编码器 (MessageEncoder) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 跨平台 > 消息编码](../../guide/adapter/message.md)
 :::
 
@@ -20,7 +20,7 @@ export class MyBot extends Bot {
 }
 ```
 
-## 实例方法
+## 實體方法
 
 ### new MessageEncoder(bot, channelId)
 
diff --git a/zh-TW/api/message/syntax.md b/zh-TW/api/message/syntax.md
index f1fe02bd9b0c..eed0fef62b16 100644
--- a/zh-TW/api/message/syntax.md
+++ b/zh-TW/api/message/syntax.md
@@ -1,4 +1,4 @@
-# 语法规范
+# 語法規範
 
 大多数涉及消息的地方都可以使用消息元素，例如：
 
@@ -16,12 +16,12 @@
 
 你可以在消息元素内使用任何字符。不过部分特殊字符需要转义：
 
-|  原始字符   |     转义写法     |
-|:-------:|:------------:|
-|   `"`   | `&quot;` |
-| `&` | `&amp;`  |
-| `<`  |  `&lt;`  |
-| `>`  |  `&gt;`  |
+| 原始字符 |       转义写法       |
+| :--: | :--------------: |
+|  `"` | `&amp;quot;` |
+|  `&` |  `&amp;amp;` |
+|  `<` |  `&amp;lt;`  |
+|  `>` |  `&amp;gt;`  |
 
 根据上下文的不同，有些字符可能不需要被转义或使用其他的转义方式。
 
@@ -72,7 +72,7 @@
 ```
 
 ```html
-<tag>&lt;foo&gt; bar</tag>
+<tag>&amp;lt;foo&amp;gt; bar</tag>
 ```
 
 ### 注释
diff --git a/zh-TW/api/resources/channel.md b/zh-TW/api/resources/channel.md
index b9677b4936f0..120276f4a6a9 100644
--- a/zh-TW/api/resources/channel.md
+++ b/zh-TW/api/resources/channel.md
@@ -1,11 +1,11 @@
 # 频道 (Channel)
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的频道对象。
 
 - 要了解数据库中的频道，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#channel)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#频道)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 频道](../glossary.md#channel)
+  :::
 
 ## 类型定义
 
@@ -20,8 +20,8 @@ export interface Channel {
 export enum ChannelType {
   TEXT = 0,
   DIRECT = 1,
-  VOICE = 2,
-  CATEGORY = 3,
+  CATEGORY = 2,
+  VOICE = 3,
 }
 ```
 
diff --git a/zh-TW/api/resources/member.md b/zh-TW/api/resources/member.md
index 69b86e79f0d0..a2bc633783c0 100644
--- a/zh-TW/api/resources/member.md
+++ b/zh-TW/api/resources/member.md
@@ -45,7 +45,7 @@ interface GuildMember {
 
 将某个用户踢出群组。
 
-### bot.muteGuildMember(guildId, userId, duration?, reason?) <badge type="warning">实验性</badge>
+### bot.muteGuildMember(guildId, userId, duration, reason?) <badge type="warning">实验性</badge>
 
 - **guildId:** `string` 群组 ID
 - **userId:** `string` 用户 ID
diff --git a/zh-TW/api/resources/message.md b/zh-TW/api/resources/message.md
index 4b07ccd5dc24..e5c5220d84cc 100644
--- a/zh-TW/api/resources/message.md
+++ b/zh-TW/api/resources/message.md
@@ -25,15 +25,15 @@ interface Message {
 
 向特定频道发送消息。
 
-::: warning
+:::warning
 只要你能够获取到会话对象，你就不应使用此 API，而应该使用 [`session.send()`](../core/session.md#session-send)。一些平台会将主动发送的消息同被动接收后回复的消息区分开来，甚至可能限制主动消息的发送，因此使用 [`session.send()`](../core/session.md#session-send) 总是有更好的可靠性。
 :::
 
-::: tip
+:::tip
 `bot.sendMessage()` 既可以发送群聊消息，也可以发送私聊消息。当发送私聊消息时，其与 `bot.sendPrivateMessage()` 的区别在于前者传入的是频道 ID，而后者传入的是用户 ID。
 :::
 
-::: tip
+:::tip
 大多数情况下应当使用 [`MessageEncoder`](../message/encoder.md) 实现消息发送功能，而不是直接实现此方法。
 :::
 
@@ -71,10 +71,11 @@ interface Message {
 
 修改特定消息。
 
-### bot.getMessageList(channelId, next?)
+### bot.getMessageList(channelId, next?, direction?)
 
 - **channelId:** `string` 频道 ID
-- **next:** `string` 分页令牌
+- **next:** `string` 分页令牌，未指定时视为从最新消息向前获取
+- **direction:** `Direction` 消息获取方向，可以为 `'before' | 'after' | 'around'`
 - 返回值: `Promise<List<Message>>` 消息列表
 
 获取频道消息列表。
diff --git a/zh-TW/api/resources/reaction.md b/zh-TW/api/resources/reaction.md
index 0bd5812634aa..92e0a9a8d393 100644
--- a/zh-TW/api/resources/reaction.md
+++ b/zh-TW/api/resources/reaction.md
@@ -1,6 +1,6 @@
 # 表态 (Reaction) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性功能，未来可能发生改动。
 :::
 
diff --git a/zh-TW/api/resources/user.md b/zh-TW/api/resources/user.md
index 9ea3fe1cb44b..7001aee04339 100644
--- a/zh-TW/api/resources/user.md
+++ b/zh-TW/api/resources/user.md
@@ -1,11 +1,11 @@
 # 用户 (User)
 
-::: tip
+::: warning
 消歧义：本节介绍跨平台协议中的用户对象。
 
 - 要了解数据库中的用户，请前往 [API > 数据库 > 内置数据结构](../database/built-in.md#user)
-- 要了解两者的区别，请前往 [API > 术语表](../glossary.md#用户)
-:::
+- 要了解两者的区别，请前往 [API > 术语表 > 用户](../glossary.md#user)
+  :::
 
 ## 类型定义
 
diff --git a/zh-TW/api/service/events.md b/zh-TW/api/service/events.md
index 2a27ed980187..1efe05576e6a 100644
--- a/zh-TW/api/service/events.md
+++ b/zh-TW/api/service/events.md
@@ -1,16 +1,17 @@
-# 事件系统 (Events)
+# 事件系統 (Events)
 
-::: tip
+:::tip
 参见：[开发 > 交互基础 > 事件系统](../../guide/basic/events.md) <br>参见：[开发 > 模块化 > 生命周期](../../guide/plugin/lifecycle.md)
 :::
 
-::: tip
+:::tip
 本节介绍事件 API。如果想了解 Koishi 的内置事件，请前往 [API > 核心模块 > 事件](../core/events.md)。
 :::
 
-## 实例方法
+## 實體方法
 
 ### ctx.emit(session?, event, ...param)
+
 ### ctx.parallel(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
@@ -21,6 +22,7 @@
 同时触发所有 event 事件的能够匹配 session 对象的回调函数。emit 为同步，parallel 为异步。
 
 ### ctx.bail(session?, event, ...param)
+
 ### ctx.serial(session?, event, ...param)
 
 - **session:** [`Session`](../core/session.md) 会话对象
diff --git a/zh-TW/api/service/filter.md b/zh-TW/api/service/filter.md
index 81522dd159de..75290a95afe2 100644
--- a/zh-TW/api/service/filter.md
+++ b/zh-TW/api/service/filter.md
@@ -1,4 +1,4 @@
-# 过滤器 (Filter)
+# 過濾器 (Filter)
 
 有关这里的 API，请参见 [开发 > 模块化 > 过滤器](../../guide/plugin/filter.md)。
 
@@ -10,7 +10,7 @@
 
 当前上下文绑定的会话过滤器。
 
-## 实例方法
+## 實體方法
 
 ### ctx.any()
 
@@ -18,8 +18,8 @@
 
 选取上下文全集。
 
-::: tip
-这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 [](../../guide/plugin/lifecycle.md#dispose-事件)。
+:::tip
+这个方法与 `ctx.root` 的区别在于，后者不受插件管理器控制，容易产生内存泄漏。因此我们建议，除非你已经为你的插件声明了副作用，你应当尽量使用这个方法。参见 。
 :::
 
 ### ctx.never()
@@ -29,9 +29,13 @@
 选取上下文空集。
 
 ### ctx.self(...values)
+
 ### ctx.user(...values)
+
 ### ctx.guild(...values)
+
 ### ctx.channel(...values)
+
 ### ctx.platform(...values)
 
 - **values:** `string[]` 允许的机器人 / 用户 / 群组 / 频道 / 平台名称构成的数组
@@ -59,4 +63,3 @@
 - 返回值: `Context` 新的上下文
 
 给出当前上下文和其他上下文的差集。
-
diff --git a/zh-TW/api/service/http.md b/zh-TW/api/service/http.md
index e2254a929fec..97ef787591d5 100644
--- a/zh-TW/api/service/http.md
+++ b/zh-TW/api/service/http.md
@@ -1,46 +1,3 @@
-# 网络请求 (HTTP)
+# 網路請求 (HTTP)
 
-::: warning
-未来可能会将本插件重构为基于 [Fetch API](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的实现。
-:::
-
-`ctx.http` 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。
-
-你可能会有这样的疑问：为什么不直接使用 axios，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了 [全局的配置项](../../api/core/app.html#options-request-proxyagent)，各个插件则只需要调用 `ctx.http` 即可。
-
-## 实例方法
-
-### ctx.http(method, url, config)
-
-- **method:** `string` 请求方法
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-### ctx.http.head(url, config)
-### ctx.http.get(url, config)
-### ctx.http.delete(url, config)
-
-- **url:** `string` 请求地址
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 HEAD / GET / DELETE 请求。
-
-### ctx.http.post(url, data, config)
-### ctx.http.put(url, data, config)
-### ctx.http.patch(url, data, config)
-
-- **url:** `string` 请求地址
-- **data:** `any` 请求数据
-- **config:** `AxiosRequestConfig` 配置项
-- 返回值: `Promise<any>`
-
-发送 POST / PUT / PATCH 请求。
-
-### ctx.http\.ws(url)
-
-- **url:** `string` 请求地址
-- 返回值: `WebSocket`
-
-创建一个 WebSocket 连接。
+参见 [`@koishijs/plugin-http`](../../plugins/develop/http.md) 插件文档。
diff --git a/zh-TW/api/service/i18n.md b/zh-TW/api/service/i18n.md
index 7b6a07490085..85b4e101c09b 100644
--- a/zh-TW/api/service/i18n.md
+++ b/zh-TW/api/service/i18n.md
@@ -1,10 +1,10 @@
-# 国际化 (I18n)
+# 國際化 (I18n)
 
-::: tip
+:::tip
 参见：[开发 > 国际化](../../guide/i18n/index.md)
 :::
 
-## 实例方法
+## 實體方法
 
 ### ctx.i18n.define(locale, dict)
 
diff --git a/zh-TW/api/service/loader.md b/zh-TW/api/service/loader.md
index 0e4a666530c2..ae57493fba76 100644
--- a/zh-TW/api/service/loader.md
+++ b/zh-TW/api/service/loader.md
@@ -1,10 +1,10 @@
 # 加载器 (Loader) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 这是一个实验性 API，未来可能会发生变化。
 :::
 
-::: warning
+:::warning
 此服务仅在 CLI (启动器 / 模板项目) 环境下可用，[作为依赖调用](../../manual/starter/direct.md) 的 Koishi 将不具备此服务。
 :::
 
@@ -18,11 +18,11 @@ Loader 服务可用于管理 Koishi 实例加载的插件。通常情况下你
 
 一个特殊的对象，可以在环境变量中存储少量数据。可以配合 `ctx.loader.fullReload()` 方法使用，以便在重启后恢复数据。
 
-::: warning
+:::warning
 如果你的插件需要持久化大量数据，请使用本地文件或者数据库。
 :::
 
-## 实例方法
+## 實體方法
 
 ### ctx.loader.keyFor(plugin)
 
diff --git a/zh-TW/api/service/permissions.md b/zh-TW/api/service/permissions.md
index bddd69fc8771..b11c5fb2d233 100644
--- a/zh-TW/api/service/permissions.md
+++ b/zh-TW/api/service/permissions.md
@@ -1,16 +1,19 @@
 # 权限管理 (Permissions) <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能在后续版本中发生变化。
 :::
 
-::: tip
+:::tip
 参见：[开发 > 数据库 > 权限管理](../../guide/database/permission.md)
 :::
 
-## 实例方法
+## 實體方法
 
-### ctx.permissions.define(name, inherits)
+### ctx.permissions.define(name, options)
+
+- **name:** `string` 权限名称
+- **options.check:** `(session: Partial<Session>) => boolean` 权限检查函数
 
 ### ctx.permissions.inherit(a, b)
 
diff --git a/zh-TW/api/service/registry.md b/zh-TW/api/service/registry.md
index 87b34e4b294e..b42429accb86 100644
--- a/zh-TW/api/service/registry.md
+++ b/zh-TW/api/service/registry.md
@@ -1,4 +1,4 @@
-# 插件系统 (Registry)
+# 外掛系統 (Registry)
 
 ## 实例属性
 
@@ -10,7 +10,7 @@
 
 当前上下文关联的 State 对象。
 
-## 实例方法
+## 實體方法
 
 ### ctx.plugin(plugin, options?)
 
@@ -20,7 +20,7 @@
 
 当前上下文中安装一个插件。参见 [认识插件](../../guide/plugin/)。
 
-### ctx.using(deps, plugin)
+### ctx.inject(deps, plugin)
 
 - **deps:** `string[]` 依赖的服务列表
 - **plugin:** `Plugin` 要安装的插件
@@ -28,12 +28,6 @@
 
 安装一个存在服务依赖的插件。参见 [服务的依赖关系](../../guide/plugin/service.md#服务的依赖关系)。
 
-### ctx.start()
-
-- 返回值: `Promise<void>`
-
-启动此应用。
-
 ### ctx.stop()
 
 - 返回值: `Promise<void>`
diff --git a/zh-TW/api/service/router.md b/zh-TW/api/service/router.md
index fd735c3cdcb1..c5264c4e95ae 100644
--- a/zh-TW/api/service/router.md
+++ b/zh-TW/api/service/router.md
@@ -1,10 +1,10 @@
-# 网络服务 (Router)
+# 網路服務 (Router)
 
-::: danger
+:::danger
 `ctx.router` 需要手动声明为 `inject`。在未来的版本，我们将会把此服务移至插件中。
 :::
 
-::: tip
+:::tip
 Koishi 默认情况下并不会监听任何端口，如要启用网络服务请记得配置 [`options.port`](../core/app.md#options-port)。
 :::
 
@@ -15,11 +15,11 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
 2. 未来可能会不基于 Koa Router 重新实现路由系统。
-:::
+   :::
 
-## 实例方法
+## 實體方法
 
-### ctx.router\[method\](path, middleware)
+### ctx.router\[method]\(path, middleware)
 
 - **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
@@ -27,7 +27,7 @@ Koishi 默认情况下并不会监听任何端口，如要启用网络服务请
 
 处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
 
-### ctx.router\.ws(path, handler)
+### ctx.router.ws(path, handler)
 
 - **path:** `string | RegExp | (string | RegExp)[]` 路径
 - **handler:** `WebSocketHandler` 处理函数，接受下列参数
diff --git a/zh-TW/api/service/server.md b/zh-TW/api/service/server.md
new file mode 100644
index 000000000000..fbed8a37213f
--- /dev/null
+++ b/zh-TW/api/service/server.md
@@ -0,0 +1,3 @@
+# 服务器 (Server)
+
+参见 [`@koishijs/plugin-server`](../../plugins/develop/server.md) 插件文档。
diff --git a/zh-TW/api/service/timer.md b/zh-TW/api/service/timer.md
new file mode 100644
index 000000000000..65c6a30e3df2
--- /dev/null
+++ b/zh-TW/api/service/timer.md
@@ -0,0 +1,53 @@
+# 计时器 (Timer)
+
+## 實體方法
+
+### ctx.setTimeout(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数。返回的函数可以用于取消此计时器。
+
+### ctx.setInterval(callback, delay)
+
+- **callback:** `Function` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `() => void`
+
+在指定的延迟时间后执行回调函数，然后每隔指定的延迟时间重复执行。返回的函数可以用于取消此计时器。
+
+### ctx.sleep(delay)
+
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `Promise<void>`
+
+等待指定的延迟时间。如果在此期间插件被停用，将会抛出一个错误。
+
+### ctx.throttle(callback, delay, noTrailing?)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- **noTrailing:** `boolean` 是否禁用尾随调用
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数在指定的周期内最多执行一次。
+
+具体表现为，此函数被调用后会立即执行，并在接下来的 `delay` 毫秒内忽略所有调用。
+
+默认情况下，如果在最后一次实际执行后的一个延迟周期内再次调用返回的函数，则会在此延迟周期结束时再次执行 (即尾随调用)。将 `noTrailing` 设置为 `true` 可禁用此行为。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
+
+### ctx.debounce(callback, delay)
+
+- **callback:** `F extends (...args: any[]) => void` 回调函数
+- **delay:** `number` 延迟时间 (毫秒)
+- 返回值: `WithDispose<F>`
+
+返回一个函数，该函数会忽略小于指定间隔的所有高频调用。
+
+具体表现为，此函数被调用后，不会立即执行，而是会等待 `delay` 毫秒。如果在此期间再次调用返回的函数，则会重新计时。直到 `delay` 毫秒内没有调用，此函数才会执行。
+
+返回函数的 `dispose()` 方法可用于取消此计时器。此后所有调用都将被忽略。
diff --git a/zh-TW/api/utils/logger.md b/zh-TW/api/utils/logger.md
index d80e12bd6dd9..6239a6e1119c 100644
--- a/zh-TW/api/utils/logger.md
+++ b/zh-TW/api/utils/logger.md
@@ -1,6 +1,6 @@
-# 输出日志 (Logger)
+# 輸出日誌 (Logger)
 
-::: tip
+:::tip
 本节中的 API 来自 [reggol](https://github.com/shigma/reggol)，并由 Koishi 重新导出。
 :::
 
@@ -82,6 +82,6 @@ logger:
 
 以不同的输出等级输出日志。参数的使用方法与 [`console.log`](https://developer.mozilla.org/zh-CN/docs/Web/API/Console/log) 相同。
 
-::: tip
+:::tip
 运行时产生的错误 (如请求失败，数据库访问失败等) 都属于 warning，只有在创建阶段和连接阶段抛出的错误才会通过 error 输出 (参见 [生命周期](../../guide/plugin/lifecycle.md))。
 :::
diff --git a/zh-TW/api/utils/misc.md b/zh-TW/api/utils/misc.md
index 4a47048dfafe..84a37c250727 100644
--- a/zh-TW/api/utils/misc.md
+++ b/zh-TW/api/utils/misc.md
@@ -1,12 +1,12 @@
 # 其他工具 (Misc)
 
-::: tip
+:::tip
 本节中的 API 来自 [cosmokit](https://github.com/shigma/cosmokit)，并由 Koishi 重新导出。
 :::
 
 这一节介绍了其他未被归类的内置工具函数。
 
-## 字符串操作
+## 字符串操作 {#string}
 
 ### capitalize(source)
 
@@ -36,7 +36,7 @@
 
 如果输入的是字符串，则将字符串转换成 snake_case；如果是数组或对象，则递归地将对象中的每个（可枚举）的键转换成 snake_case；其他情况不受影响。
 
-## 集合操作
+## 集合操作 {#set}
 
 ### contain(array1, array2)
 
@@ -70,7 +70,7 @@
 
 求两个集合的并集。
 
-## 对象操作
+## 对象操作 {#object}
 
 ### is(type, value)
 
@@ -133,7 +133,58 @@
 
 将对象的每个键进行过滤，返回新的对象。
 
-## 日期操作
+## 二进制数据 {#binary}
+
+### Binary.is(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike`。
+
+### Binary.isSource(source)
+
+- **source:** `any` 要判断的值
+- 返回值: `boolean`
+
+判断一个值是否为 `ArrayBufferLike` 或 `ArrayBufferView`。
+
+### Binary.fromSource(source)
+
+- **source:** `ArrayBufferLike | ArrayBufferView` 要转换的值
+- 返回值: `ArrayBufferLike`
+
+将可能的 `ArrayBufferView` 转换成 `ArrayBuffer`。
+
+### Binary.toBase64(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成 base64 字符串。
+
+### Binary.fromBase64(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将 base64 字符串转换成二进制数据。
+
+### Binary.toHex(source)
+
+- **source:** `ArrayBufferLike` 要转换的值
+- 返回值: `string`
+
+将二进制数据转换成十六进制字符串。
+
+### Binary.fromHex(source)
+
+- **source:** `string` 要转换的值
+- 返回值: `ArrayBuffer`
+
+将十六进制字符串转换成二进制数据。
+
+## 时间与日期 {#time}
 
 ### 静态属性
 
diff --git a/zh-TW/api/utils/observer.md b/zh-TW/api/utils/observer.md
index 44adbe2db122..799b99b448eb 100644
--- a/zh-TW/api/utils/observer.md
+++ b/zh-TW/api/utils/observer.md
@@ -1,4 +1,4 @@
-# 观察者 (Observer)
+# 觀察者 (Observer)
 
 ## observe(target, update?, label?)
 
diff --git a/zh-TW/api/utils/random.md b/zh-TW/api/utils/random.md
index 6d33a5a2a831..1bd23572e641 100644
--- a/zh-TW/api/utils/random.md
+++ b/zh-TW/api/utils/random.md
@@ -1,6 +1,6 @@
 # 随机数操作
 
-::: tip
+:::tip
 本节中的 API 来自 [inaba](https://github.com/shigma/inaba)，并由 Koishi 重新导出。
 :::
 
@@ -49,7 +49,7 @@ random.pick([1, 2, 3])          // 随机选取一个元素
 - **end:** `number` 上界
 - 返回值: `number` 一个 `[start, end)` 之间的随机整数
 
-生成一个随机实数。
+生成一个随机整数。
 
 ### Random.pick(array, count?)
 
diff --git a/zh-TW/api/utils/schema.md b/zh-TW/api/utils/schema.md
index e61a1eb03f02..26f08417e555 100644
--- a/zh-TW/api/utils/schema.md
+++ b/zh-TW/api/utils/schema.md
@@ -215,9 +215,9 @@ validate('0')                   // TypeError
 validate(10)                    // 11
 ```
 
-## 实例方法
+## 實體方法
 
-::: tip
+:::tip
 请注意：`default` 和 `required` 是互斥的，你只能同时使用其中一个。
 :::
 
diff --git a/zh-TW/cookbook/appendix/commands.md b/zh-TW/cookbook/appendix/commands.md
index ad12a56c628d..81ed3ad6f39f 100644
--- a/zh-TW/cookbook/appendix/commands.md
+++ b/zh-TW/cookbook/appendix/commands.md
@@ -1,6 +1,6 @@
 # 案例：指令管理
 
-::: tip
+:::tip
 主条目：[可逆的 Koishi](../design/disposable.md)
 :::
 
@@ -12,7 +12,7 @@
 
 - 设置别名和显示名称
 - 添加和删除子指令
-- 权限管理
+- 權限管理
 - 速率限制
 
 与此同时，该插件也允许其他插件通过 `ctx.schema` 服务注册更多可以被该插件所配置的功能。
@@ -28,6 +28,7 @@
 可逆的 Koishi 要求 commands 插件回收自身产生的一切副作用，即：当插件被停用时，用户对指令系统做出的一切改动应当复原：已修改的配置项、指令的别名和显示名称全部恢复为未启用此插件时的状态；创建的新指令被移除；被调整的父子指令关系被复原。
 
 ### 控制台依赖
+
 commands 插件的功能可以分为两个部分：
 
 1. 读取配置项，并对指令系统做出改动。
diff --git a/zh-TW/cookbook/design/disposable.md b/zh-TW/cookbook/design/disposable.md
index ad1f30900e3f..de47cb11e2d8 100644
--- a/zh-TW/cookbook/design/disposable.md
+++ b/zh-TW/cookbook/design/disposable.md
@@ -5,7 +5,7 @@
 
 - 为什么我们需要可逆的插件系统？
 - Cordis 是如何实现资源安全的？
-:::
+  :::
 
 Koishi 的一切都从 Cordis 开始。但我想大部分 Koishi 的开发者都不知道 Cordis 是什么。如果让我来定义的话，Cordis 是一个**元框架 (Meta Framework)**，即一个用于构建框架的框架。
 
@@ -63,11 +63,15 @@ Cordis 的名字来源于拉丁语的心。我希望它能成为未来软件 (
 
 函数式编程中有着纯函数的概念——给定相同的输入总是给出相同的输出。然而，现实中的程序往往要与各种各样的副作用打交道。对于这种情况，我们可以对函数进行“纯化”——将它的副作用转化为参数和返回值的一部分即可。考虑下面的函数：
 
-$$ f_\text{impure}: \text{X}\to\text{Y} $$
+$$
+f_\text{impure}: \text{X}\to\text{Y}
+$$
 
 假设它含有副作用，我们把所有可能的副作用用类型 $\mathcal{C}$ 封装起来，则该函数可以被转化为：
 
-$$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
+$$
+f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y}
+$$
 
 此时我们得到的就一个纯函数，它接受 $\mathcal{C}$ 和参数，返回修改过的 $\mathcal{C}$ 和返回值。
 
@@ -79,13 +83,24 @@ $$ f: \mathcal{C}\times\text{X}\to\mathcal{C}\times\text{Y} $$
 
 进一步，我们还希望 $f$ 的副作用是可以回收的。换言之，我们额外要求 $f$ 存在逆元 $f^{-1}$，此时 $\mathfrak{F}$ 就构成一个群。但仅仅知道函数可逆并不能帮助我们找到它的逆，我们需要在书写这个函数时一并写出它的回收方法。因此我们引入 $\text{effect}$ 函子，使这个函数返回一个新的函数，这个函数可用于回收此次调用的副作用：
 
-$$ \begin{array} \\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F} \\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{effect}&:&\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}&\to&    \mathcal{C}\times\mathfrak{F}
+\\\text{effect}&=&f           &\mapsto&\left(c, h\right)            &\mapsto&\left(f(c), h\circ f^{-1}\right)
+\end{array}
+$$
 
 可以证明 $\text{effect}$ 是一个 $\mathfrak{F}$ 到 $\mathcal{C}\times\mathfrak{F}$ 的同态：
 
-$$ \begin{aligned} \text{effect}\ (f\circ g) \left(c, h\right) &=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
-&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\ &=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
-&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right) \end{aligned} $$
+$$
+\begin{aligned}
+\text{effect}\ (f\circ g) \left(c, h\right)
+&=\left((f\circ g)(c), h\circ (f\circ g)^{-1}\right)\\
+&=\left(f(g(c)), h\circ g^{-1}\circ f^{-1}\right)\\
+&=\text{effect}\ f \left(g(c), h\circ g^{-1}\right)\\
+&=\left(\text{effect}\ f\circ\text{effect}\ g\right) \left(c, h\right)
+\end{aligned}
+$$
 
 下面是一个例子：
 
@@ -106,11 +121,16 @@ dispose()                       // 回收副作用
 
 - $\mathcal{C}\times\mathfrak{F}$ 对应着全局环境 (我们稍后会提到全局环境的坏处，但不影响这里的理解)
 - `port` 对应于上面的 $\text{X}$，由于我们可以使用柯里化，所以在数学模型中并不需要考虑它
-:::
+  :::
 
 为什么需要引入这个 $\text{effect}$ 和 $\mathcal{C}\times\mathfrak{F}$ 呢？它的作用是将副作用从函数的返回值中分离出来，从而实现副作用的回收。只需定义 $\text{restore}$ 变换 (不难发现它确实是 $\text{effect}$ 的逆操作)：
 
-$$ \begin{array} \\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F} \\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right) \end{array} $$
+$$
+\begin{array}
+\\\text{restore}&:&\mathcal{C}\times\mathfrak{F}&\to&\mathcal{C}\times\mathfrak{F}
+\\\text{restore}&=&\left(c, h\right)            &\mapsto&\left(h(c),\text{id}\right)
+\end{array}
+$$
 
 现在你就可以使用 `restore()` 来回收副作用了：
 
@@ -127,7 +147,9 @@ restore()               // 回收所有副作用
 
 当副作用被记录到全局环境时，$\mathcal{C}\times\mathfrak{F}$ 也就变成了一个更大的 $\mathcal{C}$。我们便可以这样定义：
 
-$$ \mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right) $$
+$$
+\mathcal{C}_1=\mathcal{C}\times\mathfrak{F}=\mathcal{C}\times\left(\mathcal{C}\to\mathcal{C}\right)
+$$
 
 下文中我们将直接使用 $\mathcal{C}$ 来表示 $\mathcal{C}_1$。
 
@@ -168,10 +190,14 @@ ctx.plugin(serve, { port: 80 })
 
 进一步，如果这个 API 本身还存在副作用，那提供此 API 的插件其实占用的是一种能占用资源的资源，一种高阶资源。就如同高阶函数一样，我们的 $\mathcal{C}$ 也可以是高阶的：
 
-$$ \begin{matrix} \mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
-\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\ \cdots\\
+$$
+\begin{matrix}
+\mathcal{C}_1=\mathcal{C}_0\times\left(\mathcal{C}_0\to\mathcal{C}_0\right)\\
+\mathcal{C}_2=\mathcal{C}_1\times\left(\mathcal{C}_1\to\mathcal{C}_1\right)\\
+\cdots\\
 \mathcal{C}_{n+1}=\mathcal{C}_n\times\left(\mathcal{C}_n\to\mathcal{C}_n\right)\\
-\end{matrix} $$
+\end{matrix}
+$$
 
 在 Cordis 中，插件之间默认情况下不存在先后关系。换句话说，默认任何两个插件的执行顺序都是可以交换的。如果你想要表达插件之间的依赖关系，则需要通过 **服务 (Service)** 来实现。服务用一个字符串表示，可以被插件提供 (provide) 或注入 (inject)。
 
diff --git a/zh-TW/cookbook/design/storage.md b/zh-TW/cookbook/design/storage.md
index 99668b9b9343..4ba97381117c 100644
--- a/zh-TW/cookbook/design/storage.md
+++ b/zh-TW/cookbook/design/storage.md
@@ -5,7 +5,7 @@
 
 - 插件要想持久化数据有哪些途径？
 - 什么是零占用模式？为什么需要实现零占用？
-:::
+  :::
 
 要为一个插件持久化一些数据，除了使用数据库外，更灵活的方式就是使用本地文件。然而到底应该将文件存放在哪里，就是一个值得深入探讨的问题了。本文将介绍 Koishi 插件开发时推荐遵循的零占用模式，它是一个兼具扩展性、可移植性和健壮性的最佳实践。
 
@@ -40,14 +40,14 @@
 
 - 更换为 JS 原生实现或 WebAssembly 实现的包 (它们不存在占用问题)。
 - 将 `.node` 或其他存在占用问题的可执行文件存放于[全局路径](#global)下。
-:::
+  :::
 
 ### 零占用的 Koishi
 
 零占用的 Koishi 是指，给定一个正在运行的 Koishi 实例，移除该实例目录下的所有内容，实例应按照预期的方式保持工作。具体而言，实例内的所有模块，包括 Koishi 本体及所有插件，均在设计时对此情况做了考虑，并编写了相应的处理逻辑：
 
 - Koishi 本体在启动时读取了配置文件。在启动后删除该文件，Koishi 保持工作。
-- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 奔溃。
+- 存储大文件的插件在要求时加载、解析大文件并返回结果给用户。删除该文件后，插件无法顺利解析，但插件返回可读的错误文本或输出可读的错误日志，不会造成 Koishi 崩溃。
 - 外部程序包装插件依赖外部的可执行文件进行工作。可执行文件在运行时无法解除占用，故应当预先被转移至实例目录之外。实例运行时，实例目录内不存在被占用的可执行文件。
 
 实现了零占用模式的 Koishi 项目将获得以下优点：
@@ -136,7 +136,7 @@ if (require.main === module) {
 
 在大多数情况下，我们都推荐使用运行时下载的方案。
 
-::: danger
+:::danger
 运行时下载的文档尚未编写。
 :::
 
diff --git a/zh-TW/cookbook/design/structure.md b/zh-TW/cookbook/design/structure.md
index 87d1642b94fa..79e505d1fe20 100644
--- a/zh-TW/cookbook/design/structure.md
+++ b/zh-TW/cookbook/design/structure.md
@@ -1,6 +1,6 @@
 # 项目架构
 
-::: danger
+:::danger
 本文档正在编写中，内容可能不完整或者不准确。
 :::
 
@@ -8,9 +8,9 @@
 
 下面就让我们用一张图介绍 Koishi 的底层架构吧。
 
-::: warning
+:::warning
 这里应该有一张架构图但是还没有画。
-:::  
+:::
 
 <!-- 在上图中，我们可以看到 Koishi 的核心架构分为三层：Cordis，Satori 和 Koishi：
 
diff --git a/zh-TW/cookbook/design/workspace.md b/zh-TW/cookbook/design/workspace.md
index 208b01f6ff00..3773ef6f2b2b 100644
--- a/zh-TW/cookbook/design/workspace.md
+++ b/zh-TW/cookbook/design/workspace.md
@@ -5,7 +5,7 @@
 
 - 什么是工作区仓库？相比传统开发模式有什么优势？
 - 如何在本地维护大量来自不同仓库的插件？
-:::
+  :::
 
 本文要介绍的主题是 Yakumo。Yakumo 是一个由 Koishi 官方团队开发的项目管理工具，它内置于模板项目中，可以在一个本地目录中管理来自多个仓库的工作区。Yakumo 的基本用法已经在 [工作区开发](../../guide/develop/workspace.md) 一节中介绍过了。本文主要介绍其背后的设计思想和高级功能。
 
@@ -75,7 +75,7 @@ root
 
 这种做法的好处是显而易见的。首先，由于开发者无需提交根工作区，因此也不会有隐私数据泄露的风险。其次，二次开发时也可以按需下载插件，不必为了不需要的插件安装依赖或配置环境。
 
-::: tip
+:::tip
 如果你想要分发的不是插件而是成品机器人本身，那么你就需要提交根工作区了。像这种包含根工作区的仓库被称为 [整合包](../practice/bundle.md)，你可以在对应的文档中了解更多信息。
 :::
 
diff --git a/zh-TW/cookbook/message.md b/zh-TW/cookbook/message.md
index b10b5539cdbf..18f15c13dc0c 100644
--- a/zh-TW/cookbook/message.md
+++ b/zh-TW/cookbook/message.md
@@ -9,10 +9,10 @@
 1. message 事件触发，进入中间件处理流程
 2. 根据上下文从中间件池中筛选出要执行的中间件序列
 3. 逐一执行中间件：
-    - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
-    - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
-    - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
-    - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
+   - 内置中间件是理论上第一个注册的中间件 (下接 [内置中间件](#内置中间件))
+   - 通过 `ctx.middleware(cb, true)` 注册的中间件会插在队列的更前面
+   - 临时中间件会直接插在当前序列的尾端，并不会影响中间件池本身
+   - 如果执行中遇到错误或未调用 `next` 函数，会停止后续中间件的执行
 4. 触发 [middleware](../api/core/events.md#事件：middleware) 事件
 5. 更新当前用户和群的缓冲数据 (参见 [按需加载与自动更新](../guide/database/builtin.md#按需加载与自动更新))
 
@@ -22,26 +22,25 @@
 2. 预处理消息内容，生成 [`session.stripped`](../api/core/session.md#session-stripped)
 3. 触发 [before-parse](../api/core/events.md#事件：before-parse) 事件，尝试解析消息内容 ([快捷匹配](../guide/basic/command.md#快捷匹配) 的解析也在此处完成)
 4. 如果数据库存在：
-    - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
-    - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
-    - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
-    - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
-    - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
-    - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
-    - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
+   - 触发 [before-attach-channel](../api/core/events.md#事件：before-attach-channel) 事件
+   - 获取频道数据并存储于 [`session.channel`](../api/core/session.md#session-channel)
+   - 根据 flags, assignee 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-channel](../api/core/events.md#事件：attach-channel) 事件 (用户可以在其中同步地更新群数据，或中止执行后续操作)
+   - 触发 [before-attach-user](../api/core/events.md#事件：before-attach-user) 事件
+   - 获取用户数据并存储于 [`session.user`](../api/core/session.md#session-user)
+   - 根据 flags 等字段判断是否应该处理该信息，如果不应该则直接返回
+   - 触发 [attach-user](../api/core/events.md#事件：attach-user) 事件 (用户可以在其中同步地更新群和用户数据，或中止执行后续操作)
 5. 如果解析出指令：执行该指令 (下接 [指令执行流程](#指令执行流程))
 6. 尝试解析出候选指令，如果成功则显示候选项 (参见 [模糊匹配](../manual/recipe/execution.md#模糊匹配))
 
-在以上过程中，无论是解析指令还是出发内置的 before-attach-* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
+在以上过程中，无论是解析指令还是出发内置的 before-attach-\* 钩子都可能用到 [parse](../api/core/events.md#事件：parse) 事件。
 
 ### 指令执行流程
 
 1. 如果解析过程中存在错误 (如非法参数等)，直接返回错误信息
 2. 逐一调用 check 回调函数，直到返回值不为 `undefined`
 3. 触发 [before-command](../api/core/events.md#事件：before-command) 事件：
-    - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
-    - 根据配置检查用户权限和调用记录
+   - 如果是 -h, --help 则直接显示帮助信息 (参见 [查看帮助](../manual/usage/command.md#查看帮助))
+   - 根据配置检查用户权限和调用记录
 4. 逐一调用 action 回调函数，直到返回值不为 `undefined`
 5. 触发 [command](../api/core/events.md#事件：command) 事件
-
diff --git a/zh-TW/cookbook/practice/assets.md b/zh-TW/cookbook/practice/assets.md
index 36788ebdcccf..e64b5d3c0c98 100644
--- a/zh-TW/cookbook/practice/assets.md
+++ b/zh-TW/cookbook/practice/assets.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 什么情况下插件需要转存资源文件？
-:::
+  :::
diff --git a/zh-TW/cookbook/practice/bundle.md b/zh-TW/cookbook/practice/bundle.md
index d133106ce7d3..fa9a73a167cd 100644
--- a/zh-TW/cookbook/practice/bundle.md
+++ b/zh-TW/cookbook/practice/bundle.md
@@ -76,6 +76,6 @@ root
 
 目前的所有工作流都基于整合包的版本号。当根工作区的版本号变动时，所有的工作流将开始运行。一次完整的发布将包含适用于 Koishi Desktop、Koishi Android 的完整环境，甚至是 Docker 镜像和 npm 包。部分流程需要配置 actions secrets，可以参考下面的列表：
 
-- DOCKER\_USERNAME
-- DOCKER\_PASSWORD
-- NPM\_TOKEN
+- DOCKER_USERNAME
+- DOCKER_PASSWORD
+- NPM_TOKEN
diff --git a/zh-TW/cookbook/practice/online.md b/zh-TW/cookbook/practice/online.md
index 46c280795607..5ddc961a0a98 100644
--- a/zh-TW/cookbook/practice/online.md
+++ b/zh-TW/cookbook/practice/online.md
@@ -6,7 +6,7 @@
 
 ## 部署插件
 
-::: tip
+:::tip
 阅读本节前请先阅读 [发布插件](../../guide/develop/publish.md)。
 :::
 
@@ -163,35 +163,41 @@ ctx.console.addEntry(process.env.KOISHI_BASE ? [
 
 ## 本地测试
 
-::: tip
+:::tip
 阅读本节前请先阅读 [工作区开发](../../guide/develop/workspace.md)。
 :::
 
 如果你想在本地测试插件是否能在 k-on! 中运行，可以参考以下流程：
 
-1. 克隆 koishijs/webui 和 koishijs/ponyfills 仓库。
+1. 克隆 koishijs/webui 和 cordiverse/ponyfills 仓库。
+
+:::tabs code
 
-::: tabs code
 ```npm
 npm run clone koishijs/webui
-npm run clone koishijs/ponyfills
+npm run clone cordiverse/ponyfills
 ```
+
 ```yarn
 yarn clone koishijs/webui
-yarn clone koishijs/ponyfills
+yarn clone cordiverse/ponyfills
 ```
+
 :::
 
 2. 启动 k-on! 开发脚本。
 
-::: tabs code
+:::tabs code
+
 ```npm
 cd external/webui
 npm run dev
 ```
+
 ```yarn
 yarn workspace @root/webui dev
 ```
+
 :::
 
 3. 在浏览器中打开 `http://localhost:3000` 即可访问 k-on!
diff --git a/zh-TW/cookbook/practice/render.md b/zh-TW/cookbook/practice/render.md
index 1e8d5d5e3630..eac262b28273 100644
--- a/zh-TW/cookbook/practice/render.md
+++ b/zh-TW/cookbook/practice/render.md
@@ -4,4 +4,4 @@
 本文将回答以下问题：
 
 - 如何让插件输出好看的图片？
-:::
+  :::
diff --git a/zh-TW/cookbook/practice/testing.md b/zh-TW/cookbook/practice/testing.md
index ff1e09c2fce8..5fd1e27a1c58 100644
--- a/zh-TW/cookbook/practice/testing.md
+++ b/zh-TW/cookbook/practice/testing.md
@@ -1,4 +1,4 @@
-# 编写测试
+# 編寫測試
 
 如果你是一位成熟的开发者，你一定知道测试的重要性。比起让机器人真正运行起来交给用户去试错，预先编写好的测试具有许多前者所不具有的优点：
 
@@ -10,7 +10,7 @@
 
 本章将介绍官方插件 `@koishijs/plugin-mock`。你可以用它来快速检验你编写的 Koishi 插件。
 
-::: tip
+:::tip
 本节中介绍的样例用到了 [Mocha](https://mochajs.org/) 和 [Chai](https://www.chaijs.com/)。它们都是比较通用的测试库和断言库，但并非绑定 @koishijs/plugin-mock 一同使用。你也可以根据你的喜好选择其他工具，比如 [Jest](https://jestjs.io/) 等等。
 :::
 
@@ -18,16 +18,19 @@
 
 首先在工作区中安装所需的测试工具以及 @koishijs/plugin-mock：
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm i mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 ```yarn
 yarn add mocha chai @koishijs/plugin-mock @types/mocha @types/chai -DW
 ```
+
 :::
 
-::: tip
+:::tip
 这里的 `-W` 表明直接安装到根工作区。你也可以改成只对一个插件添加这些依赖，不过考虑到你可能会在其他插件中也用到它们，安装到根工作区会更加方便。
 :::
 
diff --git a/zh-TW/guide/adapter/adapter.md b/zh-TW/guide/adapter/adapter.md
index 514f6f1c8df0..616d28c57389 100644
--- a/zh-TW/guide/adapter/adapter.md
+++ b/zh-TW/guide/adapter/adapter.md
@@ -1,8 +1,8 @@
-# 实现适配器
+# 實作配接器
 
 我们已经知道，单独一个 `Bot` 类已经构成一个合法的插件了。不过，这样的插件只具备调用平台 API 的能力，还无法接收消息。这个时候就需要 `Adapter` 类出场了。
 
-## 适配器的类型
+## 适配器的类型 {#types}
 
 适配器需要建立并维护机器人与聊天平台之间的连接。通常来说，根据协议的不同，适配器与机器人可能是一对一的，也可能是一对多的。让我们再看一眼之前介绍过的 `ReplBot` 实例：
 
@@ -23,11 +23,11 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 简单来说就是，在实现适配器时，首先需要协议的类型确定适配器与机器人的对应关系。如果是一对一的，就需要声明 `reusable` 属性，否则不需要声明。此外，对于部分典型场景，我们又进一步派生出了 `Adapter.WsClient` 等子类，方便你快速实现适配器。
 
-## 典型实现
+## 典型实现 {#typical-impls}
 
 下面让我们看几种典型的适配器实现。
 
-### WebSocket
+### WebSocket {#websocket}
 
 一种常见的通信方式是 WebSocket，许多平台 (Discord、KOOK、钉钉等) 都会使用这项技术。它的工作原理是，机器人首先向聊天平台的 WebSocket 网关发起连接请求，随后平台会将事件推送到机器人的 WebSocket 连接上。这里我们还是以 Discord 平台为例：
 
@@ -86,18 +86,18 @@ if (session) this.dispatch(session)
 
 `createSession()` 会根据事件的类型，创建不同的 `Session` 实例。如果无法对应到标准的会话事件，那么 `createSession()` 方法会返回空值，表示我们不需要调用 `dispatch()` 方法。
 
-### Webhook
+### Webhook {#webhook}
 
 另一种常见的通信方式是 Webhook，使用这种通信方式的平台有飞书、企业微信、Line 等。它的工作原理是，机器人搭建者首先在聊天平台的开发者后台配置一个 HTTP 服务器地址，随后平台会将事件推送到该地址上。这里我们以 Line 平台为例：
 
 ```ts
 export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(public ctx: C) {
     super()
 
-    ctx.router.post('/line', async (ctx) => {
+    ctx.server.post('/line', async (ctx) => {
       const { destination, events } = ctx.request.body
       const bot = this.bots.find(bot => bot.selfId === destination)
       if (!bot) return ctx.status = 403
@@ -114,7 +114,7 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
   async start(bot: LineBot) {
     await this.getLogin()
     await bot.internal.setWebhookEndpoint({
-      endpoint: this.ctx.router.config.selfUrl + '/line',
+      endpoint: this.ctx.server.config.selfUrl + '/line',
     })
   }
 }
@@ -125,11 +125,11 @@ export class HttpServer<C extends Context> extends Adapter<C, LineBot<C>> {
 ```ts
 await this.getLogin()
 await bot.internal.setWebhookEndpoint({
-  endpoint: this.ctx.router.config.selfUrl + '/line',
+  endpoint: this.ctx.server.config.selfUrl + '/line',
 })
 ```
 
-对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.router` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
+对于 HTTP 服务器来说，我们不仅需要维护机器人的状态，还需要创建一个 HTTP 服务器，用于接收来自聊天平台的事件。因此，我们在构造函数中使用 `ctx.server` 监听了 Webhook 回调地址。对于每一个接收到的请求，我们首先验证其是否对应于已经配置的机器人：
 
 ```ts
 const sign = ctx.headers['x-line-signature']?.toString()
@@ -147,7 +147,7 @@ for (const event of parsed.events) {
 }
 ```
 
-### 其他通信方式
+### 其他通信方式 {#others}
 
 除了 WebSocket 和 Webhook 以外，还有一些其他可能出现的通信方式：
 
@@ -156,11 +156,11 @@ for (const event of parsed.events) {
 
 当然，对于那些不太像聊天平台的聊天平台，你也可以不必拘泥于传统的通信方式。直接继承 `Adapter` 基类，实现自己的逻辑即可。无论是我们在本章开始介绍的命令行环境，又或者是邮件、短信，甚至是社交媒体的评论区、私信，只要是能打字的地方，都可以通过适配器的方式接入到 Koishi 中！
 
-## 进阶技巧
+## 进阶技巧 {#advanced}
 
 接下来我们将介绍一些复杂适配器的实现技巧。
 
-### 多协议支持
+### 多协议支持 {#multi-protocol}
 
 部分平台同时支持了多种通信方式，例如 Telegram 就同时支持了 Webhook 和 HTTP 轮询。对于此类平台，我们可以提供一个配置项，让用户根据需要自行选择通信方式。
 
@@ -183,12 +183,12 @@ adapter-telegram
 class ServerAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {}
 
 namespace ServerAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'server'
     path?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     path: Schema.string().default('/telegram'),
   })
@@ -202,12 +202,12 @@ class PollingAdapter<C extends Context> extends Adapter<C, TelegramBot<C>> {
 }
 
 namespace PollingAdapter {
-  export interface Config {
+  export interface Options {
     protocol: 'polling'
     timeout?: string
   }
 
-  export const Config: Schema<Config> = Schema.object({
+  export const Options: Schema<Options> = Schema.object({
     protocol: Schema.const('server').required(),
     timeout: Schema.number().default(Time.second * 25),
   })
@@ -229,28 +229,28 @@ class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 
 namespace TelegramBot {
-  export type Config = ServerAdapter.Config | PollingAdapter.Config
+  export type Config = ServerAdapter.Options | PollingAdapter.Options
 
   export const Config: Schema<Config> = Schema.intersect([
     Schema.object({
       protocol: Schema.union(['server', 'polling']).required(),
     }),
     Schema.union([
-      HttpServer.Config,
-      HttpPolling.Config,
+      HttpServer.Options,
+      HttpPolling.Options,
     ]),
   ])
 }
 ```
 
-### 动态创建机器人
+### 动态创建机器人 {#dynamic}
 
 到此为止，我们的适配器开发中都存在一个隐含限制：用户的一次插件加载只能对应于一个 `Bot` 实例。如果用户需要创建多个机器人，那么就需要多次加载插件。这是因为在绝大多数适配器的使用场景下，用户都能很明确地知道自己需要创建多少个机器人。然而总有一些例外情况：
 
 - WhatsApp 平台的一个应用可以填入多个手机号，也就对应了多个 `Bot` 实例。
 - Satori 协议并不预先知道机器人的数量，而是在连接中根据机器人相关事件动态创建的。
 
-::: warning
+:::warning
 无限制的 `Bot` 连接可能会导致你的 Koishi 被恶意调用。因此，如果将适配器作为可任意连接的服务端，请确保在可信任的网络环境下运行，或者引入其他验证机制。
 :::
 
diff --git a/zh-TW/guide/adapter/bot.md b/zh-TW/guide/adapter/bot.md
index aca9d545a5a7..46f32787fd80 100644
--- a/zh-TW/guide/adapter/bot.md
+++ b/zh-TW/guide/adapter/bot.md
@@ -2,7 +2,7 @@
 
 `Bot` 对应着由 Koishi 操纵的聊天平台机器人账号。其上封装了一系列方法，用于发送消息、获取频道信息等操作。要实现一个聊天平台的 `Bot` 类，只需要实现这些方法即可。
 
-## 通用接口
+## 通用接口 {#universal}
 
 让我们先回忆一下上一节介绍的 `ReplBot`：
 
@@ -27,7 +27,7 @@ class ReplBot<C extends Context> extends Bot<C> {
 
 Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适配器应当尽可能地实现这些标准方法，但这并不是必需的。对于平台没有提供能力的 API，可以直接略去实现。
 
-## 访问内部接口
+## 访问内部接口 {#internal-access}
 
 尽管上面的通用接口足以应对大多数插件的需求，但这并不能将平台的能力发挥到极致。为此，Koishi 也允许 `Bot` 提供一套内部接口，用于直接调用平台的原生能力。
 
@@ -37,36 +37,39 @@ Koishi 提供了一套通用的 [机器人接口](../../api/core/bot.md)。适
 首先，插件并不能确定所拿到的 `Bot` 对象来自哪一个适配器，就算想要用上原生能力也必须强行做类型转换 (你稍后就能看到内部接口是如何解决类型问题的)；其次，原生接口可能与通用接口有相同的名称，随着 Koishi 未来进一步扩展通用接口，会有很大可能性引发接口冲突。
 :::
 
-### 在插件中访问
+### 在插件中访问 {#access-from-plugin}
 
 在插件中访问内部接口有两种方法。我们以 Discord 平台为例展示。
 
 第一种是直接通过 `bot.internal` 属性访问。这个属性在 `Bot` 基类中的类型是 `any`，因此你可以直接使用其上的方法，也可以通过类型断言来获取更好的类型提示：
 
 ```ts
+// 这一行写在文件头
+import type { DiscordBot } from '@koishijs/plugin-adapter-discord'
+
 (bot as DiscordBot).internal.getGuild(guildId)
 ```
 
-另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据：
+另一种方法是在有 `Session` 对象的环境中，直接通过 `session[platform]` 就可以访问到对应适配器的内部接口。这种方式不仅无需类型断言，并且能够直接访问到会话的原始数据。你可以用这种方式对特定平台提供定制化的支持：
 
 ```ts
-session.discord.getGuild(guildId)
-
-session.discord.t // 原始事件名称
-session.discord.d // 原始事件数据
-```
-
-你甚至还可以用这种方式对多种适配器提供定制化的支持：
+// 这一行写在文件头
+import {} from '@koishijs/plugin-adapter-discord'
 
-```ts
 if (session.discord) {
-  session.discord.getGuild(guildId)
+  session.discord.getGuild(guildId)     // 内部接口
+  session.discord.t                     // 原始事件名称
+  session.discord.d                     // 原始事件数据
 } else {
   // 其他平台的处理
 }
 ```
 
-### 在适配器中访问
+:::tip
+在上面的例子中，我们仅仅从 @koishijs/plugin-adapter-discord 中导入了类型。这种情况下插件并不实际依赖 Discord 适配器，因此你只需要将该依赖写入 `devDependencies` 即可。对于尚未接入 Discord 平台的用户，也不需要为运行你的插件多装一个适配器，仍然确保了安装体积的精简。关于这部分的讨论，可以参考 [服务与依赖](../plugin/service.md#peer-vs-dep) 一节。
+:::
+
+### 在适配器中访问 {#access-from-adapter}
 
 内部接口不仅能为插件提供更全面的平台能力，对适配器本身的实现也有很大的帮助。让我们截取 Discord 适配器的一段代码作为示例：
 
@@ -106,17 +109,17 @@ class DiscordBot<C extends Context> extends Bot<C> {
 
 为此，我们实现了一个 `decodeGuild` 函数，将 Discord 的数据结构转换为 Koishi 的通用数据结构。与此同时，我们把网络请求的部分放在 `Internal` 类中实现，并在 `Bot` 类中直接调用内部方法。可以看到，这样编写出来的代码结构相比直接把请求放在 `Bot` 类中要清晰得多。
 
-## 实现内部接口
+## 实现内部接口 {#internal-impl}
 
 不同的平台由于其 API 的差异性，`Internal` 类的实现方式也会有所不同。对于简单的平台，你完全可以手动实现每一个内部接口 (甚至可以不实现 `Internal` 类，就像 REPL 适配器那样)；但如果平台本身就有上百个 API，手写每一个内部接口显然既费时又啰嗦。因此，Koishi 提供了一些技巧以简化你的适配工作。我们这里仍然以 Discord 为例。
 
-### 使用 HTTP 服务
+### 使用 HTTP 服务 {#http-service}
 
 让我们进一步完成上面的代码。Discord 的 API 是 Restful 的，并且需要 `Authorization` 请求头。我们通过在 `Internal` 类中传入一个 `http` 对象简化网络请求的写法：
 
 ```ts{5,9,17-20}
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
   getGuild(guildId: string) {
     return this.http.get(`/guilds/${guildId}`)
@@ -141,19 +144,19 @@ class DiscordBot<C extends Context> extends Bot<C> {
 }
 ```
 
-[`ctx.http`](../../api/service/http.md) 是 Koishi 的内置服务，其上封装了一套基于 [axios](https://github.com/axios/axios) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `Quester` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
+[`ctx.http`](../../api/service/http.md) 是 Koishi 的基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。这里，我们使用 `ctx.http.extend()` 方法创建了一个新的 `HTTP` 实例，其上的请求会继承传入的配置。这样我们就无需每次请求都写一遍请求头了。
 
-### 反射网络请求
+### 反射网络请求 {#reflect}
 
-在 `Quester` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
+在 `HTTP` 的帮助下，我们甚至可以直接对网络请求进行反射，从而自动生成内部接口。
 
 ```ts
 class Internal {
-  constructor(private http: Quester) {}
+  constructor(private http: HTTP) {}
 
-  static define(path: string, methods: Partial<Record<Quester.Method, string | string[]>>) {
+  static define(path: string, methods: Partial<Record<HTTP.Method, string | string[]>>) {
     for (const key in methods) {
-      const method = key as Quester.Method
+      const method = key as HTTP.Method
       for (const name of makeArray(methods[method])) {
         this.prototype[name] = async function (this: Internal, ...args: any[]) {
           // 将参数填入路径中
@@ -196,7 +199,7 @@ interface Internal {
 
 上面的代码还没有考虑请求体和异常处理等问题，如果想要深入了解，可以阅读 Discord 适配器的 [源码](https://github.com/satorijs/satori/blob/master/adapters/discord/src/types/internal.ts)。事实上，Discord 的接口已经是比较复杂的了。相信有了这些技巧的加持，其他平台的适配器你一定也能手到擒来。
 
-### 注入会话属性
+### 注入会话属性 {#session-injection}
 
 在本节的最后，我们还有一点伏笔没有回收。我们还需要在 `Session` 对象中注入 `discord` 属性，以便插件能够访问到内部接口：
 
diff --git a/zh-TW/guide/adapter/integration.md b/zh-TW/guide/adapter/integration.md
index 617f8307f6e1..f9d29d32dfb3 100644
--- a/zh-TW/guide/adapter/integration.md
+++ b/zh-TW/guide/adapter/integration.md
@@ -2,9 +2,9 @@
 
 至此，Koishi 的适配器开发已经接近尾声。经过前面的几节内容，我们的适配器已经封装了平台接口，与服务器稳定地进行连接，并能够顺利地接受和发送消息。但除此以外，部分平台还提供了一些额外的能力，允许机器人做得更好。Koishi 当然也要把这些能力集成到机器人中。
 
-## 斜线指令
+## 斜线指令 {#slash-command}
 
-::: tip
+:::tip
 相关章节：[指令开发](../basic/command.md)
 :::
 
@@ -24,9 +24,9 @@ class DiscordBot {
 }
 ```
 
-## 用户语言偏好
+## 用户语言偏好 {#user-locale}
 
-::: tip
+:::tip
 相关章节：[多语言支持](../i18n/index.md)
 :::
 
diff --git a/zh-TW/guide/adapter/message.md b/zh-TW/guide/adapter/message.md
index c3db239e35b7..efb38fb421cf 100644
--- a/zh-TW/guide/adapter/message.md
+++ b/zh-TW/guide/adapter/message.md
@@ -20,7 +20,7 @@ const encodeGuild = (data: Universal.Guild): Discord.Guild => ({
 
 Koishi 使用 [消息元素](../basic/element.md) 表达任何聊天平台的消息。这是一种类似于 HTML 的格式。消息元素作为组成消息的基本单位，可以表示具有特定语义的内容，如文本、表情、图片、引用、元信息等。本节将介绍如何在消息元素与平台消息之间互相转换。
 
-## 接收消息
+## 接收消息 {#receive}
 
 在会话对象上存在两个属性与消息的内容有关：`content` 和 `elements`，它们分别对应着字符串形式和消息元素形式的消息内容。它们之间会自动转换，因此下面的两种写法是等价的：
 
@@ -41,9 +41,9 @@ session.elements = [
 session.content = input.replace(/@(\d+)/g, '<at id="$1"/>')
 ```
 
-## 發送消息
+## 发送消息 {#send}
 
-### 兼容性原则
+### 兼容性原则 {#compatibility}
 
 在具体介绍消息发送之前，不知道你是否有这样的疑问：Koishi 提供了一整套标准的消息元素，但并非所有平台都支持这些元素。对于那些不支持的元素，应该如何处理呢？
 
@@ -55,7 +55,7 @@ Koishi 的建议是**尽量兼容实现**。对于平台不支持的元素，可
 
 对于更加复杂的元素，适配器也可以发挥自主性，设计最适合的交互形式。例如，如果用户的需求是「从若干个选项中选择一个」，那么平台 A 可以渲染出多个按钮供用户点击；平台 B 则可以发送一条带有表态的消息，点击表态对应选择选项；实在不行，平台 C 也可以直接发送选项列表和文本提示语，并将用户的下一次输入作为选项。
 
-### 消息编码器
+### 消息编码器 {#encoder}
 
 之前介绍过的 REPL 适配器为了简化写法，并未包含消息的编码过程。对于一般的适配器，我们建议通过继承 `MessageEncoder` 类来实现消息的发送逻辑。
 
@@ -78,10 +78,9 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
   // 使用 payload 存储待发送的消息
   private payload: Dict
 
-  constructor(bot: TelegramBot<C>, channelId: string, guildId?: string, options?: SendOptions) {
-    super(bot, channelId, guildId, options)
-    const chat_id = guildId || channelId
-    this.payload = { chat_id, parse_mode: 'html', text: '' }
+  // 在 prepare 中初始化 payload
+  async prepare() {
+    this.payload = { chat_id: this.channelId, parse_mode: 'html', text: '' }
   }
 
   // 将发送好的消息添加到 results 中
@@ -125,7 +124,7 @@ export class TelegramBot<C extends Context> extends Bot<C, TelegramBot.Config> {
 }
 ```
 
-### 行内元素
+### 行内元素 {#inline}
 
 上面的例子仅仅包含了消息编码器的基本结构，并未实现除了文本外的任何消息元素。对于任何非文本元素，上面的代码都会回退到其内部的文本。要添加更多消息元素的支持，只需在 `visit` 方法中添加更多的判断分支，就像这样：
 
@@ -145,7 +144,7 @@ if (type === 'text') {
 }
 ```
 
-### 消息分片
+### 消息分片 {#fragment}
 
 在 Koishi 中，一次消息发送可能在目标平台产生多条独立的消息，称为消息分片。这也是为什么上面的 `results` 是一个数组。消息分片产生的原因是多样的：
 
@@ -165,7 +164,7 @@ if (type === 'text') {
 } else ...
 ```
 
-### 资源元素
+### 资源元素 {#asset}
 
 由于不同平台对于媒体资源的支持类型、发送方式、渲染形式有所不同，因此资源元素的情况会更加复杂。可以大致将各种平台规定的发送方式分为以下几类：
 
@@ -195,8 +194,8 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
         form.append(key, this.payload[key].toString())
       }
       const { type, attrs } = this.asset
-      const { filename, data } = await this.bot.ctx.http.file(attrs.url, attrs)
-      if (type === 'image') {
+      const { filename, data } = await this.bot.ctx.http.file(attrs.src, attrs)
+      if (type === 'img') {
         form.append('photo', data, filename)
         message = await this.bot.internal.sendPhoto(form)
       } else if (type === 'audio') {
@@ -221,11 +220,11 @@ class TelegramMessageEncoder<C extends Context> extends MessageEncoder<C, Telegr
 
 差不多这样就实现了资源元素的发送。值得一提的是，这里的代码使用了 `http.file()` 方法。它可以自动为我们处理 `http:`、`file:`、`data:` 等各种协议的资源链接，并将它们统一转换为 `ArrayBuffer`。这可以省去适配器解析资源链接的步骤，对于适配器开发是非常方便的。
 
-## 进阶知识
+## 进阶知识 {#advanced}
 
 下面的知识并非适用于所有适配器。但对于一些特殊的平台，你可能会用到它们。
 
-### 发送被动消息
+### 发送被动消息 {#passive}
 
 我们通常将机器人做出的交互行为分为两种：主动交互和被动交互。
 
@@ -249,11 +248,11 @@ class QQGuildMessageEncoder {
 
 在这一段代码中使用了 `this.options`，它存储了一些额外的发送选项。其中 `session` 正好对应着接收到消息的会话对象。当我们调用 `session.send()` 时，Koishi 会把当前的会话对象传递给 `MessageEncoder`。这样一来，我们就可以在发送消息时带上回复目标了。
 
-### 资源反向代理
+### 资源反向代理 {#reverse-proxy}
 
 一些平台会使用 ID 标识资源文件 (例如 Lark)。当你接收到来自平台的消息时，拿到的是资源 ID 而非资源链接。此时你需要将资源 ID 转换为资源链接，才能构造合法的资源元素。
 
-::: tip
+:::tip
 Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的，但这个链接中会明文包含机器人令牌，并非可以公开使用的链接。因此 Telegram 和其他类似平台也适用于这一节的内容。
 :::
 
@@ -268,10 +267,10 @@ Telegram 是另一种特殊情况。尽管其提供的资源链接是可用的
 
 ```ts
 class LarkAdapter {
-  static inject = ['router']
+  static inject = ['server']
 
   constructor(ctx: Context) {
-    ctx.router.get('/lark/assets/:message_id/:key', async (ctx) => {
+    ctx.server.get('/lark/assets/:message_id/:key', async (ctx) => {
       const key = ctx.params.key
       const messageId = ctx.params.message_id
       const selfId = ctx.request.query.self_id
@@ -283,7 +282,7 @@ class LarkAdapter {
         responseType: 'stream',
       })
       ctx.status = 200
-      ctx.response.headers['content-type'] = response.headers['content-type']
+      ctx.response.headers['content-type'] = response.headers.get('content-type')
       ctx.response.body = response.data
     })
   }
@@ -296,11 +295,11 @@ class LarkAdapter {
 h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 ```
 
-::: tip
+:::tip
 反向代理同时也带来了一个新的问题，那就是当这个链接被原样发送时，外网可能无法访问到这个链接。但无需担心，上面提到的 `http.file()` 方法恰好可以解决这个问题。因此，即使经过了反向代理，Koishi 也可以确保消息的跨平台转发插件能够正常工作。
 :::
 
-### 扩展消息元素
+### 扩展消息元素 {#extension}
 
 平台可以提供扩展消息元素，但需要加上平台通用名称作为前缀。下面是一个例子：
 
@@ -318,6 +317,6 @@ h.image(`http://${host}/image/${message_id}/${image_key}?self_id=${selfId}`)
 <audio src="url1" kook:cover="url2"/>
 ```
 
-::: tip
+:::tip
 平台扩展消息元素的属性是否需要前缀由 SDK 实现自行决定。如果某个消息元素希望在未来标准化，那么加上前缀可以降低迁移成本。如果没有标准化需要，那么去掉前缀在书写上更方便。
 :::
diff --git a/zh-TW/guide/basic/advanced.md b/zh-TW/guide/basic/advanced.md
index de219215bd42..9c1b235dcdd0 100644
--- a/zh-TW/guide/basic/advanced.md
+++ b/zh-TW/guide/basic/advanced.md
@@ -1,4 +1,4 @@
-# 进阶用法
+# 進階用法
 
 在前面的几节中，我们已经了解了基础的交互概念。以他们为基础，Koishi 提供了一些进阶的用法，用于处理真实应用场景中的交互需求。
 
diff --git a/zh-TW/guide/basic/command.md b/zh-TW/guide/basic/command.md
index 68bb95151076..439aae7ec109 100644
--- a/zh-TW/guide/basic/command.md
+++ b/zh-TW/guide/basic/command.md
@@ -1,6 +1,6 @@
-# 指令开发
+# 指令開發
 
-::: tip
+:::tip
 在学习本节之前，建议先完整阅读 [入门 > 指令系统](../../manual/usage/command.md)。
 :::
 
@@ -39,7 +39,7 @@ ctx.command('test <arg1> [arg2] [arg3]')
   .action((_, arg1, arg2, arg3) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 除去表达的意义不同，以及参数个数不足时使用必选参数可能产生错误信息外，这两种参数在程序上是没有区别的。与此同时，默认情况下 `action` 回调函数从第二个参数起也总是字符串。如果传入的参数不足，则对应的参数不会被传入，因此你需要自己处理可能的 `undefined`。
 :::
 
@@ -54,18 +54,19 @@ ctx.command('test <arg1> [...rest]')
 
 ### 文本参数
 
-通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。 在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
+通常来说传入的信息被解析成指令调用后，会被空格分割成若干个参数。但如果你想输入的就是含有空格的内容，可以通过在括号中后置 `:text` 来声明一个 **文本参数**。
+在下面的例子中，即使 test 后面的内容中含有空格，也会被整体传入 `message` 中：
 
 ```ts
 ctx.command('test <message:text>')
   .action((_, message) => { /* do something */ })
 ```
 
-::: tip
+:::tip
 文本参数的解析优先级很高，即使是之后的内容中含有选项也会被一并认为是该参数的一部分。因此，当使用文本参数时，应确保选项写在该参数之前，或 [使用引号](../../manual/recipe/execution.md#使用引号) 将要输入的文本包裹起来。
 :::
 
-### 参数的类型
+### 参数类型 {#argument-type}
 
 除去 `text` 以外，Koishi 还支持许多其他的类型。它们的用法与 `text` 无异：
 
@@ -90,13 +91,15 @@ ctx.command('test [arg:number]')
 
 - string: `string` 字符串
 - number: `number` 数值
+- bigint: `bigint` [大整数](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/BigInt)
 - text: `string` 贪婪匹配的字符串
-- user: `string` 用户，格式为 `{platform}:{id}`
-- channel: `string` 频道，格式为 `{platform}:{id}`
+- user: `string` 用户，格式为 `{platform}:{id}` (调用时可以使用 `at` 元素或者 `@{platform}:{id}` 的格式)
+- channel: `string` 频道，格式为 `{platform}:{id}` (调用时可以使用 `sharp` 元素或者 `#{platform}:{id}` 的格式)
 - integer: `number` 整数
 - posint: `number` 正整数
+- natural: `number` 正整数
 - date: `Date` 日期
-
+- image: `Dict` 图片
 
 <!-- ### 定义新类型
 
@@ -152,7 +155,6 @@ ctx.command('test [x:positive]').action((_, arg) => arg)
 <chat-message nickname="Koishi">参数 x 输入无效，应为整数。</chat-message>
 </chat-panel> -->
 
-
 <!-- ### 使用检查器
 
 从 v3 开始 Koishi 支持给一个指令配置多个回调函数，并引入了 `cmd.before()`。你可以利用这个接口定义一些更加复杂的类型检查逻辑。让我们在最后简单地了解一下这个特性。
@@ -238,7 +240,7 @@ ctx.command('test')
 <chat-message nickname="Koishi">{ "writer": 0 }</chat-message>
 </chat-panel>
 
-### 选项的类型
+### 选项类型 {#option-type}
 
 选项也可以像参数一样设置类型：
 
@@ -262,57 +264,34 @@ ctx.command('test')
 <chat-message nickname="Koishi">选项 beta 输入无效，请检查语法。</chat-message>
 </chat-panel>
 
-## 更改触发方式
+## 指令别名
 
-### 指令别名
+:::warning
+由于指令名可以在用户侧配置，因此**不建议**开发者设置过多别名或以常用词作为别名。如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
+:::
 
 你可以为一条指令添加别名：
 
 ```ts
-ctx.command('echo').alias('say')
+ctx.command('echo <message>').alias('say')
 ```
 
 这样一来，无论是 `echo` 还是 `say` 都能触发这条指令了。
 
-::: warning
-由于指令名可以在用户侧配置，因此不建议开发者设置过多的别名。此外，如果用户加载的多个插件都注册了同一个指令别名，那么后一个加载的插件将直接加载失败。
-:::
-
-### 快捷匹配
-
-Koishi 的指令机制虽然能够尽可能避免冲突和误触发，但是也带来了一些麻烦。一方面，一些常用指令的调用会受到指令前缀的限制；另一方面，一些指令可能有较长的选项和参数，但它们调用时却往往是相同的。面对这些情况，**快捷匹配 (Shortcut)** 能有效地解决你的问题。
-
-假设你实现了一个货币系统和 rank 指令，调用 `rank wealth --global` 可以实现查看全服所有人财富排行，你可以这样做：
-
-```ts
-ctx.command('rank <type>')
-  .shortcut('全服财富排行', { args: ['wealth'], options: { global: true } })
-```
-
-这样一来，只要输入“全服财富排行”，Koishi 就会自动调用 `rank wealth --global`，回复查询结果了。
-
-通常来说，快捷方式都要求严格匹配（当然删除两端空格和繁简体转化这种程度的模糊匹配是可以做的），但是你也可以让快捷方式允许带参数：
-
-```ts
-ctx.command('buy <item>')
-  .shortcut('购买', { prefix: true, fuzzy: true })
-```
-
-上面程序注册了一个快捷方式，`prefix` 要求在调用时保留指令前缀，而 `fuzzy` 允许这个快捷方式带参数列表。这样一来，只要输入“Koishi，购买物品名”，Koishi 就会自动调用“buy 物品名”了。
-
-除此以外，你还可以使用正则表达式作为快捷方式：
+你还可以为别名添加参数或选项：
 
 ```ts
-ctx.command('market <area>')
-  .shortcut(/^查(.+区)市场$/, { args: ['$1'] })
+ctx.command('market <area> <item>').alias('市场', { args: ['China'] })
 ```
 
-这样一来，输入“查美区市场”就等价于输入“market 美区”了。
-
-不难看出，使用快捷方式会让你的输入方式更加接近自然语言，也会让你的机器人显得更平易近人。
+此时调用 `市场` 时将等价于调用 `market China`。如果你传入了更多的参数，那么它们将被添加到 `China` 之后。
 
 ## 编写帮助
 
+:::tip
+此功能需要安装 [@koishijs/plugin-help](../../plugins/common/help.md) 插件。
+:::
+
 之前已经介绍了 `ctx.command()` 和 `cmd.option()` 这两个方法，它们都能传入一个 `desc` 参数。你可以在这个参数的结尾补上对于指令或参数的说明文字，就像这样：
 
 ```ts
@@ -325,7 +304,7 @@ ctx.command('echo <message:text> 输出收到的信息')
 <chat-message nickname="Koishi">
 <p>echo &lt;message></p>
 <p>输出收到的信息</p>
-<p>可用的选项有：</p>
+<p>可用的選項有：</p>
 <p class="indent-1">-t, --timeout &lt;seconds>  设定延迟发送的时间</p>
 </chat-message>
 </chat-panel>
@@ -349,7 +328,7 @@ ctx.command('echo <message:text>', '输出收到的信息')
 <p>echo &lt;message></p>
 <p>输出收到的信息</p>
 <p>注意：参数请写在最前面，不然会被当成 message 的一部分！</p>
-<p>可用的选项有：</p>
+<p>可用的選項有：</p>
 <p class="indent-1">-t, --timeout &lt;seconds>  设定延迟发送的时间</p>
 <p>使用示例：</p>
 <p class="indent-1">echo -t 300 Hello World  五分钟后发送 Hello World</p>
@@ -372,8 +351,8 @@ ctx.command('bar 一条看不见的指令', { hidden: true })
 <chat-panel>
 <chat-message nickname="Alice">help</chat-message>
 <chat-message nickname="Koishi">
-<p>当前可用的指令有：</p>
-<p class="indent-1">help  显示帮助信息</p>
+<p>當前可用的指令有：</p>
+<p class="indent-1">help  顯示幫助資訊</p>
 <p>输入“帮助+指令名”查看特定指令的语法和使用示例。</p>
 </chat-message>
 <chat-message nickname="Alice">help bar</chat-message>
@@ -390,8 +369,8 @@ ctx.command('bar 一条看不见的指令', { hidden: true })
 <chat-panel>
 <chat-message nickname="Alice">help -H</chat-message>
 <chat-message nickname="Koishi">
-<p>当前可用的指令有：</p>
-<p class="indent-1">help  显示帮助信息</p>
+<p>當前可用的指令有：</p>
+<p class="indent-1">help  顯示幫助資訊</p>
 <p class="indent-1">bar  一条看不见的指令</p>
 <p>输入“帮助+指令名”查看特定指令的语法和使用示例。</p>
 </chat-message>
@@ -399,7 +378,7 @@ ctx.command('bar 一条看不见的指令', { hidden: true })
 <chat-message nickname="Koishi">
 <p>指令：bar</p>
 <p>一条看不见的指令</p>
-<p>可用的选项有：</p>
+<p>可用的選項有：</p>
 <p class="indent-1">--foo &lt;text>  一个看不见的选项</p>
 </chat-message>
 </chat-panel>
diff --git a/zh-TW/guide/basic/element.md b/zh-TW/guide/basic/element.md
index a7d7d60e05da..3c3225c270ea 100644
--- a/zh-TW/guide/basic/element.md
+++ b/zh-TW/guide/basic/element.md
@@ -1,4 +1,4 @@
-# 消息元素
+# 訊息元素
 
 当然，一个聊天平台所能发送或接收的内容往往不只有纯文本。为此，我们引入了 **消息元素 (Element)** 的概念。
 
@@ -8,21 +8,24 @@
 
 一个典型的元素包含名称、属性和内容。在 Koishi 中，我们通常使用 JSX 或 API 的方式创建元素。下面是一些例子：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 欢迎 @用户名 入群！
 session.send(<>欢迎 <at id={userId}/> 入群！</>)
 
 // 发送一张 Koishi 图标
-session.send(<image url="https://koishi.chat/logo.png"/>)
+session.send(<img src="https://koishi.chat/logo.png"/>)
 ```
+
 ```ts title=API
 // 欢迎 @用户名 入群！
 session.send('欢迎 ' + h('at', { id: session.userId }) + ' 入群！')
 
 // 发送一张 Koishi 图标
-session.send(h('image', { url: 'https://koishi.chat/logo.png' }))
+session.send(h('img', { src: 'https://koishi.chat/logo.png' }))
 ```
+
 :::
 
 这两种写法各有优劣，不同人可能会有不同的偏好。但无论哪一种写法都表达了同样的意思。
@@ -48,7 +51,7 @@ h('quote', { id })
 h('p', {}, 'hello')
 
 // 没有属性时二参数可以忽略不写
-h('p', 'hello', h('image', { url }))
+h('p', 'hello', h('img', { src }))
 ```
 
 ### 混用两种写法
@@ -64,16 +67,16 @@ h('p', 'hello', h('image', { url }))
 
 ```tsx
 // 创建一个仅包含图片的消息
-h('message', <image url="https://koishi.chat/logo.png"/>)
+h('message', <img src="https://koishi.chat/logo.png"/>)
 ```
 
-## 标准元素
+## 標準元素
 
 Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需求。例如：
 
 - `at`：提及用户
 - `quote`：引用回复
-- `image`：嵌入图片
+- `img`：嵌入图片
 - `message`：发送消息
 
 尽管一个平台不太可能支持所有的行为，但适配器对每一个标准元素都进行了最大程度的适配。例如，对于不支持斜体的平台，我们会将斜体元素转换为普通文本；对于无法同时发送多张图片的平台，我们会将多张图片转换为多条消息分别发送等等。这样一来，开发者便可以在不同平台上使用同一套代码，而不用担心平台差异。
@@ -101,16 +104,17 @@ Koishi 提供了一系列标准元素，它们覆盖了绝大部分常见的需
 <chat-panel>
 <chat-message nickname="Koishi">
 <blockquote>原消息文本</blockquote>
+
 你说得对
 </chat-message>
 </chat-panel>
 
 ### 嵌入图片和其他资源
 
-使用 `image`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
+使用 `img`, `audio`, `video` 和 `file` 元素嵌入图片、音频、视频和文件，它们的用法是类似的。这里以图片为例：
 
 ```html
-<image url="https://koishi.chat/logo.png"/>
+<img src="https://koishi.chat/logo.png"/>
 ```
 
 <chat-panel>
@@ -129,7 +133,7 @@ import { resolve } from 'path'
 h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 
 // 等价于下面的写法
-<image url={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
+<img src={pathToFileURL(resolve(__dirname, 'logo.png')).href}/>
 ```
 
 如果图片以二进制数据的形式存在于内存中，你也可以直接通过 `h.image()` 构造 `data:` URL：
@@ -139,10 +143,10 @@ h.image(pathToFileURL(resolve(__dirname, 'logo.png')).href)
 h.image(buffer, 'image/png')
 
 // 等价于下面的写法
-<image url={'data:image/png;base64,' + buffer.toString('base64')}/>
+<img src={'data:image/png;base64,' + buffer.toString('base64')}/>
 ```
 
-## 訊息元件 <badge type="warning">实验性</badge>
+## 消息组件 <badge type="warning">实验性</badge>
 
 **消息组件 (Component)** 是一种对消息元素的扩展和封装。它允许你创建可重用的定制元素，并在渲染时引入自定义逻辑。例如，`<execute>` 组件会将其中的内容作为指令执行，并将执行结果替换该元素：
 
@@ -184,15 +188,18 @@ function Custom(attrs, children, session) {
 
 你可以直接在渲染时使用这个组件：
 
-::: tabs code
+:::tabs code
+
 ```tsx title=JSX
 // 请注意这里的大写字母
 session.send(<Custom/>)
 ```
+
 ```ts title=API
 // 请注意这里的大写字母
 session.send(h(Custom))
 ```
+
 :::
 
 ### 注册全局组件
@@ -207,3 +214,18 @@ ctx.component('custom', (attrs, children, session) => {
 // 现在你可以在任何地方使用小写的 <custom/> 了
 session.send(<custom/>)
 ```
+
+## 转义与解析
+
+:::danger
+直接发送未经转义的用户输入是非常危险的，因为它很容易导致 [XSS 攻击](https://zh.wikipedia.org/wiki/%E8%B7%A8%E7%B6%B2%E7%AB%99%E6%8C%87%E4%BB%A4%E7%A2%BC)。在使用诸如 `h.unescape()` 之类的 API 时，请务必确保输入的安全性。
+:::
+
+在默认情况下，Koishi 会对指令参数进行转义以确保安全性。但在某些情况下，你可能希望手动处理消息元素的转义和解析。为此，我们提供了一系列实用方法：
+
+- [`h.escape()`](../../api/message/api.md#h-escape): 转义字符串
+- [`h.unescape()`](../../api/message/api.md#h-unescape): 反转义字符串
+- [`h.parse()`](../../api/message/api.md#h-parse): 将字符串解析为消息元素
+- [`h.select()`](../../api/message/api.md#h-select): 从消息元素中选择指定类型的元素
+- [`h.transform()`](../../api/message/api.md#h-transform): 在消息元素中查找并替换指定类型的元素
+- [`h.transformAsync()`](../../api/message/api.md#h-transformasync): 上述方法的异步版本
diff --git a/zh-TW/guide/basic/events.md b/zh-TW/guide/basic/events.md
index 004b572008f1..b1fd49851ba8 100644
--- a/zh-TW/guide/basic/events.md
+++ b/zh-TW/guide/basic/events.md
@@ -1,4 +1,4 @@
-# 事件系统
+# 事件系統
 
 在上一节中我们了解了指令开发，现在让我们回到更加基础的事件系统。事件系统在 Koishi 中扮演着底层的角色，它不仅包含由聊天平台触发的会话事件，还包含了监听运行状态的生命周期事件和提供扩展性的自定义事件。
 
diff --git a/zh-TW/guide/basic/middleware.md b/zh-TW/guide/basic/middleware.md
index 92d2af502d05..0f917b9ab6f5 100644
--- a/zh-TW/guide/basic/middleware.md
+++ b/zh-TW/guide/basic/middleware.md
@@ -1,10 +1,10 @@
-# 中间件
+# 中介軟體
 
 有了接收事件和发送消息的能力，似乎你就能完成一切工作了——很多机器人框架也的确是这么想的。但是从 Koishi 的角度，这还远远不够。因为当我们面临更复杂的需求时，新的问题也会随之产生：如何限制消息能触发的应答次数？如何进行权限管理？如何提高机器人的性能？这些问题的答案将我们引向另一套更高级的系统——这也就是中间件的由来。
 
 中间件是对消息事件处理流程的再封装。你注册的所有中间件将会由一个事件监听器进行统一管理，数据流向下游，控制权流回上游——这可以有效确保了任意消息都只被处理一次。被认定为无需继续处理的消息不会进入下游的中间件——这让我们能够轻易地实现权限管理。与此同时，Koishi 的中间件也支持异步调用，这使得你可以在中间件函数中实现任何逻辑。事实上，相比更加底层地调用事件监听器，**使用中间件处理消息才是 Koishi 更加推荐的做法**。
 
-::: tip
+:::tip
 与事件系统的通用性不同，中间件专注于消息事件。你不能使用中间件处理其他类型的事件。
 :::
 
@@ -56,7 +56,7 @@ ctx.middleware(async (session, next) => {
 })
 ```
 
-::: warning 注意
+:::warning 注意
 异步中间件代码中，`next` 函数被调用时前面必须加上 await (或者 return)。如果删去将可能会导致时序错误，这在 Koishi 中将会抛出一个运行时警告。
 :::
 
diff --git a/zh-TW/guide/console/client.md b/zh-TW/guide/console/client.md
index dea08395a16a..7e47f9179494 100644
--- a/zh-TW/guide/console/client.md
+++ b/zh-TW/guide/console/client.md
@@ -1,4 +1,4 @@
-# 客户端开发
+# 客戶端開發
 
 ## 布局组件
 
@@ -91,7 +91,7 @@ ctx.settings({
   schema: Schema.object({
     wallpaper: Schema.object({
       image: Schema.string().description('要使用的背景图片。'),
-      opacity: Schema.number().description('前景的透明度。'),
+      opacity: Schema.number().description('前景的不透明度。'),
     }).description('壁纸设置'),
   }),
 })
diff --git a/zh-TW/guide/console/data.md b/zh-TW/guide/console/data.md
index df2a9a275d1a..d0130abb5559 100644
--- a/zh-TW/guide/console/data.md
+++ b/zh-TW/guide/console/data.md
@@ -1,7 +1,11 @@
-# 数据交互
+# 資料互動
 
 Koishi 控制台前后端的数据交互基本是通过 WebSocket 实现的。为了适应不同的场景，我们提供了多种数据交互的形式。
 
+:::tip
+在前后端之间传递的数据需要经过 JSON 序列化，因此请避免传入函数和自引用对象等无法被 JSON 序列化的内容。
+:::
+
 ## 被动推送
 
 后端代码：
@@ -117,7 +121,7 @@ send('get-greeting').then(data => {
 </script>
 ```
 
-## 权限管理
+## 權限管理
 
 当你引入了 @koishijs/plugin-auth 插件之后，你可以为你的页面访问和数据交互引入鉴权机制：
 
diff --git a/zh-TW/guide/console/index.md b/zh-TW/guide/console/index.md
index a22af4f95f72..6849682fd118 100644
--- a/zh-TW/guide/console/index.md
+++ b/zh-TW/guide/console/index.md
@@ -1,6 +1,6 @@
 # 擴充套件控制檯
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 认识控制台](../../manual/usage/market.md#认识控制台)。
 :::
 
diff --git a/zh-TW/guide/console/theme.md b/zh-TW/guide/console/theme.md
index 468577a485dd..65d7a7ca1143 100644
--- a/zh-TW/guide/console/theme.md
+++ b/zh-TW/guide/console/theme.md
@@ -1,4 +1,4 @@
-# 主題開發 <badge type="warning">实验性</badge>
+# 主题开发 <badge type="warning">实验性</badge>
 
 Koishi 也允许插件定义控制台主题。让我们先从简单的色彩主题开始。
 
@@ -23,7 +23,7 @@ ctx.theme({
 
 如你所见，要定义一个色彩主题非常简单，只需要调用 [`ctx.theme()`](../../api/console/context.md#ctx-theme) 即可。其中，`id` 用于标识主题，`name` 则会显示在主题选择器中。
 
-::: tip
+:::tip
 请注意：`id` 必须以 `-dark` 或 `-light` 结尾，否则 Koishi 将无法正确回退 CSS 变量！
 :::
 
diff --git a/zh-TW/guide/database/builtin.md b/zh-TW/guide/database/builtin.md
index a6cb9aafb9c3..3a293de2028a 100644
--- a/zh-TW/guide/database/builtin.md
+++ b/zh-TW/guide/database/builtin.md
@@ -61,7 +61,7 @@ cmd.userFields((argv, fields) => {
 
 你可以在 [这里](../../api/utils/observer.md) 看到完整的观察者 API。
 
-## 进阶用法
+## 進階用法
 
 ### attach 事件
 
diff --git a/zh-TW/guide/database/index.md b/zh-TW/guide/database/index.md
index 8a547e6473f2..ecc7d95f4047 100644
--- a/zh-TW/guide/database/index.md
+++ b/zh-TW/guide/database/index.md
@@ -1,14 +1,20 @@
 # 基本用法
 
-::: tip
+:::tip
 `ctx.database` 并非内置服务，因此如果你的插件需要使用数据库功能，需要[声明依赖](../plugin/service.md#inject-属性)。
 :::
 
 對於幾乎所有大型機器人專案，資料庫的使用都是不可或缺的。但如果每个插件都独立处理与数据库的交互，这将导致插件之间的兼容性非常差——用户要么选择同时安装多个数据库，要么只能放弃一些功能。为此，Koishi 设计了一整套对象关系映射 (ORM) 接口，它易于扩展并广泛地运用于各种插件中，足以应对绝大部分使用场景。
 
-## `get`：查询数据
+本页中涉及的完整 API：
 
-使用 `database.get()` 方法以獲取特定表中的資料。下面是一個最基本的形式：
+- [数据库操作](../../api/database/database.md)
+- [查询表达式](../../api/database/query.md)
+- [求值表达式](../../api/database/evaluation.md)
+
+## `get`：查询数据 {#get}
+
+使用 `database.get()` 方法以获取特定表中的数据。下面是一個最基本的形式：
 
 ```ts
 // 獲取 schedule 表中 id 為 1234 的資料行，返回一個陣列
@@ -28,13 +34,13 @@ await ctx.database.get('schedule', [1234], ['command', 'time'])
 你還可以向第二個引數傳入一個物件，用來查詢非主鍵上的資料或者同時指定多行的值：
 
 ```ts
-// 获取名为 schedule 的表中 assignee 为 telegram:123456 的数据行
+// 获取名为 schedule 的表中 assignee 为 123456 或 456789 的数据行
 await ctx.database.get('schedule', {
-  assignee: ['telegram:123456'],
+  assignee: ['123456', '456789'],
 })
 ```
 
-对于需要进行复杂的数据库搜索的，ORM 也提供了相对应的方法：
+对于需要进行复杂的数据库搜索的，你可以使用查询表达式：
 
 ```ts
 // 获取名为 schedule 的表中 id 大于 2 但是小于等于 5 的数据行
@@ -43,33 +49,43 @@ await ctx.database.get('schedule', {
 })
 ```
 
-我们甚至也支持逻辑运算：
+为了处理更加复杂的需求，我们还引入了求值表达式。它表现为一个接受 `row` 参数的回调函数，并通过一系列 `$` 上的运算返回一个 `Boolean` 类型的值。这种写法的表达能力更强，例如你可以让多个字段共同参与运算：
 
 ```ts
+import { $ } from 'koishi'
+
 // 上述两个搜索条件的或运算
-await ctx.database.get('schedule', {
-  $or: [
-    { assignee: ['telegram:123456'] },
-    { id: { $gt: 2, $lte: 5 } },
-  ],
-})
+await ctx.database.get('schedule', (row) =>
+  $.or(
+    $.in(row.assignee, [
+      '123456',
+      '456789',
+    ]),
+    $.and(
+      $.gt(row.id, 2),
+      $.lte(row.id, 5),
+    ),
+  ),
+)
 ```
 
-你可以在 [这里](../../api/database/query.md) 看到完整的查询表达式 API。
+:::tip
+虽然求值表达式在形式上是一个回调函数，但是 Koishi 并不会将数据全部拉取到内存中，而是会将这个函数的行为编译成相对应的查询语句，提交给数据库运行。因此你可以放心地使用这种写法，它并不会带来额外的性能问题 (如果你遇到查询性能瓶颈，这更有可能是数据模型本身导致的，例如缺少必要的索引)。
+:::
 
-## `create`：插入数据
+## `create`：插入数据 {#create}
 
 使用 `database.create()` 方法以插入数据。
 
 ```ts
 // 向 schedule 表中添加一行数据，data 是要添加的数据行
 // 返回值是添加的行的完整数据 (包括自动填充的 id 和默认属性等)
-await ctx.database.create('schedule', row)
+await ctx.database.create('schedule', data)
 ```
 
-如果你想要批量插入数据，可以使用下面介绍的 `database.upsert()` 方法。
+如果你想要批量插入数据，可以使用下面介绍的 [`database.upsert()`](#upsert) 方法。
 
-## `set`：修改数据
+## `set`：修改数据 {#set}
 
 `database.set()` 方法需要传入三个参数：表名、查询条件和要修改的数据。
 
@@ -86,48 +102,44 @@ await ctx.database.set('schedule', 1234, {
 ```ts
 // 让所有日期为今天的数据行的 count 字段在原有基础上增加 1
 await ctx.database.set('foo', { date: new Date() }, (row) => ({
-  // { $add: [a, b] } 相当于 a + b
-  // { $: field } 相当于对当前行的 field 字段取值
   count: $.add(row.count, 1),
 }))
 ```
 
-你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
-## `upsert`：修改或插入数据
+## `upsert`：修改或插入数据 {#upsert}
 
 `database.upsert()` 的逻辑稍微有些不同，需要你传入一个数组：
 
 ```ts
 // 用一个数组来对数据进行更新，你需要确保每一个元素都拥有这个数据表的主键
 // 修改时只会用每一行中出现的键进行覆盖，不会影响未定义的字段
-await ctx.database.upsert('foo', [
+await ctx.database.upsert('foo', (row) => [
   { id: 1, foo: 'hello' },
   { id: 2, foo: 'world' },
-  // 这里同样支持求值表达式，$concat 可用于连接字符串
-  { id: 3, bar: { $concat: ['koi', 'shi'] } },
+  // 如果此列存在，则会按照 $.concat() 的行为进行修改
+  // 如果此列不存在，row.bar 则会使用默认值
+  { id: 3, bar: $.concat(row.bar, ['koishi']) },
 ])
 ```
 
 如果初始的数据库是这样的：
 
-| id    | foo  | bar |
-| ----- | ---- | --- |
+| id                       | foo  | bar |
+| ------------------------ | ---- | --- |
 | (默认值) | null | bar |
-| 1     | foo  | baz |
+| 1                        | foo  | baz |
 
 那么进行上述操作后的数据库将是这样的：
 
-| id | foo   | bar    | 說明                                 |
-| -- | ----- | ------ | ---------------------------------- |
-| 1  | hello | baz    | 该行已经存在，只更新了 foo 字段                 |
-| 2  | world | bar    | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
-| 3  | null  | koishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
+| id | foo   | bar       | 說明                                 |
+| -- | ----- | --------- | ---------------------------------- |
+| 1  | hello | baz       | 该行已经存在，只更新了 foo 字段                 |
+| 2  | world | bar       | 插入了新行，其中 foo 字段取自传入的数据，bar 字段取自默认值 |
+| 3  | null  | barkoishi | 插入了新行，其中 bar 字段取自传入的数据，foo 字段取自默认值 |
 
 如果想以非主键来索引要修改的数据，可以使用第三个参数：
 
 ```ts
-// @errors: 2304
 // 以非主键为基准对数据表进行更新，你需要确保每一个元素都拥有 telegram 属性
 await ctx.database.upsert('user', rows, 'telegram')
 
@@ -135,7 +147,7 @@ await ctx.database.upsert('user', rows, 'telegram')
 await ctx.database.upsert('channel', rows, ['platform', 'id'])
 ```
 
-## `remove`：删除数据
+## `remove`：删除数据 {#remove}
 
 使用 `database.remove()` 方法以删除特定表中的数据。
 
@@ -145,7 +157,7 @@ await ctx.database.upsert('channel', rows, ['platform', 'id'])
 await ctx.database.remove('schedule', [id])
 ```
 
-## 获取改动行数
+## 获取改动行数 {#write-result}
 
 `set`, `upsert` 和 `remove` 操作都会返回一个 `WriteResult` 对象，它包含了这次操作的结果。你可以通过 `matched` 属性来获取匹配的数据行数 (注意不是修改的函数)，通过 `inserted` 属性来获取插入的数据行数 (仅限 `upsert` 操作)。
 
@@ -162,7 +174,7 @@ if (!result.matched) {
 }
 ```
 
-## 对比 set 和 upsert
+## 对比 set 和 upsert {#set-upsert}
 
 `set` 与 `upsert` 方法都可以用于修改已经存在的数据，它们的区别如下表所示：
 
@@ -171,7 +183,7 @@ if (!result.matched) {
 | 作用范围 | 支持复杂的查询表达式       | 只能限定特定字段的值    |
 | 插入行为 | 如果数据不存在则不会进行任何操作 | 如果数据不存在则会插入新行 |
 
-## 对比 create 和 upsert
+## 对比 create 和 upsert {#create-upsert}
 
 `create` 与 `upsert` 方法都可以用于插入新的数据，它们的区别如下表所示：
 
diff --git a/zh-TW/guide/database/model.md b/zh-TW/guide/database/model.md
index 324791d619b0..3483727edb16 100644
--- a/zh-TW/guide/database/model.md
+++ b/zh-TW/guide/database/model.md
@@ -2,7 +2,7 @@
 
 Koishi 的架构允许任何插件对数据库的结构进行扩展。你就可以在不修改 Koishi 或其他插件源码的情况下，为数据库添加新的字段或者表。这些功能都是通过 `ctx.model` 提供的。
 
-::: tip
+:::tip
 请注意：数据模型的扩展一定要在使用前完成，不然后续数据库操作可能会失败。
 :::
 
@@ -143,7 +143,7 @@ ctx.model.extend('foo', {}, {
 
 ## 整表迁移 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 整表迁移的性能较差，建议谨慎设计数据库结构而不是依赖迁移。
 :::
 
diff --git a/zh-TW/guide/database/permission.md b/zh-TW/guide/database/permission.md
index 82babe1445b7..26f7ff2df00d 100644
--- a/zh-TW/guide/database/permission.md
+++ b/zh-TW/guide/database/permission.md
@@ -1,6 +1,6 @@
 # 权限管理 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 权限管理目前属于实验性功能，API 可能随时会发生变化。
 :::
 
@@ -8,14 +8,14 @@
 
 权限其实就是执行某些操作的能力。权限具有唯一的标识符，通常由小写英文字母、数字、短横线和点构成。下面是一些你可能会见到的权限名称：
 
-- `user.514`：ID 为 514 的用户的权限
-- `group.114`：ID 为 114 的用户组的权限
-- `authority.3`：权限等级 3 的权限
-- `command.foo`：指令 foo 的权限
-- `command.foo.option.bar`：指令 foo 选项 bar 的权限
-- `telegram.admin`：telegram 平台下群管理员的权限
-- `bot.channel.mute`：能够禁言频道的机器人的权限
-- `config.write`：能够写入配置文件的权限
+- `user:514`：ID 为 514 的用户的权限
+- `group:114`：ID 为 114 的用户组的权限
+- `authority:3`：权限等级 3 的权限
+- `command:foo`：指令 foo 的权限
+- `command:foo:option:bar`：指令 foo 选项 bar 的权限
+- `telegram:admin`：telegram 平台下群管理员的权限
+- `bot:channel.mute`：能够禁言频道的机器人的权限
+- `config:write`：能够写入配置文件的权限
 
 权限之间存在两种关系：继承和依赖。Koishi 不区分权限与权限组的概念，权限组只是继承了其他权限的权限。你可以将用户和用户组也都视为一种权限组。
 
@@ -32,14 +32,14 @@ ctx.permissions.inherit(A, B)
 例：ID 为 514 的用户拥有权限等级 3，指令 foo 所需要的权限等级是 2。这种情况下该用户显然应该可以调用该指令。那么这种调用关系具体是如何体现的呢？
 
 ```text
-user.514 > authority.3 > authority.2 > command.foo
+user:514 > authority:3 > authority:2 > command:foo
 ```
 
 这里出现了三个继承关系：
 
-- `user.114 > authority.3`，因为 ID 为 514 的用户拥有权限等级 3
-- `authority.3 > authority.2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
-- `authority.2 > command.foo`，因为指令 foo 被权限等级 2 继承
+- `user:114 > authority:3`，因为 ID 为 514 的用户拥有权限等级 3
+- `authority:3 > authority:2`，因为权限等级 3 天生比权限等级 2 大（内置逻辑）
+- `authority:2 > command:foo`，因为指令 foo 被权限等级 2 继承
 
 由此，权限的继承关系能够顺利表达已有的权限等级机制，并且具备更强的表达能力。
 
@@ -50,19 +50,19 @@ user.514 > authority.3 > authority.2 > command.foo
 例：ID 为 514 的用户同时继承了权限等级 1，而指令 foo 所需权限等级 2，此时该用户并不能调用 foo 指令。但如果现在我们让该用户直接继承 foo 指令的调用权限，会发生什么呢？
 
 ```text
-user.514 > authority.1
-         > command.foo
+user:514 > authority:1
+         > command:foo
 ```
 
-在这张图中，`user.514` 并不能经由 `authority.1` 到达 `command.foo`，但是添加第二条边后又可以直接到达 `command.foo` 了。因此该用户此时就又可以调用 foo 指令了。
+在这张图中，`user:514` 并不能经由 `authority:1` 到达 `command:foo`，但是添加第二条边后又可以直接到达 `command:foo` 了。因此该用户此时就又可以调用 foo 指令了。
 
 可以看到，权限的继承为我们提供了一种能力，可以允许特定低等级用户去调用高级权限的指令，这种能力是过去的权限等级所不具有的。
 
 例：我们希望某个管理型指令 foo 既可以被权限等级 2 的用户调用，又可以被 QQ 群的管理员调用。此时我们可以对 foo 指令进行以下配置：
 
 ```text
-authority.2  >
-telegram.admin > command.foo
+authority:2  >
+telegram:admin > command:foo
 ```
 
 这样一来，一个用户只需满足上述两个条件之一就可以调用此指令了。
@@ -82,7 +82,7 @@ ctx.permissions.depend(A, B)
 例：foo 指令的代码中调用了 bar 指令，因此 foo 指令依赖 bar 指令。
 
 ```text
-command.foo -> command.bar
+command:foo -> command:bar
 ```
 
 如果用户只拥有 foo 的权限，没有调用 bar 的权限，他依然无法调用 foo 指令。
@@ -90,7 +90,7 @@ command.foo -> command.bar
 例：foo 指令的代码中使用了 `bot.muteChannel()`。
 
 ```text
-command.foo -> bot.channel.mute
+command:foo -> bot:channel.mute
 ```
 
 如果机器人没有实现此 API，用户就无法在该机器人上调用 foo 指令。
@@ -102,21 +102,21 @@ command.foo -> bot.channel.mute
 在上面的介绍中，如果要定义新的权限，就必须手动分配给用户或用户组后才能使用。有没有方法自动为一个会话分配权限呢？这就是权限访问器的功能。
 
 ```ts
-ctx.permissions.provide('telegram.admin', async (name, session) => {
+ctx.permissions.provide('telegram:admin', async (name, session) => {
   return session.telegram?.sender?.role === 'admin'
 })
 ```
 
-上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 telegram.admin 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
+上面的代码的作用是：当某个会话处于 telegram 平台，并且发送者是群内管理员时，自动附加一个 `telegram:admin` 权限。利用这种技术，我们就可以为特定平台提供权限能力了。
 
 每个权限可以定义多个访问器函数。在运行时必须通过每一个访问器函数的检查才能视为拥有权限。
 
 一个权限要么是普通权限，要么是访问器权限。下面是一些区别：
 
-| 普通权限        | 访问器权限     |
-| ----------- | --------- |
+| 普通权限                           | 访问器权限     |
+| ------------------------------ | --------- |
 | 手动分配给用户 (组) | 自动分配给会话   |
-| 可以被其他权限继承   | 不能被其他权限继承 |
+| 可以被其他权限继承                      | 不能被其他权限继承 |
 
 ## 权限国际化
 
diff --git a/zh-TW/guide/database/selection.md b/zh-TW/guide/database/selection.md
index a284cae325d0..82f4bcd22254 100644
--- a/zh-TW/guide/database/selection.md
+++ b/zh-TW/guide/database/selection.md
@@ -11,7 +11,7 @@ ctx.database.get('foo', { id: { $gt: 5 } })
 // 等价于
 ctx.database
   .select('foo')
-  .where({ id: { $gt: 5 } })
+  .where(row => $.gt(row.id, 5))
   .execute()
 ```
 
@@ -31,7 +31,7 @@ ctx.database
 
 ## 求值表达式
 
-`.orderBy()` 和 `.where()` 方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
+`.orderBy()` 和 `.where()` 等方法都支持传入一个函数，这个函数会接受一个 `row` 参数，表示当前正在处理的数据行。你可以在这个函数中返回一个值，这个值会被用于排序或筛选。
 
 ```ts
 // 返回 id 大于 5 的数据行，并按 id 升序排列
@@ -42,8 +42,6 @@ ctx.database
   .execute()
 ```
 
-这里的 `$.gt()` 是一个求值表达式。你可以在 [这里](../../api/database/evaluation.md) 看到完整的求值表达式 API。
-
 ## 字段映射
 
 `.project()` 方法可以用于映射查询结果。它接受一个对象，对象的键表示要映射的字段名，值表示映射的表达式。下面是一个例子：
@@ -144,5 +142,16 @@ ctx.database
 // 返回的数据包含 foo, bar 两个属性
 ctx.database
   .join(['foo', 'bar'], (foo, bar) => $.eq(foo.id, bar.id))
+  .orderBy('foo.id') // orderBy 可以使用 'a.b' 的形式
+  .execute()
+```
+
+如果你的表名比较复杂，你也可以为参与连接的各个表指定别名。将用于指定表名的数组改为传入一个对象，并修改传入函数的参数即可。下面是一个例子：
+
+```ts
+// 返回的数据包含 t1, t2 两个属性
+ctx.database
+  .join({ t1: 'foo', t2: 'bar' }, row => $.eq(row.t1.id, row.t2.id))
+  .orderBy('t1.id') // orderBy 可以使用 'a.b' 的形式
   .execute()
 ```
diff --git a/zh-TW/guide/database/writing.md b/zh-TW/guide/database/writing.md
index 6880b62a2c5d..ed1daaf0f2a5 100644
--- a/zh-TW/guide/database/writing.md
+++ b/zh-TW/guide/database/writing.md
@@ -1,6 +1,6 @@
-# 编写数据库插件
+# 編寫資料庫外掛
 
-::: danger 注意
+:::danger 注意
 此页文档正在施工，其中的内容可能不是最新。
 :::
 
diff --git a/zh-TW/guide/develop/config.md b/zh-TW/guide/develop/config.md
index fa95ec3de199..7a4a2266f307 100644
--- a/zh-TW/guide/develop/config.md
+++ b/zh-TW/guide/develop/config.md
@@ -1,6 +1,6 @@
-# 配置文件
+# 配置檔案
 
-::: warning
+:::warning
 配置文件的结构未来可能会发生变化，请留意后续更新。
 :::
 
@@ -107,7 +107,7 @@ plugins:
 
 ## 修改配置文件
 
-::: tip
+:::tip
 如果你不了解 YAML 的语法，请不要随意修改配置文件，否则将可能导致 Koishi 应用无法运行。你可以在 [这篇教程](https://www.runoob.com/w3cnote/yaml-intro.html) 中学习 YAML 的语法。
 :::
 
@@ -133,7 +133,7 @@ plugins:
 
 当项目启动时，会将环境变量中的值替换进去。
 
-除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
+除了系统提供的环境变量外，Koishi 还原生支持 [dotenv](https://github.com/motdotla/dotenv)。你可以在当前目录创建一个 `.env.local` 文件，并在里面填写你的环境变量。这个文件已经被包含在 `.gitignore` 中，你可以在其中填写隐私信息 (例如账号密码) 而不用担心被上传到远端。例如在上面的例子中你就可以这样写：
 
 ```sh title=.env
 DISCORD_TOKEN = xxx
diff --git a/zh-TW/guide/develop/publish.md b/zh-TW/guide/develop/publish.md
index 14945c4a2bc0..5df57424b168 100644
--- a/zh-TW/guide/develop/publish.md
+++ b/zh-TW/guide/develop/publish.md
@@ -62,7 +62,7 @@ root
 - [`version`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#version) 应当符合 [语义化版本](https://semver.org/lang/zh-CN/) (通常从 `1.0.0` 开始)
 - [`peerDependencies`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#peerdependencies) 必须包含 `koishi`
 - 不能声明 [`private`](https://docs.npmjs.com/cli/v10/configuring-npm/package-json#private) 为 `true` (否则你的插件无法发布)
-- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions) (一种常见的情况是：你已经发布了某个插件，又希望更换一个名字重新发布，此时你可以通过弃用的方式让旧的名字不显示在插件市场中)
+- 最新版本不能被 [弃用](https://docs.npmjs.com/deprecating-and-undeprecating-packages-or-package-versions)
 
 一个符合上述标准的示例：
 
@@ -132,15 +132,12 @@ root
       "optional": ["assets"],               // 可选的服务
       "implements": ["dialogue"],           // 实现的服务
     },
-    "locales": ["en", "zh"],                // 支持的语言
   }
 }
 ```
 
 - **description:** 插件描述，应该是一个对象，其中的键代表语言名，值是对应语言下的描述
-- **service:** 插件的服务相关信息，具体包含下列属性：
-  - **implements:** 实现的服务，应该是一个服务名构成的数组
-- **locales:** 插件支持的语言，应该是一个语言名构成的数组
+- **service:** 插件的服务相关信息，详情请参见 [服务与依赖](../plugin/service.html#package-json)
 - **preview:** 配置为 `true` 可以让插件显示为「开发中」状态
 - **hidden:** 配置为 `true` 可以让插件市场中不显示该插件 (通常情况下你不需要这么做)
 
@@ -150,7 +147,7 @@ root
 
 ## 釋出外掛
 
-编辑完上面的清单文件并 [构建源代码](./workspace.md#构建源代码) 后，你就可以公开发布你的插件了。
+编辑完上面的清单文件并 [构建源代码](./workspace.md#build) 后，你就可以公开发布你的插件了。
 
 :::tabs code
 
@@ -168,8 +165,19 @@ yarn pub [...name]
 
 这将发布所有版本号发生变动的插件。
 
-:::tip
+::: tip
 从插件成功发布到进插件市场需要一定的时间 (通常在 15 分钟内)，请耐心等待。
+
+如果发布时多次失败或者长时间无响应，可以添加 `--debug` 选项以显示调试信息。
+
+```npm
+npm run pub [...name] --debug
+```
+
+```yarn
+yarn pub [...name] --debug
+```
+
 :::
 
 :::: tip
@@ -237,3 +245,23 @@ yarn bump [...name] [-1|-2|-3|-p|-v <ver>] [-r]
 - 缺省情况：按照当前版本的最后一位递增
 
 当进行此操作时，其他相关插件的依赖版本也会同步更新，确保所有工作区内依赖的插件版本一致。进一步，如果你希望更新了依赖版本的插件也同时更新自身的版本，那么可以附加 `-r, --recursive` 选项。
+
+## 弃用插件 {#deprecate}
+
+如果你不再维护某个插件，或者你希望更换一个名字重新发布，那么你可以弃用该插件。在任意目录运行下面的命令以弃用插件：
+
+```sh
+npm deprecate <full-name> <message>
+# 例如
+npm deprecate koishi-plugin-example "this plugin is deprecated"
+```
+
+请注意这里要写出的是完整的包名，而不是插件的目录名。
+
+你也可以弃用某个特定版本或版本区间 (默认情况下将弃用所有版本)：
+
+```sh
+npm deprecate <full-name>[@<version>] <message>
+```
+
+弃用插件的最新版本后，该插件将不再显示在插件市场中。未来你仍然可以发布新版本，这将使你的插件重新进入插件市场。
diff --git a/zh-TW/guide/develop/script.md b/zh-TW/guide/develop/script.md
index 13f56758a5f6..34eea9848d74 100644
--- a/zh-TW/guide/develop/script.md
+++ b/zh-TW/guide/develop/script.md
@@ -86,7 +86,7 @@ Koishi 模板项目原生地支持 TypeScript 开发。上述 `-r esbuild-regist
 我们并不推荐使用高级语言来编写配置文件，因为动态的配置无法支持环境变量、配置热重载和插件市场等特性。大部分情况下我们建议仅将 `-r` 用于开发目的。
 :::
 
-### 模块热替换
+### 模块热替换 {#hmr}
 
 如果你开发着一个巨大的 Koishi 项目，可能光是加载一遍全部插件就需要好几秒了。在这种时候，像前端框架一样支持模块热替换就成了一个很棒的主意。幸运的是，Koishi 也做到了这一点！内置插件 @koishijs/plugin-hmr 实现了插件级别的热替换。每当你修改你的本地文件时，Koishi 就会尝试重载你的插件，并在命令行中提醒你。
 
diff --git a/zh-TW/guide/develop/setup.md b/zh-TW/guide/develop/setup.md
index f1e139781c59..f6187cc6546f 100644
--- a/zh-TW/guide/develop/setup.md
+++ b/zh-TW/guide/develop/setup.md
@@ -1,4 +1,4 @@
-# 环境搭建
+# 環境搭建
 
 本节将介绍推荐的开发环境搭建流程。如果某些软件已经安装完成，可以跳过对应的步骤。
 
@@ -38,7 +38,7 @@ git --version           # git version 2.39.1
 
 ```sh
 git config --global user.name "Your Name"
-git config –-global user.email "you@example.com"
+git config --global user.email "you@example.com"
 ```
 
 ### 注册 GitHub
@@ -54,17 +54,20 @@ git config –-global user.email "you@example.com"
 
 - Windows：`C:\dev` 或者 `D:\dev` (也不要直接在盘根创建项目，最好是建一层目录)
 - 其他操作系统：`~/dev`
-:::
+  :::
 
 输入下面的命令以创建 Koishi 项目：
 
-::: tabs code
+:::tabs code
+
 ```npm
 npm init koishi@latest
 ```
+
 ```yarn
 yarn create koishi
 ```
+
 :::
 
 跟随提示即可完成全套初始化流程。
diff --git a/zh-TW/guide/develop/workspace.md b/zh-TW/guide/develop/workspace.md
index d47d9a112e53..63136c792e72 100644
--- a/zh-TW/guide/develop/workspace.md
+++ b/zh-TW/guide/develop/workspace.md
@@ -6,7 +6,7 @@ Koishi 的核心是插件系统，绝大部分 Koishi 功能都可以通过插
 本节中介绍的命令行都需要在 [应用目录](./config.md#应用目录) 下运行。
 :::
 
-## 创建新插件
+## 创建新插件 {#setup}
 
 在应用目录运行下面的命令以创建一个新的插件工作区：
 
@@ -57,14 +57,14 @@ export function apply(ctx: Context) {
 }
 ```
 
-以 [开发模式](./script.md#开发模式) 重新运行你的项目，点击右上角的「添加插件」按钮，选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
+以 [开发模式](./script.md#开发模式) 重新运行你的项目，在左侧活动栏前往「插件配置」，在插件列表中选择一个分组或选择最顶上的「全局配置」，此时可以在右上角找到「添加插件」按钮。点击该按钮并选择你刚才创建的插件名称，你会立即在网页控制台的配置界面中看到 `example` 插件。只需点击启用，你就可以实现与机器人的对话了：
 
 <chat-panel>
 <chat-message nickname="Alice">天王盖地虎</chat-message>
 <chat-message nickname="Koishi">宝塔镇河妖</chat-message>
 </chat-panel>
 
-### 创建私域插件
+### 创建私域插件 {#scoped}
 
 如果你发现想要创建的插件名称已经被占用了，除了重新想名字或在后面加上数字之外，你还可以改为创建私域插件。私域插件使用你自己的 [npm 用户名](./setup.md#注册-npm) 作为包名前缀，因此不用担心与其他人的插件冲突。
 
@@ -99,7 +99,7 @@ yarn setup @alice/example
 
 找到高亮的一行代码，将其复制一份，并将 `@scope` 替换为你的 npm 用户名，然后将复制的这一行代码前面的注释符号去掉。
 
-## 构建源代码
+## 构建源代码 {#build}
 
 上面的插件暂时还只能在开发模式下运行。如果想要在生产模式下使用或发布到插件市场，你需要构建你的源代码。在应用目录运行下面的命令：
 
@@ -122,7 +122,7 @@ yarn build [...name]
 - 后端代码将输出到 `external/example/lib` 目录
 - 前端代码将输出到 `external/example/dist` 目录 (如果存在)
 
-## 添加依赖
+## 添加依赖 {#add}
 
 插件创建时，`package.json` 中已经包含了一些必要的依赖。如果你需要添加其他依赖，可以使用下面的命令：
 
@@ -143,7 +143,7 @@ yarn workspace koishi-plugin-[name] add [...deps]
 
 如果要添加的是 `devDependencies` 或者 `peerDependencies`，你也需要在命令后面加上 `-D` 或 `-P` 参数。关于服务类插件的依赖声明，请参考 [后续章节](../plugin/service.md#关于-peerdependencies)。
 
-## 更新依赖版本
+## 更新依赖版本 {#dep}
 
 尽管 npm 和 yarn 等包管理器都提供了依赖更新功能，但它们对工作区开发的支持都不是很好。因此，我们也提供了一个简单的命令用于批量更新依赖版本。
 
@@ -161,7 +161,7 @@ yarn dep
 
 这将按照每个 `package.json` 中声明的依赖版本进行更新。举个例子，如果某个依赖的版本是 `^1.1.4`，而这个依赖之后发布了新版本 `1.2.3` 和 `2.3.3`，那么运行该指令后，依赖的版本将会被更新为 `^1.2.3`。
 
-## 二次开发
+## 二次开发 {#clone}
 
 :::tip
 阅读本节前请确保你已经完成 [版本控制](./setup.md#版本控制) 中的全部准备工作。
@@ -207,6 +207,6 @@ yarn workspace @root/koishi build
 
 :::
 
-通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/shigma/minato)) 的路径配置。
+通常来说，非插件仓库在克隆下来之后还需经过路径配置才可以正常使用。不过不同担心，模板项目支持已经内置了 Koishi 生态中的几个核心仓库 ([koishi](https://github.com/koishijs/koishi), [satori](https://github.com/satorijs/satori), [minato](https://github.com/cordiverse/minato)) 的路径配置。
 
 完成上述操作后，现在你的 `yarn dev` 已经能直接使用 Koishi 的 TypeScript 源码了！
diff --git a/zh-TW/guide/i18n/crowdin.md b/zh-TW/guide/i18n/crowdin.md
index d7b46578a733..0179f599ba56 100644
--- a/zh-TW/guide/i18n/crowdin.md
+++ b/zh-TW/guide/i18n/crowdin.md
@@ -17,17 +17,13 @@
 
 ## 注册及登录 Crowdin
 
-你可以使用邮箱注册，也可以用谷歌账号、Github 账号等登录，与其他网站异曲同工，因此此处不再赘述。
-
-:::tip
-如果你还是学生，并且成功申请了 GitHub 的学生开发包 (Student Pack)，在你使用 GitHub 账号成功登录 Crowdin 后会自动获赠价值 1500 美元的 1 年 Bronze 计划。
-:::
+你可以使用邮箱注册，也可以用谷歌账号、Github 账号等第三方登录，与其他网站异曲同工，因此此处不再赘述。
 
 ## 创建本地化项目
 
 成功注册并登录 Crowdin 后，你会被自动导向你的[个人页面](https://crowdin.com/profile)。点击右上角的加号，即可创建项目。
 
-::: tip
+:::tip
 若你的项目是开放源代码的，并且活跃了 4 个月及以上，你可以申请 Crowdin 的开源项目许可。当你成功创建项目后，填写[这个表单](https://crowdin.com/page/open-source-project-setup-request)，Crowdin 的客服人员会帮助你。
 :::
 
@@ -37,23 +33,93 @@
 公开项目意味着所有 Crowdin 用户都能搜索到你的项目，也可以看到你的项目的所有内容，也可以向项目贡献翻译。如果你是通过开源项目免费许可的方式创建的项目，则只能创建公开项目。
 :::
 
-### 項目結構
+### 项目结构 {#project-structure}
+
+项目中的文件结构由项目性质决定。通常我们需要将不同语言的翻译内容分别存储为不同的文件，并放置在同一个目录下 (如 `locales`)，以便于管理。
+
+Crowdin 支持[多种文件格式](#file-type)，这里以 `YAML` (`.yml`) 为例分别说明不同项目下的文件结构。
+
+#### 单插件项目
+
+单插件项目的翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+src/
+  locales/
+    en-US.yml
+    zh-CN.yml
+    ...
+package.json
+```
 
-由于 Crowdin 会将待翻译的文件名显示在项目的文件列表中，为了不引起误会，你需要为每个待翻译的文件设置一个易懂的名称。同时，要保证 Crowdin 输出的翻译结果与你的项目结构一致。
+这里有[一个示例项目](https://github.com/koishijs/novelai-bot/tree/main/src/locales)可以参考。
+
+#### 多插件项目
+
+多插件项目通常是 monorepo 结构，即根目录作为开发工作区，每个插件作为一个子项目放置在其他目录下。这种情况下，与单插件项目类似，翻译文件通常存储在插件的根目录下的 `src/locales` 目录中，如：
+
+```plaintext
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-因此推荐的做法是，为每种语言建立一个独立的文件夹，然后将待翻译的文件命名为项目名称，如下所示：
+这里有[一个示例项目](https://github.com/koishijs/koishi-plugin-booru/tree/main/packages/core/src/locales)可以参考。
+
+#### 机器人项目 / 整合包项目
+
+机器人项目是多插件项目的一种特殊形式。除了有多个插件的翻译文件外，还有机器人本身的翻译文件，通常放置在根目录下的 `locales` 目录中，如：
+
+```plaintext
+locales/
+  en-US.yml
+  zh-CN.yml
+  ...
+packages/
+  plugin-a/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+  plugin-b/
+    src/
+      locales/
+        en-US.yml
+        zh-CN.yml
+        ...
+```
 
-```text
-echo/
-  |-- i18n/
-      |-- en/
-          |-- echo.yaml
-      |-- zh-CN/
-          |-- echo.yaml
-  |-- index.js
-  |-- package.json
+#### 文档项目 (Vitepress)
+
+由于文档通常需要对每个页面和大量配置文件进行翻译，我们通常将每个页面的主要内容放置在不同的目录下，并将配置文件本身进行拆分，如：
+
+```plaintext
+.vitepress/
+  config/
+    index.ts
+    en-US.json
+    zh-CN.json
+    ...
+en-US/
+  index.md
+zh-CN/
+  index.md
+package.json
 ```
 
+这里有[一个示例项目](https://github.com/koishijs/docs)可以参考。·
+
 ## 上传项目文件
 
 你可以通过网页手动上传文件，也可以通过 Crowdin 的 CLI 程序进行上传，或是使用集成让 Crowdin 直接从代码仓库同步文件。
@@ -66,19 +132,9 @@ echo/
 
 除了手动上传，你还可以设置集成，让 Crowdin 自动同步 GitHub 等仓库里的文件，并可设置定期推送译文到相应的分支。
 
-你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档。如果你使用的是 Gitlab 等其他仓库，也可以在知识库里找到相应的指南。
-
-回到项目主页，单击集成 (Integrations) 标签页，可以为你的项目设置集成。Crowdin 支持许多集成方案，找到你所使用的代码仓库并点击。
-
-然后，单击 Set Up Integration，连接到你的代码仓库的账户，选择你想要设置集成的仓库，选择你想要获取原文和推送译文的分支，默认情况下 Crowdin 创建一个新的分支，名为 `l10n_` 加上原分支名，如图中所示的 `l10n_master`。
-
-![github integration connecting github](https://support.crowdin.com/assets/docs/github_integration_connecting_github.png)
+你可以点击[这里](https://support.crowdin.com/github-integration/)直达 Crowdin 关于 GitHub 集成的文档，跟随文档配置好集成后即可让 Crowdin 自动同步 GitHub 上的内容。如果你使用的是 Gitlab 等其他仓库，也可以在这里找到相应的指南。
 
-![github integration unconfigured](https://support.crowdin.com/assets/docs/github_integration_unconfigured.png)
-
-此外，你还需要点击分支名右边的编辑按钮，然后点添加文件筛选器 (Add File Filter)，在视图左边写上源文件和目标文件的模式匹配字符串之后，在右边切换并预览将会同步到 Crowdin 的文件列表，以及翻译后的文件名及其路径，你还可以添加更多的筛选器。确认添加无误后，单击 Save 按钮保存。
-
-视图下方的 Push Source 选项默认是不勾选的，即 Crowdin 不会自动将翻译推送到仓库，打开这个选项后，Crowdin 会在对应的仓库开启一个 PR，并自动 rebase 到最新的分支，然后同步 Crowdin 上的同步到仓库。设置完成后，Crowdin 并不会自动开始同步，需要手动触发一次：点击表格右上角的 Sync Now，静待片刻即可同步完成。
+设置完成后，Crowdin 并不会立刻同步，需要手动触发：点击 Sync Now，等待进度条走完即可。以后 Crowdin 会定时检查并自动同步。
 
 ### 通过 CLI 上传文件
 
@@ -89,17 +145,19 @@ $ npm i -g @crowdin/cli
 $ yarn global add @crowdin/cli
 ```
 
-Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://support.crowdin.com/cli-tool/#installation)获知更多详情。
+Crowdin 也提供了 Homebrew / apt 等多种安装方式，对于 Windows 用户，你也可以直接下载 Crowdin 所提供的安装程序安装，请查看 [Crowdin 的文档](https://crowdin.github.io/crowdin-cli/installation)获知更多详情。
 
-在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/configuration-file/)。
+在运行 Crowdin 的 CLI 工具之前，你需要确保当前项目的根目录下存在名为 `crowdin.yml` 的配置文件，你可以运行 `crowdin init` 创建一个基础配置文件，修改其中的条目以适应你的项目。详细的介绍可以看 [Crowdin 的文档](https://support.crowdin.com/developer/configuration-file/)。
 
-::: tip
+你也可以参考上方提到的[示例项目](#project-structure)中的 `crowdin.yml` 文件。
+
+:::tip
 `crowdin.yml` 中的配置项不仅适用于 Crowdin CLI，还可以在上述的代码仓库集成中发挥作用，Crowdin 会自动读取该文件以确定翻译的范围。
 :::
 
 推荐在项目目录下的 `crowdin.yml` 文件中配置好文件筛选器，并且在 `$HOME/.crowdin.yml` 文件中存储你的 Crowdin 密钥等敏感信息，然后你就可以简单地运行 `crowdin upload sources` 上传源文件，而不需要每次都打出冗长的包含通配符的文件路径了。
 
-### 文件类型
+### 文件类型 {#file-type}
 
 Crowdin 支持许多常见文件类型，如 `HTML`、`docx`、`pdf`，本地化软件框架支持的 `xliff` 与 `po` 等自然也不在话下，如果你不确定你的文件类型是否受支持，你可以在[这里](https://support.crowdin.com/supported-formats/)查看 Crowdin 支持的文件类型列表。
 
@@ -135,10 +193,10 @@ commands:
 
 当你成功添加源文件之后，就可以着手进行翻译了。点开想要翻译的语言，打开对应文件，就可以进入 Crowdin 的在线翻译编辑器。假设你是从个人电脑打开的，那么视图会从左到右分成三个部分，左边是待翻译的字符串，中间是翻译区，右边是评论和参考区。
 
-![crowdin online editor](https://support.crowdin.com/assets/docs/online_editor_sections.png)
+![crowdin online editor](https://support.crowdin.com/_astro/sections.BiwHNeHV_1rT0sS.webp)
 
 如果你对该项目申请了开源项目免费许可，那么该项目还会启用 Global TM 功能。这是 Crowdin 的共享翻译语料库，可以根据其他人的项目中存在的类似文本对当前的待翻译字符串进行提示，你的项目的字符串及翻译结果也会上传到这个语料库中。
 
 ## 下载翻译
 
-与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了与任何代码仓库的集成，并勾选了定时同步，则 Crowdin 会自动推送翻译结果到指定的分支。
+与上传翻译一样，Crowdin 提供了多种方式可以下载翻译结果，你可以直接通过网页下载单个或多个文件，也可以通过 Crowdin CLI 下载。如果你设置了代码仓库的集成，并勾选了定时同步，则 Crowdin 会定时自动推送翻译结果到指定的分支。
diff --git a/zh-TW/guide/i18n/index.md b/zh-TW/guide/i18n/index.md
index 2c200fb615c5..5950b4ff6c7d 100644
--- a/zh-TW/guide/i18n/index.md
+++ b/zh-TW/guide/i18n/index.md
@@ -1,6 +1,6 @@
 # 基本用法
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 国际化](../../manual/usage/customize.md#国际化)。
 :::
 
@@ -95,6 +95,19 @@ ctx.i18n.define('en-US', { hello: 'Hello, {author.name}!' })
 
 上述三段代码的实际效果完全相同，可以根据自己的需要进行选择。
 
+如果你希望对属性值进行某些计算，传入 Javascript 表达式也是可以的：
+
+```ts
+ctx.i18n.define('zh-CN', { list: '列表：{arr.join(",")}' })
+ctx.i18n.define('en-US', { list: 'List: {arr.join(",")}' })
+```
+
+::: tip
+目前支持的表达能力会受到解析器和特殊语法的限制。请避免在表达式中引入 `}`，以免造成歧义。
+
+此外，如果向 `session.text()` 传入的二参数是一个数组，那么直接写 `{0}` 将表示数组中的第一个元素 (而非作为 JavaScript 表达式的 `0`)。
+:::
+
 ### 使用消息元素
 
 你也可以在模板中使用 [消息元素](../basic/element.md) 语法。消息元素的属性同样使用 `{}` 进行插值：
@@ -125,7 +138,7 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 {/if}
 ```
 
-::: tip
+:::tip
 如果要使用这种层面的模板能力，那么你的代码已经不适合使用 `ctx.i18n.define()` 定义了。建议参考 [下一节](./translation.md) 中的做法，将不同语言的模板放入不同的文件中，以方便编辑和管理。
 :::
 
@@ -143,11 +156,11 @@ ctx.i18n.define('en-US', { remain: 'Time Remain: <i18n:time value={value}/>' })
 
 例如，如果用户配置的语言列表为 `zh-CN`, `en-US`, `zh-TW`, `en-GB`，则对于不同的目标语言会生成对应的回退序列：
 
-- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ``, `zh`, `zh-CN`, `zh-TW`
-- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ``
-- 目标语言为 `de-DE`，回退序列为 ``, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
-- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ``
-- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ``
+- 目标语言为 `en`，回退序列为 `en`, `en-US`, `en-GB`, ` `, `zh`, `zh-CN`, `zh-TW`
+- 目标语言为 `zh-TW`，回退序列为 `zh-TW`, `zh`, `zh-CN`, `en`, `en-US`, `en-GB`, ` `
+- 目标语言为 `de-DE`，回退序列为 ` `, `zh`, `zh-CN`, `zh-TW`, `en`, `en-US`, `en-GB`
+- 目标语言为 `en`, `zh-TW`，回退序列为 `en`, `en-US`, `en-GB`, `zh-TW`, `zh`, `zh-CN`, ` `
+- 目标语言为 `zh-TW`, `en`，回退序列为 `zh-TW`, `en`, `en-US`, `en-GB`, `zh`, `zh-CN`, ` `
 
 请注意，空字符串也被视为合法的语言，其所代表的是「没有指定语言」的情况。在实践中，空语言的使用是非常广泛的，例如当用户使用下面的代码定义指令：
 
@@ -180,7 +193,7 @@ ctx.command('echo', '回声')
 session.text(['foo', 'bar'])
 ```
 
-::: tip
+:::tip
 路径回退的优先级低于语言回退。举个例子，假如可选的语言包括 A 和 B，路径包括 1 和 2。翻译 A1 不存在，但是翻译 A2 和 B1 都存在。这种情况下会输出 B1 而非 A2。采用这种设计是因为不同的路径通常表达了不同的逻辑。相比语言的正确性，逻辑的正确性更重要。
 :::
 
diff --git a/zh-TW/guide/i18n/translation.md b/zh-TW/guide/i18n/translation.md
index f29f8f4b1a7c..3f07c2a60b33 100644
--- a/zh-TW/guide/i18n/translation.md
+++ b/zh-TW/guide/i18n/translation.md
@@ -17,11 +17,11 @@ ctx.i18n.define('en-US', require('./locales/en-US'))
 ctx.i18n.define('zh-CN', require('./locales/zh-CN'))
 ```
 
-::: tip
+:::tip
 在上面的例子中我们使用了 YAML 作为翻译文件的格式。这是因为它的语法简洁美观，非常适合本地化开发。你也可以采用 JSON 等任何你喜欢的格式进行开发。
 :::
 
-::: tip
+:::tip
 Node.js 并不支持直接加载 `.yaml` / `.yml` 后缀的文件，但我们可以通过适当的 [register](https://nodejs.org/api/cli.html#-r---require-module) 解决这个问题。对此我们的官方脚手架已经内置了相应的支持。
 :::
 
@@ -84,7 +84,7 @@ if (new Date().getHours < 12) {
 
 ## 配置本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 配置本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -186,7 +186,7 @@ Schema.intersect([
 
 ## 控制台本地化 <badge type="warning">实验性</badge>
 
-::: warning
+:::warning
 控制台本地化仍然是实验性功能，暂不支持被其他插件扩展。
 :::
 
@@ -215,6 +215,6 @@ if (import.meta.hot) {
 }
 ```
 
-::: tip
+:::tip
 注意：此时你的翻译文件应当处于 `client` 目录而非 `src/locales` 目录。
 :::
diff --git a/zh-TW/guide/index.md b/zh-TW/guide/index.md
index 8932cb81199d..6b4d2d01c4ee 100644
--- a/zh-TW/guide/index.md
+++ b/zh-TW/guide/index.md
@@ -2,7 +2,7 @@
 
 ## 如何阅读本指南
 
-::: tip
+:::tip
 本篇指南旨在向有一定 Node.js 开发基础的人介绍 Koishi 的全部知识。如果你只想快速搭建自己的机器人而非学习 Koishi 开发，请前往 [起步](../manual/starter/) 了解更多安装方式。
 :::
 
@@ -12,7 +12,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与入门教程的关系
 
-::: tip
+:::tip
 前往 → [入门教程](../manual/introduction.md)
 :::
 
@@ -20,7 +20,7 @@ Koishi 是一个强大的机器人框架，因此有大量的内容可供学习
 
 ### 与进阶指南的关系
 
-::: tip
+:::tip
 前往 → [进阶指南](../cookbook/index.md)
 :::
 
diff --git a/zh-TW/guide/plugin/filter.md b/zh-TW/guide/plugin/filter.md
index 4f6a97264cde..39a08d58755c 100644
--- a/zh-TW/guide/plugin/filter.md
+++ b/zh-TW/guide/plugin/filter.md
@@ -1,14 +1,14 @@
 # 過濾器
 
-::: tip
-在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#过滤器)。
+:::tip
+在学习本节之前，建议先完整阅读 [入门 > 过滤器](../../manual/usage/customize.md#filters)。
 :::
 
 默认情况下，一个会话事件、中间件或者指令都对所有的会话生效。但如果我们希望这些功能只对部分群聊或者用户生效，我们就需要用到 **过滤器**。
 
 ## 属性过滤器
 
-::: warning
+:::warning
 请不要滥用这项功能：在源码中直接书写账号或群号会导致隐私泄露，并且其他用户无法使用你的插件。推荐 [在配置文件中使用过滤器](#配置文件中的过滤器)。
 :::
 
diff --git a/zh-TW/guide/plugin/index.md b/zh-TW/guide/plugin/index.md
index 48e872bd2691..77a60399b7da 100644
--- a/zh-TW/guide/plugin/index.md
+++ b/zh-TW/guide/plugin/index.md
@@ -1,6 +1,6 @@
 # 認識外掛
 
-::: tip
+:::tip
 在学习本章之前，建议先完整阅读 [入门 > 安装和配置插件](../../manual/usage/market.md)。
 :::
 
@@ -38,7 +38,7 @@ ctx.plugin(class {
 
 ## 模块化的插件
 
-插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入默认值) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#导入整个模块的内容)。
+插件化最大的好处就是可以把不同的功能写在不同的模块中。此时插件将作为模块的导出，它可以是 [默认导出](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#默认导入) 或 [导出整体](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/import#命名空间导入)。
 
 对于对象形式的插件，你还可以额外提供一个 `name` 属性作为插件的名称。对于函数和类形式的插件来说，插件名称便是函数名或类名。具名插件有助于更好地描述插件的功能，并被用于插件关系可视化中，实际上不会影响任何运行时的行为。
 
@@ -92,7 +92,7 @@ export function apply(ctx: Context) {
 
 这两种写法并无优劣之分，你完全可以按照自己的需求调整导出的形式。按照惯例，如果你的插件是一个函数，我们通常直接导出 apply 方法，并将导出整体作为一个插件；如果你的插件是一个类，那么我们通常使用默认导出的形式。
 
-::: tip
+:::tip
 这里默认导出的优先级更高。因此，只要模块提供了默认导出，Koishi 就会尝试加载这个默认导出，而不是导出整体。在开发中请务必注意这一点。
 :::
 
diff --git a/zh-TW/guide/plugin/schema.md b/zh-TW/guide/plugin/schema.md
index d33b444bcacd..63705e85c9a2 100644
--- a/zh-TW/guide/plugin/schema.md
+++ b/zh-TW/guide/plugin/schema.md
@@ -88,7 +88,7 @@ namespace Example {
   })
 }
 
-export default Foo
+export default Example
 ```
 
 形如 `name` 和 `Config` 这样的属性，我们称之为插件的元属性。它们需要与插件的入口函数同级导出。例如，你还可以通过导出 `usage` 属性来为插件提供使用方法。这样一来，一个完整的插件就可以写成这样：
diff --git a/zh-TW/guide/plugin/service.md b/zh-TW/guide/plugin/service.md
index de79963d9ca9..fc18be07139d 100644
--- a/zh-TW/guide/plugin/service.md
+++ b/zh-TW/guide/plugin/service.md
@@ -57,7 +57,7 @@ export function apply(ctx: Context) {
 
 你很快会发现这样写完全无法运行。首先，数据库服务需要等到应用启动完成后才可以访问，换言之即使安装了数据库插件，你也无法立即判断数据库服务是否存在。此外，一旦上述服务所在插件在运行时被重载，由于上面的代码属于 dialogue 插件，因此 if 中代码的副作用将无法被有效清理；而当相应的服务重新被注册时，这部分的代码也不会被重新运行，从而导致一系列难以检测的问题。
 
-### inject 属性
+### inject 属性 {#inject}
 
 为了解决这种问题，Koishi 为插件声明提供了一个独特的 `inject` 属性：
 
@@ -93,7 +93,7 @@ ctx.plugin({
 })
 ```
 
-::: tip
+:::tip
 请注意：这里出现了两个 `ctx` 对象，它们属于不同的插件。在子插件的回调函数内，请务必使用作为参数的 `ctx` 而不是外层的 `ctx`，不然在服务被热重载时可能会引发内存泄漏。
 :::
 
@@ -139,7 +139,6 @@ export function apply(ctx: Context) {
 }
 ```
 
-
 <!-- ## 服务的共享与隔离
 
 在默认情况下，任何上下文中设置的服务都会被同一个应用内的所有上下文共享。这当然非常方便——事实上服务也正是为了这样的需求而设计的，但这意味着你的每种服务只能同时存在一个实例。如果你希望用多个插件实现同一个服务，并分别提供给不同的上下文使用的话，你就要用到服务的隔离功能了。
@@ -203,45 +202,40 @@ plugins:
 如果你希望自己插件提供一些接口供其他插件使用，那么最好的办法便是提供自定义服务，就像这样：
 
 ```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-// 这个表达式定义了一个名为 console 的服务
-Context.service('console')
-
-// 假如你在某个上下文设置了这个值，其他的上下文也将拥有此属性
-app.guild().console = new Console()
-app.private().console instanceof Console // true
+export default class Console extends Service {
+  constructor(ctx: Context) {
+    super(ctx, 'console')
+  }
+}
 ```
 
-这种做法的本质原理是修改了 Context 的原型链。
+这样定义的好处在于，`Console` 本身也是一个合法的插件，其他插件可以直接通过 `ctx.plugin(Console)` 来加载它。
 
-对于 TypeScript 用户，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
+对于 TypeScript 用户，在定义服务时，你还需要进行声明合并，以便能够在上下文对象中获得类型提示：
 
 ```ts no-extra-header
 declare module 'koishi' {
   interface Context {
-    console: console
+    console: Console
   }
 }
 ```
 
-### 服务的生命周期
-
-相比直接赋值，我们更推荐你从 Service 派生子类来实现自定义服务：
+而使用服务的插件则需要声明依赖并导入类型：
 
 ```ts
-class Console extends Service {
-  constructor(ctx: Context) {
-    // 这样写你就不需要手动给 ctx 赋值了
-    super(ctx, 'console', true)
-  }
-}
+import {} from 'koishi-plugin-console'
 
-// 这样定义的好处在于，Console 本身也是一个插件
-app.plugin(Console)
+export const inject = ['console']
+
+export function apply(ctx: Context) {
+  ctx.console.addEntry('/path/to/dialogue/extension')
+}
 ```
 
-Service 抽象类的构造函数支持三个参数：
+### 服务的生命周期
+
+`Service` 抽象类的构造函数支持三个参数：
 
 - `ctx`：服务所在的上下文对象
 - `name`：服务的名称 (即其在所有上下文中的属性名)
@@ -255,19 +249,7 @@ Service 抽象类的构造函数支持三个参数：
 
 默认情况下，一个自定义服务会先等待 ready 事件触发，然后调用可能存在的 `start()` 方法，最后才会被注册到全体上下文中。这种设计确保了服务在能够被访问的时候就已经是可用的。但如果你的服务不需要等待 ready 事件，那么只需传入第三个参数 `true` 就可以立即将服务注册到所有上下文中。
 
-此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，其他插件不再可以访问到这项服务：
-
-```ts
-import Console from '@koishijs/plugin-console'
-// ---cut---
-app.console                 // falsy
-app.plugin(Console)         // 加载插件
-app.console                 // truthy
-app.dispose(Console)        // 卸载插件
-app.console                 // falsy
-app.plugin(Console)         // 重新加载插件
-app.console                 // truthy
-```
+此外，当注册了服务的插件被卸载时，其注册的服务也会被移除，通过 `inject` 声明依赖的插件也会被停止运行，直到服务再次被实现。这意味着开发者不需要担心服务的生命周期，只需要专注于提供或使用服务的功能即可。
 
 ### 支持热重载
 
@@ -285,9 +267,9 @@ class Console extends Service {
     this.entries.add(filename)
     this.triggerReload()
 
-    // 注意这个地方，caller 属性会指向访问此方法的上下文
+    // 注意这个地方，ctx 属性会指向访问此方法的上下文 (而不是构造函数中的上下文)
     // 只需要在这个上下文上监听 dispose 事件，就可以顺利处理副作用了
-    this[Context.current]?.on('dispose', () => {
+    this.ctx.on('dispose', () => {
       this.entries.delete(filename)
       this.triggerReload()
     })
@@ -295,9 +277,9 @@ class Console extends Service {
 }
 ```
 
-## 在 `package.json` 中声明依赖
+## 在 `package.json` 中声明依赖 {#package-json}
 
-如果你打算将插件发布到插件市场，我们建议在插件的 [`package.json`](../develop/publish.md#koishi-字段) 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
+如果你打算将插件发布到插件市场，我们建议在插件的 `package.json` 中对其所提供和使用的服务进行声明。这些字段将显示在控制台中插件的详情页中，帮助使用者更好地理解插件的功能。
 
 ```json title=package.json
 {
@@ -313,7 +295,13 @@ class Console extends Service {
 
 在这里，`required` 对应于必需依赖，`optional` 对应于可选依赖，`implements` 对应于提供的服务。如果你的插件没有使用或提供服务，那么对应的字段可以省略。
 
-### 关于 `peerDependencies`
+### 对比 `inject` 声明 {#inject-vs-dep}
+
+<!-- 按理说，我已经在 `inject` 中声明过一次服务依赖了，为什么还要在 `package.json` 中再声明一次呢？ -->
+
+对于任何依赖服务的插件，其必须声明 `inject` 才能正常工作，但缺失 `package.json` 中的声明并不会影响插件的运行。尽管如此，我们依然建议你在 `package.json` 中声明依赖，因为这样做能够在安装时提供更多信息，使用者可以一次性地安装插件所需的所有依赖，而不是等到插件运行时才发现缺少了某个服务。
+
+### 关于 `peerDependencies` {#peer-vs-dep}
 
 一个很容易混淆的概念是 `package.json` 自带的 `peerDependencies` 字段。这个字段用于声明一个 npm 包的依赖，但声明的依赖需要由用户安装 (或由包管理器自动安装到依赖树顶层)。是不是跟服务的概念非常像？它们之间的区别如下：
 
diff --git a/zh-TW/index.md b/zh-TW/index.md
index fcd4153acbb2..67f75510d6ac 100644
--- a/zh-TW/index.md
+++ b/zh-TW/index.md
@@ -3,136 +3,100 @@ layout: home
 links:
   starter: /zh-TW/manual/starter/
 home:
-  desc: 創建跨平臺、可擴展、高性能的機器人
+  desc: 建立跨平臺、可擴充套件、高效能的機器人
   primary: 即刻起步
   secondary: 了解更多
 features:
-  - 
-    title: 实时监控
+  - title: 实时监控
     desc: 借助 Koishi 的仪表盘功能，实时监控机器人的运行状态。
     image: /manual/console/home
-  - 
-    title: 简单配置
+  - title: 简单配置
     desc: Koishi 提供了丰富的插件配置和简单易懂的操作模式，使你能够轻松完成机器人的定制化。
     image: /manual/console/settings
-  - 
-    title: 生态丰富
+  - title: 生態豐富
     desc: Koishi 拥有庞大的插件生态，无论是日常娱乐还是实用功能，你都能在这里找到。
     image: /manual/console/market
-  - 
-    title: 数据库
+  - title: 資料庫
     desc: 多驱动、高性能的数据库使得 Koishi 可以轻松处理百万量级的数据。
     image: /manual/console/database
-  - 
-    title: 即刻预览
+  - title: 即刻预览
     desc: 安装或配置任何插件后，你可以立即在 Koishi 的沙盒界面中模拟聊天、预览效果。
     image: /manual/console/sandbox
 development:
-  title: 专为开发者打造
+  title: 專為開發者打造
   desc: Koishi 更为开发者提供了众多专业功能，使开发者得以在各种复杂需求中构建规模化的解决方案。
 advantages:
-  - 
-    title: 类型支持
+  - title: 类型支持
     desc: Koishi 完全基于 TypeScript 开发，拥有顶级的类型支持，丰富的代码提示让你在编写代码的时候甚至无需查看文档。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 1024 1024
       path: M0 512v512h1024V0H0z m825.216-40.789333c26.026667 6.485333 45.824 18.048 64.042667 36.906666 9.429333 10.069333 23.424 28.416 24.533333 32.853334 0.341333 1.28-44.202667 31.146667-71.168 47.914666-0.981333 0.64-4.906667-3.584-9.258667-10.069333-13.226667-19.2-27.008-27.477333-48.128-28.928-31.061333-2.133333-51.029333 14.122667-50.858666 41.258667a37.546667 37.546667 0 0 0 4.352 19.2c6.826667 14.122667 19.541333 22.613333 59.306666 39.808 73.344 31.573333 104.704 52.352 124.202667 81.92 21.76 32.981333 26.666667 85.674667 11.861333 124.842666-16.213333 42.581333-56.533333 71.509333-113.28 81.066667-17.536 3.114667-59.136 2.645333-77.994666-0.768-41.130667-7.338667-80.128-27.648-104.192-54.314667-9.429333-10.368-27.818667-37.546667-26.666667-39.466666a67.413333 67.413333 0 0 1 9.386667-6.016c4.608-2.602667 21.802667-12.544 38.058666-21.973334l29.44-17.066666 6.186667 9.130666c8.618667 13.141333 27.434667 31.189333 38.826667 37.205334 32.682667 17.237333 77.525333 14.805333 99.626666-5.034667a37.674667 37.674667 0 0 0 13.354667-30.72c0-11.861333-1.493333-17.066667-7.68-26.026667-7.936-11.349333-24.192-20.906667-70.357333-40.96-52.821333-22.741333-75.562667-36.864-96.384-59.306666a135.04 135.04 0 0 1-28.117334-51.2c-3.882667-14.464-4.864-50.730667-1.792-65.322667 10.88-51.072 49.408-86.613333 105.002667-97.194667 18.048-3.413333 59.989333-2.133333 77.696 2.261334z m-240.384 42.752l0.341333 41.941333H451.84v378.709333H357.546667v-378.709333H224.341333v-41.130667c0-22.784 0.469333-41.813333 1.109334-42.24 0.512-0.682667 81.621333-1.024 179.925333-0.853333l178.986667 0.512z
-  - 
-    title: 文档丰富
+  - title: 文档丰富
     desc: 浏览我们精心编写的文档，了解从新人起步到插件开发的所有细节。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 448 512
       path: M437.2 403.5L320 215V64h8c13.3 0 24-10.7 24-24V24c0-13.3-10.7-24-24-24H120c-13.3 0-24 10.7-24 24v16c0 13.3 10.7 24 24 24h8v151L10.8 403.5C-18.5 450.6 15.3 512 70.9 512h306.2c55.7 0 89.4-61.5 60.1-108.5zM137.9 320l48.2-77.6c3.7-5.2 5.8-11.6 5.8-18.4V64h64v160c0 6.9 2.2 13.2 5.8 18.4l48.2 77.6h-172z
-  - 
-    title: 模块热重载
+  - title: 模块热重载
     desc: 开发 Koishi 插件时，只需轻点保存即可热重载，无需频繁重启机器人，如同前端开发一样丝滑顺畅。
-    link: /
+    link: /zh-CN/
     icon:
       viewBox: 0 0 576 512
       path: M519.442 288.651c-41.519 0-59.5 31.593-82.058 31.593C377.409 320.244 432 144 432 144s-196.288 80-196.288-3.297c0-35.827 36.288-46.25 36.288-85.985C272 19.216 243.885 0 210.539 0c-34.654 0-66.366 18.891-66.366 56.346 0 41.364 31.711 59.277 31.711 81.75C175.885 207.719 0 166.758 0 166.758v333.237s178.635 41.047 178.635-28.662c0-22.473-40-40.107-40-81.471 0-37.456 29.25-56.346 63.577-56.346 33.673 0 61.788 19.216 61.788 54.717 0 39.735-36.288 50.158-36.288 85.985 0 60.803 129.675 25.73 181.23 25.73 0 0-34.725-120.101 25.827-120.101 35.962 0 46.423 36.152 86.308 36.152C556.712 416 576 387.99 576 354.443c0-34.199-18.962-65.792-56.558-65.792z
 footer:
-  - 
-    text: 起步
+  - text: 起步
     items:
-      - 
-        text: 为 Windows 安装
+      - text: 為 Windows 安裝
         link: /zh-TW/manual/starter/windows.html
-      - 
-        text: 为 macOS 安装
+      - text: 為 macOS 安裝
         link: /zh-TW/manual/starter/macos.html
-      - 
-        text: 为 Linux 安装
+      - text: 為 Linux 安裝
         link: /zh-TW/manual/starter/linux.html
-      - 
-        text: 为 Android 安装
+      - text: 為 Android 安裝
         link: /zh-TW/manual/starter/android.html
-      - 
-        text: 在容器中使用
+      - text: 在容器中使用
         link: /zh-TW/manual/starter/docker.html
-      - 
-        text: 创建模板项目
+      - text: 建立模板專案
         link: /zh-TW/manual/starter/boilerplate.html
-      - 
-        text: 作为依赖调用
+      - text: 作為依賴呼叫
         link: /zh-TW/manual/starter/direct.html
-  - 
-    text: 文档
+  - text: 文档
     items:
-      - 
-        text: 开发指南
+      - text: 开发指南
         link: /zh-TW/guide/
-      - 
-        text: API 参考
+      - text: API 参考
         link: /zh-TW/api/
-      - 
-        text: 官方插件
+      - text: 官方插件
         link: /zh-TW/plugins/
-  - 
-    text: 平台
+  - text: 平台
     items:
-      - 
-        text: 钉钉
+      - text: 钉钉
         link: /zh-CN/plugins/adapter/dingtalk.html
-      - 
-        text: Discord
+      - text: Discord
         link: /zh-TW/plugins/adapter/discord.html
-      - 
-        text: KOOK
+      - text: KOOK
         link: /zh-TW/plugins/adapter/kook.html
-      - 
-        text: 飞书
+      - text: 飞书
         link: /zh-TW/plugins/adapter/lark.html
-      - 
-        text: LINE
+      - text: LINE
         link: /zh-CN/plugins/adapter/line.html
-      - 
-        text: 郵件
+      - text: 郵件
         link: /zh-CN/plugins/adapter/mail.html
-      - 
-        text: Matrix
+      - text: Matrix
         link: /zh-CN/plugins/adapter/matrix.html
-      - 
-        text: QQ
+      - text: QQ
         link: /zh-CN/plugins/adapter/qq.html
-      - 
-        text: Satori
+      - text: Satori
         link: /zh-CN/plugins/adapter/satori.html
-      - 
-        text: Slack
+      - text: Slack
         link: /zh-CN/plugins/adapter/Slack.html
-      - 
-        text: Telegram
+      - text: Telegram
         link: /zh-TW/plugins/adapter/telegram.html
-      - 
-        text: 微信公众号
+      - text: 微信公众号
         link: /zh-CN/plugins/adapter/wechat-official.html
-      - 
-        text: 企业微信
+      - text: 企业微信
         link: /zh-CN/plugins/adapter/wecom.html
-      - 
-        text: WhatsApp
+      - text: WhatsApp
         link: /zh-CN/plugins/adapter/whatsapp.html
 ---
-
diff --git a/zh-TW/manual/faq.md b/zh-TW/manual/faq.md
index 80cba6c74b61..b43101d19a61 100644
--- a/zh-TW/manual/faq.md
+++ b/zh-TW/manual/faq.md
@@ -1,2 +1 @@
 # 常见问题
-
diff --git a/zh-TW/manual/introduction.md b/zh-TW/manual/introduction.md
index 222f75a164c4..8953c6d447c9 100644
--- a/zh-TW/manual/introduction.md
+++ b/zh-TW/manual/introduction.md
@@ -2,7 +2,7 @@
 
 Koishi 是一個跨平臺、可擴充套件、高效能的聊天機器人框架。
 
-它的名字和圖示設計來源於東方 Project 中的角色 [古明地戀 (Komeiji Koishi)](https://zh.touhouwiki.net/wiki/古明地戀)。古明地戀是一個會做出無意識舉動的角色，取這個名字既象徵著聊天機器人的主題，也蘊含了開發者為之傾注的熱愛。
+它的名字和图标设计来源于东方 Project 中的角色 [古明地恋 (Komeiji Koishi)](https://zh.touhouwiki.net/wiki/古明地恋)。古明地戀是一個會做出無意識舉動的角色，取這個名字既象徵著聊天機器人的主題，也蘊含了開發者為之傾注的熱愛。
 
 ## 特性
 
@@ -28,4 +28,4 @@ Koishi 更為開發者準備了眾多專業功能，使外掛開發者得以在
 
 ## 馬上起步
 
-點選前往 [起步](./starter/)，開啟你的 Koishi 之旅。
+点击前往 [起步](./starter/)，开启你的 Koishi 之旅。
diff --git a/zh-TW/manual/launcher/cli.md b/zh-TW/manual/launcher/cli.md
index 5d3c932f30e1..3c674803fe80 100644
--- a/zh-TW/manual/launcher/cli.md
+++ b/zh-TW/manual/launcher/cli.md
@@ -1,4 +1,4 @@
-# 命令行工具
+# 命令列工具
 
 对于不使用图形化界面的用户，Koishi 启动器提供了命令行工具 `koi`，可以用来创建、管理和运行 Koishi。
 
@@ -10,7 +10,7 @@
 | `koi daemon start`    | 启动守护                           |
 | `koi daemon stop`     | 停止守护                           |
 | `koi daemon kill`     | 强制结束守护                         |
-| `koi ps`              | 查看运行状态                         |
+| `koi ps`              | 查看運行狀態                         |
 | `koi start default`   | 启动实例 `default`                 |
 | `koi stop default`    | 停止实例 `default`                 |
 | `koi restart default` | 重启实例 `default`                 |
diff --git a/zh-TW/manual/launcher/system.md b/zh-TW/manual/launcher/system.md
index 8295db5c9a04..ec25e1663a69 100644
--- a/zh-TW/manual/launcher/system.md
+++ b/zh-TW/manual/launcher/system.md
@@ -16,64 +16,64 @@
 
 ### Windows 8.1
 
-| 产品                             | 核心                   | 窗口                   | 增强  |
-| ------------------------------ | -------------------- | -------------------- | --- |
-| Windows 8.1                    | :white\_check\_mark: | :white\_check\_mark: | :x: |
-| Windows Server 2012 R2         | :white\_check\_mark: | :white\_check\_mark: | :x: |
-| Hyper-V Server 2012 R2         | :x:                  | :x:                  | :x: |
-| Windows Storage Server 2012 R2 | :x:                  | :x:                  | :x: |
-| Windows Embedded 8.1 Pro       | :x:                  | :x:                  | :x: |
-| Windows Embedded 8.1 Industry  | :x:                  | :x:                  | :x: |
+| 产品                                            | 核心                                                                                           | 窗口                                                                                           | 增强                                  |
+| --------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | ----------------------------------- |
+| Windows 8.1                   | :white_check_mark: | :white_check_mark: | :x: |
+| Windows Server 2012 R2                        | :white_check_mark: | :white_check_mark: | :x: |
+| Hyper-V Server 2012 R2                        | :x:                                                          | :x:                                                          | :x: |
+| Windows Storage Server 2012 R2                | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Pro      | :x:                                                          | :x:                                                          | :x: |
+| Windows Embedded 8.1 Industry | :x:                                                          | :x:                                                          | :x: |
 
 ### Windows 10
 
-| 产品                                  | 核心                   | 窗口                   | 增强                   |
-| ----------------------------------- | -------------------- | -------------------- | -------------------- |
-| Version 1507                        | :x:                  | :x:                  | :x:                  |
-| Version 1511                        | :x:                  | :x:                  | :x:                  |
-| Version 1607                        | :x:                  | :x:                  | :x:                  |
-| Version 1703                        | :x:                  | :x:                  | :x:                  |
-| Version 1709                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1803                        | :x:                  | :white\_check\_mark: | :x:                  |
-| Version 1809                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1903                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 1909                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 2004                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 20H2                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H1                        | :x:                  | :white\_check\_mark: | :white\_check\_mark: |
-| Version 21H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2                        | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 2015 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 2016 LTSB                | :white\_check\_mark: | :x:                  | :x:                  |
-| Windows 10 Enterprise 2015 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise 2016 LTSC     | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 Enterprise LTSC 2019     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise LTSC 2021     | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 10 Enterprise multi-session | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows Server 2016                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2016                 | :x:                  | :x:                  | :x:                  |
-| Windows Storage Server 2016         | :x:                  | :x:                  | :x:                  |
-| Windows Server 2019                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Hyper-V Server 2019                 | :x:                  | :x:                  | :x:                  |
-| Windows Server 2022                 | :white\_check\_mark: | :white\_check\_mark: | :x:                  |
-| Windows 10 IoT Core                 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core Services        | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Core LTSC            | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT LTSC 2019 Core       | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise           | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise 2019      | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2015 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSB 2016 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2019 | :x:                  | :x:                  | :x:                  |
-| Windows 10 IoT Enterprise LTSC 2021 | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019             | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2019 for Storage | :x:                  | :x:                  | :x:                  |
-| Windows Server IoT 2022             | :x:                  | :x:                  | :x:                  |
+| 产品                                  | 核心                                                                                           | 窗口                                                                                           | 增强                                                                                           |
+| ----------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 1507                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1511                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1607                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1703                        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Version 1709                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1803                        | :x:                                                          | :white_check_mark: | :x:                                                          |
+| Version 1809                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1903                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 1909                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 2004                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 20H2                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H1                        | :x:                                                          | :white_check_mark: | :white_check_mark: |
+| Version 21H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2                        | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 2015 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 2016 LTSB                | :white_check_mark: | :x:                                                          | :x:                                                          |
+| Windows 10 Enterprise 2015 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise 2016 LTSC     | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 Enterprise LTSC 2019     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise LTSC 2021     | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 10 Enterprise multi-session | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows Server 2016                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2016                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Storage Server 2016         | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2019                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Hyper-V Server 2019                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server 2022                 | :white_check_mark: | :white_check_mark: | :x:                                                          |
+| Windows 10 IoT Core                 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core Services        | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Core LTSC            | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT LTSC 2019 Core       | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise           | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise 2019      | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2015 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSB 2016 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2019 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows 10 IoT Enterprise LTSC 2021 | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019             | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2019 for Storage | :x:                                                          | :x:                                                          | :x:                                                          |
+| Windows Server IoT 2022             | :x:                                                          | :x:                                                          | :x:                                                          |
 
 ### Windows 11
 
-| 产品           | 核心                   | 窗口                   | 增强                   |
-| ------------ | -------------------- | -------------------- | -------------------- |
-| Version 21H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Version 22H2 | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
-| Windows 365  | :white\_check\_mark: | :white\_check\_mark: | :white\_check\_mark: |
+| 产品           | 核心                                                                                           | 窗口                                                                                           | 增强                                                                                           |
+| ------------ | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
+| Version 21H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Version 22H2 | :white_check_mark: | :white_check_mark: | :white_check_mark: |
+| Windows 365  | :white_check_mark: | :white_check_mark: | :white_check_mark: |
diff --git a/zh-TW/manual/recipe/execution.md b/zh-TW/manual/recipe/execution.md
index ff3ef4f9c56c..4f39a49edf10 100644
--- a/zh-TW/manual/recipe/execution.md
+++ b/zh-TW/manual/recipe/execution.md
@@ -1,13 +1,12 @@
-# 指令进阶技巧
+# 指令進階技巧
 
 ## 使用引号
 
-Koishi 会自动将引号 (半角或者全角) 中的内容视为一个整体。这在很多场景中都非常有用，下面举出了一些典型的例子：
+与大多数命令行工具一样，你可以使用单引号或双引号将参数包裹，引号中的内容将被视为一个独立的参数。这在许多场景下都非常有用：
 
 - 当希望传入带空格的参数时 (默认行为是只解析空格前面的部分)
 - 当希望传入以 `-` 开头的参数时 (默认的行为是解析成下一个选项)
 - 当希望传入一个空字符串时作为参数时 (默认的行为是解析为 `true`)
-- 当希望传入只由数字构成的字符串参数时 (默认行为是解析为 `number` 类型)
 
 ## 指令插值
 
@@ -33,7 +32,7 @@ Koishi 默认不转义单引号内的文本。如果你不希望某个参数被
 
 <chat-panel>
 <chat-message nickname="Alice">ecko hello</chat-message>
-<chat-message nickname="Koishi">您要找的是不是“echo”？發送句號以使用推測的指令。</chat-message>
+<chat-message nickname="Koishi">您要找的是不是“echo”？回复句号以使用推测的指令。</chat-message>
 <chat-message nickname="Alice">.</chat-message>
 <chat-message nickname="Koishi">hello</chat-message>
 </chat-panel>
diff --git a/zh-TW/manual/recipe/multiple.md b/zh-TW/manual/recipe/multiple.md
index a6deda290eb8..96fea294ff36 100644
--- a/zh-TW/manual/recipe/multiple.md
+++ b/zh-TW/manual/recipe/multiple.md
@@ -1,4 +1,4 @@
-# 维护多份配置
+# 維護多份配置
 
 有很多情况下你会想要维护同一个插件的多份配置：
 
@@ -16,8 +16,8 @@
 
 与此同时，绝大多数插件都是不可重用的。对于这类插件，你只能同时拥有一份运行中的配置。如果已经有一份正在运行的配置，那么你会在其他配置处看到一行提示「此插件正在运行且不可重用」。当然，你仍然可以准备多份配置，并在合适的时机将一份配置停用，并启用另一份。
 
-对于那些不可重用的插件，如果希望在不同的场景下切换到不同的配置，就需要插件作者提供带有 [过滤器](../usage/customize.md#过滤器) 的配置项。如果你想要修改的配置不支持过滤器，那么你可以考虑向插件作者提出建议，或采用下面介绍的 [多实例](#多实例) 方案。
+对于那些不可重用的插件，如果希望在不同的场景下切换到不同的配置，就需要插件作者提供带有 [过滤器](../usage/customize.md#filters) 的配置项。如果你想要修改的配置不支持过滤器，那么你可以考虑向插件作者提出建议，或采用下面介绍的 [多实例](#multiple-instances) 方案。
 
-## 多实例
+## 多实例 {#multiple-instances}
 
 另一种方案是同时运行多个 Koishi 应用。这样做的好处是，你可以在不同的应用中使用完全不同的插件配置，甚至启用完全不同的插件组合。但与之相对的，你需要额外维护多个应用，而且每个应用都需要一个独立的端口。
diff --git a/zh-TW/manual/recipe/search.md b/zh-TW/manual/recipe/search.md
index 5f299b81a741..759e1c4d2db2 100644
--- a/zh-TW/manual/recipe/search.md
+++ b/zh-TW/manual/recipe/search.md
@@ -1,4 +1,4 @@
-# 搜索插件市场
+# 搜尋外掛市場
 
 Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，我们提供了一套搜索语法。你可以在搜索框中输入形如 `is:preview` 的语法来快速过滤某个类别的插件。
 
@@ -33,10 +33,7 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 </div>
 
-上述的过滤条件也可以反向选择，例如 `not:insecure` 或 `created:
-
-
-<date`。在侧边栏中，你可以点击标识名称进行选择，点击第二次反向选择，点击第三次则会取消选择。
+上述的过滤条件也可以反向选择，例如 `not:insecure` 或 `created:<date`。在侧边栏中，你可以点击标识名称进行选择，点击第二次反向选择，点击第三次则会取消选择。
 
 ## 插件分类
 
@@ -46,14 +43,15 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 - <market-icon name="solid:core" />`category:core`：核心功能
 - <market-icon name="solid:adapter" />`category:adapter`：适配器
-- <market-icon name="solid:storage" />`category:storage`：存储服务
+- <market-icon name="solid:general" />`category:general`：存储服务
 - <market-icon name="solid:extension" />`category:extension`：扩展功能
-- <market-icon name="solid:console" />`category:console`：控制台
+- <market-icon name="solid:webui" />`category:webui`：控制台
 - <market-icon name="solid:manage" />`category:manage`：管理工具
 - <market-icon name="solid:preset" />`category:preset`：行为预设
 - <market-icon name="solid:image" />`category:image`：图片服务
 - <market-icon name="solid:media" />`category:media`：资讯服务
 - <market-icon name="solid:tool" />`category:tool`：实用工具
+- <market-icon name="solid:life" />`category:life`：生活指南
 - <market-icon name="solid:ai" />`category:ai`：人工智能
 - <market-icon name="solid:meme" />`category:meme`：趣味交互
 - <market-icon name="solid:game" />`category:game`：娱乐玩法
@@ -84,9 +82,9 @@ Koishi 有着丰富的插件生态。为了让用户更方便地搜索插件，
 
 如果要反向排序，可以在后面加上 `-asc`，例如 `sort:created-asc`。在侧边栏中，你可以点击排序方式进行排序，点击第二次反向排序，点击第三次则会取消排序。
 
-## 快速体验
+## 快速體驗
 
-::: warning
+:::warning
 快速体验目前仍然是实验性功能，仅在官方文档中的插件市场里可用。
 :::
 
diff --git a/zh-TW/manual/recipe/server.md b/zh-TW/manual/recipe/server.md
index 9dc8366ff87f..23c867c9d4f3 100644
--- a/zh-TW/manual/recipe/server.md
+++ b/zh-TW/manual/recipe/server.md
@@ -1,25 +1,29 @@
 # 公網部署
 
-::: warning
-將 Koishi 暴露在公網上可能會導致你的服務器受到攻擊。你需要妥善配合 [用戶登錄](../usage/platform.md#控制台登录) 等方式以限制控制臺功能的訪問能力。
-:::
-
 Koishi 應用默認情況下只能在本機訪問。而對於某些需求，你可能希望在公網上訪問到 Koishi 的控制臺或其他網絡服務：
 
 - 讓更多人訪問到你的 Koishi 控制臺
-- 使用作爲 webhook 服務端的插件 (例如 [github](https://github.koishi.chat))
+- 使用作为 webhook 服务端的插件 (例如 [github](https://github.koishi.chat) 和部分适配器插件)
 
 本節教程將指導你完成 Koishi 應用的公網部署。
 
-## 直接暴露
+## 配置用户登录
+
+将 Koishi 不受限制地暴露在公网上可能会导致你的服务器受到攻击。因此，你需要妥善配合用户登录等方式以限制控制台功能的访问能力。
+
+在 [前面的章节](../usage/platform.md#console-login) 中，我们已经介绍了 [auth](../../plugins/console/auth.md) 插件的使用方法。
+
+## 配置服务器地址
+
+Koishi 的服务器功能是由预装插件 [@koishijs/plugin-server](../../plugins/develop/server.md) 提供的。
 
-點擊控制臺左側的「插件配置」，選擇「全局配置」并將 `host` 修改爲 `0.0.0.0`，隨後點擊右上角的「重載配置」。等待 Koishi 重啓之後，你就可以使用 `IP:端口` 的方式，在局域網内任意設備的瀏覽器上訪問到 Koishi 控制臺了。
+前往「插件配置」页面，找到 server 插件，并将 `host` 修改为 `0.0.0.0`，随后点击右上角的「重载配置」。等待插件重启之后，你就可以使用 `IP:端口` 的方式，在局域网内任意设备的浏览器上访问到 Koishi 控制台了。
 
-如果你已經准備了域名，你還需要同時將 `selfUrl` 修改為能訪問到 Koishi 實例的地址。
+如果你将 Koishi 应用暴露在公网上，并配置了相应的域名解析记录，你还需要将 `selfUrl` 修改为能访问到 Koishi 实例的地址。
 
-## 反向代理
+## 配置反向代理
 
-如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。使用反向代理时，你不需要修改上述 `host` 配置项。
+如果你有更复杂的需求，例如配置 SSL、域名等，可以使用反向代理。常见的方案有 nginx、Caddy 等。在同设备上使用反向代理时，你不需要修改上述 `host` 配置项。
 
 ### 使用 Caddy
 
diff --git a/zh-TW/manual/starter/android.md b/zh-TW/manual/starter/android.md
index 180d250122ff..d98b4cd01af6 100644
--- a/zh-TW/manual/starter/android.md
+++ b/zh-TW/manual/starter/android.md
@@ -7,13 +7,13 @@ next:
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 为 Android 安装
+# 為 Android 安裝
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
-::: danger
+:::danger
 此项目仍在早期开发中。部分功能可能不可用。
 :::
 
@@ -23,7 +23,7 @@ next:
 - [下载扩展包 (.apk)](https://k.ilharp.cc/android-full.apk)
 - [查看更多版本](https://github.com/koishijs/koishi-android/releases)
 
-## 安装
+## 安裝
 
 通过安装包安装 Koishi 是最推荐的安装方式，安装程序会自动处理大部分问题。一般情况下你都应该选择这种方式。
 
diff --git a/zh-TW/manual/starter/boilerplate.md b/zh-TW/manual/starter/boilerplate.md
index 0633cf690709..2ed9117a7fad 100644
--- a/zh-TW/manual/starter/boilerplate.md
+++ b/zh-TW/manual/starter/boilerplate.md
@@ -7,7 +7,7 @@ next:
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 创建模板项目
+# 建立模板專案
 
 :::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
diff --git a/zh-TW/manual/starter/direct.md b/zh-TW/manual/starter/direct.md
index 2441afb58c0c..9f63fa48278e 100644
--- a/zh-TW/manual/starter/direct.md
+++ b/zh-TW/manual/starter/direct.md
@@ -7,21 +7,21 @@ next:
   link: /zh-TW/guide/
 ---
 
-# 作为依赖调用
+# 作為依賴呼叫
 
-::: warning
+:::warning
 这篇指南假设你已了解关于 [JavaScript](https://developer.mozilla.org/zh-CN/docs/Web/JavaScript) 和 [Node.js](https://nodejs.org/) 的中级知识。如果你刚开始学习 JavaScript 开发或者对编写业务代码不感兴趣，请 [选择其他安装方式](./index.md)。
 :::
 
-::: warning
+:::danger
 我们强烈建议使用模板项目进行 Koishi 开发。如果你不确定自己在做什么，建议先完整阅读 [模板项目](./boilerplate.md) 章节。
 :::
 
-虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望将 Koishi 嵌入更复杂的程序中，那么直接调用将会成为更具有灵活性的选择。
+虽然现在我们推荐绝大部分用户使用 [模板项目](./boilerplate.md)，但如果你希望在没有 Node.js 的环境下运行 Koishi，那么直接调用将会成为更具有灵活性的选择。
 
 ## 初始化项目
 
-::: tip
+:::tip
 Koishi 本身使用 TypeScript 编写，因此我们推荐你使用 TypeScript 来进行 Koishi 开发。在接下来的文档中，我们将统一使用 TypeScript 作为示例代码。如果你想编写原生 JavaScript 或使用其他方言，可以在示例代码的基础上自行修改。
 :::
 
@@ -29,13 +29,15 @@ Koishi 需要 [Node.js](https://nodejs.org/) (最低 v18，推荐使用 LTS) 运
 
 首先初始化你的机器人目录并安装 Koishi 和所需的插件 (这里以官方插件 console, sandbox 和 echo 为例)：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 初始化项目
 npm init
 
 # 安装 Koishi 和相关插件
 npm i koishi \
+      @koishijs/plugin-server \
       @koishijs/plugin-console \
       @koishijs/plugin-sandbox \
       @koishijs/plugin-echo
@@ -43,12 +45,14 @@ npm i koishi \
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 npm i typescript @types/node esbuild esbuild-register -D
 ```
+
 ```yarn
 # 初始化项目
 yarn init
 
 # 安装 Koishi 和相关插件
-yarn add koishi
+yarn add koishi \
+         @koishijs/plugin-server \
          @koishijs/plugin-console \
          @koishijs/plugin-sandbox \
          @koishijs/plugin-echo
@@ -56,28 +60,28 @@ yarn add koishi
 # 安装 TypeScript 相关依赖 (如不使用可忽略此步骤)
 yarn add typescript @types/node esbuild esbuild-register -D
 ```
+
 :::
 
 新建入口文件 `index.ts`，并写下这段代码：
 
 ```ts title=index.ts no-extra-header
 import { Context } from 'koishi'
+import server from '@koishijs/plugin-server'
 import console from '@koishijs/plugin-console'
 import * as sandbox from '@koishijs/plugin-sandbox'
 import * as echo from '@koishijs/plugin-echo'
 
 // 创建一个 Koishi 应用
-const ctx = new Context({
-  port: 5140,
-})
+const ctx = new Context()
 
 // 启用上述插件
+ctx.plugin(server, {
+  port: 5140,
+})                      // 提供后端服务
 ctx.plugin(console)     // 提供控制台
 ctx.plugin(sandbox)     // 提供调试沙盒
 ctx.plugin(echo)        // 提供回声指令
-
-// 启动应用
-ctx.start()
 ```
 
 接着运行这个文件：
@@ -97,17 +101,20 @@ node -r esbuild-register .
 
 如果你想要接入真实聊天平台，那么你只需要安装适配插件即可：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 以 Satori 和 Discord 适配器为例
 npm i @koishijs/plugin-adapter-satori \
       @koishijs/plugin-adapter-discord
 ```
+
 ```yarn
 # 以 Satori 和 Discord 适配器为例
 yarn add @koishijs/plugin-adapter-satori \
          @koishijs/plugin-adapter-discord
 ```
+
 :::
 
 接着修改你刚刚创建的 `index.ts`。每个机器人相当于启用一个插件：
@@ -143,15 +150,18 @@ Koishi 插件可以在 [npm](https://www.npmjs.com) 上获取。通常插件会
 
 对于社区插件，使用类似的方式安装和加载：
 
-::: tabs code
+:::tabs code
+
 ```npm
 # 以 puppeteer 和 forward 插件为例
 npm i koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 ```yarn
 # 以 puppeteer 和 forward 插件为例
 yarn add koishi-plugin-puppeteer koishi-plugin-forward
 ```
+
 :::
 
 ```ts title=index.ts
diff --git a/zh-TW/manual/starter/docker.md b/zh-TW/manual/starter/docker.md
index 0fd9eeefa411..695cb440e648 100644
--- a/zh-TW/manual/starter/docker.md
+++ b/zh-TW/manual/starter/docker.md
@@ -9,7 +9,7 @@ next:
 
 # 在容器中使用
 
-::: warning
+:::warning
 Docker 等容器化软件是以服务生产环境而开发的应用平台，在使用此类软件部署之时，我们相信你已经掌握了运维一台服务器所必须的知识，同时也理解了容器化的概念与相关软件的基础操作。如若不然，在除路由器或 NAS 等特殊环境外，请 [选择其他安装方式](./index.md)。
 :::
 
@@ -19,24 +19,30 @@ Koishi 提供了 [Docker](https://hub.docker.com/r/koishijs/koishi) 镜像，方
 
 使用以下命令启动容器：
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi
 ```
+
 :::
 
 许多插件依赖 [koishi-plugin-puppeteer](https://www.npmjs.com/package/koishi-plugin-puppeteer) 来进行图片渲染，故默认镜像中包含 Chromium。如果你认为镜像过大，不需要预装 Chromium，我们也提供了轻量版本：
 
-::: tabs code
+:::tabs code
+
 ```podman
 podman run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 ```docker
 docker run -p 5140:5140 koishijs/koishi:latest-lite
 ```
+
 :::
 
 启动后将会绑定 Koishi 控制台到 5140 端口。
@@ -45,10 +51,10 @@ docker run -p 5140:5140 koishijs/koishi:latest-lite
 
 如果需要更正时区，请使用 `-e TZ=Asia/Shanghai` 来设置时区。
 
-::: tip
+:::tip
 Koishi 本体及其插件都可以控制台完成更新。在持久化文件过后更新容器仅会更新 Chromium 和 Node.js 等的版本。
 :::
 
-## 安裝外掛
+## 安裝外掛程式
 
 在容器运行时，可以通过在浏览器中访问 `http://宿主机地址:5140` 在控制台中安装和启用插件。若无法访问请检查你的防火墙配置是否正确。
diff --git a/zh-TW/manual/starter/index.md b/zh-TW/manual/starter/index.md
index 6d4febdda51b..7ded32daba0a 100644
--- a/zh-TW/manual/starter/index.md
+++ b/zh-TW/manual/starter/index.md
@@ -7,30 +7,23 @@ choices:
     text: 用于搭建机器人服务
     caption: 我的运行环境是……
     children:
-      - 
-        text: Windows
+      - text: Windows
         link: /zh-TW/manual/starter/windows.html
-      - 
-        text: macOS
+      - text: macOS
         link: /zh-TW/manual/starter/macos.html
-      - 
-        text: Linux
+      - text: Linux
         link: /zh-TW/manual/starter/linux.html
-      - 
-        text: Android
+      - text: Android
         link: /zh-TW/manual/starter/android.html
-      - 
-        text: Docker
+      - text: Docker
         link: /zh-TW/manual/starter/docker.html
   development:
     text: 用于开发
     caption: 我希望 Koishi 作为……
     children:
-      - 
-        text: 一个独立的项目
+      - text: 一个独立的项目
         link: /zh-TW/manual/starter/boilerplate.html
-      - 
-        text: 其他项目的依赖
+      - text: 其他项目的依赖
         link: /zh-TW/manual/starter/direct.html
 ---
 
diff --git a/zh-TW/manual/starter/linux.md b/zh-TW/manual/starter/linux.md
index 773b6ca8e957..e63e13aedeff 100644
--- a/zh-TW/manual/starter/linux.md
+++ b/zh-TW/manual/starter/linux.md
@@ -7,9 +7,9 @@ next:
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 为 Linux 安装
+# 為 Linux 安裝
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
diff --git a/zh-TW/manual/starter/macos.md b/zh-TW/manual/starter/macos.md
index 251a1bb83461..0d9e9e5b08c0 100644
--- a/zh-TW/manual/starter/macos.md
+++ b/zh-TW/manual/starter/macos.md
@@ -7,9 +7,9 @@ next:
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 为 macOS 安装
+# 為 macOS 安裝
 
-::: tip
+:::tip
 如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
 :::
 
@@ -18,7 +18,7 @@ next:
 - [安装包 (.pkg)](https://k.ilharp.cc/osx.pkg)
 - [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
 
-## 安装
+## 安裝
 
 通过安装包安装 Koishi 是最推荐的安装方式，安装程序会自动处理大部分问题。一般情况下你都应该选择这种方式。
 
diff --git a/zh-TW/manual/starter/windows.md b/zh-TW/manual/starter/windows.md
index ef1688c5b238..e5c5c8f76b71 100644
--- a/zh-TW/manual/starter/windows.md
+++ b/zh-TW/manual/starter/windows.md
@@ -7,39 +7,39 @@ next:
   link: /zh-CN/manual/usage/market.html
 ---
 
-# 为 Windows 安装
+# 為 Windows 安裝
 
-::: tip
-如果想了解其他安装方式，请移步 [选择安装方式](./index.md)。
+:::tip
+如果想瞭解其他安裝方式，請移步 [選擇安裝方式](./index.m)。
 :::
 
-## 下载
+## 下載
 
-- [安装包 (.msi)](https://k.ilharp.cc/win.msi)
+- [安裝包 (.msi)](https://k.ilharp.cc/win.msi)
 - [查看更多版本](https://github.com/koishijs/koishi-desktop/releases)
 
-## 安装
+## 安裝
 
-通过安装包安装 Koishi 是最推荐的安装方式，安装程序会自动处理大部分问题。一般情况下你都应该选择这种方式。
+通過安裝包安裝 Koishi 是最推薦的安裝方式，安裝程式會自動處理大部分問題。一般情況下你都應該選擇這種方式。
 
 ![msi-installer](/manual/windows/msi-installer-dark.webp) {.dark-only}
 
 ![msi-installer](/manual/windows/msi-installer-light.webp) {.light-only}
 
-双击安装包并一路点按「Next」，等待安装过程结束，你便可以在「开始」菜单中找到 Koishi 了。
+按兩下安裝包並一路點按「Next」，等待安裝過程結束，你便可以在「開始」功能表中找到 Koishi 了。
 
-::: tip
-安装流程在部分电脑上这可能会花费 10 分钟以上的时间，请耐心等待。
+:::tip
+安裝流程在部分電腦上這可能會花費 10 分鐘以上的時間，請耐心等待。
 :::
 
-## 启动
+## 啟動
 
 ![start-menu](/manual/windows/start-menu-dark.webp) {.dark-only}
 
 ![start-menu](/manual/windows/start-menu-light.webp) {.light-only}
 
-安装完成后，点击 Koishi 图标即可启动。等待几秒钟，Koishi 控制台将会被打开，现在你可以开始使用 Koishi 了。
+安裝完成後，點擊 Koishi 圖示即可啟動。等待幾秒鐘，Koishi 控制台將會被打開，現在你可以開始使用 Koishi 了。
 
-## 其他选择
+## 其他選擇
 
-找不到适合你的安装包？你仍然可以选择 [在容器中使用](./docker.md) 或 [创建模板项目](./boilerplate.md)。
+找不到適合你的安裝包？你仍然可以選擇 [在容器中使用](./docker.md) 或 [創建範本專案](./boilerplate.md)。
diff --git a/zh-TW/manual/usage/adapter.md b/zh-TW/manual/usage/adapter.md
index 9e70b1fd322e..554aa57e8865 100644
--- a/zh-TW/manual/usage/adapter.md
+++ b/zh-TW/manual/usage/adapter.md
@@ -27,7 +27,7 @@
 - [KOOK](../../plugins/adapter/kook.md)
 - [飞书](../../plugins/adapter/lark.md)
 - [LINE](../../plugins/adapter/line.md)
-- [郵件](../../plugins/adapter/mail.md)
+- [邮件](../../plugins/adapter/mail.md)
 - [Matrix](../../plugins/adapter/matrix.md)
 - [QQ](../../plugins/adapter/qq.md)
 - [Slack](../../plugins/adapter/slack.md)
@@ -35,10 +35,11 @@
 - [微信公众号](../../plugins/adapter/wechat-official.md)
 - [企业微信](../../plugins/adapter/wecom.md)
 - [WhatsApp](../../plugins/adapter/whatsapp.md)
+- [Zulip](../../plugins/adapter/zulip.md)
 
 其中，常用的适配器插件已经预装在了 Koishi 中，你可以在插件配置中的 adapter 分组中找到它们。如果没有看到你想要的平台，你也可以在插件市场中搜索并安装更多适配器插件。
 
-一個 Koishi 應用可以同時接入多個聊天平臺的多個賬號。每個賬號對應一份插件配置，你可以參考 [添加更多插件](./market.md#添加更多插件) 中的方法添加新的插件配置。由於同一平臺內接入的多個機器人共享了相同的用戶數據。因此，你可以非常方便地在多個機器人之間切換以實現負載均衡。
+一個 Koishi 應用可以同時接入多個聊天平臺的多個賬號。每个账号对应一份插件配置，你可以参考 [添加更多插件](./market.md#添加更多插件) 中的方法添加新的插件配置。由於同一平臺內接入的多個機器人共享了相同的用戶數據。因此，你可以非常方便地在多個機器人之間切換以實現負載均衡。
 
 不同平台的接入方式与难度存在较大的差异。對於不同的平臺，你需要做好相應的準備工作。这些工作可能包括在平台内注册开发者账号、准备一台部署到公网的服务器等等。你可以在各个适配器插件的文档中找到详细的指引。
 
diff --git a/zh-TW/manual/usage/command.md b/zh-TW/manual/usage/command.md
index 266d800f75d5..ccdf411e5168 100644
--- a/zh-TW/manual/usage/command.md
+++ b/zh-TW/manual/usage/command.md
@@ -121,7 +121,7 @@ help 指令後還可以新增一個引數，用於檢視特定指令的幫助資
 
 1. `prefix` 是一个列表，默认值为 `['']` 表示无需前缀也能触发；将列表清空会导致所有指令都无法通过 `prefix` 触发 (但仍然可以通过私聊或 `nickname` 或 @机器人 触发)
 2. 如果你在 `prefix` 中设置了多个值，例如 `['.', '/', '']`，那么 `.`, `/` 或无前缀都能触发指令；但由于 Koishi 是按顺序匹配各个前缀的，因此空串 `''` 必须写在最后一个
-3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#过滤器) 一节
+3. 可以为不同的会话设置不同的 `prefix`，具体请参考 [过滤器](./customize.md#filters) 一节
    :::
 
 ## 子指令
@@ -178,7 +178,7 @@ help 指令後還可以新增一個引數，用於檢視特定指令的幫助資
 
 點選右上角的加號按鈕，我們可以建立一個新指令。這個新指令自然是沒有行為的，它的主要目的是作為其他指令的父指令，已獲得更好的展示效果。對於透過此方法建立的新指令，我們可以透過點選右上角的垃圾桶按鈕將其移除。
 
-### 許可權管理
+### 權限管理
 
 在「名稱設定」下方還有更多的配置項，我們可以在這裡進一步配置指令對使用者的訪問許可權。例如，将 echo 指令的 `authority` 设置为 `2`，那么将只有 2 级以上权限的用户才能调用该指令。
 
diff --git a/zh-TW/manual/usage/customize.md b/zh-TW/manual/usage/customize.md
index a5f6d72ecb85..c275ffd66b49 100644
--- a/zh-TW/manual/usage/customize.md
+++ b/zh-TW/manual/usage/customize.md
@@ -1,6 +1,6 @@
 # 深入定制机器人
 
-## 权限管理
+## 權限管理
 
 既然已经有了用户系统，下一个自然的需求便是权限管理了。
 
@@ -40,7 +40,7 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 反过来，如果你希望你的 Koishi 实例不主动响应某个频道的消息，可以通过 `assign -r` 的方式来移除该频道的受理人。其他频道不会受到影响。
 
-::: tip
+:::tip
 某个频道处于无受理人状态与该频道被过滤器排除的区别在于：前者仍然可以被通过 @机器人 的方式触发指令，而后者无论如何都无法触发指令。具体请参考 [触发前缀](./command.md#触发前缀) 章节。
 :::
 
@@ -50,19 +50,19 @@ Koishi 内部有一套默认的权限系统，它为每个用户赋予了一个
 
 上述两个配置项都支持 [计算属性](#计算属性)，这也意味着你可以在不同的聊天环境中配置不同的行为。
 
-## 過濾器
+## 过滤器 {#filters}
 
 很多时候，我们会希望某些功能只能对于某些群聊或私聊使用。使用权限管理意味着引入数据库，而更轻量的方式是通过 **过滤器 (Filter)** 直接影响插件的作用范围。
 
 ### 插件过滤器
 
-::: tip
+:::tip
 少数插件与聊天平台无关，例如控制台、数据库插件等。这些插件也因此没有过滤器设置。
 :::
 
 大部分插件都提供了过滤器设置，就位于插件详情页的顶部。点击「添加条件」按钮可以创建一个过滤条件。可以通过设置过滤条件来包含或排除任意平台 / 用户 / 群组 / 频道 / 机器人。
 
-::: tip
+:::tip
 如果不知道这些 ID 是什么，可以使用 [获取账号信息](./platform.md#获取账号信息) 中介绍的 [inspect](../../plugins/common/inspect.md) 插件。
 :::
 
diff --git a/zh-TW/manual/usage/market.md b/zh-TW/manual/usage/market.md
index 7a7f60988b10..07ad7c34865f 100644
--- a/zh-TW/manual/usage/market.md
+++ b/zh-TW/manual/usage/market.md
@@ -33,7 +33,7 @@ Koishi 的一個核心特性是強大的控制檯。控制台是一个对用户
 
 在之后的几节里，我们会逐一介绍各界面的功能和使用。
 
-## 安裝外掛
+## 安裝外掛程式
 
 :::warning
 Koishi 不对非官方插件的安全性做任何保证。請不要隨意下載來源不明的外掛，因為它們可能導致 Koishi 無法執行，甚至更嚴重的後果。如果你下載外掛後遇到了問題，可以前往使用者群或論壇進行反饋。此外，部分外掛帶有「不安全」標識，安裝此類外掛將不會受到官方群內的支援。
@@ -84,7 +84,7 @@ Koishi 在安裝時預先配置了一些分組，而新安裝的外掛會放置
 
 建立新的分組同樣很簡單。點選「全域性配置」或任意分組名後，點選右上角的「建立分組」按鈕可以在此建立一個新的外掛分組。新分組的名字是隨機生成的，但你可以點選名字修改成你喜歡的名字。分組可以在左側欄中點選小三角來控制展開和收起。
 
-此外，[过滤器](../usage/customize.md#过滤器) 机制也可用于分组，便于控制一系列插件的行为。
+此外，[过滤器](../usage/customize.md#filters) 机制也可用于分组，便于控制一系列插件的行为。
 
 ### 新增更多外掛
 
@@ -100,7 +100,7 @@ Koishi 在安裝時預先配置了一些分組，而新安裝的外掛會放置
 
 ### 刪除外掛或分組
 
-:::warning
+:::danger
 注意：此操作无法被撤销，如果你想要恢复之前的配置，只能再次手动添加。請謹慎操作。
 :::
 
@@ -108,6 +108,10 @@ Koishi 在安裝時預先配置了一些分組，而新安裝的外掛會放置
 
 ## 更新和解除安裝外掛
 
+:::warning
+依赖管理功能仅为生产环境设计。如果当前 Koishi 是开发环境，请使用 [`dep`](../../guide/develop/workspace.md#dep) 命令来更新依赖。
+:::
+
 前往「依賴管理」頁面，你可以在這裡看到依賴列表。依賴可能包括 Koishi 本體，各種外掛，以及支援外掛執行的軟體包等。
 
 當依賴的狀態顯示為「可更新」時，點選其右側的「修改」按鈕，在彈出的視窗左上角選擇你需要的版本，點選右下角的「更新」按鈕即可完成更新。
diff --git a/zh-TW/manual/usage/platform.md b/zh-TW/manual/usage/platform.md
index fd562db60e51..9828a9d7e1fd 100644
--- a/zh-TW/manual/usage/platform.md
+++ b/zh-TW/manual/usage/platform.md
@@ -28,7 +28,7 @@ Koishi 说自己是一个「跨平台」的框架，但是这个「跨平台」
 
 如果你要进行登录或者绑定，这里的「平台名」和「用户 ID」会很有用。
 
-## 控制台登录
+## 控制台登录 {#console-login}
 
 [auth](../../plugins/console/auth.md) 插件允许任何用户在控制台登录 Koishi 账号并管理自己的用户信息。此外，该插件还自带了一个管理员账号，对于刚刚搭建好 Koishi 的用户来说，这是最方便的提权方式。
 
diff --git a/zh-TW/market/index.md b/zh-TW/market/index.md
index 133948cadf8f..002e8a7c3c38 100644
--- a/zh-TW/market/index.md
+++ b/zh-TW/market/index.md
@@ -2,4 +2,4 @@
 layout: market
 ---
 
-# 插件市场
+# 外掛市場
diff --git a/zh-TW/plugins/adapter/dingtalk.md b/zh-TW/plugins/adapter/dingtalk.md
index 6b654902aa62..b87a652ab440 100644
--- a/zh-TW/plugins/adapter/dingtalk.md
+++ b/zh-TW/plugins/adapter/dingtalk.md
@@ -1,9 +1,13 @@
 # @koishijs/plugin-adapter-dingtalk
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [开放平台 > 应用开发 > 钉钉应用](https://open-dev.dingtalk.com/fe/app#/corp/app) 并点击「创建应用」，输入相关信息确定创建
-2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 protocol 填写 ws，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 protocol 填写 http；最后点击发布按钮
+2. 在跳转至的页面，选择添加「机器人」；勾选「机器人配置」，输入相关信息；消息接收模式选择 `Stream 模式` 时，插件的 `protocol` 选择 `ws`，选择 `HTTP 模式` 时，将机器人的 `selfUrl` 值后连接 `/dingtalk` (如 `https://example.com/dingtalk`) 填入钉钉平台的消息接收地址，插件的 `protocol` 选择 `http`；最后点击发布按钮
 3. 在左侧打开「凭证与基础信息」页面，将 `Client ID` 填入插件的 `appkey` 字段，将 `Client Secret` 填入插件的 `secret` 字段。
 4. (可选) 为了在控制台中显示应用名称与头像，请参照 [添加接口调用权限](https://open.dingtalk.com/document/orgapp/add-api-permission) 操作，申请 `qyapi_get_microapp_list` 权限；在左侧打开「添加应用能力」，选择添加「网页应用」。将「企业内部应用 AgentId」填入插件的 `agentId` 字段
 
@@ -44,7 +48,11 @@
 
 包括全部的 [`WsClient`](../../api/core/adapter.md#类-adapter-wsclient) 选项。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addAttendee()`](https://open.dingtalk.com/document/isvapp/add-schedule-participant)
 - [`internal.addCityCarApply()`](https://open.dingtalk.com/document/isvapp/synchronize-third-party-city-vehicle-approval-form)
diff --git a/zh-TW/plugins/adapter/discord.md b/zh-TW/plugins/adapter/discord.md
index ec8fec6633a2..fcd33b376ede 100644
--- a/zh-TW/plugins/adapter/discord.md
+++ b/zh-TW/plugins/adapter/discord.md
@@ -72,7 +72,11 @@
 
 当配置为 `attach` 并且发送文本+图片形式的消息时，无论 [`handleExternalAsset`](#options-discord-handleexternalasset) 配置为何都会先下载后发送。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addGuildMember()`](https://discord.com/developers/docs/resources/guild#add-guild-member)
 - [`internal.addGuildMemberRole()`](https://discord.com/developers/docs/resources/guild#add-guild-member-role)
diff --git a/zh-TW/plugins/adapter/kook.md b/zh-TW/plugins/adapter/kook.md
index eedcbb3a82e5..409f84e649a4 100644
--- a/zh-TW/plugins/adapter/kook.md
+++ b/zh-TW/plugins/adapter/kook.md
@@ -1,11 +1,15 @@
 # @koishijs/plugin-adapter-kook
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [开发者平台](https://developer.kookapp.cn/)，选择「机器人」并点击「新建」
 2. 根据自身需要，在「机器人连接模式」中选择 Webhook 或 WebSocket 中的一种：
-    - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
-    - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
+   - 如果是 Webhook，请记下页面中的 `token` 和 `verify_token` (请注意不要泄露)，并作为机器人的配置项，同时让 Koishi 暴露一个 URL，填入下方的 Callback URL 中，启动 Koishi 后点击「机器人上线」
+   - 如果是 WebSocket，则只需记录 `token` (请注意不要泄露) 并作为机器人的配置项即可，你可以在任何时候启动 Koishi
 
 ## 基础配置项
 
diff --git a/zh-TW/plugins/adapter/lark.md b/zh-TW/plugins/adapter/lark.md
index 06ee9a902c43..6e88453386f4 100644
--- a/zh-TW/plugins/adapter/lark.md
+++ b/zh-TW/plugins/adapter/lark.md
@@ -1,15 +1,19 @@
 # @koishijs/plugin-adapter-lark
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 在开发者后台 ([Lark](https://open.larksuite.com/app/) / [飞书](https://open.feishu.cn/app/)) 新建**企业自建应用**，点击应用名称进入应用详情页。
-2. 点击凭证与基础信息，获取 App ID 和 App Secret 值，填写到插件配置对应字段。
-3. 点击事件订阅，获取 Encrypt Key 和 Verification Token 值，填写到插件配置对应字段。
+2. 點擊憑證與基礎信息，獲取 App ID 和 App Secret 值，填寫到插件配置對應字段。
+3. 點擊事件訂閱，獲取 Encrypt Key 和 Verification Token 值，填寫到插件配置對應字段。
 4. 在事件订阅页面，确保添加了 `接收消息v2.0` (`im.message.receive_v1`) 事件。
 5. 如果你的机器人需要发送图片消息，你需要确保添加了 `获取与上传图片或文件资源` (`im:resource`) 事件
 6. 按实际情况配置插件或机器人全局的 `selfUrl` 值，然后启动插件。
 7. 将第 6 步中配置的值加上 `path` 的值，填写到飞书开发者后台事件订阅页面的**请求地址配置**中，并点击完成。
-8. 若第 7 步的 URL 验证未通过，请检查你所配置的地址是否正确。
+8. 若第 7 步的 URL 驗證未通過，請檢查你所配置的地址是否正確。
 
 参考文档：<https://open.larksuite.com/document/home/develop-a-bot-in-5-minutes/coding>
 
diff --git a/zh-TW/plugins/adapter/line.md b/zh-TW/plugins/adapter/line.md
index e9fb67fa463e..05b277c2d3aa 100644
--- a/zh-TW/plugins/adapter/line.md
+++ b/zh-TW/plugins/adapter/line.md
@@ -1,14 +1,18 @@
 # @koishijs/plugin-adapter-line
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
-1. 在 [LINE 開發者控制檯](https://developers.line.biz/console/) 註冊賬號，建立一個新的 Provider，在 Provider 中建立一個 Channel，型別選擇 Messaging API，輸入相關資訊
+1. 在 [LINE 开发者控制台](https://developers.line.biz/console/) 注册账号，创建一个新的 Provider，在 Provider 中创建一个 Channel，类型选择 Messaging API，输入相关信息
 2. 在 Basic settings 頁面找到 Channel secret，填入外掛的 secret 欄位
 3. 在 Messaging API 頁面底部 Channel access token 處點選 Issue 建立 token，填入外掛的 token 欄位
 4. 根據使用需求可在上方的 Allow bot to join group chats (允許機器人加入群組) 處點選 Edit，在新頁面中找到 Toggle features 一欄，第一對單選框選擇 Allow
 5. 在 Messaging API 頁面底部，根據使用需求點選 Auto-reply messages 或者 Greeting messages 的修改按鈕，在新頁面中可設定是否啟用平臺自帶的自動回覆或問候訊息
-6. 在 Security 页面推荐配置白名单 IP
-7. 启动插件，打开 Messaging API 页面，勾选 Use webhook
+6. 在 Security 頁面推薦配置白名單 IP
+7. 啟動外掛，開啟 Messaging API 頁面，勾選 Use webhook
 
 参考文档：<https://developers.line.biz/en/docs/messaging-api/getting-started/>
 
@@ -26,7 +30,11 @@
 
 机器人密钥。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.audienceMatch()`](https://developers.line.biz/en/reference/partner-docs/#phone-audience-match)
 - [`internal.broadcast()`](https://developers.line.biz/en/reference/messaging-api/#send-broadcast-message)
diff --git a/zh-TW/plugins/adapter/mail.md b/zh-TW/plugins/adapter/mail.md
index 76040c4d807c..3dcc31c573d3 100644
--- a/zh-TW/plugins/adapter/mail.md
+++ b/zh-TW/plugins/adapter/mail.md
@@ -10,25 +10,25 @@
 
 - 接收服务器：`imap.qq.com`，端口号 `993`
 - 发送服务器：`smtp.qq.com`，端口号 `465` 或 `587`
-- 參考：[什麼是授權碼，它又是如何設置？](https://service.mail.qq.com/detail/0/75)
+- 参考：[什么是授权码，它又是如何设置？](https://service.mail.qq.com/detail/0/75)
 
 ### 網易 163 郵箱
 
 - 接收服务器：`imap.163.com`，端口号 `993`
 - 发送服务器：`smtp.163.com`，端口号 `465` 或 `994`
-- 參考：[網易郵箱 IMAP 服務](https://mail.163.com/html/110127_imap/index.htm)
+- 参考：[网易邮箱 IMAP 服务](https://mail.163.com/html/110127_imap/index.htm)
 
 ### Outlook
 
 - 接收服务器：`outlook.office365.com`，端口号 `993`
 - 发送服务器：`smtp-mail.outlook.com`，端口号 `587`
-- 參考：[Outlook.com 的 POP、IMAP 和 SMTP 設置](https://support.microsoft.com/zh-cn/office/outlook-com-%E7%9A%84-pop-imap-%E5%92%8C-smtp-%E8%AE%BE%E7%BD%AE-d088b986-291d-42b8-9564-9c414e2aa040)
+- 参考：[Outlook.com 的 POP、IMAP 和 SMTP 设置](https://support.microsoft.com/zh-cn/office/outlook-com-%E7%9A%84-pop-imap-%E5%92%8C-smtp-%E8%AE%BE%E7%BD%AE-d088b986-291d-42b8-9564-9c414e2aa040)
 
 ### Gmail
 
 - 接收服务器：`imap.gmail.com`，端口号 `993`
 - 发送服务器：`smtp.gmail.com`，端口号 `465`
-- 參考：[通過其他電子郵件平臺查看 Gmail](https://support.google.com/mail/answer/7126229?hl=zh-Hans#zippy=%2C%E7%AC%AC-%E6%AD%A5%E6%A3%80%E6%9F%A5-imap-%E6%98%AF%E5%90%A6%E5%B7%B2%E5%90%AF%E7%94%A8%2C%E7%AC%AC-%E6%AD%A5%E5%9C%A8%E7%94%B5%E5%AD%90%E9%82%AE%E4%BB%B6%E5%AE%A2%E6%88%B7%E7%AB%AF%E4%B8%AD%E6%9B%B4%E6%94%B9-smtp-%E5%92%8C%E5%85%B6%E4%BB%96%E8%AE%BE%E7%BD%AE)
+- 参考：[通过其他电子邮件平台查看 Gmail](https://support.google.com/mail/answer/7126229?hl=zh-Hans#zippy=%2C%E7%AC%AC-%E6%AD%A5%E6%A3%80%E6%9F%A5-imap-%E6%98%AF%E5%90%A6%E5%B7%B2%E5%90%AF%E7%94%A8%2C%E7%AC%AC-%E6%AD%A5%E5%9C%A8%E7%94%B5%E5%AD%90%E9%82%AE%E4%BB%B6%E5%AE%A2%E6%88%B7%E7%AB%AF%E4%B8%AD%E6%9B%B4%E6%94%B9-smtp-%E5%92%8C%E5%85%B6%E4%BB%96%E8%AE%BE%E7%BD%AE)
 
 ## 配置项
 
diff --git a/zh-TW/plugins/adapter/matrix.md b/zh-TW/plugins/adapter/matrix.md
index 8cff8993f6c1..74a48a24be1f 100644
--- a/zh-TW/plugins/adapter/matrix.md
+++ b/zh-TW/plugins/adapter/matrix.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-matrix
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 参考 [此链接](https://spec.matrix.org/unstable/application-service-api/#registration) 编写 `registry.yaml` 文件：
diff --git a/zh-TW/plugins/adapter/qq.md b/zh-TW/plugins/adapter/qq.md
index feb46ab27994..e3cd5487b140 100644
--- a/zh-TW/plugins/adapter/qq.md
+++ b/zh-TW/plugins/adapter/qq.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-qq
 
-QQ (官方机器人) 适配器。
+QQ 和 QQ 频道官方机器人适配器。
 
 ## 接入方法
 
@@ -55,3 +55,78 @@ QQ (官方机器人) 适配器。
 - 默认值: `'bot'`
 
 验证方式。
+
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
+
+QQ 群和频道有着不同的机器人接口，因此我们提供了两套内部 API。
+
+### 群 (含私聊)
+
+对应的平台名称为 `qq`。
+
+- `internal.acknowledgeInteraction()`
+- `internal.sendFileGuild()`
+- `internal.sendFilePrivate()`
+- `internal.sendMessage()`
+- `internal.sendPrivateMessage()`
+
+### 频道 (含私聊)
+
+对应的平台名称为 `qqguild`。
+
+- `internal.addGuildMemberRole()`
+- `internal.createDMS()`
+- `internal.createGuildApiPermissionDemand()`
+- `internal.createGuildAnnounce()`
+- `internal.createGuildChannel()`
+- `internal.createGuildRole()`
+- `internal.createPinsMessage()`
+- `internal.createPost()`
+- `internal.createSchedule()`
+- `internal.createReaction()`
+- `internal.deleteChannel()`
+- `internal.deleteDM()`
+- `internal.deleteMessage()`
+- `internal.deleteReaction()`
+- `internal.getChannel()`
+- `internal.getChannelMemberPermissions()`
+- `internal.getChannelOnlineNums()`
+- `internal.getChannelRole()`
+- `internal.getChannels()`
+- `internal.getGuild()`
+- `internal.getGuildApiPermissions()`
+- `internal.getGuildMember()`
+- `internal.getGuildMembers()`
+- `internal.getGuildRoleMembers()`
+- `internal.getGuildRoles()`
+- `internal.getGuilds()`
+- `internal.getMe()`
+- `internal.getMessage()`
+- `internal.getMessageSetting()`
+- `internal.getPinsMessage()`
+- `internal.getSchedule()`
+- `internal.getSchedules()`
+- `internal.getReactions()`
+- `internal.getThread()`
+- `internal.listThreads()`
+- `internal.modifyChannel()`
+- `internal.modifyChannelMemberPermissions()`
+- `internal.modifyChannelRole()`
+- `internal.modifyGuildRole()`
+- `internal.modifySchedule()`
+- `internal.muteGuild()`
+- `internal.muteGuildMember()`
+- `internal.muteGuildMembers()`
+- `internal.removeGuildAnnounce()`
+- `internal.removeGuildMember()`
+- `internal.removeGuildMemberRole()`
+- `internal.removeGuildRole()`
+- `internal.removePinsMessage()`
+- `internal.removePost()`
+- `internal.removeSchedule()`
+- `internal.sendDM()`
+- `internal.sendMessage()`
diff --git a/zh-TW/plugins/adapter/satori.md b/zh-TW/plugins/adapter/satori.md
index 4a0ffa5db380..971d6a3759c3 100644
--- a/zh-TW/plugins/adapter/satori.md
+++ b/zh-TW/plugins/adapter/satori.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-adapter-satori
 
-::: tip
+:::tip
 另见：[@koishijs/plugin-server-satori](../develop/server-satori.md)。
 :::
 
diff --git a/zh-TW/plugins/adapter/slack.md b/zh-TW/plugins/adapter/slack.md
index 4b5fa98e09e9..0dad13597b12 100644
--- a/zh-TW/plugins/adapter/slack.md
+++ b/zh-TW/plugins/adapter/slack.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-slack
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中，`http` 连接方式需要一个公网可访问的地址。在接入之前，请根据使用需求填写插件的 [`protocol`](#config-protocol) 字段。
@@ -8,7 +12,11 @@ Slack 适配器提供了两种接入方式：`http` 和 `ws` (推荐)。其中
 
 2. 前往 [应用后台](https://api.slack.com/apps)，点击「Create New App」>「From Scratch」，填入应用名称和所添加的工作区 (目前适配器只支持一个应用处理一个工作区的事件)，点击「Create App」。
 
-![app-1](/adapter/slack/app-1.webp)<!-- !\[app-2\](/adapter/slack/app-2.webp) -->3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
+![app-1](/adapter/slack/app-1.webp)
+
+<!-- ![app-2](/adapter/slack/app-2.webp) -->
+
+3. 仅限 `http` 连接方式：在跳转至的应用信息页面，在底部复制 `Signing Secret`，填入插件的 [`signing`](#config-signing) 字段。
 
 ![secret-1](/adapter/slack/secret-1.webp)
 
diff --git a/zh-TW/plugins/adapter/telegram.md b/zh-TW/plugins/adapter/telegram.md
index 0737ace5e7cf..29ff7e12cadb 100644
--- a/zh-TW/plugins/adapter/telegram.md
+++ b/zh-TW/plugins/adapter/telegram.md
@@ -1,16 +1,20 @@
 # @koishijs/plugin-adapter-telegram
 
+:::tip
+如果选择通信方式为 `http`，那么你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 搜索 @botfather（有个官方认证的符号）并进入聊天界面
-2. 輸入 `/start` 後，會出現一個使用選單，你可以使用這裡指令對你的機器人進行配置
-3. 要建立一個機器人，請點選 `/newbot`，並根據系統提示完成建立流程
+2. 输入 `/start` 后，会出现一个使用菜单，你可以使用这里指令对你的机器人进行配置
+3. 要创建一个机器人，请点击 `/newbot`，并根据系统提示完成创建流程
 4. 使用 `/setprivacy` 关闭 Privacy Mode（设置为 DISABLED，不然机器人只能收到特定消息）
 5. 创建完毕后，你会获得一个 token（请注意不要泄露），将其作为机器人配置项即可使用
 
 参考文档：<https://core.telegram.org/bots>
 
-::: tip
+:::tip
 如果启动机器人后发现收不到不带 `/` 的消息，这很可能是由于 Privacy Mode 未开启。如果开启后仍然收不到消息，请尝试将机器人从群组中移除后重新加入。
 :::
 
@@ -71,7 +75,11 @@
 
 Koishi 服务暴露在公网的地址，会覆盖 [`app.config.selfUrl`](../../api/core/app.md#options-selfurl) 的值。
 
-## 内部 API
+## 内部接口
+
+:::tip
+关于内部接口的使用方式，请参见 [访问内部接口](../../guide/adapter/bot.md#access-from-plugin)。
+:::
 
 - [`internal.addStickerToSet()`](https://core.telegram.org/bots/api#addstickertoset)
 - [`internal.answerCallbackQuery()`](https://core.telegram.org/bots/api#answercallbackquery)
diff --git a/zh-TW/plugins/adapter/wechat-official.md b/zh-TW/plugins/adapter/wechat-official.md
index 738c7fa072f5..9e9295566d4b 100644
--- a/zh-TW/plugins/adapter/wechat-official.md
+++ b/zh-TW/plugins/adapter/wechat-official.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wechat-official
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 根据 [注册流程指引](https://kf.qq.com/product/weixinmp.html#hid=87) 注册公众平台。
@@ -8,7 +12,7 @@
 4. 页面下方启用服务器配置，将机器人的 `selfUrl` 值后连接 `/wechat-official` (如 `https://example.com/wechat-official`)，在 URL 一栏中填写；在插件配置和公众平台上填入相同的 Token；在公众平台上生成 EncodingAESKey 并填入插件的 aesKey 字段；三种消息加解密方式均可选择。
 5. 如果公众号为企业主体，且通过了微信认证，可在插件配置中启用 customerService。客服接口提供了更宽松的消息回复能力。
 
-参考文档：[https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html](https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html)
+参考文档：<https://developers.weixin.qq.com/doc/offiaccount/Basic_Information/Access_Overview.html>
 
 ## 配置项
 
diff --git a/zh-TW/plugins/adapter/wecom.md b/zh-TW/plugins/adapter/wecom.md
index 8f5fb195b12e..10626697ae9b 100644
--- a/zh-TW/plugins/adapter/wecom.md
+++ b/zh-TW/plugins/adapter/wecom.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-wecom
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方法
 
 1. 前往 [我的企业](https://work.weixin.qq.com/wework_admin/frame#profile)，复制页面下方企业 ID，填入插件的 corpId。
diff --git a/zh-TW/plugins/adapter/whatsapp.md b/zh-TW/plugins/adapter/whatsapp.md
index e33dbab03ddb..a7bcdad5fa62 100644
--- a/zh-TW/plugins/adapter/whatsapp.md
+++ b/zh-TW/plugins/adapter/whatsapp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-adapter-whatsapp
 
+:::warning
+在接入之前，你需要准备一个带有 SSL 证书的公网域名，并将 Koishi [部署到公网](../../manual/recipe/server.md)。
+:::
+
 ## 接入方式
 
 1. 前往 [商务平台](https://business.facebook.com/) 创建业务账户，并在 [业务设置](https://business.facebook.com/settings/security) 完成组织验证
diff --git a/zh-TW/plugins/common/admin.md b/zh-TW/plugins/common/admin.md
index f5d3ed7a1703..4cf02ebad9b0 100644
--- a/zh-TW/plugins/common/admin.md
+++ b/zh-TW/plugins/common/admin.md
@@ -1,10 +1,10 @@
-# 数据管理 (Admin)
+# 資料管理 (Admin)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 权限管理](../../manual/usage/customize.md#权限管理) 章节。
 :::
 
@@ -48,6 +48,7 @@ assign 指令可用于设置频道的 [受理人](../../manual/usage/customize.m
 2. 在频道 A 中发送 `assign @B`（假设 B 能收到此消息）
 
 ## 指令：user.flag <badge type="danger">废弃</badge>
+
 ## 指令：channel.flag <badge type="danger">废弃</badge>
 
 - 基本语法：`xxx.flag [...names]`
diff --git a/zh-TW/plugins/common/bind.md b/zh-TW/plugins/common/bind.md
index e475f16ee597..d871b58f28f8 100644
--- a/zh-TW/plugins/common/bind.md
+++ b/zh-TW/plugins/common/bind.md
@@ -1,10 +1,10 @@
-# 账号绑定 (Bind)
+# 賬號繫結 (Bind)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
-::: tip
+:::tip
 建议配合阅读 [入门 > 账号系统 > 账号绑定](../../manual/usage/platform.md#通过指令绑定) 章节。
 :::
 
diff --git a/zh-TW/plugins/common/broadcast.md b/zh-TW/plugins/common/broadcast.md
index bf23ba15cdda..bbf8f55e1a64 100644
--- a/zh-TW/plugins/common/broadcast.md
+++ b/zh-TW/plugins/common/broadcast.md
@@ -1,6 +1,6 @@
-# 发送广播 (Broadcast)
+# 傳送廣播 (Broadcast)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
@@ -20,6 +20,6 @@ broadcast foo bar baz     # 向所有频道发送 foo bar baz
 
 当一个机器人账号同时向多个频道发送广播消息时，为了避免风控，Koishi 会给每条消息发送后添加一段延迟，可以通过 [`delay.broadcast`](../../api/core/app.md#options-delay) 进行配置。
 
-::: tip 提示
+:::tip
 broadcast 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/zh-TW/plugins/common/callme.md b/zh-TW/plugins/common/callme.md
index ea3fc6e389ad..f9285ec71d1d 100644
--- a/zh-TW/plugins/common/callme.md
+++ b/zh-TW/plugins/common/callme.md
@@ -1,6 +1,6 @@
-# 设置昵称 (Callme)
+# 設定暱稱 (Callme)
 
-::: tip
+:::tip
 要使用本插件，你需要安装数据库支持。
 :::
 
diff --git a/zh-TW/plugins/common/echo.md b/zh-TW/plugins/common/echo.md
index 5f2168b01d4d..802be880cde8 100644
--- a/zh-TW/plugins/common/echo.md
+++ b/zh-TW/plugins/common/echo.md
@@ -1,4 +1,4 @@
-# 发送消息 (Echo)
+# 傳送訊息 (Echo)
 
 ## 指令：echo
 
@@ -19,6 +19,6 @@ echo -u @foo foo bar      # 向用户 foo 私聊发送 foo bar
 echo -c #bar foo bar      # 向频道 bar 发送 foo bar
 ```
 
-::: tip 提示
+:::tip
 echo 指令的 message 参数是一个 [变长参数](../../manual/usage/command.md#参数和选项)，因此你应该把所有的选项写到消息前面，否则会被认为是消息的一部分。
 :::
diff --git a/zh-TW/plugins/common/help.md b/zh-TW/plugins/common/help.md
index 0024e2b38995..d66cb5c202ad 100644
--- a/zh-TW/plugins/common/help.md
+++ b/zh-TW/plugins/common/help.md
@@ -1,6 +1,6 @@
-# 查看帮助 (Help)
+# 檢視幫助 (Help)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 查看帮助](../../manual/usage/command.md#查看帮助) 章节。
 :::
 
diff --git a/zh-TW/plugins/common/inspect.md b/zh-TW/plugins/common/inspect.md
index 3128dbe960ac..cd19d34c2d2d 100644
--- a/zh-TW/plugins/common/inspect.md
+++ b/zh-TW/plugins/common/inspect.md
@@ -1,5 +1,5 @@
-# 会话信息 (Inspect)
+# 會話資訊 (Inspect)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 账号系统 > 获取账号信息](../../manual/usage/platform.md#获取账号信息) 章节。
 :::
diff --git a/zh-TW/plugins/console/analytics.md b/zh-TW/plugins/console/analytics.md
index df5e8943caea..9528d411b3d0 100644
--- a/zh-TW/plugins/console/analytics.md
+++ b/zh-TW/plugins/console/analytics.md
@@ -1 +1 @@
-# 数据统计 (Analytics)
+# 資料統計 (Analytics)
diff --git a/zh-TW/plugins/console/auth.md b/zh-TW/plugins/console/auth.md
index fd224d9810c1..6a6e80ee848e 100644
--- a/zh-TW/plugins/console/auth.md
+++ b/zh-TW/plugins/console/auth.md
@@ -1,4 +1,4 @@
-# 用户登录 (Auth)
+# 使用者登入 (Auth)
 
 ## 配置项
 
diff --git a/zh-TW/plugins/console/commands.md b/zh-TW/plugins/console/commands.md
index 1a42b3e4f194..866252bf51a1 100644
--- a/zh-TW/plugins/console/commands.md
+++ b/zh-TW/plugins/console/commands.md
@@ -1,6 +1,6 @@
 # 指令管理 (Commands)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 指令系统 > 指令管理](../../manual/usage/command.md#指令管理) 一节。
 :::
 
diff --git a/zh-TW/plugins/console/config.md b/zh-TW/plugins/console/config.md
index dc32e5984d42..00d8105d91cb 100644
--- a/zh-TW/plugins/console/config.md
+++ b/zh-TW/plugins/console/config.md
@@ -1,2 +1 @@
-# 插件配置 (Config)
-
+# 外掛配置 (Config)
diff --git a/zh-TW/plugins/console/explorer.md b/zh-TW/plugins/console/explorer.md
index b54a092e7695..59203d15045b 100644
--- a/zh-TW/plugins/console/explorer.md
+++ b/zh-TW/plugins/console/explorer.md
@@ -1,2 +1 @@
-# 资源管理器 (Explorer)
-
+# 資源管理器 (Explorer)
diff --git a/zh-TW/plugins/console/index.md b/zh-TW/plugins/console/index.md
index 4a5d5996c146..7df46fcfc4f3 100644
--- a/zh-TW/plugins/console/index.md
+++ b/zh-TW/plugins/console/index.md
@@ -1,8 +1,7 @@
-# 控制台 (Console)
+# 控制檯 (Console)
 
 ## 配置项
 
-
 <!-- ### title
 
 - 类型: `string`
@@ -15,21 +14,21 @@
 - 类型: `string`
 - 默认值: `/console`
 
-前端页面呈现的路径。
+前端頁面呈現的路徑。
 
 ### apiPath
 
 - 类型: `string`
 - 默认值: `/status`
 
-后端 API 服务的路径。
+後端 API 服務的路徑。
 
 ### selfUrl
 
 - 类型: `string`
 - 默认值: `''`
 
-Koishi 服务暴露在公网的地址。
+Koishi 服務暴露在公網的地址。
 
 ::: tip
 与其他需要 `selfUrl` 配置项的地方不同的是，这里的属性不会继承 `app.config.selfUrl` 的值。这是因为，由于这里缺省时会使用相对路径，网页依旧可以正常访问。
diff --git a/zh-TW/plugins/console/insight.md b/zh-TW/plugins/console/insight.md
index 48e26bf1b465..0847e1c65b9e 100644
--- a/zh-TW/plugins/console/insight.md
+++ b/zh-TW/plugins/console/insight.md
@@ -1,2 +1 @@
-# 插件依赖图 (Insight)
-
+# 外掛依賴圖 (Insight)
diff --git a/zh-TW/plugins/console/locales.md b/zh-TW/plugins/console/locales.md
index 714b646b7a5a..9934656a3fa4 100644
--- a/zh-TW/plugins/console/locales.md
+++ b/zh-TW/plugins/console/locales.md
@@ -1,6 +1,6 @@
-# 本地翻译 (Locales)
+# 本地翻譯 (Locales)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 国际化](../../manual/usage/customize.md#本地化文本) 一节。
 :::
 
diff --git a/zh-TW/plugins/console/logger.md b/zh-TW/plugins/console/logger.md
index fb63c5f91466..f1a7f90b7e31 100644
--- a/zh-TW/plugins/console/logger.md
+++ b/zh-TW/plugins/console/logger.md
@@ -1,2 +1 @@
-# 日志管理 (Logger)
-
+# 日誌管理 (Logger)
diff --git a/zh-TW/plugins/console/market.md b/zh-TW/plugins/console/market.md
index 7f5b9d931f10..94437f063a96 100644
--- a/zh-TW/plugins/console/market.md
+++ b/zh-TW/plugins/console/market.md
@@ -1,4 +1,4 @@
-# 插件市场 (Market)
+# 外掛市場 (Market)
 
 ## 配置项
 
@@ -9,7 +9,7 @@
 用于搜索插件市场的网址。默认跟随当前的 npm registry。
 
 ::: tip
-一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 <https://registry.npmmirror.com>)。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
+一个规范的 [npm registry](https://github.com/npm/registry/blob/master/docs/REGISTRY-API.md) 服务器会包含搜索功能。但并不是所有 npm 镜像都支持了搜索 API (例如 [https://registry.npmmirror.com](https://registry.npmmirror.com))。如果你使用了不支持搜索的镜像，请设置此项，否则插件市场将无法显示。
 
 你可以填入我们的官方镜像：<https://registry.koishi.chat/index.json>。
 :::
diff --git a/zh-TW/plugins/console/sandbox.md b/zh-TW/plugins/console/sandbox.md
index 9873fe87d718..58dc734c1afa 100644
--- a/zh-TW/plugins/console/sandbox.md
+++ b/zh-TW/plugins/console/sandbox.md
@@ -1,5 +1,5 @@
 # 沙盒调试 (Sandbox)
 
-::: tip
+:::tip
 使用方法请参见 [入门 > 第一次聊天](../../manual/usage/adapter.md#在沙盒中模拟对话) 一节。
 :::
diff --git a/zh-TW/plugins/console/status.md b/zh-TW/plugins/console/status.md
index 1a4f4bbd2cc8..e6e0691b3622 100644
--- a/zh-TW/plugins/console/status.md
+++ b/zh-TW/plugins/console/status.md
@@ -1,4 +1,4 @@
-# 运行状态 (Status)
+# 執行狀態 (Status)
 
 ## 指令：status
 
@@ -45,6 +45,7 @@ template.set('status', {
   ].join('\n'),
 })
 ```
+
 </div>
 
 ## 配置项
diff --git a/zh-TW/plugins/database/mysql.md b/zh-TW/plugins/database/mysql.md
index 0d386fe0a28d..d59a08010e0f 100644
--- a/zh-TW/plugins/database/mysql.md
+++ b/zh-TW/plugins/database/mysql.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-database-mysql
 
-::: tip 注意
+:::tip
 需要的最低版本是 MySQL 5.7 / 8.0 或 MariaDB 10.5。
 :::
 
diff --git a/zh-TW/plugins/develop/hmr.md b/zh-TW/plugins/develop/hmr.md
index ae03d68805a8..7d7bcc7e9076 100644
--- a/zh-TW/plugins/develop/hmr.md
+++ b/zh-TW/plugins/develop/hmr.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-hmr
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 开发起步 > 启动脚本](../../guide/develop/script.md#模块热替换) 章节。
 :::
 
@@ -32,4 +32,4 @@
 - 类型：`number`
 - 默认值：`100`
 
-延迟触发更新的等待时间。
+延遲觸發更新的等待時間。
diff --git a/zh-TW/plugins/develop/http.md b/zh-TW/plugins/develop/http.md
new file mode 100644
index 000000000000..85e5ea4d0691
--- /dev/null
+++ b/zh-TW/plugins/develop/http.md
@@ -0,0 +1,50 @@
+# @koishijs/plugin-http
+
+:::tip
+如果想要使用代理，可以使用 [@koishijs/plugin-proxy-agent](./proxy-agent.md) 插件。
+:::
+
+@koishijs/plugin-http 提供了 `ctx.http` 基础服务，其上封装了一套基于 [fetch](https://developer.mozilla.org/zh-CN/docs/Web/API/Fetch_API) 的网络请求 API。
+
+你可能会有这样的疑问：为什么不直接使用 fetch，而是使用 `ctx.http`？这是因为许多插件都需要发起网络请求，而诸如代理、超时等配置又通常是插件无关的。因此我们为这些通用需求提供了统一的配置，各个插件则只需要调用 `ctx.http` 即可，不用关心复杂多变的用户需求。
+
+## 實體方法
+
+### ctx.http(method, url, config)
+
+- **method:** `string` 请求方法
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+### ctx.http.head(url, config)
+
+### ctx.http.get(url, config)
+
+### ctx.http.delete(url, config)
+
+- **url:** `string` 请求地址
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 HEAD / GET / DELETE 请求。
+
+### ctx.http.post(url, data, config)
+
+### ctx.http.put(url, data, config)
+
+### ctx.http.patch(url, data, config)
+
+- **url:** `string` 请求地址
+- **data:** `any` 请求数据
+- **config:** `RequestConfig` 配置项
+- 返回值: `Promise<any>`
+
+发送 POST / PUT / PATCH 请求。
+
+### ctx.http\.ws(url)
+
+- **url:** `string` 请求地址
+- 返回值: `WebSocket`
+
+创建一个 WebSocket 连接。
diff --git a/zh-TW/plugins/develop/mock.md b/zh-TW/plugins/develop/mock.md
index ba6e901caa1b..5cf02f54bbc2 100644
--- a/zh-TW/plugins/develop/mock.md
+++ b/zh-TW/plugins/develop/mock.md
@@ -1,6 +1,6 @@
 # @koishijs/plugin-mock
 
-::: tip
+:::tip
 使用方法请参见 [开发 > 单元测试](../../cookbook/practice/testing.md) 章节。
 :::
 
diff --git a/zh-TW/plugins/develop/notifier.md b/zh-TW/plugins/develop/notifier.md
new file mode 100644
index 000000000000..36d56a5833c2
--- /dev/null
+++ b/zh-TW/plugins/develop/notifier.md
@@ -0,0 +1,38 @@
+# @koishi/plugin-notifier
+
+## 上下文 API
+
+### ctx.notifier.create(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+- 返回值: [`Notifier`](#notifier)
+
+创建一个通知。如果传入的是字符串或 JSX，则会视为 [`options.content`](#options-content)。
+
+## 通知选项 {#options}
+
+### options.type
+
+- 类型: `'primary' | 'success' | 'warning' | 'danger'`
+- 默认值: `'primary'`
+
+通知类型。
+
+### options.content
+
+- 类型: `Fragment`
+- 默认值: `''`
+
+通知内容。
+
+## 类：Notifier {#notifier}
+
+### notifier.update(options?)
+
+- **options:** <code>Fragment | [Options](#options)</code> 通知选项
+
+更新此通知。如果传入的是字符串，则会视为 [`options.content`](#options-content)。
+
+### notifier.dispose()
+
+移除此通知。
diff --git a/zh-TW/plugins/develop/proxy-agent.md b/zh-TW/plugins/develop/proxy-agent.md
new file mode 100644
index 000000000000..8043ad9d63e7
--- /dev/null
+++ b/zh-TW/plugins/develop/proxy-agent.md
@@ -0,0 +1,11 @@
+# @koishijs/plugin-proxy-agent
+
+@koishijs/plugin-proxy-agent 为 [`http`](./http.md) 服务提供了额外的网络代理能力，支持 HTTP(S), SOCKS 系列协议。
+
+## 配置项
+
+### config.proxyAgent
+
+- 类型: `string`
+
+请求时默认使用的网络代理。
diff --git a/zh-TW/plugins/develop/server-temp.md b/zh-TW/plugins/develop/server-temp.md
index 11b8d759bfab..0b8f6e361393 100644
--- a/zh-TW/plugins/develop/server-temp.md
+++ b/zh-TW/plugins/develop/server-temp.md
@@ -1,5 +1,9 @@
 # @koishijs/plugin-server-temp
 
+:::warning
+使用此插件需要你将 Koishi [部署到公网](../../manual/recipe/server.md) (通常你还需要准备一个公网域名)。
+:::
+
 @koishijs/plugin-server-temp 实现了一个临时文件服务。
 
 ## 配置项
@@ -11,6 +15,13 @@
 
 服务器监听的路径。
 
+### config.selfUrl
+
+- 类型: `string`
+- 默认值: [`ctx.server.config.selfUrl`](./server.md#config-selfurl)
+
+服务暴露在公网的地址。
+
 ### config.maxAge
 
 - 类型: `number`
diff --git a/zh-TW/plugins/develop/server.md b/zh-TW/plugins/develop/server.md
index 9b1d5ff6d868..d47368e655ec 100644
--- a/zh-TW/plugins/develop/server.md
+++ b/zh-TW/plugins/develop/server.md
@@ -1,15 +1,58 @@
 # @koishijs/plugin-server
 
-@koishijs/plugin-server 实现了一个 [Satori 协议](https://satori.js.org/zh-CN/) 的服务器。这个插件将允许你：
+@koishijs/plugin-server 提供了 `ctx.server` 基础服务，它是一个基于 [Koa Router](https://github.com/koajs/router) 的简单路由系统，用于管理 Koishi 应用收到的网络请求。除了 Koa Router 所支持的部分方法外，Router API 还提供了一些额外的功能，例如支持接受 WebSocket 连接等。
 
-- 通过 HTTP / WebSocket 访问当前 Koishi 实例中的机器人
-- 配合 [Satori 适配器](../adapter/satori.md)，在另一个 Koishi 实例中完全控制当前实例中的机器人
+## 上下文 API
+
+::: warning
+请避免使用未在本页列出的方法：
+
+1. Koa Router 的 API 并不是副作用安全的。我们对本页列出的方法进行了特殊处理，使其在插件卸载时自动删除路由。但使用其他方法会导致你的插件无法被正常卸载。
+2. 未来可能会不基于 Koa Router 重新实现路由系统。
+   :::
+
+### ctx.server[method](path, middleware)
+
+- **method:** 可以是 `get`, `post`, `put`, `delete`, `patch` 或 `all` (仅能是小写)
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **middleware:** `Function` Koa 中间件
+
+处理特定路径上的网络请求。具体请参见 [这里](https://github.com/koajs/router/blob/master/API.md)。
+
+### ctx.server\.ws(path, handler)
+
+- **path:** `string | RegExp | (string | RegExp)[]` 路径
+- **handler:** `WebSocketHandler` 处理函数，接受下列参数
+  - **socket:** [`WebSocket`](https://github.com/websockets/ws/blob/master/doc/ws.md#class-websocket) WebSocket 连接
+  - **request:** [`IncomingMessage`](https://nodejs.org/api/http.html#class-httpincomingmessage) 网络请求
+
+在给定的路径上支持 WebSocket 连接。
 
 ## 配置项
 
-### config.path
+### config.host
+
+- 类型：`string`
+- 默认值：`'127.0.0.1'`
+
+服务器监听的 IP 地址。如果将此设置为 `0.0.0.0` 将监听所有地址，包括局域网和公网地址。
+
+### config.port
+
+- 类型：`number`
+- 必需选项
+
+要监听的初始端口号。Koishi 建议使用 `5140` 作为默认端口。
+
+### config.maxPort
+
+- 类型：`number`
+- 默认值：[`config.port`](#config-port)
+
+允许监听的最大端口号。插件启动时，如果设定的端口号被占用，插件会尝试自动切换到下一个端口，直到找到一个可用的端口，或是超出 `maxPort` 的限制。
+
+### config.selfUrl
 
-- 类型: `string`
-- 默认值: `''`
+- 类型：`string`
 
-服务器监听的路径。
+Koishi 服務暴露在公網的地址。部分插件 (例如 [adapter-telegram](../adapter/telegram.md) 或是 [assets-local](https://assets.koishi.chat/plugins/local.html)) 需要用到。
diff --git a/zh-TW/plugins/index.md b/zh-TW/plugins/index.md
index 71e221b09e07..6dd524cae2c0 100644
--- a/zh-TW/plugins/index.md
+++ b/zh-TW/plugins/index.md
@@ -18,6 +18,7 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 - [@koishijs/plugin-adapter-wechat-official](./adapter/wechat-official.md)
 - [@koishijs/plugin-adapter-wecom](./adapter/wecom.md)
 - [@koishijs/plugin-adapter-whatsapp](./adapter/whatsapp.md)
+- [@koishijs/plugin-adapter-zulip](./adapter/zulip.md)
 
 ## 資料庫支援
 
@@ -54,7 +55,10 @@ Koishi 官方提供了许多插件。为了更好地模块化开发，它们被
 ## 開發工具
 
 - [@koishijs/plugin-hmr](./develop/hmr.md)：模块热替换
+- [@koishijs/plugin-http](./develop/http.md)：网络请求
 - [@koishijs/plugin-mock](./develop/mock.md)：测试工具
-- [@koishijs/plugin-server-proxy](./develop/server-proxy.md)：代理服务器
+- [@koishijs/plugin-notifier](./develop/notifier.md)：通知服务
+- [@koishijs/plugin-proxy-agent](./develop/proxy-agent.md)：网络代理
+- [@koishijs/plugin-server](./develop/server.md)：服务器
 - [@koishijs/plugin-server-satori](./develop/server-satori.md)：API 服务器
 - [@koishijs/plugin-server-temp](./develop/server-temp.md)：临时服务器
diff --git a/zh-TW/releases/v4.1.md b/zh-TW/releases/v4.1.md
index 9ab622af64f2..529e7889ef77 100644
--- a/zh-TW/releases/v4.1.md
+++ b/zh-TW/releases/v4.1.md
@@ -16,7 +16,7 @@
 
 為了實現這種優化，我們假設每個插件模塊的導出都是原子的。換言之，如果一個模塊的導出恰好是正在運行的插件，那麽這個插件將是模塊導出的唯一用途，在插件被加載以外的任何地方不會用到這個模塊的導出。對於正確使用模塊化進行開發的項目，達成這個約定並不困難。事實上，插件如果有任何其他需要提供的功能，也都可以通過 Service API 實現。
 
-如果某些插件實在難以滿足這個約定，我們也提供了額外的方案。開發者要麽不將插件作為模塊的導出 (比如作為導出的一部分)，要麽在插件中手動聲明 `sideEffect`。兩種方法都能規避依賴分析工具的優化，從而實行保守的熱重載策略。
+如果某些插件實在難以滿足這個約定，我們也提供了額外的方案。开发者要么不将插件作为模块的导出 (比如作为导出的一部分)，要么在插件中手动声明 `sideEffect`。兩種方法都能規避依賴分析工具的優化，從而實行保守的熱重載策略。
 
 ### 熱重載與配置管理的聯動
 
diff --git a/zh-TW/releases/v4.10.md b/zh-TW/releases/v4.10.md
index 5e6bec6c14b6..4b44a1635718 100644
--- a/zh-TW/releases/v4.10.md
+++ b/zh-TW/releases/v4.10.md
@@ -15,9 +15,9 @@
 此版本中，我們對 Koishi 背後的 ORM 框架進行了最佳化，極大地擴充套件了資料庫 API 的表達能力：
 
 - 使用 WASM 重新實現了 @koishijs/plugin-database-sqlite，從而規避了使用者安裝失敗的問題
-- 支援了所有資料庫統一的 `autoInc` 行為
-- `sel.orderBy()` 和 `sel.project()` 支援了傳入表示式
-- 全面支援了 `sel.groupBy()` 的使用以及上述語法的多次鏈式呼叫
+- 支持了所有数据库统一的 `autoInc` 行为
+- `sel.orderBy()` 和 `sel.project()` 支持了传入表达式
+- 全面支持了 `sel.groupBy()` 的使用以及上述语法的多次链式调用
 
 ## 訊息元件
 
@@ -25,7 +25,7 @@
 
 ## 飛書介面卡
 
-經過了長達 7 個月的努力，我們終於完成了飛書介面卡，讓我們感謝 [@MaikoTan](https://github.com/maikotan)！
+经过了长达 7 个月的努力，我们终于完成了飞书适配器，让我们感谢 [@MaikoTan](https://github.com/maikotan)！
 
 ## 本地化編輯
 
diff --git a/zh-TW/releases/v4.11.md b/zh-TW/releases/v4.11.md
index e3821b71d17e..89cab3f1c693 100644
--- a/zh-TW/releases/v4.11.md
+++ b/zh-TW/releases/v4.11.md
@@ -1,4 +1,4 @@
-# v4.11 版本介绍
+# v4.11 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/892)
 - [v4.11.0](https://github.com/koishijs/koishi/releases/tag/4.11.0)
diff --git a/zh-TW/releases/v4.12.md b/zh-TW/releases/v4.12.md
index 1c5f1371226c..6eb2277e18de 100644
--- a/zh-TW/releases/v4.12.md
+++ b/zh-TW/releases/v4.12.md
@@ -1,4 +1,4 @@
-# v4.12 版本介绍
+# v4.12 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1000)
 - [v4.12.0](https://github.com/koishijs/koishi/releases/tag/4.12.0)
diff --git a/zh-TW/releases/v4.13.md b/zh-TW/releases/v4.13.md
index d31b7c789da8..c03dec7e2285 100644
--- a/zh-TW/releases/v4.13.md
+++ b/zh-TW/releases/v4.13.md
@@ -1,4 +1,4 @@
-# v4.13 版本介绍
+# v4.13 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1085)
 - [v4.13.0](https://github.com/koishijs/koishi/releases/tag/4.13.0)
diff --git a/zh-TW/releases/v4.14.md b/zh-TW/releases/v4.14.md
index a1816b0f510e..d6918e6868a2 100644
--- a/zh-TW/releases/v4.14.md
+++ b/zh-TW/releases/v4.14.md
@@ -1,4 +1,4 @@
-# v4.14 版本介绍
+# v4.14 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1138)
 - [v4.14.0](https://github.com/koishijs/koishi/releases/tag/4.14.0)
diff --git a/zh-TW/releases/v4.15.md b/zh-TW/releases/v4.15.md
index 017f4e428dfd..1bb7428acd1e 100644
--- a/zh-TW/releases/v4.15.md
+++ b/zh-TW/releases/v4.15.md
@@ -1,4 +1,4 @@
-# v4.15 版本介绍
+# v4.15 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/1208)
 - [v4.15.0](https://github.com/koishijs/koishi/releases/tag/4.15.0)
diff --git a/zh-TW/releases/v4.2.md b/zh-TW/releases/v4.2.md
index 8871e3189940..a14dd1e18424 100644
--- a/zh-TW/releases/v4.2.md
+++ b/zh-TW/releases/v4.2.md
@@ -1,4 +1,4 @@
-# v4.2 版本介绍
+# v4.2 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/482)
 - [v4.1.1](https://github.com/koishijs/koishi/releases/tag/4.1.1)
diff --git a/zh-TW/releases/v4.3.md b/zh-TW/releases/v4.3.md
index 6d581d399eb9..37e8205974f7 100644
--- a/zh-TW/releases/v4.3.md
+++ b/zh-TW/releases/v4.3.md
@@ -1,4 +1,4 @@
-# v4.3 版本介绍
+# v4.3 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/501)
 - [v4.2.1](https://github.com/koishijs/koishi/releases/tag/4.2.1)
diff --git a/zh-TW/releases/v4.4.md b/zh-TW/releases/v4.4.md
index 6b81e38ca0a7..9d97c5a5be25 100644
--- a/zh-TW/releases/v4.4.md
+++ b/zh-TW/releases/v4.4.md
@@ -1,4 +1,4 @@
-# v4.4 版本介绍
+# v4.4 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/522)
 - [v4.3.2](https://github.com/koishijs/koishi/releases/tag/4.3.2)
diff --git a/zh-TW/releases/v4.5.md b/zh-TW/releases/v4.5.md
index a49105b8c647..74cdd87f867e 100644
--- a/zh-TW/releases/v4.5.md
+++ b/zh-TW/releases/v4.5.md
@@ -1,11 +1,11 @@
-# v4.5 版本介绍
+# v4.5 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/552)
 - [v4.4.1](https://github.com/koishijs/koishi/releases/tag/4.4.1)
 - [v4.4.2](https://github.com/koishijs/koishi/releases/tag/4.4.2)
 - [v4.5.0](https://github.com/koishijs/koishi/releases/tag/4.5.0)
 
-## 多语言支持
+## 多語言支援
 
 如果你在运营一个大型社区，那么你可能会遇到这种场景：群组内设立了许多不同语言的频道，每个频道分别供不同地区的用户进行交流。在这种情况下，最合适的做法是让你的机器人在不同的频道下使用不同的语言进行回复。本质上，这不会改变机器人的运行逻辑，因此最好的做法是将涉及的每一段文本都抽离出来，通过统一的方式进行管理，并在发送前进行本地化渲染。
 
diff --git a/zh-TW/releases/v4.6.md b/zh-TW/releases/v4.6.md
index 7fe080571a26..78da15074232 100644
--- a/zh-TW/releases/v4.6.md
+++ b/zh-TW/releases/v4.6.md
@@ -1,4 +1,4 @@
-# v4.6 版本介绍
+# v4.6 版本介紹
 
 - [Roadmap (Part 1)](https://github.com/koishijs/koishi/issues/578)
 - [v4.5.1](https://github.com/koishijs/koishi/releases/tag/4.5.1)
diff --git a/zh-TW/releases/v4.7.md b/zh-TW/releases/v4.7.md
index 3fc6390c5f9b..ea17984b0766 100644
--- a/zh-TW/releases/v4.7.md
+++ b/zh-TW/releases/v4.7.md
@@ -1,4 +1,4 @@
-# v4.7 版本介绍
+# v4.7 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/662)
 - [v4.7.0](https://github.com/koishijs/koishi/releases/tag/4.7.0)
diff --git a/zh-TW/releases/v4.8.md b/zh-TW/releases/v4.8.md
index 23d6b25a0cd6..63c2cc6f14c1 100644
--- a/zh-TW/releases/v4.8.md
+++ b/zh-TW/releases/v4.8.md
@@ -1,4 +1,4 @@
-# v4.8 版本介绍
+# v4.8 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/725)
 - [v4.8.0](https://github.com/koishijs/koishi/releases/tag/4.8.0)
diff --git a/zh-TW/releases/v4.9.md b/zh-TW/releases/v4.9.md
index c0e9cbde5a45..0426d77a2cc9 100644
--- a/zh-TW/releases/v4.9.md
+++ b/zh-TW/releases/v4.9.md
@@ -1,4 +1,4 @@
-# v4.9 版本介绍
+# v4.9 版本介紹
 
 - [Roadmap](https://github.com/koishijs/koishi/issues/790)
 - [v4.9.0](https://github.com/koishijs/koishi/releases/tag/4.9.0)
@@ -10,7 +10,7 @@
 - [v4.9.6](https://github.com/koishijs/koishi/releases/tag/4.9.6)
 - [v4.9.7](https://github.com/koishijs/koishi/releases/tag/4.9.7)
 
-## 消息元素
+## 訊息元素
 
 在这个版本中，我们引入了消息元素，作为 Satori 的新的消息格式。消息元素是拥有类似 XML 的结构，由标签、属性和内容组成。与过去所使用的 CQ 码相比，消息元素有以下优势：
 
diff --git a/zh-TW/schema/advanced/computed.md b/zh-TW/schema/advanced/computed.md
index 583239288bcd..177a19bcdcc7 100644
--- a/zh-TW/schema/advanced/computed.md
+++ b/zh-TW/schema/advanced/computed.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.computed(Number).description('这是一个属性。'),
+    foo: Schema.computed(Number).description('这是一个属性。'),
   }).description('配置项')
 ---
 
-# Computed：条件求值
+# Computed：條件求值
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
diff --git a/zh-TW/schema/advanced/dynamic.md b/zh-TW/schema/advanced/dynamic.md
index 3c9ae94b0f04..35faa3886a0f 100644
--- a/zh-TW/schema/advanced/dynamic.md
+++ b/zh-TW/schema/advanced/dynamic.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union(['foo', 'bar']).description('选择一个值。'),
+    value: Schema.union(['foo', 'bar']).description('选择一个值。'),
   }).description('配置项')
 ---
 
-# Dynamic：动态类型
+# Dynamic：動態型別
 
-::: tip
+:::tip
 此类型只能在 Koishi 中使用。
 :::
 
-::: warning
+:::warning
 此特性为实验性功能，未来可能会有改动。
 :::
 
diff --git a/zh-TW/schema/advanced/intersect.md b/zh-TW/schema/advanced/intersect.md
index ea3388cfbfb1..235843cc42fe 100644
--- a/zh-TW/schema/advanced/intersect.md
+++ b/zh-TW/schema/advanced/intersect.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  foo: Schema.number().description('这是一个属性。'),
-  bar: Schema.string().description('这是另一个属性。'),
-  }).description('分组 1'),
-  Schema.object({
-  baz: Schema.string().description('这是又一个属性。'),
-  qux: Schema.boolean().description('这是最后一个属性。'),
-  }).description('分组 2'),
+    Schema.object({
+      foo: Schema.number().description('这是一个属性。'),
+      bar: Schema.string().description('这是另一个属性。'),
+    }).description('分组 1'),
+    Schema.object({
+      baz: Schema.string().description('这是又一个属性。'),
+      qux: Schema.boolean().description('这是最后一个属性。'),
+    }).description('分组 2'),
   ])
 ---
 
diff --git a/zh-TW/schema/advanced/transform.md b/zh-TW/schema/advanced/transform.md
index 3c49067cd74b..1fc8ee118f01 100644
--- a/zh-TW/schema/advanced/transform.md
+++ b/zh-TW/schema/advanced/transform.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.array(String),
-  Schema.transform(String, value => [value]),
-  ]).default([]).description('点击右侧的按钮添加元素。'),
+    value: Schema.union([
+      Schema.array(String),
+      Schema.transform(String, value => [value]),
+    ]).default([]).description('点击右侧的按钮添加元素。'),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/advanced/union-arbitrary.md b/zh-TW/schema/advanced/union-arbitrary.md
index 2f63837edd16..e1b4e052130f 100644
--- a/zh-TW/schema/advanced/union-arbitrary.md
+++ b/zh-TW/schema/advanced/union-arbitrary.md
@@ -2,17 +2,17 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.union([
-  Schema.const().description('unset'),
-  Schema.number().description('number'),
-  Schema.string().description('string'),
-  Schema.const(true).description('true'),
-  Schema.const(false).description('false'),
-  Schema.object({
-  foo: Schema.string().description('对象的一个属性。'),
-  bar: Schema.number().description('对象的另一个属性。'),
-  }).description('object'),
-  ]).description('从六种可能情况中选择一个。'),
+    value: Schema.union([
+      Schema.const().description('unset'),
+      Schema.number().description('number'),
+      Schema.string().description('string'),
+      Schema.const(true).description('true'),
+      Schema.const(false).description('false'),
+      Schema.object({
+        foo: Schema.string().description('对象的一个属性。'),
+        bar: Schema.number().description('对象的另一个属性。'),
+      }).description('object'),
+    ]).description('从六种可能情况中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/advanced/union-select.md b/zh-TW/schema/advanced/union-select.md
index fe68c2f6cb34..e1dd82314337 100644
--- a/zh-TW/schema/advanced/union-select.md
+++ b/zh-TW/schema/advanced/union-select.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
-  value2: Schema.union([
-  Schema.const('foo').description('选项 1'),
-  Schema.const('bar').description('选项 2'),
-  Schema.const('baz').description('选项 3'),
-  ]).role('radio').description('从三个值中选择一个。'),
+    value1: Schema.union(['foo', 'bar', 'qux']).description('从三个值中选择一个。'),
+    value2: Schema.union([
+      Schema.const('foo').description('选项 1'),
+      Schema.const('bar').description('选项 2'),
+      Schema.const('baz').description('选项 3'),
+    ]).role('radio').description('从三个值中选择一个。'),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/advanced/union-tagged-1.md b/zh-TW/schema/advanced/union-tagged-1.md
index d8a346cd0614..5d79dc991144 100644
--- a/zh-TW/schema/advanced/union-tagged-1.md
+++ b/zh-TW/schema/advanced/union-tagged-1.md
@@ -2,21 +2,21 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  enabled: Schema.boolean().default(false).description('是否开启功能'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  enabled: Schema.const(true).required(),
-  foo: Schema.number().description('请输入一个数值。'),
-  bar: Schema.string().description('请输入一个字符串。'),
-  }),
-  Schema.object({}),
-  ]),
+    Schema.object({
+      enabled: Schema.boolean().default(false).description('是否开启功能'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        enabled: Schema.const(true).required(),
+        foo: Schema.number().description('请输入一个数值。'),
+        bar: Schema.string().description('请输入一个字符串。'),
+      }),
+      Schema.object({}),
+    ]),
   ])
 ---
 
-# Union：配置聯動 1
+# Intersect + Union：配置联动 1
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `enabled` 的取值，并观察下方表单项的变化吧。
 
@@ -36,6 +36,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `enabled` 如果类型与上方的默认值不同，就必须加上 `required()`；反过来，如果相同，你就不应该加上 `required()` (你甚至可以缺省不写，这就是为什么最下面出现了一个空白的 `object({})`)。
 :::
diff --git a/zh-TW/schema/advanced/union-tagged-2.md b/zh-TW/schema/advanced/union-tagged-2.md
index 6f7d30cf1f05..4cafebeea47a 100644
--- a/zh-TW/schema/advanced/union-tagged-2.md
+++ b/zh-TW/schema/advanced/union-tagged-2.md
@@ -2,24 +2,24 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  shared: Schema.string().description('公用的配置项。'),
-  type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
-  }).description('基础配置'),
-  Schema.union([
-  Schema.object({
-  type: Schema.const('foo').required(),
-  value: Schema.number().default(114514).description('请输入一个数值。'),
-  }).description('特殊配置 1'),
-  Schema.object({
-  type: Schema.const('bar').required(),
-  text: Schema.string().description('请输入一个字符串。'),
-  }).description('特殊配置 2'),
-  ]),
+    Schema.object({
+      shared: Schema.string().description('公用的配置项。'),
+      type: Schema.union(['foo', 'bar']).required().description('选择一个类型。'),
+    }).description('基础配置'),
+    Schema.union([
+      Schema.object({
+        type: Schema.const('foo').required(),
+        value: Schema.number().default(114514).description('请输入一个数值。'),
+      }).description('特殊配置 1'),
+      Schema.object({
+        type: Schema.const('bar').required(),
+        text: Schema.string().description('请输入一个字符串。'),
+      }).description('特殊配置 2'),
+    ]),
   ])
 ---
 
-# Union：配置聯動 2
+# Intersect + Union：配置联动 2
 
 一种比较复杂的场景是以对象的某个属性值确定对象的其他属性的类型。善用 Intersect 和 Union，我们就可以轻松实现表单项的联动效果！试着切换 `type` 的取值，并观察下方表单项的变化吧。
 
@@ -42,6 +42,6 @@ export default Schema.intersect([
 ])
 ```
 
-::: tip
+:::tip
 请注意这个例子中对于 `default()` 和 `required()` 的使用。由于配置项默认情况下都是可选的，所以下方的 `type` 配置项如果类型与上方的默认值不同，就必须加上 `required()`。在这个例子中，`type` 本来就是一个必需属性，所以下方的每一个 `type` 都必须加上 `required()`。
 :::
diff --git a/zh-TW/schema/basic/array.md b/zh-TW/schema/basic/array.md
index 685f5ec2c766..0084a5506390 100644
--- a/zh-TW/schema/basic/array.md
+++ b/zh-TW/schema/basic/array.md
@@ -2,12 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
-  table: Schema.array(String).role('table').description('以表格形式显示的数组。'),
-  table2: Schema.array(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的数组。'),
+    array: Schema.array(Number).description('这是一个数组，点击右侧的按钮添加元素。'),
+    table1: Schema.array(String).role('table').description('以表格形式显示的数组。'),
+    table2: Schema.array(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number().experimental(),
+      qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
+    })).role('table').description('以表格形式显示的由对象构成的数组。'),
   }).description('配置项')
 ---
 
@@ -15,19 +16,23 @@ code: |
 
 `Schema.array()` 描述了一个数组，其中的元素满足给定的类型。
 
-使用 `.role('table')` 可以将数组以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将数组以表格形式显示。
 
 例子里的 `Number` 是 `Schema.number().required()` 的简写。
 
+:::tip
+特别地，对于已知字符串构成的数组，还可以使用 [`.role('checkbox')`](./bitset.md) 或 [`.role('select')`](./bitset.md)，将它们以复选框或复选菜单的形式显示。
+:::
+
 ```ts
 export default Schema.object({
   array: Schema.array(Number),
-  table: Schema.array(String).role('table'),
+  table1: Schema.array(String).role('table'),
   table2: Schema.array(Schema.object({
     foo: Schema.string(),
-    bar: Schema.number(),
+    bar: Schema.number().experimental(),
+    qux: Schema.bitset({ FOO: 1, BAR: 2, QUX: 4 }).default(5),
   })).role('table'),
 })
 ```
diff --git a/zh-TW/schema/basic/bitset.md b/zh-TW/schema/basic/bitset.md
index 9a2016086fb2..9b8f40a37112 100644
--- a/zh-TW/schema/basic/bitset.md
+++ b/zh-TW/schema/basic/bitset.md
@@ -1,24 +1,40 @@
 ---
 layout: schema
 code: |
-  Schema.object({
-  intents: Schema
-  .bitset({ FOO: 1, BAR: 2, QUX: 4 })
-  .default(5)
-  .description('选择要启用的功能。'),
-  array: Schema
-  .array(Schema.union(['FOO', 'BAR', 'QUX']))
-  .default(['FOO', 'QUX'])
-  .role('checkbox')
-  .description('选择要启用的功能。'),
-  }).description('配置项')
+  Schema.intersect([
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('checkbox')
+        .description('以复选框形式呈现。'),
+    }).description('复选框'),
+    Schema.object({
+      bitset: Schema
+        .bitset({ FOO: 1, BAR: 2, QUX: 4 })
+        .default(5)
+        .role('select')
+        .description('选择要启用的功能。'),
+      array: Schema
+        .array(Schema.union(['FOO', 'BAR', 'QUX']))
+        .default(['FOO', 'QUX'])
+        .role('select')
+        .description('以复选菜单形式呈现。'),
+    }).description('复选菜单'),
+  ])
 ---
 
 # 位集 (Bitset)
 
-`Schema.bitset()` 以多选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+`Schema.bitset()` 以复选框的形式描述了一个整数，通常每一位表达某种特征。它的输出是一个整数，输入可以是一个整数或者一个字符串数组。
+
+如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并设置 `.role('checkbox')`。
 
-如果希望输出的也是字符串数组，可以配合使用 `Schema.array()` 和 `Schema.union()`，并将外观设置为 `checkbox`。
+此外，我们还提供了 `.role('select')`，它将以复选菜单的形式呈现。
 
 ```ts
 const enum Intents {
@@ -28,9 +44,10 @@ const enum Intents {
 }
 
 export default Schema.object({
-  intents: Schema.bitset(Intents)
+  bitset: Schema.bitset(Intents)
     .default(Intents.FOO | Intents.QUX),
-  array: Schema.array(Schema.union(['FOO', 'BAR', 'QUX']))
+  array: Schema
+    .array(Schema.union(['FOO', 'BAR', 'QUX']))
     .default(['FOO', 'QUX'])
     .role('checkbox'),
 })
diff --git a/zh-TW/schema/basic/boolean.md b/zh-TW/schema/basic/boolean.md
index 1c37d5bebd98..4ef1e5a9ea1f 100644
--- a/zh-TW/schema/basic/boolean.md
+++ b/zh-TW/schema/basic/boolean.md
@@ -2,7 +2,7 @@
 layout: schema
 code: |
   Schema.object({
-  enable: Schema.boolean().description('这是一个开关。'),
+    enable: Schema.boolean().description('这是一个开关。'),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/basic/date.md b/zh-TW/schema/basic/date.md
index 9c822e2f619d..e7057a629a08 100644
--- a/zh-TW/schema/basic/date.md
+++ b/zh-TW/schema/basic/date.md
@@ -2,10 +2,10 @@
 layout: schema
 code: |
   Schema.object({
-  value: Schema.date().description('选择日期与时间 (对象)。'),
-  datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
-  date: Schema.string().role('date').description('选择日期 (字符串)。'),
-  time: Schema.string().role('time').description('选择时间 (字符串)。'),
+    value: Schema.date().description('选择日期与时间 (对象)。'),
+    datetime: Schema.string().role('datetime').description('选择日期与时间 (字符串)。'),
+    date: Schema.string().role('date').description('选择日期 (字符串)。'),
+    time: Schema.string().role('time').description('选择时间 (字符串)。'),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/basic/dict.md b/zh-TW/schema/basic/dict.md
index fbb57daa60fe..1fa704e0bd9b 100644
--- a/zh-TW/schema/basic/dict.md
+++ b/zh-TW/schema/basic/dict.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
-  table: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
-  table2: Schema.dict(Schema.object({
-  foo: Schema.string(),
-  bar: Schema.number(),
-  })).role('table').description('对象构成的字典。'),
+    dict: Schema.dict(Boolean).description('这是一个字典，点击右侧的按钮添加属性。'),
+    table1: Schema.dict(String).role('table').description('以表格形式显示的字典。'),
+    table2: Schema.dict(Schema.object({
+      foo: Schema.string(),
+      bar: Schema.number(),
+    })).role('table').description('以表格形式显示的由对象构成的字典。'),
   }).description('配置项')
 ---
 
@@ -15,16 +15,15 @@ code: |
 
 `Schema.dict()` 类型描述了一个字典，其中的键是任意字符串，而值是给定的类型。
 
-使用 `.role('table')` 可以将字典以表格形式显示。
-
-使用 `.collapse()` 可以将配置项设置为默认折叠 (对表格无效)。
+- 使用 `.collapse()` 可以将配置项设置为默认折叠。
+- 使用 `.role('table')` 可以将字典以表格形式显示。
 
 例子里的 `Boolean` 是 `Schema.boolean().required()` 的简写。
 
 ```ts
 export default Schema.object({
   dict: Schema.dict(Boolean),
-  table: Schema.dict(String).role('table'),
+  table1: Schema.dict(String).role('table'),
   table2: Schema.dict(Schema.object({
     foo: Schema.string(),
     bar: Schema.number(),
diff --git a/zh-TW/schema/basic/number.md b/zh-TW/schema/basic/number.md
index 77f4d1ad5ec0..d76ba2af6eb8 100644
--- a/zh-TW/schema/basic/number.md
+++ b/zh-TW/schema/basic/number.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().description('一个普通的数值。'),
-  bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
+    foo: Schema.number().description('一个普通的数值。'),
+    bar: Schema.number().role('slider').min(0).max(100).step(1).default(30).description('一个 0 到 100 之间的整数。'),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/basic/object.md b/zh-TW/schema/basic/object.md
index 330f5402185d..c53b3800f666 100644
--- a/zh-TW/schema/basic/object.md
+++ b/zh-TW/schema/basic/object.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().required().description('这是一个必需属性。'),
-  bar: Schema.number().description('这是一个可选属性。'),
-  baz: Schema.object({
-  qux: Schema.boolean().description('这是一个嵌套属性。'),
-  }),
-  collapse: Schema.object({
-  inner: Schema.string().description('现在你看到我了！'),
-  }).description('点击右侧按钮查看嵌套属性。').collapse(),
+    foo: Schema.string().required().description('这是一个必需属性。'),
+    bar: Schema.number().description('这是一个可选属性。'),
+    baz: Schema.object({
+      qux: Schema.boolean().description('这是一个嵌套属性。'),
+    }),
+    collapse: Schema.object({
+      inner: Schema.string().description('现在你看到我了！'),
+    }).description('点击右侧按钮查看嵌套属性。').collapse(),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/basic/path.md b/zh-TW/schema/basic/path.md
index 7a91945c502a..3f378a68f984 100644
--- a/zh-TW/schema/basic/path.md
+++ b/zh-TW/schema/basic/path.md
@@ -2,14 +2,14 @@
 layout: schema
 code: |
   Schema.object({
-  path1: Schema.string().description('假装右边是一个文件选择器。'),
-  path2: Schema.string().description('假装右边是一个文件选择器。'),
+    path1: Schema.string().description('假装右边是一个文件选择器。'),
+    path2: Schema.string().description('假装右边是一个文件选择器。'),
   }).description('配置项')
 ---
 
 # 路徑 (Path)
 
-::: tip
+:::tip
 此类型基于 @koishijs/plugin-explorer，仅在加载该插件时可用。未加载该插件时，类型只会表现为普通的字符串 (比如现在就是这样)。
 :::
 
@@ -18,13 +18,13 @@ code: |
 支持传入一些额外的选项：
 
 - `allowCreate`：是否允许创建目录和上传文件
-- `extensions`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
+- `filters`：可选的文件的扩展名列表，扩展名全需要以 `.` 开头；特别地其中如果包含 `directory` 则表示可以选择文件夹
 
 ```ts
 export default Schema.object({
   path1: Schema.path(),
   path2: Schema.path({
-    extensions: ['.png', '.jpg', 'directory'],
+    filters: ['.png', '.jpg', 'directory'],
   }),
 })
 ```
diff --git a/zh-TW/schema/basic/string.md b/zh-TW/schema/basic/string.md
index bb827d487ed6..3d1bd46ec3de 100644
--- a/zh-TW/schema/basic/string.md
+++ b/zh-TW/schema/basic/string.md
@@ -2,12 +2,12 @@
 layout: schema
 code: |
   Schema.object({
-  text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
-  secret: Schema.string().role('secret').default('password').description('请输入密码。'),
-  link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
-  area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
-  color: Schema.string().role('color').description('选择一个颜色。'),
-  custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
+    text: Schema.string().pattern(/^fff$/i).description('一段普通的文本。'),
+    secret: Schema.string().role('secret').default('password').description('请输入密码。'),
+    link: Schema.string().role('link').default('https://github.com').description('点击访问链接。'),
+    area: Schema.string().role('textarea', { rows: [2, 4] }).description('在下方输入多行文本。'),
+    color: Schema.string().role('color').description('选择一个颜色。'),
+    custom: Schema.string().pattern(/^custom$/i).description('这里只能输入 `custom`。'),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/basic/tuple.md b/zh-TW/schema/basic/tuple.md
index e42c37c6a43a..b8215eb886e4 100644
--- a/zh-TW/schema/basic/tuple.md
+++ b/zh-TW/schema/basic/tuple.md
@@ -2,13 +2,13 @@
 layout: schema
 code: |
   Schema.object({
-  point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
+    point: Schema.tuple([Number, Number]).description('请输入点的坐标。'),
   }).description('配置项')
 ---
 
 # 元組 (Tuple)
 
-::: tip
+:::tip
 目前我们只支持元组内部元素是原始类型 ([String](./string.md), [Number](./number.md), [Boolean](./boolean.md)) 的情况。如果你要描述比较复杂的类型，请使用 [Object](./object.md) 或 [Array](./array.md) 替代。
 :::
 
diff --git a/zh-TW/schema/index.md b/zh-TW/schema/index.md
index 6b82426aa8e6..faae70d3b605 100644
--- a/zh-TW/schema/index.md
+++ b/zh-TW/schema/index.md
@@ -1,7 +1,3 @@
----
-layout: schema
----
-
-# 配置模式
+# 配置構型
 
 <vp-overview/>
diff --git a/zh-TW/schema/meta/default.md b/zh-TW/schema/meta/default.md
index bb7be523cac1..9bcb592238b2 100644
--- a/zh-TW/schema/meta/default.md
+++ b/zh-TW/schema/meta/default.md
@@ -2,15 +2,15 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
-  bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
-  baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
+    foo: Schema.string().description('默认值为 `lol` 的属性。').default('lol'),
+    bar: Schema.number().description('默认值为 `2333` 的属性。').default(2333),
+    baz: Schema.boolean().description('默认值为 `true` 的属性。').default(true),
   }).description('配置项')
 ---
 
 # 預設值
 
-::: warning
+:::warning
 请注意：`.required()` 与 `.default()` 不能同时使用。
 :::
 
diff --git a/zh-TW/schema/meta/description.md b/zh-TW/schema/meta/description.md
index 5121114f1d6e..f814ca9cf555 100644
--- a/zh-TW/schema/meta/description.md
+++ b/zh-TW/schema/meta/description.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('*斜体*的属性描述。'),
-  bar: Schema.string().description('**粗体**的属性描述。'),
+    foo: Schema.boolean().description('*斜体*的属性描述。'),
+    bar: Schema.string().description('**粗体**的属性描述。'),
   }).description('配置标题')
 ---
 
diff --git a/zh-TW/schema/meta/disabled.md b/zh-TW/schema/meta/disabled.md
index 6d20d7039b0a..3bd8a27218c6 100644
--- a/zh-TW/schema/meta/disabled.md
+++ b/zh-TW/schema/meta/disabled.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.number().disabled().description('这是一个禁用配置项。'),
-  bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
-  baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
-  qux: Schema.string().experimental().description('这是一个实验性配置项。'),
-  choice: Schema.union([
-  Schema.const('foo').disabled(),
-  Schema.const('bar').hidden(),
-  Schema.const('baz').deprecated(),
-  Schema.const('qux').experimental(),
-  ]).description('这些功能在 select 中也可以使用。'),
+    foo: Schema.number().disabled().description('这是一个禁用配置项。'),
+    bar: Schema.number().hidden().description('这是一个隐藏配置项。'),
+    baz: Schema.string().deprecated().description('这是一个已废弃配置项。'),
+    qux: Schema.string().experimental().description('这是一个实验性配置项。'),
+    choice: Schema.union([
+      Schema.const('foo').disabled(),
+      Schema.const('bar').hidden(),
+      Schema.const('baz').deprecated(),
+      Schema.const('qux').experimental(),
+    ]).description('这些功能在 select 中也可以使用。'),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/meta/nested.md b/zh-TW/schema/meta/nested.md
index 50d74727a34b..e916149d715e 100644
--- a/zh-TW/schema/meta/nested.md
+++ b/zh-TW/schema/meta/nested.md
@@ -2,20 +2,20 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.object({
-  bar: Schema.array(
-  Schema.object({
-  baz: Schema.number().required().description('在右侧填写数值。'),
-  }).description('这是数组的元素，它本身又是一个对象。'),
-  ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
-  qux: Schema.dict(
-  Schema.string().required().description('在右侧填写字符串。'),
-  ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
-  }),
+    foo: Schema.object({
+      bar: Schema.array(
+        Schema.object({
+          baz: Schema.number().required().description('在右侧填写数值。'),
+        }).description('这是数组的元素，它本身又是一个对象。'),
+      ).default([{ baz: 114514 }]).description('这是一个嵌套属性，类型为数组。'),
+      qux: Schema.dict(
+        Schema.string().required().description('在右侧填写字符串。'),
+      ).default({ welcome: 'Hello World' }).description('这是一个嵌套属性，类型为字典。'),
+    }),
   }).description('配置项')
 ---
 
-# 嵌套类型
+# 巢狀型別
 
 一些类型 (例如 [Object](../basic/object.md) 和 [Array](../basic/array.md)) 允许将其他类型作为参数传入，形成新的组合类型。你可以任意嵌套这些类型，以满足更复杂的需求。
 
diff --git a/zh-TW/schema/meta/required.md b/zh-TW/schema/meta/required.md
index 622a69e12799..96db2255123d 100644
--- a/zh-TW/schema/meta/required.md
+++ b/zh-TW/schema/meta/required.md
@@ -2,8 +2,8 @@
 layout: schema
 code: |
   Schema.object({
-  foo: Schema.boolean().description('这是一个可选属性。'),
-  bar: Schema.string().required().description('这是一个必需属性。'),
+    foo: Schema.boolean().description('这是一个可选属性。'),
+    bar: Schema.string().required().description('这是一个必需属性。'),
   }).description('配置项')
 ---
 
diff --git a/zh-TW/schema/meta/role.md b/zh-TW/schema/meta/role.md
index 8600e8dc2442..f17ce5fc1800 100644
--- a/zh-TW/schema/meta/role.md
+++ b/zh-TW/schema/meta/role.md
@@ -2,16 +2,16 @@
 layout: schema
 code: |
   Schema.intersect([
-  Schema.object({
-  number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
-  string: Schema.string().default('password').description('可见的输入框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
-  }).description('配置项 1'),
-  Schema.object({
-  number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
-  string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
-  choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
-  }).description('配置项 2'),
+    Schema.object({
+      number: Schema.percent().role('').default(0.5).description('点击按钮修改数值。'),
+      string: Schema.string().default('password').description('可见的输入框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').description('从选择器中取值。'),
+    }).description('配置项 1'),
+    Schema.object({
+      number: Schema.percent().role('slider').default(0.5).description('拖动滑块修改数值。'),
+      string: Schema.string().role('secret').default('password').description('隐藏的密码框。'),
+      choice: Schema.union(['foo', 'bar', 'qux']).default('foo').role('radio').description('从单选框中取值。'),
+    }).description('配置项 2'),
   ])
 ---