feat(credit-stats): 积分统计三模块账号联动，请求明细支持排序与分页

[magicapple123]

背景

#98 提了两点：三个模块各自一个账号下拉框，看一个账号要点三次；请求用量明细既不能按消耗排序，又只能看到最近 100 条。

做了什么

1. 账号选择联动（建议一）

趋势 / 按模型分类 / 积分明细三处的账号选择提升为页面级共享状态，任一处切换，三处同步。

2. 请求用量明细排序（建议二）

表头「请求时间」「消耗」可点击切换升序 / 降序，默认时间倒序（与改动前一致）。切到「消耗」列默认降序，直接看最高消耗的请求。

3. 明细分页 + 提高后端上限（建议二）

• 明细超过 100 条时出现分页条（上一页 / 下一页 + 「第 X–Y 条，共 N 条」+ 页码）
• 后端每账号明细上限 OFFICIAL_USAGE_DETAIL_LIMIT 100 → 1000

实现说明

• 联动：sharedAccountFilter 提到 CreditStatsPage，三个子组件由内部 state 改为受控 props。AccountFilterMenu 各自的 allowAll 语义不变 —— 积分明细只允许单账号，共享值为「所有账号」时仍回退到第一个账号，行为与改动前一致
• 排序：requestTime 是「YYYY-MM-DD HH:mm:ss」文本，字典序即时间序；同值时用 requestId 兜底保证稳定
• 分页：每页 100 条，只在超过 100 条时渲染；换账号、换排序、重新采集（collectedAt 变化）都会回到第一页，避免停在空页
• 后端上限：官方接口本来就是按 OFFICIAL_USAGE_PAGE_SIZE（3000）分页全量扫回的 —— 每日聚合、模型聚合用的都是全量 rows，只有明细输出被 take(100) 截断。100 条截不住「排查哪笔请求最费积分」所需的更早记录；同时不设上限会把重度账号的明细撑到几万条，缓存文件与前端渲染一起变慢，所以取有界的 1000
• 截断提示文案改为「最多展示每账号最近 N 条」，措辞与实际行为对齐

没做的

建议一里提到的「页面顶部增加全局账号选择器」没做：做成三处联动已经解决「点三次」和「上下不一致」，再加一个入口反而多一处要维护的状态。

验证

• node node_modules/typescript/bin/tsc --noEmit：通过
• cargo test -p wb-switch-core：607 passed / 0 failed
• 本 PR 未触碰 AccountsPage.tsx / account-card.tsx / api.ts / types.ts / switch.rs，与在途的 feat: 清理旧会话——本地软删 + 云端同删 + 对账 #62 / feat: 账号发现——识别本机未入册账号并一键补录 #65 / feat: 切号带走定时任务 #66 / feat: 切号同步设置与文件 #68 / feat: 切号前预览——按当前勾选统计将发生的数据变更 #69 无文件交集

closes #98

[magicapple123]

@changexbc 打扰了～这个 PR 拖了几天了，趁 #106 也在 review 的档口一起提一下 🙏

改动面已经收敛到最小（三处账号选择联动 + 明细排序/分页 + 后端明细上限 100→1000），与在途的 #62/#65/#66/#68/#69 无文件交集，三平台 CI 全绿。你方便的时候帮忙看一眼就行，有要调整的随时说，谢谢！