dsh-wechat-clawbot — 微信悬浮球扫码桥接

English | 中文

本仓库（独立维护）：zhengjy01/dsh-wechat-clawbot — 非 GitHub fork 关系，独立仓库。 上游来源：lubaiUwU/DSH-WeChatClawBot，MIT License，Copyright (c) 2026 lubai。 本仓库相对上游的改动：见文末 「本仓库的改动」。上游最后提交 2026-08-17、维护者最后活动 08-18；本仓库接手维护并带上两个本地修复。

安装（用户只需这一句）： 对 DSH 说 请帮我安装插件 https://github.com/zhengjy01/dsh-wechat-clawbot
Windows / macOS / Linux、DSH Desktop 与 CLI 都适用。profile、依赖、悬浮球注册由安装方按下方「给安装 Agent 的步骤」自动处理，用户不用额外交代。

给 DeepSeek Harness（dsh）装一个插件后，GUI 右下角出现微信绿色悬浮球：点开 → 手机微信扫码登录 → 之后微信里发给你的消息直接进入独立的微信对话区（不会混进 GUI 会话），由 DSH 的 agent 处理，回复自动回传微信。

不需要 OpenClaw、不需要任何外部服务。微信接入使用腾讯官方渠道协议（iLink，与 @tencent-weixin/openclaw-weixin 同源，MIT 许可），本项目把协议核心抽成了独立网关服务。

微信 (手机)
   │ 扫码登录（悬浮球面板展示二维码）
   ▼
wechat-gateway      ← 独立 Node 服务（腾讯 iLink 协议：收/发消息，端口 51235）
   │  SSE message 事件
   ▼
dsh-wechat-bot      ← DSH 宿主插件（spawn/守护网关、注入会话、回复回传）
   │  createBridge（会话驱动核心，复用 dsh-wechat-bridge）
   ▼
DSH agent（独立微信对话区；上下文长期保留）
   ▲
dsh-client-wechat-ui ← 浏览器悬浮球（扫码/验证码/白名单/模型配置/新对话）

安装形态：宿主与悬浮球由同一个 npm 包（dsh-wechat-clawbot）承载——index.js 是宿主入口（转出 dsh-wechat-bot），dsh.client + exports["./client"] 指向悬浮球 bundle（dsh-client-wechat-ui/client.js）。内部目录仍是原来的三个模块，但不再互相声明 file: 子包依赖（pnpm 安装 tarball / git 依赖时无法解析那种依赖，会直接装不上）。

✨ 功能特性

• 扫码即用：手机微信扫悬浮球二维码绑定；登录凭证存本机，重启 DSH 自动恢复登录（token 失效才需重扫）
• 独立对话区：微信消息绝不进入 GUI 会话；对话区上下文连续，重启后自动恢复历史（持久化会话 + 会话映射）
• 按命令切换对话：微信发 /new（或 /新对话、/新会话）、悬浮球点「新对话」才新建对话区；默认永远沿用同一对话
• ClawBot 专用模型：面板配置模型（快捷选择已配密钥的模型 / 自定义填写）+ 思考强度（off/high/max），重启后保留，只对微信回合生效
• 联系人白名单：默认允许所有；可在面板批准/忽略新联系人
• 远程审批：微信回合遇到需要批准的敏感操作时，把问句发到同一个微信对话，回 1 批准一次 / 2 拒绝（也认 /approve、/reject、批准、拒绝）；超时、窗口关闭或没有出站通道时自动转 GUI，绝不静默失败。前提是会话权限预设不是 danger-full-access（那个预设下审批策略为 never，不会有审批）
• 会话窗口健康 + 保鲜：腾讯只接受「开着会话窗口」时的主动推送，而本地登录 phase 反映不出这一点。网关把每条入站消息落盘成 last-inbound.json，把每次真实发送的结果落盘成 window-state.json，暴露 GET /window，/send 失败时返回机器可读的 reason（window_closed / window_open_invalid_arguments）与人类可读 hint。宿主插件内置保鲜循环：真实发送证明窗口已关时弹一次桌面通知；静默超过 keepaliveWarnHours 时每个入站再提醒一次。故意不做探测——发往不存在收件人永远返回 ret=-3，判断不了窗口。不需要任何本机脚本或 launchd 定时器。

🖥️ 环境要求

