① 打款工作台
◐
人工打款链路（通道侧确认：目前只能人工打款，E-25）。
流程：审核 → 开始打款（这一刻账本出账）→ 线下转账 → 登记回执号。
「开始打款」前请先点「查看收款账户」核对完整卡号（该动作服务端留痕）。
② 收款账户核验
ℹ
核验依据目前是人工审核（缺口 12a：没有外部核验通道）。
核验动作会留痕（谁、什么时候）。核对：主体名 ↔ 卡号尾号 ↔ 开户行。
③ 供给放行
ℹ
放行 = 该供给进入选路、买家可以调到、开始产生收入。只列出 pending 的供给。
④ 信用处罚
ℹ
处罚直接作用于选路权重（credit = base − penalty，clamp ±15%）。默认 90 天到期自动解除；
处罚必须写原因与操作人（库侧 CHECK 强制）。
⑤ 入驻审核
ℹ
主体核验是第三个平台核验动作：供给放行答「凭什么认为他有权卖」（supply_*）、
账户核验答「凭什么认为这张卡是他的」（payout_*）、本台答「凭什么认为这家主体是真的」（seller_*）。
三套依据互不共用、也互不推出。只列 pending 主体；认证后可提现（收款账户仍须另行核验）。
⑥ 上游身份不一致
ℹ
清单来自最近 N 天调用里「卖家申报的模型 ≠ 上游自报的 model」。
★ 一期不做归一化、不做自动处罚 —— 厂商模型名带版本后缀属正常
（申报 qwen-plus、上游回 qwen-plus-2025-01-09）
⇒ 清单里必然有大量假红。这是待人工判断的清单，不是「抓到了套壳」。
本台看不到「这条供给还有多少调用没被注意到」——请结合调用次数一起看（calls 很小 = 证据很弱）。
⑦ 指纹巡检
◐
绿 = 「没变过」，不等于「是真的」：基线取自这条供给自己的首次采样 ⇒
它若从第一天就是假的，基线也是假的，之后只要不换就永远绿。检出的是变更，不是真伪。
★ 「探不了」与「没变更」是两回事（约 23% 端点不返回 logprobs）——
混成一个值，覆盖率是零也会显示成一片祥和。筛「从没探过」请选 __missing__。
⑧ 内容标识核验
◐
比的是「卖家申报的服务提供者编码」与「文件元数据里实际写的 ContentProducer」。
★★ 标识缺失是常态（抽样：文生图完全合规率 81.8%）⇒ 「无标识」不等于「一致」，
更不等于「违规」；★ 卖家申报自己是分发方时，内容里写上游厂商是合法的
⇒ 显示为「分发转售（正常）」，不进可疑清单。三类结论各自独立留痕，不合并成"真伪分"。