feat(permission): 待办带上失效时刻；越窗的决策不再假装成功

# 起因：一次端到端验证暴露的静默缺口

建了示例工程让 pi 通过邮件干活（plan 档拦截、workspace 档审批、多 agent 指派）。
plan 档与多 agent 都通过，workspace 档却卡住：**人在界面上批准了一条待办，
接口回 200，但那件事什么都没发生。**

追下去是三件事叠在一起：

1. **桥**等不到决策时（pi 的回合超时 TURN_TIMEOUT_MS，默认 10 分钟）会拆掉 worker
   与它的决策路由表；此后再来的决策只会作为**通知**投给 Agent，不恢复当时那次
   工具调用 —— 该轮已经结束了。
2. **服务端**只有 `permission_requests.result IS NULL`，没有「失效」概念。
   迟到决策照样回 `{"status":"decided"}`。
3. **前端**只看 `permission_result` 判待决/已决，没有任何时间或失效提示。

于是那条待办永远挂在授权页上显示「等待你决策」，人点了也白点。这是 I-5
（失败必须当场可见）要消灭的那类静默成功，而且**跨所有客户端**成立 ——
WebUI 不显示，Electron / Harmony 同样无从显示。

# 设计：邮件上给「时刻」，不给「是否失效」的布尔值

服务端不知道插件此刻是否还在等（那是它进程内的状态），所以只标出「这封待办已经
放了很久」，不替插件宣布裁决。

关键取舍：对外只发**截止时刻**（`permission_expires_at`），不发 `stale` 布尔值。
布尔值是「发出那一刻」的快照 —— 经 SSE 推送并被客户端缓存后会永久停在旧值，
界面就会一直显示「等待你决策」。时刻是持久事实，任何客户端在任何时候都能自己
比出现在过没过期。这也是为什么推导而非落库：它是 created_at 的函数，存下来会失真。

`DecidePermission` 的响应里则用布尔值（`expired`）—— 响应本身就是「此刻」的
一次性快照，不会像邮件那样被缓存反复展示。

# 改动

- `models.PermissionWaitWindow`（10 分钟，与 pi 桥的回合超时同量级）+
  `PermissionDeadline(createdAt)`；两端共用这一处算式，避免「界面说已过期、
  决策说没过期」。
- `Mail.PermissionExpiresAt` / `PermissionRequest.ExpiresAt`：由读路径推导填充。
  5 个读路径各插一行（`AttachPermissionDeadline*`）—— 与审计修复① 加
  permission_kind 时同一套路数，漏掉任一路径只会静默变成 nil。
  只给**仍未决策**的待办填，已决策的不再是待办。
- `decideResponse`（抽出纯函数以便测试）：越窗时加 `expired` + `warning`，
  讲清「决策已记录、但不会恢复原调用」。**不改 HTTP 状态码**：决策仍是人的真实
  意愿、仍然有效（桥会当通知投递，Agent 重起一轮），所以不能拒掉，但必须说清。
- 前端：列表里失效项不再与「还能立刻生效」的长得一样（灰底 + 「可能已失效」）；
  批准面板在决策**前**（人正要按下去）与决策**后**（人以为事情办了）都显示提示。

# 验证

- Go：models/repo/handler 三处新增测试全绿；全量 `go test ./...` 通过；vet 通过
- 前端：typecheck 通过；200 项测试全绿（含新增 4 条失效态）
- 真机（用现成的过期待办，未造合成数据）：
  - `/permission/pending` 返回 `expires_at` = 创建 + 10 分钟，服务端判定已过窗
  - 邮件载荷带上 `permission_expires_at`（前端列表的数据源）
  - 对过期待办提交批准 → `{"expired":true, "expires_at":…, "warning":"该请求已超过
    等待窗口（10 分钟）…不会恢复当时那次工具调用…"}`
- 已用 redeploy-gateway.sh 部署，服务 active、四 agent 心跳正常、日志无 panic

client/electron/test/components/PermissionPanel.test.tsx

@@ -324,3 +324,65 @@ describe('PermissionPanel 回答问题', () => {
     expect(screen.queryByRole('button', { name: /提交回答/ })).toBeNull();
   });
 });
+
+/**
+ * 越窗的待办必须可见。
+ *
+ * 实测（2026-09-11）：pi 桥等不到决策时会在回合超时（默认 10 分钟）拆掉 worker
+ * 与决策路由表，此后的批准只会作为通知投递给 Agent。而界面当时照样显示「等待你
+ * 决策」、点下去也照样回「已处理」—— 人以为事情办了，实际什么都没发生。
+ *
+ * 判据分两处：决策**前**要能提前看见（人正要按下去），决策**后**要能知道这次
+ * 批准没恢复原调用（服务端回 warning）。
+ */
+describe('PermissionPanel 越窗（可能已失效）', () => {
+  beforeEach(() => {
+    vi.restoreAllMocks();
+    useMailStore.setState({ fetchInbox: vi.fn(async () => {}) } as any);
+    useSessionStore.setState({ selectSession: vi.fn(async () => {}) } as any);
+  });
+
+  it('失效时刻已过：决策前就提示「不会恢复原调用」', () => {
+    const past = new Date(Date.now() - 60_000).toISOString();
+    render(React.createElement(PermissionPanel, { mail: permMail({ permission_expires_at: past }) }));
+
+    // 仍可决策（决策本身有效，桥会当通知投递），但必须讲清会发生什么
+    expect(screen.getByRole('button', { name: /同意/ })).toBeInTheDocument();
+    expect(screen.getByText(/不会恢复当时那次工具调用/)).toBeInTheDocument();
+  });
+
+  it('失效时刻未到：不提示，避免把还在等的待办说成过期', () => {
+    const future = new Date(Date.now() + 60 * 60_000).toISOString();
+    render(React.createElement(PermissionPanel, { mail: permMail({ permission_expires_at: future }) }));
+
+    expect(screen.queryByText(/不会恢复当时那次工具调用/)).toBeNull();
+  });
+
+  it('没有失效时刻（旧数据）：不提示', () => {
+    render(React.createElement(PermissionPanel, { mail: permMail() }));
+    expect(screen.queryByText(/不会恢复当时那次工具调用/)).toBeNull();
+  });
+
+  it('决策后服务端回 warning：把它显示在「已处理」旁边', async () => {
+    const warning = '该请求已超过等待窗口（10 分钟），发起它的 Agent 很可能已不再阻塞等待。';
+    vi.spyOn(api, 'decidePermission').mockResolvedValue({
+      status: 'decided',
+      decision_mail_id: 'd-1',
+      expired: true,
+      warning
+    } as any);
+
+    render(
+      React.createElement(PermissionPanel, {
+        mail: permMail({ permission_options: ['同意', '拒绝'] })
+      })
+    );
+    await userEvent.click(screen.getByRole('button', { name: /同意/ }));
+
+    await waitFor(() => {
+      expect(screen.getByText(/已处理/)).toBeInTheDocument();
+    });
+    // 关键：不能只显示「已处理：同意」就完事 —— 那正是静默成功
+    expect(screen.getByText(warning)).toBeInTheDocument();
+  });
+});