fix(token-stats): 会话复制导致的 Token 重复统计

[1565115013a-lang]

问题

复制/派生会话会把原会话完整历史（含 usage 记录、原始时间戳）落盘到新会话的 jsonl，而 source() 逐行累加且无跨文件去重，同一次请求会被计入 N 份。

实测本机 324 个 jsonl：

• 67% 的 usage 记录存在多份拷贝，单条最多 49 份
• 历史累计重复计入约 104 亿 token
• 某日统计虚高 22.7 倍（显示 11.62 亿 vs 去重后 5,113 万），与积分消耗方向严重背离

修复

• source() 改为按文件 mtime 升序处理，原始会话先于 fork 副本
• 全局 HashSet<(timestamp, input, output, cacheRead, cacheWrite, model)> 指纹去重，重复记录跳过，usage 归属原始会话
• fork 会话只统计自身新产生的请求；无时间戳的记录保持原逻辑
• 新增测试 source_deduplicates_copied_session_history

验证

• cargo test -p wb-switch-core --lib modules::token_stats：10 个测试全过（gnu 工具链）
• 修复后 dashboard 历史数字回落到真实值，与积分消耗方向一致

Fixes #28

[changexbc]

合并后我做了一次实测核对与一处测试稳定性修复，记录在这里备查。

1. 修复了新增用例的 flaky（commit 1224058）

source_deduplicates_copied_session_history 的两个 fixture 是连续写出的，mtime 截断到毫秒后可能并列；sort_by_key 是稳定排序，并列时退化为文件系统目录遍历顺序（readdir 无序）。此时副本会先被处理并认领共享记录，原会话记录数归 0 后被 push_session 丢弃，sessions.len() == 2（token_stats.rs:1005）与 forked["input"] == 7 随之随机失败。macOS APFS 上实测 8 次跑 6 次失败。改用 File::set_modified 把 original 固定到 60s 前、fork 固定到 now 后连跑 10 次全绿，产品逻辑未改动。

2. 去重逻辑在真实数据上的表现（本机 183 个 jsonl / 4858 条 usage 记录）

• 有 2 对整份复制的会话（41 条与 17 条，记录集 Jaccard = 1.00），去重后 input 减少约 1.0%（4.98M / 485M，共 58 条），总量口径正确，去重与 cutoff 的先后顺序也正确
• 副本与原文件逐字段比对：139 个记录 id 同时出现，只有 sessionId 被改写，id / timestamp / usage 完全一致 —— 与 session.rs 的 text.replace(cid, new_cid) 复制方式吻合
• PR 描述里的 67% / 104 亿 token / 22.7 倍属作者本机复制次数的特例（换账号复制次数多），建议按"幅度取决于本机复制次数"表述

3. 发布说明会写明：升级后历史统计数字会回退（去重生效），不是数据丢失。

感谢这个修复，去重方向是对的。