@mrrisega/dsh-remote 0.7.0-beta.8 → 0.7.1-beta.1

package/clients/dsh-remote/test/wechat-runtime.test.mjs

@@ -339,12 +339,12 @@ test("★ handleCommand 的字段是 replyText:回 /help 必须真的发出帮
 test("★ 分层:免费档 = 通知+审批,付费档才给遥控;未知档位按最低档", () => {
   const { capabilitiesFor, WECHAT_CAPABILITY_TABLE, grantsCap, limitsFor } = rtmod;
   const free = capabilitiesFor("free");
-  // 免费档(业主口径):收得到通知、点得了审批、看得到状态、停得下任务 —— 但**遥控不了**。
+  // 免费档(用户约定):收得到通知、点得了审批、看得到状态、停得下任务 —— 但**遥控不了**。
   for (const cap of ["notify", "approve", "status", "stop"]) {
     assert.ok(free.includes(cap), `免费档必须有 ${cap}`);
   }
   for (const cap of ["assign", "sessions", "summary"]) {
-    assert.ok(!free.includes(cap), `免费档**不得**有 ${cap}(业主:那是付费能力)`);
+    assert.ok(!free.includes(cap), `免费档**不得**有 ${cap}(用户:那是付费能力)`);
   }
   // 付费档 = 免费档超集 + 遥控
   const pro = capabilitiesFor("pro");
@@ -355,7 +355,7 @@ test("★ 分层:免费档 = 通知+审批,付费档才给遥控;未知档位按
     assert.ok(grantsCap(pro, cap), `付费档必须有 ${cap}`);
   }
 
-  // ★★ 业主 2026-09-22 拍板的核心不变量:免费**能续接已有会话、不能开新会话**
+  // ★★ 用户 2026-09-22 拍板的核心不变量:免费**能续接已有会话、不能开新会话**
   assert.ok(grantsCap(free, "assign.continue"), "免费档必须能「继续已有会话」(回复即续接)");
   assert.ok(!grantsCap(free, "assign.new"), "★免费档**不得**能开新会话(那是会员能力的差异点)");
   assert.ok(!grantsCap(free, "sessions"), "免费档不得能切换会话");
@@ -368,7 +368,7 @@ test("★ 分层:免费档 = 通知+审批,付费档才给遥控;未知档位按
   assert.ok(!grantsCap(["assign"], "constructor"), "前缀规则不能被开头相同的无关词命中");
   assert.ok(!grantsCap(free, "steer") && !grantsCap(["whatever"], "assign.new"), "未知能力不授权");
 
-  // 额度(业主:「免费给每月 N 条消息额度,超出再引导升级」;付费档不限)
+  // 额度(用户:「免费给每月 N 条消息额度,超出再引导升级」;付费档不限)
   assert.ok(Number(limitsFor("free").messages_per_month) > 0, "免费档必须有每月消息额度");
   assert.equal(Number(limitsFor("pro").messages_per_month || 0), 0, "付费档不应限量(0 = 不限)");
   assert.equal(Number(limitsFor("pro_max").messages_per_month || 0), 0, "最高档同样不限量");
@@ -402,7 +402,7 @@ test("★ 分层:免费档被挡且回复里带 App 链接;付费档放行;未
     const freeText = lastText(ilink.state);
     assert.match(freeText, /会员功能/, `要说清为什么被拒,实际:${freeText}`);
     assert.ok(freeText.includes(APP_URL),
-      `★回复必须带上可点击的 App 链接(业主:免费用户要去做别的,就给他访问 App 的链接),实际:${freeText}`);
+      `★回复必须带上可点击的 App 链接(用户:免费用户要去做别的,就给他访问 App 的链接),实际:${freeText}`);
     assert.match(freeText, /\/help/, "还要告诉他现在能做什么,而不是死路一条");
 
     // ② 付费档:同一句话必须放行
@@ -543,9 +543,9 @@ test("★ v2:有当前会话时纯文本进当前会话(不是每次开新的)",
   }
 });
 
-test("★ v2 安全边界(业主拍板放宽):看不到内容照给一键回执,只看得出破坏性才降级", async () => {
+test("★ v2 安全边界(用户拍板放宽):看不到内容照给一键回执,只看得出破坏性才降级", async () => {
   // 背景:DSH 的审批节点常常只下发 toolName、没有命令原文。原先「看不到内容也算破坏性」
-  // 会把绝大多数正常 Bash 审批都降级成"只能回电脑确认" —— 过严。业主明确:DSH 自身有
+  // 会把绝大多数正常 Bash 审批都降级成"只能回电脑确认" —— 过严。用户明确:DSH 自身有
   // 权限控制,安全边界可以松一点。所以现在**只看内容**。
   const ilink = await fakeIlink();
   try {
@@ -647,7 +647,7 @@ test("★ v2:完成推送带会话名称 + 结论,而不只是「任务已停止
 });
 
 test("★ 0.6.15：完成推送必须把「当前会话」切到刚跑完的那个（否则回话会发进上一次的会话）", async () => {
-  // 业主实测：B 任务跑完推了结论，他在微信里直接回一句"再改一下"，那条消息却发给了
+  // 用户实测：B 任务跑完推了结论，他在微信里直接回一句"再改一下"，那条消息却发给了
   // **上一次的当前会话 A** —— A 平白多了一条指令，B 永远收不到。
   const ilink = await fakeIlink();
   try {
@@ -819,7 +819,7 @@ test("★★ 日报发送失败时**不能**把当天标记为已发(否则当
 });
 
 test("★ 日报:晚上发(不是早上)、内容是「今天干了啥」、带品牌露出", async () => {
-  // 业主:「每天早上发『今日干了啥事儿』,这肯定不太对劲。应该是晚上发,比如晚上 6 点,发『今天干了啥』」
+  // 用户:「每天早上发『今日干了啥事儿』,这肯定不太对劲。应该是晚上发,比如晚上 6 点,发『今天干了啥』」
   // 且一天只发一次(它兼作 24h 推送窗口的心跳,早晚各一次就太频繁了)。
   assert.equal(rtmod.DEFAULT_DIGEST_HOUR, 18, "日报时刻必须是晚上 18 点,不能是早上 9 点");
   const ilink = await fakeIlink();
@@ -847,7 +847,7 @@ test("★ 日报:晚上发(不是早上)、内容是「今天干了啥」、带
 
 test("★★ 会员到期提醒:提前 2 天 / 1 天 / 到期当天各提醒一次,同一天不重复", async () => {
   // 这条**以前根本不存在**:notifyMembershipExpiring() 只有定义、全仓零调用方 ——
-  // 业主以为"提前两天发、提前一天也发",实际一次都没发过。这里锁住补上的触发点。
+  // 用户以为"提前两天发、提前一天也发",实际一次都没发过。这里锁住补上的触发点。
   const ilink = await fakeIlink();
   try {
     const DAY = 86_400_000;
@@ -888,7 +888,7 @@ test("★★ 会员到期提醒:提前 2 天 / 1 天 / 到期当天各提醒一
   }
 });
 
-test("★★ A:免费档「能续接已有会话、不能开新会话」(业主拍板的分级)", async () => {
+test("★★ A:免费档「能续接已有会话、不能开新会话」(用户拍板的分级)", async () => {
   const ilink = await fakeIlink();
   try {
     // ① 免费 + **没有**当前会话 → 纯文本等于开新任务 → 必须被拒
@@ -906,7 +906,7 @@ test("★★ A:免费档「能续接已有会话、不能开新会话」(业主
     b.rt.currentSessionTitle = "已有任务";
     await b.rt.handleInbound({ from_user_id: "u", item_list: [{ type: 1, text_item: { text: "继续修" } }] });
     const prompted = subB.calls.filter((c) => c.m === "promptSession");
-    assert.equal(prompted.length, 1, "★免费 + 有当前会话:必须能继续聊(业主要的就是这个)");
+    assert.equal(prompted.length, 1, "★免费 + 有当前会话:必须能继续聊(用户要的就是这个)");
     assert.equal(prompted[0].text, "继续修", "内容要原样下发");
 
     // ③ 免费仍不能开新会话、不能切换会话
@@ -993,7 +993,7 @@ test("★★ 权益包:服务端下发的 caps/limits 覆盖内置表(后台改
 });
 
 test("★★ 多条待审批:回数字必须答**最早那条**(先进先出),答完把下一条顶到底部", async () => {
-  // 业主报的真 bug:「如果需要用户回应多条消息,而用户一开始只看到第一条审批消息,
+  // 用户报的真 bug:「如果需要用户回应多条消息,而用户一开始只看到第一条审批消息,
   //   回应一个数字之后,流程就结束了。后面的几条消息没有让用户继续回应,直接提示为『未回应』」
   // 成因:旧实现按**栈顶(最新)**匹配数字,而微信是**从上往下读**的、消息位置一发出去就固定
   //   → 用户看着第 1 条回「1」,系统答了最后一条,第 1 条永远没人回应,DSH 最终标它「未回应」。
@@ -1535,7 +1535,7 @@ test("★ 多审批 + 提醒混排:回执仍按 FIFO 走审批(提醒不参与
 // 原先这条路径透传上游的静态 HELP_TEXT —— 那份清单把 /new、/ls、/use、/summary 与
 // "直接发一句话"一并列成"你能用的"。免费用户敲错一个字,拿到的就是这张**会员清单**,
 // 照着做再吃一次拒绝,于是"打错命令"被理解成"这功能坏了"。
-// 业主红线:话术与权限必须一致、不多承诺。
+// 用户红线:话术与权限必须一致、不多承诺。
 // ---------------------------------------------------------------------------
 
 test("★ 免费用户敲未知指令:要回显命令 + 给**分层**帮助,不得把会员指令列成『你能用的』", async () => {
@@ -1719,7 +1719,7 @@ test("★ /help 必须逐行分隔:付费档也不许退化成一坨(无换行/
 });
 
 // ---------------------------------------------------------------------------
-// 日报**重复推送**的根治（2026-09-23 业主实测「每日简报推送了两次」）
+// 日报**重复推送**的根治（2026-09-23 用户实测「每日简报推送了两次」）
 //
 // 根因：`#maybeDigest` 是「读 state → 等网络发送 → 写 state」的**跨 await 读-改-写**。
 // 发送要等网络，这段窗口里第二个执行者会读到"今天还没发" → 两条都发出去。
@@ -1798,7 +1798,7 @@ test("★ 日报占位一天一个,换天时会清掉旧占位(不攒文件)", a
 });
 
 // ---------------------------------------------------------------------------
-// 出站必须回带 context_token（2026-09-23 业主实测「没收到微信通道」）
+// 出站必须回带 context_token（2026-09-23 用户实测「没收到微信通道」）
 //
 // 平台要求出站消息带回「这条会话的上下文令牌」，而它只出现在**入站消息**里
 // （官方实现：messaging/send.js 的 buildTextMessageReq → `msg.context_token`；
@@ -1831,7 +1831,7 @@ test("★ 没有 context_token 时**完全不带这个键**(而不是空串)", a
     await rt.handleInbound({ from_user_id: "user-1", item_list: [{ type: 1, text_item: { text: "/status" } }] });
     const last = ilink.state.sends.at(-1);
     assert.ok(!("context_token" in last.msg),
-      "★拿不到令牌时不得塞空串(与官方 `contextToken ?? undefined` 同口径)");
+      "★拿不到令牌时不得塞空串(与官方 `contextToken ?? undefined` 同约定)");
   } finally {
     await ilink.close();
   }
@@ -1887,14 +1887,14 @@ test("★ extractContextToken 防御式:形状不认识一律当没有,绝不猜
   assert.equal(extractContextToken({ contextToken: "CT-2" }), "CT-2", "兼容驼峰写法");
 });
 
-// ═════════════ 2026-09-25 事故：完成推送"消失" + 回话跑进另一个会话 ═════════════
+// ═════════════ 2026-09-25 故障：完成推送"消失" + 回话跑进另一个会话 ═════════════
 //
-// 现场（业主）：任务跑完一条微信都没收到；他在微信里回了一句，结果**发进了上一个会话**。
+// 现场（用户）：任务跑完一条微信都没收到；他在微信里回了一句，结果**发进了上一个会话**。
 // 日志证据：48 条 `sendmessage 失败:sendMessage: ret=-2 errmsg=prepare failed`
 //   —— 平台侧发送是**间歇性**失败的，而旧实现失败即丢弃：那条"任务跑完了"永远消失了。
 // 状态证据：`current_session_id` 停在几天前的旧会话上（因为切换只在推送成功后发生）。
 
-test("★ 事故锁：主动推送失败**不能消失** —— 入队，并在下一次入站时补发（带「补发」标记）", async () => {
+test("★ 回归锁：主动推送失败**不能消失** —— 入队，并在下一次入站时补发（带「补发」标记）", async () => {
   let failSends = true;
   const ilink = await fakeIlink({
     onSendMessage: (_state, reply) => (failSends
@@ -1926,7 +1926,7 @@ test("★ 事故锁：主动推送失败**不能消失** —— 入队，并在
   }
 });
 
-test("★ 事故锁：静音（/quiet）也要记下「最近完成的任务」，回话不能跑进上一个会话", async () => {
+test("★ 回归锁：静音（/quiet）也要记下「最近完成的任务」，回话不能跑进上一个会话", async () => {
   const ilink = await fakeIlink();
   try {
     const sub = makeFakeSubscriber();
@@ -1958,7 +1958,7 @@ test("★ 事故锁：静音（/quiet）也要记下「最近完成的任务」
   }
 });
 
-test("★ 事故锁：用户主动 /use 切走的会话不能被「最近完成」抢回去", async () => {
+test("★ 回归锁：用户主动 /use 切走的会话不能被「最近完成」抢回去", async () => {
   const ilink = await fakeIlink();
   try {
     const sub = makeFakeSubscriber();
@@ -1972,7 +1972,7 @@ test("★ 事故锁：用户主动 /use 切走的会话不能被「最近完成
     assert.equal(rt.currentSessionId, "session-mine", "前置条件：/use 切到了 2 号");
     await rt.notify({ kind: NODE_KINDS.TURN_END, sessionId: "session-done", reason: "completed", at: 3 });
 
-    // 完成事件在处理时会把它自己设为回复目标（这是产品口径）；但用户**之后**再切回去要算数：
+    // 完成事件在处理时会把它自己设为回复目标（这是产品约定）；但用户**之后**再切回去要算数：
     await rt.handleInbound({ from_user_id: "u", item_list: [{ type: 1, text_item: { text: "/use 2" } }] });
     await rt.handleInbound({ from_user_id: "u", item_list: [{ type: 1, text_item: { text: "继续聊我的" } }] });
     const prompt = sub.calls.filter((c) => c.m === "promptSession").pop();
@@ -1984,7 +1984,7 @@ test("★ 事故锁：用户主动 /use 切走的会话不能被「最近完成
 });
 
 test("★ 待补发队列：过期的**不发**（丢弃最早的），且只保留最近几条", async () => {
-  // 业主 2026-10-09 口径：「积压超过一定时限后就丢弃掉最早的数据，只保留最近几条」。
+  // 用户 2026-10-09 约定：「积压超过一定时限后就丢弃掉最早的数据，只保留最近几条」。
   // 两条理由：① 迟到几小时的"任务跑完了"只会误导用户；② 攒到十几条会在平台恢复时一次连打，
   // 实测正是这种突发批量触发 `ret=-2 prepare failed` 被限流 → 补发又失败 → 队列再涨（死循环）。
   const ilink = await fakeIlink();
@@ -2054,7 +2054,7 @@ test("★ 待补发队列：超过上限只留最近几条（丢最早，且如
 });
 
 
-test("★ 事故锁：订阅 fault 必须落到日志 + 状态（旧实现只 emit、没人接 → 全静默）", async () => {
+test("★ 回归锁：订阅 fault 必须落到日志 + 状态（旧实现只 emit、没人接 → 全静默）", async () => {
   // 那次「一条推送都没有、日志里也没有任何报错」的根因就在这类静默里：
   // `#emitFault` 只 emit('fault')，而运行时没接这个事件 —— follow 失败/发现失败/流上限
   // 全都不留任何痕迹。现在必须：① 一条 warn 进 bridge 日志；② 非预期的记进状态文件。
@@ -2079,7 +2079,7 @@ test("★ 事故锁：订阅 fault 必须落到日志 + 状态（旧实现只 em
       const st2 = JSON.parse(fs.readFileSync(path.join(relayDir, ".wechat-state.json"), "utf8"));
       assert.equal(st2.last_fault.code, "follow-limit", "expected 的异常不该覆盖真正的故障");
       // ★2026-10-09：预期内的拒绝**不能写成 warn** —— 每生成一个子代理就会来一条，
-      // 成片的 `订阅异常 session/agent-busy …` 会把真正的故障淹掉（业主现场看到的就是这个）。
+      // 成片的 `订阅异常 session/agent-busy …` 会把真正的故障淹掉（用户现场看到的就是这个）。
       assert.equal(warns.length, warnCountBefore, `expected 的拒绝不得写 warn，实际:${JSON.stringify(warns)}`);
       assert.ok(infos.some((m) => m.includes("订阅跳过(预期") && m.includes("session=sub-1")),
         `expected 的拒绝要有一条 info 留痕（绝不静默），实际:${JSON.stringify(infos)}`);

package/clients/dsh-remote/test/wechat-tier-source.test.mjs

@@ -45,7 +45,7 @@ function loadTierResolver({ localKey = "", token = "tok-1", status = 200, body =
     if (throws) throw new Error("network down");
     return { ok: status >= 200 && status < 300, status, json: async () => bodyFor() };
   };
-  // 多出口两个"内部状态"的只读探针 —— 否则"token 缓存被清空""快照不因缺 user 被覆盖"
+  // 多出口两个"内部状态"的只读探测 —— 否则"token 缓存被清空""快照不因缺 user 被覆盖"
   // 这两条只能用间接行为猜,抓不住回归(它们都在闭包里)。
   const make = new Function("process", "resolveToken", "API_BASE", "fetch", "AbortSignal", "Date",
     `${BRIDGE_SRC.slice(from, to)}
@@ -145,7 +145,7 @@ test("★档位来源：启动时必须复用桥接刚拿到的 JWT（否则每
   assert.ok(seedAt < startAt, "★必须在 startWeChat() **之前**喂，否则档位校准仍会再登录一次");
 });
 
-test("App 链接：由账号 API 地址推导，与插件半的 DEFAULT_APP_URL 同口径", () => {
+test("App 链接：由账号 API 地址推导，与插件半的 DEFAULT_APP_URL 同约定", () => {
   assert.equal(loadAppUrl(API_BASE)(), "https://api.example/app/");
   assert.equal(loadAppUrl("https://n.risegao.cn:13443/relay-api")(), "https://n.risegao.cn:13443/app/",
     "生产地址必须推导出真实可点的 App 入口");

package/clients/dsh-remote/wechat-channel.mjs

@@ -83,7 +83,7 @@ export function resolveClientVersion(raw) {
 
 /**
  * 数值协议常量 —— **逐个抄自归档参考实现**,不是猜的:
- *   /Users/mac/AIWorkSpace/myFreeWork/dsh-relay-internal/reference/openclaw-weixin/plugin-2.4.9/src/api/types.ts
+ *   OpenClaw 微信插件（第三方实现，仅作字段命名参考）
  *     · MessageType      (types.ts:64-68)   NONE:0 / USER:1 / BOT:2
  *     · MessageItemType  (types.ts:70-79)   NONE:0 TEXT:1 IMAGE:2 VOICE:3 FILE:4 VIDEO:5
  *                                           TOOL_CALL_START:11 TOOL_CALL_RESULT:12
@@ -702,7 +702,7 @@ export class IlinkClient {
     //   **入站消息**里（官方实现见 messaging/send.js 的 buildTextMessageReq：`msg.context_token`；
     //   腾讯自家插件同样是「从入站取出 → 按 (账号, 用户) 缓存 → 发送时回带」）。
     //   🔴 我们以前**从不发它** → 真机症状就是日志里的 `ret=-2 errmsg=prepare failed`：
-    //   消息发不出去（业主 2026-09-23：「没收到微信通道」）。
+    //   消息发不出去（用户 2026-09-23：「没收到微信通道」）。
     //   ⚠️ 只在"有令牌且属于同一个对端"时带上，绝不拿 A 的上下文发给 B。
     const peer = String(to);
     // 本产品一个 bot 只绑定一个微信用户,所以只要有令牌就回带;`contextTokenPeer` 仅作诊断。
@@ -715,7 +715,7 @@ export class IlinkClient {
       message_type: MessageType.BOT,
       message_state: MessageState.FINISH,
       item_list: text ? [{ type: MessageItemType.TEXT, text_item: { text: String(text) } }] : [],
-      // 没有就**不出现这个键**（不是空串）—— 与官方 `contextToken ?? undefined` 同口径
+      // 没有就**不出现这个键**（不是空串）—— 与官方 `contextToken ?? undefined` 同约定
       ...(ctxToken ? { context_token: ctxToken } : {})
     };
     const { json } = await this.request({
@@ -1774,7 +1774,7 @@ export function markUnbound(relayDir, reason = "", onWarn) {
 export const DEFAULT_REPLY_TTL_MINUTES = 5;
 
 /**
- * 完成通知里「结论」的展示上限(字)。业主口径(2026-09-22):
+ * 完成通知里「结论」的展示上限(字)。用户约定(2026-09-22):
  * 「任务完成通知里有些关键结论被大量截断了,加长一些,更完整地展示最终结论 ——
  *   这可能是用户关注的内容,所以都给他们展示出来」。
  * 原值 400 对真实结论太短(实测一条正常的修复总结就有 190+ 字,稍详细就超)。
@@ -1898,7 +1898,7 @@ export function formatNotification(node = {}, opts = {}) {
       for (const l of Array.isArray(node.lines) ? node.lines : []) lines.push(String(l));
       // 措辞对齐"回顾今天做了什么" —— 日报不是待办清单
       if (!Array.isArray(node.lines) || !node.lines.length) lines.push("今天这台电脑上没有跑任务。");
-      // 品牌轻露出(业主:让用户知道我们在给他提供服务)。**克制一行**、放在最底,不喧宾夺主。
+      // 品牌轻露出(用户:让用户知道我们在给他提供服务)。**克制一行**、放在最底,不喧宾夺主。
       lines.push("", "—— DSH 远程控制 · 微信机器人通道");
       // ⚠️ 这句是**功能**不是客套:微信 24h 推送窗口靠用户回消息续期,
       // 简报的产品作用正是每天制造一次互动(§7)。必须出现「回复」字样,否则用户不会回。
@@ -1974,7 +1974,7 @@ function clipText(s, n) {
  * 为什么必须转:微信**不渲染 Markdown**(最强证据是腾讯自己的插件在出站路径跑
  * `StreamingMarkdownFilter` 主动剥离"不支持的 markdown 语法")。所以模型写的表格会以
  * `| a | b |` 的**字面竖线**出现在气泡里、`**加粗**` 会显示成星号。
- * 业主原话:「现在的表格形式看起来很奇怪,整个格式在微信上没有做过任何兼容,体验很差很差」
+ * 用户原话:「现在的表格形式看起来很奇怪,整个格式在微信上没有做过任何兼容,体验很差很差」
  * —— 根因就在这里,不是"排版没调好"。
  *
  * 规则(只改"怎么显示",不改语义):
@@ -2365,10 +2365,10 @@ export function isDestructiveTool(toolName, detail) {
   if (DESTRUCTIVE_TOOL_NAME_RE.test(name)) return true;
 
   const text = flattenToolDetail(detail);
-  // ⚠️ 2026-09-22 按业主决定**删掉**了原来的规则③:「能跑命令的工具 + 完全看不到内容 → 算破坏性」。
+  // ⚠️ 2026-09-22 按用户决定**删掉**了原来的规则③:「能跑命令的工具 + 完全看不到内容 → 算破坏性」。
   //   原意是防"盲批",但 DSH 的审批节点本来就只下发 toolName、常常没有命令原文,
   //   那条规则会把**绝大多数正常 Bash 审批**都降级成"只能回电脑确认",过严且伤体验。
-  //   业主明确:安全边界松一点没问题,**DSH 自身有权限控制**。
+  //   用户明确:安全边界松一点没问题,**DSH 自身有权限控制**。
   //   所以现在只看**内容**:看得出是 rm -rf / 强推 / DROP TABLE / 批量覆盖这类才拦;
   //   看不到内容时按普通审批处理(保留一步回执)。SHELL_TOOL_NAME_RE 仍保留,
   //   供将来若要恢复"盲批保护"时使用,并由测试固化其语义。
@@ -2834,7 +2834,7 @@ export class WeChatChannel {
     //   冷却原本只按"撞到 -14"计时,但**换绑会拿到全新的 bot_token** ——
     //   旧 token 的会话超时对新 token 毫无意义。不清的后果:用户解绑→重绑拿到新 token,
     //   却仍被旧 token 的 1 小时冷却挡着,表现成"刚绑上就一小时内不能聊天",
-    //   而且面板只说"通知会延迟",用户完全不知道为什么。(业主实测撞到)
+    //   而且面板只说"通知会延迟",用户完全不知道为什么。(用户实测撞到)
     this.cooldown.clear();
     return this.uiAccount();
   }