| 依赖 | 要求 | 说明 | |---|---|---| | 操作系统 | Windows / macOS / Linux | 推荐 dsh plugin add；Windows 也可 .\install-wechat.ps1 | | DeepSeek Harness | 已安装 DSH Desktop 或能跑 dsh | 用户只需说「请帮我安装插件」+ 本仓库 URL；profile 由安装方自动检测 | | Node.js | >= 22.19（建议 22.x 或 24.x LTS） | 与 DSH 引擎要求一致；网关与插件同标准 | | npm / pnpm | 任意较新版本 | dsh plugin add 用 profile 自带的 pnpm；唯一外部依赖是 qrcode | | 微信账号 | 一个可扫码的手机微信 | 建议小号：个人微信自动化存在账号风控风险，请自行评估 | | 模型密钥 | 可选 | 在 DSH 设置（Models 页）配置密钥即可；快捷选择模型时会自动检测密钥状态 | | 可用端口 | 51234 / 51235 / 51236 | 均为本机回环 127.0.0.1 监听，一般不会冲突 |

端口与数据目录

| 项 | 值 | 用途 | |---|---|---| | 127.0.0.1:51234 | dsh-wechat-bridge HTTP 桥 | 调试 / OpenClaw 转发方案 | | 127.0.0.1:51235 | wechat-gateway | 微信协议收/发、扫码登录、SSE 事件 | | 127.0.0.1:51236 | dsh-wechat-bot 模型端点 | 悬浮球读写「ClawBot 使用模型」配置 | | ~/.dsh-wechat/ | 状态目录 | 登录凭证、白名单、模型配置（clawbot-model.json）、会话映射（bridge-sessions.json）、对话区编号（wechat-session.json）、主动推送上下文（context-tokens.json）、入站时钟（last-inbound.json）、窗口健康（window-state.json）、保鲜账本（window-keepalive.json） |

$DSH_HOME 默认 ~/.dsh（Windows：C:\Users\<你>\.dsh）；Mac 桌面 .app 可能是 ~/Library/Application Support/DeepSeekHarness。可用环境变量 DSH_HOME 覆盖。DSH Desktop 的 profile 一般叫 desktop，CLI Web 一般叫 web（安装 Agent 会自动选，用户不用记）。

兼容性 / Compatibility

要求 DeepSeek Harness ≥ 0.1.5-rc.1（在 package.json 的 dsh.engines.dsh 中声明），实测通过 0.1.5-rc.1——验证方式是在隔离 DSH_HOME 里用 tarball 装进空 profile 并启动：宿主健康路由 GET /api/dsh-wechat-bot/probe 返回 200、客户端 bundle 出现在 __DSH_BOOT__.entries、30 秒稳定性观察无掉线或新报错。Node.js 要求 ≥ 22.19（DSH 引擎要求）。

📦 目录结构

dsh-wechat-clawbot/
├── package.json          # 单一组合包 manifest（dsh.bundle → cordis.patch.yml；dsh.client → 悬浮球）
├── index.js              # 宿主入口：转出 ./dsh-wechat-bot（让整包只有一个安装单元）
├── cordis.patch.yml      # 注入 wechat-bot 一行（宿主；悬浮球由 dsh.client 自动注册）
├── wechat-gateway/       # 微信网关（gateway.mjs、window.mjs，Node 内置 fetch，依赖 qrcode）
├── dsh-wechat-bot/       # 宿主插件实现（管理网关进程、会话注入、模型端点、/probe、keepalive.mjs）
├── dsh-client-wechat-ui/ # 浏览器悬浮球 bundle（client.js，零依赖）
├── dsh-wechat-bridge/    # 会话驱动核心（createBridge + 可选 HTTP 桥 + 单元测试）
├── install-wechat.sh     # 本地 checkout 安装（软链整仓，macOS/Linux/Git Bash）
├── install-wechat.ps1    # 本地 checkout 安装（junction 整仓，Windows 原生）
├── install-dsh-bridge.sh # 安装 HTTP 桥（可选，OpenClaw 转发方案用）
├── scripts/              # peer 垫片（软链开发用）+ 可移植性验证
├── PORTABILITY-SOP.md    # 可移植性验证 SOP（发布前门禁，AGENTS.md 第 10 节）
└── README.md

🚀 安装

用户只需对 DSH 说这一句（不必提 Windows、desktop）：

