feat: 配额下沉到会话 + 窄屏覆盖式布局 + 工作列表卡片视图

## 配额重构：废除 Agent 终身额度

原实现在 agents 上放一个 max_rounds/used_rounds 计数器，used_rounds 单调递增、
永不重置 —— 跑满就要管理员手工重置才能再干活。那是把一次性资源模型套在长期
在线的服务上，且并行任务互相抢额度。

改为：
- 唯一被强制的预算是【会话】的往返预算（sessions.max_rounds/used_rounds），
  写信时给、对话页里随时改 —— 配额的语义是「这件事值得多少个来回」，
  那是任务的属性而不是 Agent 的属性
- agents.default_rounds 只作为「派给这个 Agent 的新任务」的默认值（默认 20）
- agents.used_rounds 降级为纯统计
- 新建会话速率限制（1h/20 条）堵住用 .new 开一串新会话绕过预算；
  人类不受限（agentLimiterKey 返回空串即不计量）

## 窄屏适配（用户反馈「窄屏基本不可用」）

原先只有三栏并排：60(导航)+320(列表)+详情，375px 屏上详情被挤到 0。

第一版做成「一次只显示一栏」，用户纠正应当是新页面覆盖老页面并带动画，
于是重做为覆盖式：
- NarrowStack：底层列表始终挂载，详情绝对定位盖在上面。两个好处 ——
  列表滚动位置与选中态天然保留；退出动画有东西可播（直接卸载再渲染另一个
  组件的话，没有任何一帧能让旧页面往右滑出去）
- 因此必须区分「逻辑上是否打开」与「是否还在 DOM 里」：关闭时先播 200ms
  滑出，动画结束才卸载
- 入场用双层 requestAnimationFrame：必须让浏览器至少绘制一帧「在右侧之外」
  的状态，否则挂载与 translate-x-0 在同一帧内完成，transition 不触发
- 窄屏专属控件用 useIsNarrow() 条件渲染而非 md:hidden —— 后者只是视觉隐藏，
  宽屏用户按 Tab 会聚焦到看不见的返回按钮
- 底部导航 + 抽屉侧栏 + env(safe-area-inset-bottom)

## 工作列表卡片视图（Phase 7.1 最后一项）

中间栏可切列表/卡片。列表答「跟谁在聊」，卡片答「在聊什么、进展如何」：
主题 + 最新一封的发件人与摘要 + 往返预算徽标。

- 两种视图共用同一份数据与同一套动作；归档确认框也共用 —— 归档是破坏性操作，
  换个视图就换套确认 UI 只会让人对「自己点了什么」更没底
- 预算徽标在「不限」时不显示（对每张卡片都成立的「0/0」是纯噪声）
- 数据一次取回，不让卡片为每条会话再打一次库

## 修掉的缺陷

- GET /me/sessions 一直 500：ListSessionsFor 的 SELECT 加了预算两列却没加进
  Scan，列数不匹配。联系人栏一条数据都拉不到，而错误只是「Failed to list sessions」
- GET /sessions/{id} 忘了填充附件：前端会话视图走的是这个端点，于是 Agent
  回信里的附件在 UI 上完全不存在（另一个端点填了但没人调用）
- 插件曾完全没在加载：为了可测在 index.js 里 export 了辅助函数与一个 Map，
  而 opencode 把入口模块的每一个导出都当成插件工厂逐个检查，多导出一个 Map
  就 "Plugin export is not a function"，插件静默失效、邮件全投不进去。
  逻辑挪到 lib/relay-dedup.js，并加断言钉住「入口只有 default 导出」
- 同一件事发两封邮件：模型带附件主动回信后，session.idle 又把它最后那段话
  自动转了一遍（生产实测 311 与 342 字节各一封）。explicitSends 记录本轮
  主动发信，自动转发据此让位；relay_key 幂等管不了这个 —— 那个键保证的是
  「同一条消息不转两次」
- SQLite 时间戳只有秒精度：同秒插入的多封邮件排序不确定（实测同秒插 5 封，
  顺序由随机 UUID 决定）。「会话里最早那封」（决定联系人身份）与「最后那封」
  （决定最新进展）都会取错。NOW() 升到微秒 + mails 的 INSERT 显式传它
  （改 schema 默认值只对新库生效，SQLite 没有 ALTER COLUMN）+ 所有
  ORDER BY created_at 补 mail_id 兜底
- fillAttachments 从逐封查询改成一次 IN(...)：原来是 N+1，200 封的会话打开
  要打 200 次库
- repo 层 5 处 rows.Next() 循环补 rows.Err()：没有它，读到一半连接断掉会
  静默返回部分结果，UI 上表现为「邮件凭空少了几封」
- go:embed 占位页改名 placeholder.html：叫 index.html 会被 Vite 产物覆盖并
  提交进去，而它引用的 assets/ 是被忽略的 —— 新克隆打开是白屏

## 回复/转发栏

- 两处都加抄送（可折叠）；原邮件带抄送时多一个「回复全部」，回填用
  cc_list[].raw 而非重拼 name@path（后者会丢掉会话段）
- 会话视图每张卡片加转发入口：转发之前只存在于单封邮件视图，而人多数时间
  待在会话视图里，等于功能在 UI 上找不到
- ReplyBar 的错误从 console.error 改为显示出来：预算耗尽、地址不存在、
  速率限制都走这条路，之前点发送毫无反应

## 测试

