skykoi 2026.3.11 → 2026.3.13

package/docs/zh-CN/channels/pairing.md

@@ -2,7 +2,7 @@
 read_when:
   - 设置私信访问控制
   - 配对新的 iOS/Android 节点
-  - 审查 SkyKoi 安全态势
+  - 审查 SKYKOI 安全态势
 summary: 配对概述：批准谁可以向你发送私信 + 哪些节点可以加入
 title: 配对
 x-i18n:
@@ -16,7 +16,7 @@ x-i18n:
 
 # 配对
 
-"配对"是 SkyKoi 的显式**所有者批准**步骤。它用于两个地方：
+"配对"是 SKYKOI 的显式**所有者批准**步骤。它用于两个地方：
 
 1. **私信配对**（谁被允许与机器人对话）
 2. **节点配对**（哪些设备/节点被允许加入 Gateway 网关网络）
@@ -38,15 +38,15 @@ x-i18n:
 ### 批准发送者
 
 ```bash
-SkyKoi pairing list telegram
-SkyKoi pairing approve telegram <CODE>
+SKYKOI pairing list telegram
+SKYKOI pairing approve telegram <CODE>
 ```
 
 支持的渠道：`telegram`、`whatsapp`、`signal`、`imessage`、`discord`、`slack`。
 
 ### 状态存储位置
 
-存储在 `~/.skykoi/credentials/` 下：
+存储在 `~/.SKYKOI/credentials/` 下：
 
 - 待处理请求：`<channel>-pairing.json`
 - 已批准允许列表存储：`<channel>-allowFrom.json`
@@ -60,21 +60,21 @@ SkyKoi pairing approve telegram <CODE>
 ### 批准节点设备
 
 ```bash
-SkyKoi devices list
-SkyKoi devices approve <requestId>
-SkyKoi devices reject <requestId>
+SKYKOI devices list
+SKYKOI devices approve <requestId>
+SKYKOI devices reject <requestId>
 ```
 
 ### 状态存储位置
 
-存储在 `~/.skykoi/devices/` 下：
+存储在 `~/.SKYKOI/devices/` 下：
 
 - `pending.json`（短期；待处理请求会过期）
 - `paired.json`（已配对设备 + 令牌）
 
 ### 说明
 
-- 旧版 `node.pair.*` API（CLI：`SkyKoi nodes pending/approve`）是一个单独的 Gateway 网关拥有的配对存储。WS 节点仍然需要设备配对。
+- 旧版 `node.pair.*` API（CLI：`SKYKOI nodes pending/approve`）是一个单独的 Gateway 网关拥有的配对存储。WS 节点仍然需要设备配对。
 
 ## 相关文档
 

package/docs/zh-CN/channels/signal.md

@@ -22,8 +22,8 @@ x-i18n:
 1. 为 bot 使用**单独的 Signal 号码**（推荐）。
 2. 安装 `signal-cli`（需要 Java）。
 3. 链接 bot 设备并启动守护进程：
-   - `signal-cli link -n "SkyKoi"`
-4. 配置 SkyKoi 并启动 Gateway 网关。
+   - `signal-cli link -n "SKYKOI"`
+4. 配置 SKYKOI 并启动 Gateway 网关。
 
 最小配置：
 
@@ -69,7 +69,7 @@ x-i18n:
 
 1. 安装 `signal-cli`（需要 Java）。
 2. 链接 bot 账户：
-   - `signal-cli link -n "SkyKoi"` 然后在 Signal 中扫描二维码。
+   - `signal-cli link -n "SKYKOI"` 然后在 Signal 中扫描二维码。
 3. 配置 Signal 并启动 Gateway 网关。
 
 示例：
@@ -92,7 +92,7 @@ x-i18n:
 
 ## 外部守护进程模式（httpUrl）
 
-如果你想自己管理 `signal-cli`（JVM 冷启动慢、容器初始化或共享 CPU），请单独运行守护进程并将 SkyKoi 指向它：
+如果你想自己管理 `signal-cli`（JVM 冷启动慢、容器初始化或共享 CPU），请单独运行守护进程并将 SKYKOI 指向它：
 
 ```json5
 {
@@ -105,7 +105,7 @@ x-i18n:
 }
 ```
 
