apple / TR（土耳其苹果验证码）已成为平台最大单一下单来源——过去 72h 占全部下单的 22.0%，但接码率是 0%（30 天 6112 单里只有 4 单收到码，0.1%）。它把平台整体端到端转化率从真实的 18.7% 拖低到 14.6%，制造"转化在恶化"的假象。资金上不亏（扣款=退款，净现金 ≈ $0），所以它是一个沉默的指标 / 库存 / 体验黑洞，不会在利润表上报警。根因：为这类死路而生的守卫 combo_health 在生产环境 被关着（enabled: false，决策表 0 行，从未运行）。
大盘看，最近一周端到端转化率（下单→completed）从 ~18–21% 掉到 ~12–15%，像是在系统性恶化。但把 apple/TR 单独剔除后，真相反转：
| 口径（最近 72h） | 下单数 | 端到端转化 |
|---|---|---|
| 全站（含 apple/TR） | 7,363 | 14.6% |
| 剔除 apple/TR | 5,747 | 18.7% |
→ 平台真实转化健康（~18.7%，与历史一致）。这是典型的 mix-shift 假象：一个 0% 的巨型组合稀释了均值。若按大盘转化率去排查供应商，会完全查错方向。
| 日期(UTC) | 下单 | 分配到号 | 收到码 | completed |
|---|---|---|---|---|
| 07-20 | 36 | 5 | 0 | 0 |
| 07-21 ← 爆发 | 1,005 | 216 | 0 | 0 |
| 07-22 | 1,765 | 281 | 0 | 0 |
| 07-23 | 1,371 | 322 | 0 | 0 |
| 07-24 | 574 | 124 | 0 | 0 |
| 07-25 | 624 | 146 | 0 | 0 |
| 07-26 | 370 | 110 | 0 | 0 |
对比同一 apple 服务的其它国家，TR 是绝对孤例——不是苹果整体接不了码，是土耳其号收不到苹果的验证短信（聚合器 TR 号被苹果风控/降权）：
| apple · 国家（30 天） | 下单 | 收到码 | 端到端转化 |
|---|---|---|---|
| TR 土耳其 | 6,112 | 4 | 0.1% |
| US 美国 | 359 | 80 | 22.3% |
| HK 香港 | 32 | 8 | 25.0% |
| IN 印度 | 495 | 33 | 6.7% |
全部为 web / activation 订单（非 API）。7 天内 68 个用户下了 5,746 单，头部集中：
GA4 交叉验证：站点整体流量在 07-15 后不升反降（~1400→~880 活跃用户/天），期间没有与 apple/TR 爆发对应的流量高峰。土耳其在 GA4 国家分布里几乎为 0，流量由中国（8726）、美国（1084）主导。
| apple/TR 交易流水（7 天） | 笔数 | 金额 |
|---|---|---|
| debit（扣款） | 1,207 | $1,007.31 |
| refund（退款） | 1,206 | $1,006.07 |
| 净现金影响 | — | ≈ $0 |
代码核实（order/service.go CancelOrder）：取消时先通知供应商释放号、再给用户退款；聚合器对"未收码即释放"的号通常同步退我方余额。所以直接损失接近 0——这正是它能连续跑一周无人报警的原因。但它真实地在消耗：
combo_health 自愈系统（service/combohealth/ + worker + Admin UI + 测试）：24h 接码率 < 1% 且样本 ≥ 100 → 自动隐藏该组合；恢复走 5% 双窗口（24h & 7d）防抖，并支持 admin 手动 override。
config.production.yaml 里 combo_health.enabled: false，worker 被 if cfg.ComboHealth.Enabled 完全门控 —— 从未启动。数据佐证：combo_health_decisions 表 0 行。
apple/TR 的 0%（≪ 1% 死亡线）+ 数千样本，是这套守卫教科书级的命中目标。守卫一旦打开，它会被秒级自动隐藏，同类死路（见下）也一并兜住。
| 组合 | 下单 | 收到码 | 用户 |
|---|---|---|---|
| apple / TR | 1,622 | 0 | 35 |
| telegram / JP | 116 | 0 | 59 |
| telegram / RU | 109 | 0 | 28 |
| telegram / SG | 85 | 0 | 40 |
| whatsapp / JP | 64 | 0 | 11 |
| telegram / KR | 62 | 0 | 28 |
apple/TR 从可售目录下架/隐藏，止住用户继续撞死路 + 停止烧号。可顺带处理 telegram JP/RU/SG/KR、whatsapp/JP。
combo_health.enabled 从 false 改成 true。这会激活你们已经写好并测过的自愈守卫，自动隐藏 <1% 死路组合，5% 双窗口 + admin override 兜底防误伤。这是一劳永逸拦住"下一个 apple/TR"的最高杠杆动作。
enabled 留成 false 的刻意决策点。按既定红线，动路由/定价/目录经济性的改动不自动上线，交由团队签字（或 A/B）。情报已备齐、决策已就位——一行配置即可执行。需要我落地②的配置 PR 或③的 shadow 模式，回一句即可，我走完 simplify + AFK 全流程。
service/combohealth、worker/combo_health_worker.go、order/service.go、config.production.yaml）。所有数字均可用上述表复跑验证。