PR #612 上线监控报告 — 已退款终态订单隐藏号码
发布：v4.4.4 · backend 生产部署完成 2026-07-17 12:06:07Z · frontend Vercel 12:08:41Z · 报告窗口：部署后 5 小时（12:06–17:06Z）· 对照：部署前同日 5h + 昨日同时段 5h
结论：上线后 5 小时零回归。
tuna-api / tuna-worker / tuna-frontend 三个服务 error 与 warn 级日志前后窗均为 0 条（对称干净）；
订单创建、取消、退款、过期反馈四条用户流全部正常流动。防采集覆盖面：存量 75,876 笔终态订单 / 66,811 个去重号码由「登录即可翻历史爬走」变为不可见，部署后 5 小时又有 371 笔新进入隐藏态。
1. 部署锚点与验证链
- PR #612 合并：2026-07-17 11:54:49Z（merge commit
2e4a19d9）→ tag v4.4.4（11:55:43Z）
- Deploy Backend & VPS → Production：12:06:07Z SUCCESS；Frontend Deploy to Vercel：12:08:41Z SUCCESS（部署 workflow 内 Run Tests 亦全绿）
- 行为断言由合并前 CI 锁定：后端 6 状态序列化矩阵 + OpenAPI JSON 形状断言 + 前端双词表用例（脱敏逻辑不落 DB、不可从数据侧直接观测，靠「测试断言 + 构建部署 provenance + 线上零错误」三角验证）
2. 服务健康度（SigNoz 日志，部署前 5h vs 后 5h）
| 服务 | error 前窗 | error 后窗 | warn 前窗 | warn 后窗 |
|---|
| tuna-api | 0 | 0 | 0 | 0 |
| tuna-worker | 0 | 0 | — | — |
| tuna-frontend | 0 | 0 | — | — |
摄取链路经 info 级 access log 验证在正常流入（非断流假零）。Gin 5xx 会落 error 级日志，0 条 = 无服务端错误。
3. 用户流健康度（生产 PG，三窗对比）
| 窗口（各 5h） | 订单 | completed | cancelled | expired | failed | 退款笔数 | 过期反馈 |
|---|
| 昨日同时段（对照） | 385 | 86 | 118 | 109 | 72 | 229 | 136 |
| 部署前（07:06–12:06Z） | 1375 | 71 | 404 | 172 | 728 | 576 | 417 |
| 部署后（12:06–17:06Z） | 933 | 93 | 234 | 110 | 496 | 356 | 255 |
- 取消→退款闭环正常：部署后 356 笔退款持续流动，与 cancelled+expired 量级匹配 — 隐藏号码没有影响 Cancel 按钮、退款、重选信道路径
- 过期反馈流正常：部署后 255 条 expired 反馈继续写入 — 号码隐藏后 expired 订单行的交互（反馈按钮）未受影响
- completed 绝对量与昨日同时段持平（93 vs 86）— 正常接码用户无感
既有异常（与本次上线无关，先于部署 5 小时存在）：今日订单量为昨日 3.5 倍、failed 率 53%。拆分后为少数账号在结构性缺货组合上重试轰炸：flipkart/IN（225 单 221 失败，单账号）、apple/IN、apple/TR、uber/JP、openai/FR。属供给侧缺口 + 用户重试行为，failed 订单从未分配号码、无采集价值，不影响本次验证。若持续可另开供给/限频议题跟进。
4. 防采集效果口径
| 指标 | 数值 | 说明 |
|---|
| 存量被保护订单 | 75,876 | expired 26,171 / cancelled 49,085 / failed 620（库内有号码的终态单） |
| 存量被保护去重号码 | 66,811 | 上线前任何账号翻自己历史/导 CSV/调 API 均可回溯采集，现全部脱敏 |
| 部署后 5h 新增隐藏 | 371 单 / 368 号 | 新到达终态的订单即刻不可爬 |
今日 cancel 大户画像（如单账号 120 单 / 54 取消 / 3 完成）正是本 PR 针对的采集路径——其部署后产生的所有取消单在列表/历史/CSV/OpenAPI 中已不再携带号码。「采集行为是否随之减少」属于长期效果指标，建议 D+3 观察高取消率账号的行为变化，此非本次 5 小时窗口能回答。
5. 建议跟进
- D+1 复查一次三服务 error 日志与订单流（同口径 24h 窗）
- 供给侧：flipkart/IN、apple/IN·TR、uber/JP 的结构性无货重试消耗调度资源，可评估 combo 级熔断或前端无货提示（独立议题）
数据源：生产只读 PG + SigNoz query API · 生成时间 2026-07-17 17:20Z · 关联：PR #612 · changes/2026-07-17-hide-refunded-terminal-order-phone-numbers.md