-这会跳过自动启动和 SkyKoi 内部的启动等待。对于自动启动时的慢启动，请设置 `channels.signal.startupTimeoutMs`。
+这会跳过自动启动和 SKYKOI 内部的启动等待。对于自动启动时的慢启动，请设置 `channels.signal.startupTimeoutMs`。
 
 ## 访问控制（私信 + 群组）
 
@@ -114,8 +114,8 @@ x-i18n:
 - 默认：`channels.signal.dmPolicy = "pairing"`。
 - 未知发送者会收到配对码；消息在批准前会被忽略（配对码 1 小时后过期）。
 - 通过以下方式批准：
-  - `SkyKoi pairing list signal`
-  - `SkyKoi pairing approve signal <CODE>`
+  - `SKYKOI pairing list signal`
+  - `SKYKOI pairing approve signal <CODE>`
 - 配对是 Signal 私信的默认令牌交换方式。详情：[配对](/channels/pairing)
 - 仅有 UUID 的发送者（来自 `sourceUuid`）在 `channels.signal.allowFrom` 中存储为 `uuid:<id>`。
 
@@ -141,8 +141,8 @@ x-i18n:
 
 ## 输入指示器 + 已读回执
 
-- **输入指示器**：SkyKoi 通过 `signal-cli sendTyping` 发送输入信号，并在回复运行时刷新它们。
-- **已读回执**：当 `channels.signal.sendReadReceipts` 为 true 时，SkyKoi 为允许的私信转发已读回执。
+- **输入指示器**：SKYKOI 通过 `signal-cli sendTyping` 发送输入信号，并在回复运行时刷新它们。
+- **已读回执**：当 `channels.signal.sendReadReceipts` 为 true 时，SKYKOI 为允许的私信转发已读回执。
 - Signal-cli 不暴露群组的已读回执。
 
 ## 表情回应（message 工具）

package/docs/zh-CN/channels/slack.md

@@ -19,7 +19,7 @@ x-i18n:
 
 1. 创建一个 Slack 应用并启用 **Socket Mode**。
 2. 创建一个 **App Token**（`xapp-...`）和 **Bot Token**（`xoxb-...`）。
-3. 为 SkyKoi 设置令牌并启动 Gateway 网关。
+3. 为 SKYKOI 设置令牌并启动 Gateway 网关。
 
 最小配置：
 
@@ -49,14 +49,14 @@ x-i18n:
    - `channel_rename`
    - `pin_added`、`pin_removed`
 6. 邀请机器人加入你希望它读取的频道。
