过去 24h，611 笔订单（占全部下单量的 21%）落在 3 个物理上无法履约的组合（apple/TR、telegram/JP、telegram/RU）上，完成率约 0%。它们在售卖目录里被标成 sellable，供应商申报库存高达 百万级——但真实履约是幽灵库存（apple/TR 近 7 天 4,530 单只成 1 单）。
后果不是「丢了收入」（0% 可履约，本就没有收入可捞），而是三件事：① 把平台报表里的转化率从真实的 21.3% 稀释到 16.8%；② 每天白烧 ~1,500 次上游供应商 API 调用；③ 新用户 / 脚本流量在死路上空转（单个账号 24h 内狂刷 209 单 apple/TR）。
营收趋势向上、毛利率稳、支付漏斗（充值 paid 入账 + 7 天后自动 completed 结案）经代码交叉验证一切正常——AutoCompletePaidOrders worker 健康，无逾期滞留。所以本报告不谈大盘，只挖一个被指标掩盖的结构性漏点。
| execution_path | 24h 订单 | 拿到号码 | 完成 | 转化率 |
|---|---|---|---|---|
| raw_ref（精确匹配供应商） | 1,807 | 88.0% | 428 | 23.7% |
| canonical_fallback（跨供应商兜底） | 1,068 | 29.9% | 51 | 4.8% |
canonical_fallback 占 37% 的下单量，转化率只有 raw_ref 的 1/5。这不是偶发——过去 14 天它稳定占 33–57% 的量、转化率常年 1.2–5.9%。24h 里它的失败拆解：NO_NUMBERS 726 单（幽灵库存）、INVALID_COUNTRY 594 单（供应商压根不支持该国家）。
| 组合 | 7d 订单 | 完成 | 转化率 | 24h 订单 | 标 sellable 供应商 | 申报库存（最大） |
|---|---|---|---|---|---|---|
| apple / TR | 4,530 | 1 | 0.02% | 488 | 8 | 1,756,122 |
| telegram / JP | 456 | 0 | 0.00% | 74 | 9 | 93,109 |
| telegram / RU | 225 | 0 | 0.00% | 49 | 2 | 1,000 |
| 对照健康组合：openai/US 55% · tinder/VN 47% · flipkart/IN 56% —— 说明履约链路本身没问题，是这几个组合结构性无货。 | ||||||
目录里 apple/TR 有 8 家供应商标 sellable，grizzlysms 申报 175 万、1001sms 36.6 万、hero-sms 36.5 万个可用号——真实下单却几乎全部 NO_NUMBERS/INVALID_COUNTRY。绝大多数订单 amount_cents=0（分号阶段就失败、未扣款），所以不是退款损失，而是纯粹的调用浪费 + 指标污染。
| 口径（过去 24h） | 订单数 | 转化率 |
|---|---|---|
| 全量（报表看到的） | 2,869 | 16.8% |
| 剔除 3 个幽灵死路组合后（真实值） | 2,258 | 21.3% |
| 差额 = 幽灵组合噪声 | 611（占 21%） | +4.5pt 被压低 |
关键代码位：backend/internal/service/topup/... 无关；问题在售卖目录层 sellable_catalog_offers 的 availability 判定——它派生自供应商申报库存而非真实成交率。combo_health 机制存在但被刻意关闭（这是既有产品决策，见团队记忆），且 canonical_fallback 缺国家级预过滤（INVALID_COUNTRY 100% 落此路径）。任何持久修复都要动这两处——属于路由 / 目录 / 定价红线，需人工 + A/B，故本次不自主提 PR。
| 国家（近 3 天） | 会话数 | 占比 |
|---|---|---|
| China | 2,746 | 76% |
| United States | 163 | 4.5% |
| Japan | 104 | 2.9% |
| Singapore | 96 | 2.7% |
| Hong Kong / Taiwan | 103 | 2.9% |
流量高度集中在华语用户（China 占 76%），与「亚洲 / 廉价号段需求旺、但这些组合恰恰幽灵供货」的错配相互印证。apple/TR、telegram JP/RU 都是典型廉价热门组合——需求真实存在，供给是假的。
apple/TR、telegram/JP、telegram/RU 三个组合下架 / 标 block_reason='phantom_inventory'。⚠️ 注意：目录 rebuild 每几分钟会按申报库存重新标回 sellable，手动隐藏只是临时止血。尝试量≥阈值 且 成功率≈0 的组合自动隐藏，无视申报库存。这正是被关闭的 combo_health 护栏该干的事，建议评估重新开启（而非从零重写）。预期收益：不是新增收入（0% 可履约），而是 —— 报表转化率回到真实 +4.5pt、每天省下 ~1,500+ 次上游 API 调用（降低限流压力与成本）、新客首单不再撞死路、供给侧监控去噪。
orders / supplier_execution_attempts / sellable_catalog_offers / topups / transactions）+ GA4 property 512790783 + main 分支代码交叉验证。