并发
线为时段内平均并发。采集器在线时每 5 秒实测，悬停可看峰值；之前的部分按请求耗时估算，悬停会标“估算”。
请求量
每分钟请求数，含失败。
缓存命中率
缓存 token ÷ 输入 token，只算成功请求。详情看“缓存”页。
故障率
故障 ÷（成功 + 故障），客户端错误不计入。
首字耗时 p95
成功请求的第 95 百分位，桶精度约 ±12%。
故障请求
三个号池用同一纵轴，可以直接比高低。客户端错误不画在图里，只列在下表。
分类统计
报错样本
每分钟每类只留第一条样本，这里不是全量记录。
缓存命中率
缓存 token ÷ 输入 token，只算成功请求。越高越省积分、首字越快。
大请求冷启动占比
输入 2 万 token 以上的请求里，命中不到 10% 的比例。换号、会话键撞车都会让它升高。
按模型
不同模型差别很大，比如 Kimi 不一定上报缓存。按未命中 token 从多到少看最划算。
按站点
同一个号池里，哪一站的请求缓存差。
三站流量
每个号池分别接了三站多少请求。
模型
所选时段请求量前 12 的模型，三个号池合计。
收入走势
三站账单的实收金额（usage_logs.actual_cost），按号池分开。
每批号赚了多少钱
收入按请求 ID 把站点账单对到具体账号再汇总到批次，是实收，不是估算；只有“预计还能赚”是估算（剩余积分 × 该池近 24 小时的元/千积分）。
按批次名汇总
批次名填号商名，这里就能直接比哪家的号更值。
按号池
累计从账单采集器开始工作算起，历史回填最多 7 天。
按站点
所选时段每个号池从三站各收了多少。
封号时间线
封号、风控和会话失效的数量。账号状态变化由汇总服务自己记录，hub 里删掉的号历史不丢。
账号变动
同一号池、同一原因、间隔 15 分钟内的事件合并成一行。
按导入批次
全部历史，不受时间范围影响。导入间隔超过 30 分钟算新一批，用来看是不是整批被封。
账号明细
每 30 秒刷新。
批量下发
由每台机器的采集器逐号执行，规矩和 hub 自己的调度一样：号间错峰 2–5 秒，跳过被封和风控中的号，碰到风控或连续失败自动停，整池暂停时不下发。
下发记录
账号任务
勾选后只下发给勾选的号；不勾就下发给当前筛选出来的全部号。这张表不打上游，点“查看”才会查一次这个号，和在 hub 面板点开一样。
近 7 天任务结果
hub 目前只把签到写进执行记录，其他任务的结果要点“查看”。
失败记录
一键加入号池
选好号池和批次信息，再传文件。文件只在内存里解析，确认前不会写进任何号池。
1. 导入到哪个号池
2. 这批号的信息 可以不填，收益页也能补
3. 上传文件 批量 JSON、大 JSON、JSONL、任意分隔符的 txt、zip、tar、tgz、gz，可以混着传
把文件或文件夹拖到这里
导入预览
文件
账号
导入记录
只记账号前 8 位和结果，不存 token。
推送通道
当前告警
同一条告警只在触发和恢复时各发一次，一直没恢复就每小时提醒一次。
历史
规则
阈值在服务配置里改。