请帮我安装插件 https://github.com/zhengjy01/dsh-wechat-clawbot

下面整节是给正在执行安装的 AI / Agent看的。用户不用说这些；你读完后自己做完，不要再追问用户选 profile。

给安装 Agent 的步骤（必须按顺序做完）

1. 自动选定 profile，不要默认 web。
   $DSH_HOME 一般为 ~/.dsh（Windows：%USERPROFILE%\.dsh）。按下面优先级选一个已存在的目录名：

   • $DSH_HOME/profiles/desktop 存在 → 用 desktop（DSH Desktop / Windows 官方桌面版几乎都是这个）
   • 否则 $DSH_HOME/profiles/web 存在 → 用 web
   • 否则看 $DSH_HOME/profiles/ 下实际有哪个，用那个
     记作 <profile>。

2. 安装组合包：

   dsh plugin --profile <profile> add github:zhengjy01/dsh-wechat-clawbot

   本包没有 prepare / postinstall 构建脚本（宿主 + 悬浮球同包、qrcode 是普通依赖），所以 pnpm ≥10 的 allowBuilds 不会拦它；安装成功即进入 profile 的 dsh.profile.bundles。

3. 告诉用户重启 DSH / DSH Desktop。 重启后右下角应出现微信绿色悬浮球 → 扫码登录。不要假设不重启也能用。

4. 不要只改 cordis.patch.yml 却不装包；不要假设 profile 一定是 web；不要用 spawn 网关时去掉 ELECTRON_RUN_AS_NODE（Windows Desktop 的 process.execPath 是 exe 不是 node）。

手动安装（脚本，本地 checkout 开发用）

macOS / Linux / Git Bash：

git clone https://github.com/zhengjy01/dsh-wechat-clawbot
cd dsh-wechat-clawbot
bash install-wechat.sh

Windows PowerShell：

git clone https://github.com/zhengjy01/dsh-wechat-clawbot
cd dsh-wechat-clawbot
.\install-wechat.ps1                  # 自动选择 desktop 或 web
.\install-wechat.ps1 -Profile desktop # 强制装进 DSH Desktop

手动安装（DSH 插件命令）

若你自己跑命令：先看 $DSH_HOME/profiles/ 里是 desktop 还是 web，再用那个名字：

dsh plugin --profile desktop add github:zhengjy01/dsh-wechat-clawbot
# 或
dsh plugin --profile web add github:zhengjy01/dsh-wechat-clawbot

一键脚本（本地 checkout）

# 1. 安装（幂等，可重复执行；脚本会：装网关依赖 → 建 peer 垫片 →
#    把整个仓库链接进 DSH profile 的 node_modules/dsh-wechat-clawbot → 写入 cordis.patch.yml）
bash install-wechat.sh

# 2. 重启 DeepSeek Harness 应用（让宿主插件与悬浮球加载）

# 3. 扫码
#    GUI 右下角绿色微信悬浮球 → 点击 → 手机微信「扫一扫」
#    （部分账号首次登录需在面板输入手机显示的验证码）

验证网关：

curl http://127.0.0.1:51235/status
# {"phase":"logged_in","message":"已恢复登录（使用已保存的凭证）",...} 或 {"phase":"waiting_qrcode",...}

安装脚本做了什么