- repo: 列顺序（三个 SQL 分支）、卡片字段、previewRunes 边界、时间戳亚秒精度、
  批量附件查询、速率限制（80 goroutine 断言恰好 20 条通过）
- web: 窄屏布局 16 条结构性断言（覆盖而非分栏、延迟卸载、双层 rAF、
  条件渲染而非 md:hidden）
- 插件: 自动转发去重 17 条（含「入口只有 default 导出」不变量）
- install.sh 把插件测试也纳入部署前门禁

web/test/narrow-layout.test.mjs

@@ -0,0 +1,91 @@
+// 窄屏布局的结构性回归测试。
+//
+// 不做视觉快照：那需要 headless 浏览器，且像素级比对在字体差异下极脆。
+// 这里守住几条真正会坏掉的不变量。
+import { readFileSync } from 'node:fs';
+
+const read = p => readFileSync(new URL(p, import.meta.url), 'utf8');
+let failed = 0;
+const check = (name, cond, detail = '') => {
+  if (cond) {
+    console.log(`  通过  ${name}`);
+  } else {
+    console.error(`  失败  ${name}${detail ? ' — ' + detail : ''}`);
+    failed++;
+  }
+};
+
+console.log('窄屏布局回归：');
+
+// 1) 覆盖式而非分栏：NarrowStack 必须同时挂载 base 与 overlay
+const stack = read('../src/components/NarrowStack.tsx');
+check(
+  '覆盖层与底层同时在 DOM 里（底层不卸载，滚动位置与选中态才能保留）',
+  stack.includes('{base}') && stack.includes('{overlay}') && stack.includes('absolute inset-0')
+);
+check(
+  '关闭时延迟卸载，退出动画才有东西可播',
+  /setTimeout\(/.test(stack) && stack.includes('setMounted(false)')
+);
+check(
+  '入场用双层 rAF，避免与挂载合帧导致 transition 不触发',
+  (stack.match(/requestAnimationFrame/g) || []).length >= 2
+);
+check(
+  '尊重 prefers-reduced-motion',
+  stack.includes('motion-reduce:transition-none')
+);
+
+// 2) 固定宽度的中间栏在窄屏必须让位。
+//    断言的是「w-full + md: 前缀的固定宽度」这个形态，不是某个具体像素值 ——
+//    ContactPanel 的卡片视图用 400px，列表视图用 320px。
+for (const f of ['MailList', 'ContactPanel']) {
+  const src = read(`../src/components/${f}.tsx`);
+  const narrowFullWidth = src.includes('w-full');
+  // 固定宽度只能出现在 md: 断点后面；裸 w-[NNNpx] 会在 375px 屏上挤掉详情。
+  // 只看 >=200px 的：min-w-[16px] 之类的徽标尺寸与布局无关
+  // （前置 (?<![-\w]) 排除 min-w- / max-w-，它们是约束不是宽度）。
+  const bareFixed = (src.match(/(?<![-\w])w-\[(\d+)px\]/g) || []).filter(m => {
+    const px = Number(m.match(/\d+/)[0]);
+    return px >= 200 && !src.includes('md:' + m);
+  });
+  check(
+    `${f} 中间栏窄屏全宽，固定宽度仅在 md: 之后`,
+    narrowFullWidth && bareFixed.length === 0,
+    bareFixed.length ? `裸固定宽度：${bareFixed.join(', ')}` : '缺少 w-full'
+  );
+}
+
+// 3) 详情页必须有返回出口，否则窄屏进去就出不来
+const view = read('../src/components/MailView.tsx');
+check('邮件详情有返回按钮', view.includes('<BackButton'));
+const compose = read('../src/components/ComposePage.tsx');
+check('写信页有返回出口', compose.includes('cancelCompose') && compose.includes('NarrowOnly'));
+
+// 4) 窄屏专属控件不能只靠 CSS 隐藏 —— 那样宽屏 Tab 会聚焦到看不见的按钮。
+//    注释里提到 md:hidden 是在解释「为什么不用它」，所以先剥掉注释再查。
+const stripComments = src =>
+  src.replace(/\/\*[\s\S]*?\*\//g, '').replace(/^\s*\/\/.*$/gm, '');
+for (const f of ['BackButton', 'NavToggle', 'NarrowOnly']) {
+  const src = read(`../src/components/${f}.tsx`);
+  const code = stripComments(src);
+  check(
+    `${f} 用 useIsNarrow 条件渲染而非 md:hidden`,
+    src.includes('useIsNarrow') && /\bnull\b/.test(code) && !code.includes('md:hidden')
+  );
+}
+
+// 5) 底部导航要避开 iPhone 手势条
+const nav = read('../src/components/NarrowNav.tsx');
+check('底部导航留了安全区内边距', nav.includes('safe-area-inset-bottom'));
+
+// 6) 横向内边距在窄屏收窄（px-6 在 375px 屏上白吃 48px）
+const wide = ['MailView', 'ComposePage', 'ThreadView', 'AccountPage', 'AdminUsersPage'];
+for (const f of wide) {
+  const src = read(`../src/components/${f}.tsx`);
+  const bare = src.match(/className="[^"]*(?<![-:])\bpx-6\b/g) || [];
+  check(`${f} 没有裸 px-6（应为 px-4 md:px-6）`, bare.length === 0, `发现 ${bare.length} 处`);
+}
+
+console.log(failed === 0 ? '\n窄屏布局：全部通过' : `\n窄屏布局：${failed} 项失败`);
+process.exit(failed === 0 ? 0 : 1);