fix(webui): 新到的授权请求藏在折叠分组里 —— 徽标动了，内容看不见

用户报告："我点到授权界面，才更新显示授权请求"。

先排除了推送本身：实测徽标是**实时**更新的（gui-lab 授权 7→8、jianf 1→2，
都没导航）。问题在内容：`PermissionList` 的展开状态
`const openSet = expanded ?? new Set(autoOpen)` —— 一旦手动点过一次，
`expanded` 就冻结成"点的那一刻"的快照，此后新到的待决请求落在一个折叠的分组里：
徽标数字变了，正文却看不见，直到离开再回到授权页（组件重挂载、`expanded`
回到 null、默认展开重算）才出现。

这违反代码自己的设计意图（注释写着「有待决策请求的会话默认展开：那些是在等人
动手的，藏起来等于没解决问题」）。

修法：加一条**状态迁移**判据 —— 新出现的待决邮件（`sessionId:mailId`）让它所在
的会话自动展开。用 mail_id 而不是"会话有没有待决"作判据，是因为实测撞到的正是
"会话早就有待决、用户把它折叠了，之后又来了一条"；而用户在那之后再手动折叠同一
条不会被弹开（没有新 mail_id）。

验证：
  · 真浏览器复现：授权 2 → 3 而新请求正文不可见，重进页面才可见（复现成功）
  · 新增 `test/components/PermissionList-autopen.test.tsx`（3 条，含反向对照）
  · 扰动验证：撤掉修复 → 2 条目标判据红、对照判据仍绿；恢复 → 3/3
  · 部署后同一探针复验：折叠状态下新请求**立刻可见**，不再需要重进页面
  · 前端 239 测试全绿；桌面重打包与 WebUI 同源（index-jaRgHqX2.js）

顺带修掉一个**更严重的缺陷**（在做「用 zcode 写个网页」时被 agent 自己报出来的）：

  fix(plugins): zcode 的 read_mail 永远返回空正文

agent 回信原话：「read_mail 返回的正文是空的，收件箱预览在「点击计数…」处被截断」
—— 它因此只看到前两条要求，写出来的页面漏了第 3 条（生成时间）。

根因在 `lib/inbox-format.js` 的渲染端：

    const body = m?.body_preview || m?.body || '';
    lines.push(`内容: ${String(body).slice(0, bodyLimit)}`);

zcode 的 read_mail 用 `bodyLimit = 0` 表示"要全文"（HTTP 侧 `?body_limit=0`
也确实是这个语义，服务端返回了完整正文），但这里 `slice(0, 0)` 把正文渲染成
**空字符串** ⇒ 模型永远读不到全文，只能看收件箱里那段预览。

修法：`bodyLimit <= 0` 视为不截断；不截断时优先取 `body`（单封接口可能同时带
`body_preview`，那是短的那个）。四份副本逐字节同源（`check-shared-libs.sh`
通过），每个桥各加 2 条判据：0 = 不截断、不截断时优先全文。
扰动验证：退回旧写法 → 2 条红。

端到端验证：让 zcode 读全文并原样回报最后一行（一个随机标记）。
修复后它精确回出 `最后一行标记：ZTOKEN-2c7561fd` ✓ —— 修复前这不可能。

四家桥都已重新部署到新快照（pi/opencode/dsh/zcode），部署漂移检查：
「四个宿主都在跑当前代码」。测试基线：pi 417 / opencode 323 / dsh 372 / zcode 382。

client/electron/src/components/PermissionList.tsx

@@ -1,4 +1,4 @@
-import { useEffect, useState } from 'react';
+import { useEffect, useRef, useState } from 'react';
 import { useMailStore } from '../stores/mailStore';
 import { useSessionStore } from '../stores/sessionStore';
 import { useUIStore } from '../stores/uiStore';
@@ -33,6 +33,35 @@ export default function PermissionList() {
   const autoOpen = groups.filter(g => g.pending.length > 0).map(g => g.sessionId);
   const openSet = expanded ?? new Set(autoOpen);
 
+  /**
+   * 新到手的待决请求必须让它所在的会话**自己打开**。
+   *
+   * 为什么需要这一段：`expanded` 一旦被手动点过一次，`expanded ?? autoOpen`
+   * 就永远取前者 —— 那份快照冻结在"点的那一刻"。此后新到的待决请求会落在
+   * 一个折叠的分组里：**徽标数字变了，内容却看不见**，直到离开再回到授权页
+   * （组件重挂载、`expanded` 回到 null、默认展开重算）才出现。
+   * 线上实测复现过：授权 2 → 3 而新请求正文不可见，重进页面才可见。
+   *
+   * 判据是**新出现的待决邮件**（`sessionId:mailId`），不是"会话有没有待决"：
+   * 会话早就有待决、用户把它折叠了，之后**又来了新的一条** —— 那一条同样必须
+   * 露出来（这正是实测里撞到的情形）。而用户在这之后对同一条的折叠不会被弹开，
+   * 因为没有新的 mail_id 出现。
+   */
+  const pendingKey = groups
+    .flatMap(g => g.pending.map(m => `${g.sessionId}:${m.mail_id}`))
+    .sort()
+    .join(',');
+  const prevPendingRef = useRef<string>('');
+  useEffect(() => {
+    const prev = new Set(prevPendingRef.current ? prevPendingRef.current.split(',') : []);
+    prevPendingRef.current = pendingKey;
+    const newly = (pendingKey ? pendingKey.split(',') : []).filter(k => !prev.has(k));
+    if (newly.length === 0) return;
+    const sessions = Array.from(new Set(newly.map(k => k.split(':')[0])));
+    // expanded === null 时本来就走 autoOpen，不需要动
+    setExpanded(prevSet => (prevSet === null ? prevSet : new Set([...prevSet, ...sessions])));
+  }, [pendingKey]);
+
   useEffect(() => {
     fetchInbox('all');
   }, []);