1. wechat-gateway/ 内 npm install（安装/确认 qrcode 依赖）。
2. 为 dsh-wechat-bot 与 dsh-wechat-bridge 建立 node_modules/@deepseek-ai/* 依赖垫片（软链/junction 到 $DSH_HOME/profiles/node_modules）——只有「软链本地仓库」这种开发模式需要（DSH 按真实路径解析插件，真实路径的上级看不到 profile 的 node_modules）；用 dsh plugin add 安装时不需要。
3. 把整个仓库链接为 $DSH_HOME/profiles/<desktop|web>/node_modules/dsh-wechat-clawbot。
4. 在该 profile 的 cordis.patch.yml 注入 wechat-bot 一行（若文件是空的 [] 则整文件替换，避免无效 YAML）；悬浮球由同一个包的 dsh.client 声明自动注册，不需要单独的行。

卸载：删掉 cordis.patch.yml 中对应段与 profiles/<name>/node_modules/dsh-wechat-clawbot，重启即可；~/.dsh-wechat/ 删除即退出登录。

📱 使用

• 收消息：微信消息进入独立的微信对话区（GUI 侧边栏可见，不会混入你的 GUI 聊天）；同对话区上下文连续，重启 DSH 自动恢复历史记忆。
• 切换对话：微信发 /new、/新对话、/新会话，或悬浮球面板点「新对话」→ 新建对话区（旧对话保留）；其余时间一直沿用当前对话。
• ClawBot 使用模型：面板「快捷选择」列出已配密钥的模型（自动检测密钥状态），或「自定义填写」Provider/模型，选思考强度（off/high/max），保存后只对微信回合生效、重启保留；选「跟随 DSH 默认」再保存即清除配置。
• 新联系人：白名单为空 = 允许所有；陌生人消息会先收到提示，并在面板出现「批准/忽略」。

远程审批（在微信里批准危险操作）

由微信发起的回合遇到需要批准的敏感操作时，插件会把审批问句发到同一个微信对话，你在手机上回一个字就能决定——不用回到电脑前点按钮。

1. 把会话的权限预设降下来（这是前提）：设置 → 权限 选 workspace-write（或 read-only）。预设是 danger-full-access 时审批策略为 never，根本不会有审批请求，也就没有东西可批。
2. 确认 approval: wechat：默认已开（cordis.patch.yml 里 approval: wechat）。想恢复旧行为就改成 reject（直接拒绝并在回复里注明）或 ignore（留给电脑上的 GUI 处理）。
3. 在微信里发一条指令触发一次需要批准的操作（例如「把这个目录里的临时文件删掉」）。
4. 收到问句：微信里会来一条「⚠️ 需要审批 / 工具：xxx / 理由：xxx / 回复 1 = 批准一次 / 2 = 拒绝」。
5. 回复 1（或 /approve、批准） 放行这一次；回复 2（或 /reject、拒绝） 拒绝。随后会收到回执（「✅ 已批准一次（xxx）」/「❌ 已拒绝（xxx）」），agent 继续往下跑。
6. 没来得及回也没关系：超过 approvalTimeoutMs（默认 180 秒）、微信发不出去（会话窗口关闭）、或同一对话已有一条在等时，问句会自动转到电脑上的 DSH 界面继续等你，绝不会静默失败。

截图位 1 — 微信里的审批问句 截：手机微信里 ClawBot 对话中那条「⚠️ 需要审批」消息（含工具名、理由、以及「回复 1 = 批准一次 / 2 = 拒绝」三行）。 注意：把本机路径、用户名、以及问句里可能出现的敏感命令打码。 补图后把本块替换为 ![微信远程审批](docs/images/dsh-wechat-clawbot-1-approval-prompt.png)。

截图位 2 — 回复与回执 截：紧接着回一条 1 之后，机器人回的那条「✅ 已批准一次（xxx）」；同一张图里能同时看到上面的问句更好。 补图后把本块替换为 ![审批回执](docs/images/dsh-wechat-clawbot-2-approval-result.png)。

⚙️ 配置

$DSH_HOME/profiles/<desktop|web>/cordis.patch.yml（dsh plugin add 会自动带上这一段；下面是完整形态）：

- insert:
    - id: wechat-bot
      name: dsh-wechat-clawbot
      config:
        gatewayPort: 51235        # 微信网关端口（默认 51235）
        modelPort: 51236          # 模型配置端点端口（默认 51236）
        timeoutMs: 300000         # 单回合超时
        maxMessageChars: 20000
        approval: wechat          # 回合内审批：发到微信问（回 1 批准 / 2 拒绝），超时转 GUI
        approvalTimeoutMs: 180000 # 等回复的时限（毫秒；超时让位给 GUI，0=一直等）
        keepalive: true           # 内置会话窗口保鲜（默认开）
        keepaliveIntervalMinutes: 30   # 多久检查一次窗口
        keepaliveWarnHours: 2     # 静默达 N 小时就弹桌面提醒（每个入站一次；0=关）
        keepaliveNudgeHours: 0    # 可选旧行为：窗口开着且静默 ≥N 小时就在微信敲一下（0=关）
        keepaliveNotify: true     # 窗口关闭时弹桌面通知（macOS）

网关环境变量（wechat-gateway/gateway.mjs）：PORT（默认 51235）、STATE_DIR（默认 ~/.dsh-wechat）、UNAPPROVED_REPLY（未授权自动回复文案）、LOG_LEVEL（debug/info）。

宿主插件端口/状态目录也可用环境变量覆盖（默认值同 gatewayPort=51235 / modelPort=51236 / stateDir=~/.dsh-wechat）：DSH_WECHAT_GATEWAY_PORT、DSH_WECHAT_MODEL_PORT、DSH_WECHAT_STATE_DIR。可移植性验证在隔离实例里就是靠这三个变量避开本机已占用的端口。

🧪 开发与测试

• 语法：node --check <file>；网关/插件零构建（纯 JS ESM）。
• 单元测试：npm test（窗口分类 + 保鲜状态机 + 结算 + 远程审批，node --test，不联网；共 18 + 7 + 40 项）。
• 会话结算单元测试：node dsh-wechat-bridge/settle.test.mjs（覆盖 turn/end 结算、超时、报错、丢弃兜底、模型覆盖等场景，共 7 项）。
• 远程审批单元测试：node dsh-wechat-bridge/approval.test.mjs（批准 / 拒绝 / 斜杠命令、无关文本不认领、超时与投递失败转 GUI、非桥接回合不插手、串行问句、回合结束作废，共 40 项）。
• 网关可独立运行调试：cd wechat-gateway && npm install && node gateway.mjs。
• 修改宿主插件或网关后需重启 DSH 生效；修改 client.js（悬浮球）同样重启生效（boot 图缓存）。

可移植性验证（发布前门禁）

每个版本发布前必须按「别人的电脑」验证一遍：在隔离的 DSH_HOME 里用空 profile + tarball（不走 link:）安装并启动，检查入口进包、宿主健康路由、客户端 bundle 注册、就绪后的稳定性。健康路由是 GET /api/dsh-wechat-bot/probe。

npm run verify:quick   # 快速：跳过静态体检，稳定性观察 5s
npm run verify         # 标准：静态体检 + 完整八步
npm run verify:full    # 发布前：标准 + 30s 稳定性观察

本机跑验证时，先给网关/模型端点让开已被主实例占用的端口（可选）：

DSH_WECHAT_GATEWAY_PORT=51335 DSH_WECHAT_MODEL_PORT=51336 \
DSH_WECHAT_STATE_DIR="$(mktemp -d)" npm run verify:full

看到 ✅ 通过 才允许进入发布流程；判定标准见 PORTABILITY-SOP.md 与 2️⃣ AI/Standards/DSH插件可移植性验证清单.md。

🛠️ 排障

| 现象 | 处理 | |---|---| | 没有悬浮球 | 确认已装进正在运行的那个 profile（Desktop 用 desktop，CLI 用 web）并重启过应用 | | DSH Desktop 双击闪退 | 多为找不到 @deepseek-ai/schemastery。用官方路径重装：dsh plugin --profile desktop add github:zhengjy01/dsh-wechat-clawbot（软链本地仓库的开发模式才需要 node scripts/link-peer-shims.mjs 建垫片） | | 面板「无法连接网关」 | 网关没起来。DSH Desktop（Electron）必须用 ELECTRON_RUN_AS_NODE=1 拉起网关（0.1.1 已内置）。检查 netstat -ano \| findstr 51235 是否 LISTENING；看日志 wechat-gateway: 行 | | 登录后重启又要扫码 | 正常情况会自动恢复；若出现「登录已失效」说明 token 被微信侧吊销，需重扫 | | 微信发消息没反应 | 面板确认状态为「已连接」；新联系人需先批准；日志看 dsh-wechat-bot: 行 | | 回复/主动推送失败 | 先查窗口，别只查登录：curl http://127.0.0.1:51235/window。ret=-2 prepare failed / reason=window_closed = 腾讯侧会话窗口已关，光靠入站 context_token 打不开（不带 token 的真实发送同样失败），让用户给机器人发一句话即可恢复；保鲜循环也会在「开→关」跳变时弹一次桌面通知。若 window 为 open 仍失败，才是登录态失效：面板解绑后重新扫码，或删 ~/.dsh-wechat/accounts/ | | 显示 window_closed 但用户说刚发过消息 | 时钟来自真实入站（last-inbound.json）：确认手机确实送达、网关日志有该入站行；不要信 POST /probe——发往不存在收件人在任何窗口状态下都返回 ret=-3 | | 模型配置不生效 | 确认面板保存成功；配置只对微信发起的回合生效（GUI 手动回合不受影响） | | 想清空所有状态 | 删除 ~/.dsh-wechat/（凭证/模型/会话映射一并清除） |

📄 许可证

MIT。上游 lubaiUwU/DSH-WeChatClawBot 的 LICENSE（Copyright (c) 2026 lubai）在本仓库原样保留；本仓库的修改同样以 MIT 发布，不改变原始版权声明。协议核心（iLink 客户端）源自 @tencent-weixin/openclaw-weixin（腾讯官方渠道插件，MIT）。

⚠️ 免责声明：本项目仅供学习与个人自动化研究。使用个人微信账号自动化存在账号风控/封号风险，请使用小号并自行承担后果。本项目与腾讯、DeepSeek 无官方关联。

本仓库的改动

本仓库（zhengjy01/dsh-wechat-clawbot）是上游 lubaiUwU/DSH-WeChatClawBot 的独立维护分支，不是 GitHub fork 关系。相对上游（最后提交 2026-08-17 b817fc9）的改动：

| 提交 | 类型 | 内容 | |---|---|---| | 0.2.2 | 修复 | 修正窗口判据（0.2.1 里的探针做不到这件事）：发往不存在收件人在任何窗口状态下都返回 ret=-3，从来不代表「窗口开着」——实测探针说 open、一秒钟后不带 context_token 的真实发送照样 ret=-2。POST /probe 改为「只验证上游可达、不作数」且不再改写 window-state.json；保鲜循环的窗口状态只取真实发送的结果，并新增按静默时长的桌面提醒（keepaliveWarnHours，默认 2 小时，每个入站一次），因为窗口可能在我们观测到之前就关了。同时修掉跨 tick 漏出的旧 action 字段。 | | 0.2.1 | 修复 | 把「会话窗口健康 + 保鲜提醒」收进插件（「机器人不通知」的真正根因）：网关对每条入站消息落盘 last-inbound.json，暴露 GET /window，/send 失败时返回机器可读的 reason/hint；宿主插件内置保鲜循环。存活探针补上 version 字段。全新机器安装插件即自带，无需本机脚本/launchd。 | | 6668793 | 修复 | 登录循环覆盖：startLogin 每轮递增 state.loginGen，旧轮次只能 bailIfSuperseded 静默退出，不能再 setPhase/刷新二维码（原来会把 logged_in 改回 waiting_qrcode）；/send 只校验持有 token、不再硬卡 phase，二维码刷新期间不丢已生成的回复；modelServer 增加 error 监听，端口占用不再终结 DSH 宿主。 | | 273601d | 修复 | 主动推送 context_token 复用：iLink 的 sendmessage 需要「打开的会话上下文」，入站消息带 context_token 但原网关只在自动回复路径透传，所有 fire-and-forget 推送（日报/通知/派发器）在距上次交互一段时间后一律 502 ret=-2 prepare failed。修复把每个发送者最近一次的 context_token 落盘（<stateDir>/context-tokens.json，0600，最多 50 个），/send 在调用方未显式提供时自动复用；调用方仍可用 contextToken 覆盖。 | | 本次 | 新增/调整 | ① 打成单一 npm 包（index.js 转出宿主、dsh.client 声明悬浮球），移除了上游的 file: 子包依赖与 prepare/postinstall——上游那种结构在 pnpm 10 下 dsh plugin add 会因「解析不到 file: 子包」或「build scripts 被拦截」而直接装不上；② GET /api/dsh-wechat-bot/probe 宿主存活探针；③ DSH_WECHAT_GATEWAY_PORT / DSH_WECHAT_MODEL_PORT / DSH_WECHAT_STATE_DIR 三个环境变量覆盖（默认值不变），用于隔离的可移植性验证；④ 补齐 scripts/portability.mjs + PORTABILITY-SOP.md + verify 三条 npm script；⑤ 宿主内 dsh-wechat-bridge 改为相对导入，安装路径不再依赖 peer 垫片。 |

未改动的上游行为：扫码登录、悬浮球面板、白名单、ClawBot 模型配置、独立对话区 /new 切换等全部保持一致。上游 PR ＃1（对应本仓库修复 6668793，自 2026-09-11 起 0 回应）继续保留在上游仓库供上游合并。