-7. Slash Commands → 如果你使用 `channels.slack.slashCommand`，创建 `/SkyKoi`。如果启用原生命令，为每个内置命令添加一个斜杠命令（名称与 `/help` 相同）。除非你设置 `channels.slack.commands.native: true`，否则 Slack 默认关闭原生命令（全局 `commands.native` 是 `"auto"`，对 Slack 保持关闭）。
+7. Slash Commands → 如果你使用 `channels.slack.slashCommand`，创建 `/SKYKOI`。如果启用原生命令，为每个内置命令添加一个斜杠命令（名称与 `/help` 相同）。除非你设置 `channels.slack.commands.native: true`，否则 Slack 默认关闭原生命令（全局 `commands.native` 是 `"auto"`，对 Slack 保持关闭）。
 8. App Home → 启用 **Messages Tab** 以便用户可以私信机器人。
 
 使用下面的 manifest 以保持权限范围和事件同步。
 
 多账户支持：使用 `channels.slack.accounts` 配置每个账户的令牌和可选的 `name`。参见 [`gateway/configuration`](/gateway/configuration#telegramaccounts--discordaccounts--slackaccounts--signalaccounts--imessageaccounts) 了解共享模式。
 
-### SkyKoi 配置（最小）
+### SKYKOI 配置（最小）
 
 通过环境变量设置令牌（推荐）：
 
@@ -79,7 +79,7 @@ x-i18n:
 
 ### 用户令牌（可选）
 
-SkyKoi 可以使用 Slack 用户令牌（`xoxp-...`）进行读取操作（历史记录、置顶、表情回应、表情符号、成员信息）。默认情况下保持只读：当存在用户令牌时，读取优先使用用户令牌，而写入仍然使用 bot 令牌，除非你明确选择加入。即使设置了 `userTokenReadOnly: false`，当 bot 令牌可用时，写入仍然优先使用 bot 令牌。
+SKYKOI 可以使用 Slack 用户令牌（`xoxp-...`）进行读取操作（历史记录、置顶、表情回应、表情符号、成员信息）。默认情况下保持只读：当存在用户令牌时，读取优先使用用户令牌，而写入仍然使用 bot 令牌，除非你明确选择加入。即使设置了 `userTokenReadOnly: false`，当 bot 令牌可用时，写入仍然优先使用 bot 令牌。
 
 用户令牌在配置文件中配置（不支持环境变量）。对于多账户，设置 `channels.slack.accounts.<id>.userToken`。
 
@@ -117,7 +117,7 @@ SkyKoi 可以使用 Slack 用户令牌（`xoxp-...`）进行读取操作（历
 #### 令牌使用
 
 - 读取操作（历史记录、表情回应列表、置顶列表、表情符号列表、成员信息、搜索）在配置了用户令牌时优先使用用户令牌，否则使用 bot 令牌。
-- 写入操作（发送/编辑/删除消息、添加/移除表情回应、置顶/取消置顶、文件上传）默认使用 bot 令牌。如果 `userTokenReadOnly: false` 且没有可用的 bot 令牌，SkyKoi 会回退到用户令牌。
+- 写入操作（发送/编辑/删除消息、添加/移除表情回应、置顶/取消置顶、文件上传）默认使用 bot 令牌。如果 `userTokenReadOnly: false` 且没有可用的 bot 令牌，SKYKOI 会回退到用户令牌。
 
 ### 历史上下文
 
@@ -141,7 +141,7 @@ HTTP 模式使用 Events API + Interactivity + Slash Commands，共享一个请
 示例请求 URL：
 `https://gateway-host/slack/events`
 
-### SkyKoi 配置（最小）
+### SKYKOI 配置（最小）
 
 ```json5
 {
@@ -166,12 +166,12 @@ HTTP 模式使用 Events API + Interactivity + Slash Commands，共享一个请
 ```json
 {
   "display_information": {
-    "name": "SkyKoi",
-    "description": "Slack connector for SkyKoi"
+    "name": "SKYKOI",
+    "description": "Slack connector for SKYKOI"
   },
   "features": {
     "bot_user": {
-      "display_name": "SkyKoi",
+      "display_name": "SKYKOI",
       "always_online": false
     },
     "app_home": {
@@ -180,8 +180,8 @@ HTTP 模式使用 Events API + Interactivity + Slash Commands，共享一个请
     },
     "slash_commands": [
       {
-        "command": "/SkyKoi",
-        "description": "Send a message to SkyKoi",
+        "command": "/SKYKOI",
+        "description": "Send a message to SKYKOI",
         "should_escape": false
       }
     ]
@@ -343,7 +343,7 @@ Slack 仅使用 Socket Mode（无 HTTP webhook 服务器）。提供两个令牌
     },
     "slashCommand": {
       "enabled": true,
-      "name": "SkyKoi",
+      "name": "SKYKOI",
       "sessionPrefix": "slack:slash",
       "ephemeral": true
     },
@@ -368,7 +368,7 @@ Slack 仅使用 Socket Mode（无 HTTP webhook 服务器）。提供两个令牌
 
 ## 回复线程
 
-默认情况下，SkyKoi 在主频道回复。使用 `channels.slack.replyToMode` 控制自动线程：
+默认情况下，SKYKOI 在主频道回复。使用 `channels.slack.replyToMode` 控制自动线程：
 
 | 模式    | 行为                                                                                         |
 | ------- | -------------------------------------------------------------------------------------------- |
@@ -463,14 +463,14 @@ Slack 仅使用 Socket Mode（无 HTTP webhook 服务器）。提供两个令牌
 - 私信共享 `main` 会话（与 WhatsApp/Telegram 相同）。
 - 频道映射到 `agent:<agentId>:slack:channel:<channelId>` 会话。
 - 斜杠命令使用 `agent:<agentId>:slack:slash:<userId>` 会话（前缀可通过 `channels.slack.slashCommand.sessionPrefix` 配置）。
-- 如果 Slack 未提供 `channel_type`，SkyKoi 会从频道 ID 前缀（`D`、`C`、`G`）推断并默认为 `channel` 以保持会话键稳定。
+- 如果 Slack 未提供 `channel_type`，SKYKOI 会从频道 ID 前缀（`D`、`C`、`G`）推断并默认为 `channel` 以保持会话键稳定。
 - 原生命令注册使用 `commands.native`（全局默认 `"auto"` → Slack 关闭），可以使用 `channels.slack.commands.native` 按工作空间覆盖。文本命令需要独立的 `/...` 消息，可以使用 `commands.text: false` 禁用。Slack 斜杠命令在 Slack 应用中管理，不会自动移除。使用 `commands.useAccessGroups: false` 绕过命令的访问组检查。
 - 完整命令列表 + 配置：[斜杠命令](/tools/slash-commands)
 
 ## 私信安全（配对）
 
 - 默认：`channels.slack.dm.policy="pairing"` — 未知的私信发送者会收到配对码（1 小时后过期）。
-- 通过以下方式批准：`SkyKoi pairing approve slack <code>`。
+- 通过以下方式批准：`SKYKOI pairing approve slack <code>`。
 - 要允许任何人：设置 `channels.slack.dm.policy="open"` 和 `channels.slack.dm.allowFrom=["*"]`。
 - `channels.slack.dm.allowFrom` 接受用户 ID、@用户名或邮箱（在令牌允许时启动时解析）。向导在设置期间接受用户名，并在令牌允许时将其解析为 ID。
 
@@ -480,7 +480,7 @@ Slack 仅使用 Socket Mode（无 HTTP webhook 服务器）。提供两个令牌
 - `allowlist` 要求频道列在 `channels.slack.channels` 中。
 - 如果你只设置了 `SLACK_BOT_TOKEN`/`SLACK_APP_TOKEN` 而从未创建 `channels.slack` 部分，运行时默认将 `groupPolicy` 设为 `open`。添加 `channels.slack.groupPolicy`、`channels.defaults.groupPolicy` 或频道白名单来锁定它。
 - 配置向导接受 `#channel` 名称，并在可能时（公开 + 私有）将其解析为 ID；如果存在多个匹配，它优先选择活跃的频道。
-- 启动时，SkyKoi 将白名单中的频道/用户名解析为 ID（在令牌允许时）并记录映射；未解析的条目按原样保留。
+- 启动时，SKYKOI 将白名单中的频道/用户名解析为 ID（在令牌允许时）并记录映射；未解析的条目按原样保留。
 - 要**不允许任何频道**，设置 `channels.slack.groupPolicy: "disabled"`（或保留空白名单）。
 
 频道选项（`channels.slack.channels.<id>` 或 `channels.slack.channels.<name>`）：

package/docs/zh-CN/channels/telegram.md

@@ -117,7 +117,7 @@ Telegram 机器人默认启用**隐私模式**，这会限制它们接收哪些
 
 ## 草稿流式传输
 
-SkyKoi 可以在 Telegram 私信中使用 `sendMessageDraft` 流式传输部分回复。
+SKYKOI 可以在 Telegram 私信中使用 `sendMessageDraft` 流式传输部分回复。
 
 要求：
 
@@ -132,11 +132,11 @@ SkyKoi 可以在 Telegram 私信中使用 `sendMessageDraft` 流式传输部分
 - 出站 Telegram 文本使用 `parse_mode: "HTML"`（Telegram 支持的标签子集）。
 - 类 Markdown 输入被渲染为 **Telegram 安全 HTML**（粗体/斜体/删除线/代码/链接）；块级元素被扁平化为带换行/项目符号的文本。
 - 来自模型的原始 HTML 会被转义，以避免 Telegram 解析错误。
-- 如果 Telegram 拒绝 HTML 负载，SkyKoi 会以纯文本重试相同的消息。
+- 如果 Telegram 拒绝 HTML 负载，SKYKOI 会以纯文本重试相同的消息。
 
 ## 命令（原生 + 自定义）
 
-SkyKoi 在启动时向 Telegram 的机器人菜单注册原生命令（如 `/status`、`/reset`、`/model`）。
+SKYKOI 在启动时向 Telegram 的机器人菜单注册原生命令（如 `/status`、`/reset`、`/model`）。
 你可以通过配置向菜单添加自定义命令：
 
 ```json5
@@ -161,7 +161,7 @@ SkyKoi 在启动时向 Telegram 的机器人菜单注册原生命令（如 `/sta
 
 注意：
 
-- 自定义命令**仅是菜单条目**；除非你在其他地方处理它们，否则 SkyKoi 不会实现它们。
+- 自定义命令**仅是菜单条目**；除非你在其他地方处理它们，否则 SKYKOI 不会实现它们。
 - 命令名称会被规范化（去除前导 `/`，转为小写），必须匹配 `a-z`、`0-9`、`_`（1-32 个字符）。
 - 自定义命令**不能覆盖原生命令**。冲突会被忽略并记录日志。
 - 如果禁用了 `commands.native`，则只注册自定义命令（如果没有则清空）。
@@ -239,7 +239,7 @@ SkyKoi 在启动时向 Telegram 的机器人菜单注册原生命令（如 `/sta
 
 **提示：** 要获取你自己的用户 ID，私信机器人，它会回复你的用户 ID（配对消息），或者在命令启用后使用 `/whoami`。
 
-**隐私注意：** `@userinfobot` 是第三方机器人。如果你更倾向于其他方式，将机器人添加到群组，发送一条消息，然后使用 `SkyKoi logs --follow` 读取 `chat.id`，或使用 Bot API `getUpdates`。
+**隐私注意：** `@userinfobot` 是第三方机器人。如果你更倾向于其他方式，将机器人添加到群组，发送一条消息，然后使用 `SKYKOI logs --follow` 读取 `chat.id`，或使用 Bot API `getUpdates`。
 
 ## 配置写入
 
@@ -247,7 +247,7 @@ SkyKoi 在启动时向 Telegram 的机器人菜单注册原生命令（如 `/sta
 
 这发生在以下情况：
 
-- 群组升级为超级群组，Telegram 发出 `migrate_to_chat_id`（聊天 ID 更改）。SkyKoi 可以自动迁移 `channels.telegram.groups`。
+- 群组升级为超级群组，Telegram 发出 `migrate_to_chat_id`（聊天 ID 更改）。SKYKOI 可以自动迁移 `channels.telegram.groups`。
 - 你在 Telegram 聊天中运行 `/config set` 或 `/config unset`（需要 `commands.config: true`）。
 
 禁用方式：
@@ -260,7 +260,7 @@ SkyKoi 在启动时向 Telegram 的机器人菜单注册原生命令（如 `/sta
 
 ## 话题（论坛超级群组）
 
-Telegram 论坛话题在每条消息中包含 `message_thread_id`。SkyKoi：
+Telegram 论坛话题在每条消息中包含 `message_thread_id`。SKYKOI：
 
 - 将 `:topic:<threadId>` 附加到 Telegram 群组会话键，使每个话题隔离。
 - 发送输入指示器和回复时带上 `message_thread_id`，使响应保持在话题内。
@@ -269,7 +269,7 @@ Telegram 论坛话题在每条消息中包含 `message_thread_id`。SkyKoi：
 - 话题特定配置可在 `channels.telegram.groups.<chatId>.topics.<threadId>` 下设置（skills、允许列表、自动回复、系统提示、禁用）。
 - 话题配置继承群组设置（requireMention、允许列表、skills、提示、enabled），除非每话题覆盖。
 
-私聊在某些边缘情况下可能包含 `message_thread_id`。SkyKoi 保持私信会话键不变，但在存在线程 id 时仍将其用于回复/草稿流式传输。
+私聊在某些边缘情况下可能包含 `message_thread_id`。SKYKOI 保持私信会话键不变，但在存在线程 id 时仍将其用于回复/草稿流式传输。
 
 ## 内联按钮
 
@@ -354,8 +354,8 @@ Telegram 功能可以在两个级别配置（上面显示的对象形式；旧
 
 - 默认：`channels.telegram.dmPolicy = "pairing"`。未知发送者收到配对码；在批准之前消息被忽略（配对码 1 小时后过期）。
 - 批准方式：
-  - `SkyKoi pairing list telegram`
-  - `SkyKoi pairing approve telegram <CODE>`
+  - `SKYKOI pairing list telegram`
+  - `SKYKOI pairing approve telegram <CODE>`
 - 配对是 Telegram 私信使用的默认 token 交换。详情：[配对](/channels/pairing)
 - `channels.telegram.allowFrom` 接受数字用户 ID（推荐）或 `@username` 条目。这**不是**机器人用户名；使用人类发送者的 ID。向导接受 `@username` 并在可能时将其解析为数字 ID。
 
@@ -364,7 +364,7 @@ Telegram 功能可以在两个级别配置（上面显示的对象形式；旧
 更安全（无第三方机器人）：
 
 1. 启动 Gateway 网关并私信你的机器人。
-2. 运行 `SkyKoi logs --follow` 并查找 `from.id`。
+2. 运行 `SKYKOI logs --follow` 并查找 `from.id`。
 
 备选（官方 Bot API）：
 
@@ -418,7 +418,7 @@ Telegram 通过标签支持可选的线程回复：
 ## 音频消息（语音 vs 文件）
 
 Telegram 区分**语音备忘录**（圆形气泡）和**音频文件**（元数据卡片）。
-SkyKoi 默认使用音频文件以保持向后兼容性。
+SKYKOI 默认使用音频文件以保持向后兼容性。
 
 要在智能体回复中强制使用语音备忘录气泡，在回复中的任何位置包含此标签：
 
@@ -440,11 +440,11 @@ SkyKoi 默认使用音频文件以保持向后兼容性。
 
 ## 贴纸
 
-SkyKoi 支持接收和发送 Telegram 贴纸，并具有智能缓存功能。
+SKYKOI 支持接收和发送 Telegram 贴纸，并具有智能缓存功能。
 
 ### 接收贴纸
 
-当用户发送贴纸时，SkyKoi 根据贴纸类型处理：
+当用户发送贴纸时，SKYKOI 根据贴纸类型处理：
 
 - **静态贴纸（WEBP）：** 下载并通过视觉处理。贴纸在消息内容中显示为 `<media:sticker>` 占位符。
 - **动画贴纸（TGS）：** 跳过（Lottie 格式不支持处理）。
@@ -461,7 +461,7 @@ SkyKoi 支持接收和发送 Telegram 贴纸，并具有智能缓存功能。
 
 ### 贴纸缓存
 
-贴纸通过 AI 的视觉功能处理以生成描述。由于相同的贴纸经常重复发送，SkyKoi 缓存这些描述以避免冗余的 API 调用。
+贴纸通过 AI 的视觉功能处理以生成描述。由于相同的贴纸经常重复发送，SKYKOI 缓存这些描述以避免冗余的 API 调用。
 
 **工作原理：**
 
@@ -469,7 +469,7 @@ SkyKoi 支持接收和发送 Telegram 贴纸，并具有智能缓存功能。
 2. **缓存存储：** 描述与贴纸的文件 ID、表情符号和集合名称一起保存。
 3. **后续遇到：** 当再次看到相同贴纸时，直接使用缓存的描述。图像不会发送给 AI。
 
-**缓存位置：** `~/.skykoi/telegram/sticker-cache.json`
+**缓存位置：** `~/.SKYKOI/telegram/sticker-cache.json`
 
 **缓存条目格式：**
 
@@ -573,7 +573,7 @@ SkyKoi 支持接收和发送 Telegram 贴纸，并具有智能缓存功能。
 ## 流式传输（草稿）
 
 Telegram 可以在智能体生成响应时流式传输**草稿气泡**。
-SkyKoi 使用 Bot API `sendMessageDraft`（不是真实消息），然后将最终回复作为普通消息发送。
+SKYKOI 使用 Bot API `sendMessageDraft`（不是真实消息），然后将最终回复作为普通消息发送。
 
 要求（Telegram Bot API 9.3+）：
 
@@ -615,7 +615,7 @@ SkyKoi 使用 Bot API `sendMessageDraft`（不是真实消息），然后将最
 ## 反应通知
 
 **反应工作原理：**
-Telegram 反应作为**单独的 `message_reaction` 事件**到达，而不是消息负载中的属性。当用户添加反应时，SkyKoi：
+Telegram 反应作为**单独的 `message_reaction` 事件**到达，而不是消息负载中的属性。当用户添加反应时，SKYKOI：
 
 1. 从 Telegram API 接收 `message_reaction` 更新
 2. 将其转换为**系统事件**，格式为：`"Telegram reaction added: {emoji} by {user} on msg {id}"`
@@ -654,14 +654,14 @@ Telegram 反应作为**单独的 `message_reaction` 事件**到达，而不是
 
 **要求：**
 
-- Telegram 机器人必须在 `allowed_updates` 中明确请求 `message_reaction`（由 SkyKoi 自动配置）
+- Telegram 机器人必须在 `allowed_updates` 中明确请求 `message_reaction`（由 SKYKOI 自动配置）
 - 对于 webhook 模式，反应包含在 webhook `allowed_updates` 中
 - 对于轮询模式，反应包含在 `getUpdates` `allowed_updates` 中
 
 ## 投递目标（CLI/cron）
 
 - 使用聊天 id（`123456789`）或用户名（`@name`）作为目标。
-- 示例：`SkyKoi message send --channel telegram --target 123456789 --message "hi"`。
+- 示例：`SKYKOI message send --channel telegram --target 123456789 --message "hi"`。
 
 ## 故障排除
 
@@ -669,8 +669,8 @@ Telegram 反应作为**单独的 `message_reaction` 事件**到达，而不是
 
 - 如果你设置了 `channels.telegram.groups.*.requireMention=false`，Telegram 的 Bot API **隐私模式**必须禁用。
   - BotFather：`/setprivacy` → **Disable**（然后从群组中移除并重新添加机器人）
-- `SkyKoi channels status` 在配置期望未提及群组消息时显示警告。
-- `SkyKoi channels status --probe` 可以额外检查显式数字群组 ID 的成员资格（它无法审计通配符 `"*"` 规则）。
+- `SKYKOI channels status` 在配置期望未提及群组消息时显示警告。
+- `SKYKOI channels status --probe` 可以额外检查显式数字群组 ID 的成员资格（它无法审计通配符 `"*"` 规则）。
 - 快速测试：`/activation always`（仅会话级别；使用配置以持久化）
 
 **机器人完全看不到群组消息：**
@@ -678,7 +678,7 @@ Telegram 反应作为**单独的 `message_reaction` 事件**到达，而不是
 - 如果设置了 `channels.telegram.groups`，群组必须被列出或使用 `"*"`
 - 在 @BotFather 中检查隐私设置 →"Group Privacy"应为 **OFF**
 - 验证机器人确实是成员（不仅仅是没有读取权限的管理员）
-- 检查 Gateway 网关日志：`SkyKoi logs --follow`（查找"skipping group message"）
+- 检查 Gateway 网关日志：`SKYKOI logs --follow`（查找"skipping group message"）
 
 **机器人响应提及但不响应 `/activation always`：**
 
@@ -693,7 +693,7 @@ Telegram 反应作为**单独的 `message_reaction` 事件**到达，而不是
 **长轮询在 Node 22+ 上立即中止（通常与代理/自定义 fetch 有关）：**
 
 - Node 22+ 对 `AbortSignal` 实例更严格；外部信号可以立即中止 `fetch` 调用。
-- 升级到规范化中止信号的 SkyKoi 构建版本，或在可以升级之前在 Node 20 上运行 Gateway 网关。
+- 升级到规范化中止信号的 SKYKOI 构建版本，或在可以升级之前在 Node 20 上运行 Gateway 网关。
 
 **机器人启动后静默停止响应（或日志显示 `HttpError: Network request ... failed`）：**
 

package/docs/zh-CN/channels/tlon.md

@@ -14,7 +14,7 @@ x-i18n:
 
 # Tlon（插件）
 
-Tlon 是一个基于 Urbit 构建的去中心化即时通讯工具。SkyKoi 连接到你的 Urbit ship，可以响应私信和群聊消息。群组回复默认需要 @ 提及，并可通过允许列表进一步限制。
+Tlon 是一个基于 Urbit 构建的去中心化即时通讯工具。SKYKOI 连接到你的 Urbit ship，可以响应私信和群聊消息。群组回复默认需要 @ 提及，并可通过允许列表进一步限制。
 
 状态：通过插件支持。支持私信、群组提及、话题回复和纯文本媒体回退（URL 附加到说明文字）。不支持表情回应、投票和原生媒体上传。
 
@@ -25,13 +25,13 @@ Tlon 作为插件提供，不包含在核心安装中。
 通过 CLI 安装（npm 仓库）：
 
 ```bash
-SkyKoi plugins install @SkyKoi/tlon
+SKYKOI plugins install @SKYKOI/tlon
 ```
 
 本地检出（从 git 仓库运行时）：
 
 ```bash
-SkyKoi plugins install ./extensions/tlon
+SKYKOI plugins install ./extensions/tlon
 ```
 
 详情：[插件](/tools/plugin)
@@ -124,7 +124,7 @@ SkyKoi plugins install ./extensions/tlon
 
 ## 投递目标（CLI/cron）
 
-与 `SkyKoi message send` 或 cron 投递一起使用：
+与 `SKYKOI message send` 或 cron 投递一起使用：
 
 - 私信：`~sampel-palnet` 或 `dm/~sampel-palnet`
 - 群组：`chat/~host-ship/channel` 或 `group:~host-ship/channel`
@@ -132,5 +132,5 @@ SkyKoi plugins install ./extensions/tlon
 ## 注意事项
 
 - 群组回复需要提及（例如 `~your-bot-ship`）才能响应。
-- 话题回复：如果入站消息在话题中，SkyKoi 会在话题内回复。
+- 话题回复：如果入站消息在话题中，SKYKOI 会在话题内回复。
 - 媒体：`sendMedia` 回退为文本 + URL（无原生上传）。

package/docs/zh-CN/channels/troubleshooting.md

@@ -18,8 +18,8 @@ x-i18n:
 首先运行：
 
 ```bash
-SkyKoi doctor
-SkyKoi channels status --probe
+SKYKOI doctor
+SKYKOI channels status --probe
 ```
 
 `channels status --probe` 会在检测到常见渠道配置错误时输出警告，并包含小型实时检查（凭据、部分权限/成员资格）。

package/docs/zh-CN/channels/twitch.md

@@ -1,6 +1,6 @@
 ---
 read_when:
-  - 为 SkyKoi 设置 Twitch 聊天集成
+  - 为 SKYKOI 设置 Twitch 聊天集成
 summary: Twitch 聊天机器人配置和设置
 title: Twitch
 x-i18n:
@@ -14,7 +14,7 @@ x-i18n:
 
 # Twitch（插件）
 
-通过 IRC 连接支持 Twitch 聊天。SkyKoi 以 Twitch 用户（机器人账户）身份连接，在频道中接收和发送消息。
+通过 IRC 连接支持 Twitch 聊天。SKYKOI 以 Twitch 用户（机器人账户）身份连接，在频道中接收和发送消息。
 
 ## 需要插件
 
@@ -23,13 +23,13 @@ Twitch 作为插件发布，未与核心安装捆绑。
 通过 CLI 安装（npm 注册表）：
 
 ```bash
-SkyKoi plugins install @SkyKoi/twitch
+SKYKOI plugins install @SKYKOI/twitch
 ```
 
 本地检出（从 git 仓库运行时）：
 
 ```bash
-SkyKoi plugins install ./extensions/twitch
+SKYKOI plugins install ./extensions/twitch
 ```
 
 详情：[插件](/tools/plugin)
@@ -57,7 +57,7 @@ SkyKoi plugins install ./extensions/twitch
   channels: {
     twitch: {
       enabled: true,
-      username: "SkyKoi", // 机器人的 Twitch 账户
+      username: "SKYKOI", // 机器人的 Twitch 账户
       accessToken: "oauth:abc123...", // OAuth Access Token（或使用 SKYKOI_TWITCH_ACCESS_TOKEN 环境变量）
       clientId: "xyz789...", // Token Generator 中的 Client ID
       channel: "vevisk", // 要加入的 Twitch 频道聊天（必填）
@@ -101,7 +101,7 @@ SKYKOI_TWITCH_ACCESS_TOKEN=oauth:abc123...
   channels: {
     twitch: {
       enabled: true,
-      username: "SkyKoi",
+      username: "SKYKOI",
       accessToken: "oauth:abc123...",
       clientId: "xyz789...",
       channel: "vevisk",
@@ -163,13 +163,13 @@ SKYKOI_TWITCH_ACCESS_TOKEN=oauth:abc123...
     twitch: {
       accounts: {
         channel1: {
-          username: "SkyKoi",
+          username: "SKYKOI",
           accessToken: "oauth:abc123...",
           clientId: "xyz789...",
           channel: "vevisk",
         },
         channel2: {
-          username: "SkyKoi",
+          username: "SKYKOI",
           accessToken: "oauth:def456...",
           clientId: "uvw012...",
           channel: "secondchannel",
@@ -258,8 +258,8 @@ SKYKOI_TWITCH_ACCESS_TOKEN=oauth:abc123...
 首先，运行诊断命令：
 
 ```bash
-SkyKoi doctor
-SkyKoi channels status --probe
+SKYKOI doctor
+SKYKOI channels status --probe
 ```
 
 ### 机器人不响应消息
@@ -323,7 +323,7 @@ Access token refreshed for user 123456 (expires in 14400s)
   channels: {
     twitch: {
       enabled: true,
-      username: "SkyKoi",
+      username: "SKYKOI",
       accessToken: "oauth:abc123...",
       clientId: "xyz789...",
       channel: "vevisk",