DogeSMS 经营日报

数据窗口：过去 24 小时（截至 2026-07-13 20:08 UTC）· 对比前 7 日 / 30 日 · 数据源：Production PG + GA4 + main 分支代码交叉验证

一句话结论：「ISP 自营号池准入白名单→黑名单」翻转（PR #586，07-13 ≈01:00 UTC 上线）漏放行了旗舰服务 OpenAI。号池 100% 是加拿大 NPA 236/581 号段，被 OpenAI 地理风控拒发码——07-13 凌晨起 OpenAI 单量被路由到该池，接码率被打到 2.1%（正常 44%），旗舰服务放血约 8 小时（02:00–10:00 UTC），直到运营 15:16 手动拉黑才止血。GA4 流量正常，订单量翻 3 倍纯属「取不到码→取消→重下」的重试风暴假象。

19.3%

OpenAI 07-13 接码率

▼ 前一日 45.6%（−26pp）

2.1%

经 ISP 池的 OpenAI 单接码率

381 单仅 8 单成功

≈215

8h 窗口损失的成功单

686 单 · 期望 306 · 实际 91

×3.4

OpenAI 订单量虚增

248→853（重试风暴）

已止血

当前状态

15:16 拉黑后 0 命中

① 现象：旗舰服务 OpenAI 接码率断崖

OpenAI 是平台第一大服务（单量与营收占比最高、接码率长期稳定 41–48%）。07-13 单日接码率跌到 19.3%，且完全是「取消」在暴涨——不是「失败」，说明取到了号但收不到码，用户取消退款后重下：

日期(UTC)	OpenAI 单量	接码率	取消率	过期率	失败率
07-13 🔴	853	19.3%	50.9%	29.1%	0.7%
07-12	248	45.6%	23.0%	31.0%	0.4%
07-11	328	46.6%	30.8%	21.3%	1.2%
07-10	510	46.9%	28.4%	20.0%	4.7%
07-09	447	41.4%	29.1%	28.2%	1.3%

按小时看，03:00–09:00 UTC 接码率仅 8–12%、取消率 44–75%；10:00 之后号池耗尽自动回落到正常聚合器，接码率立即恢复到 30–72%——完全对齐 ISP 池的活跃窗口。

② 根因：ISP 自营池被 OpenAI 地理拒发码

按供应商拆解 OpenAI 今日 vs 昨日的取号/接码：isptelecom 昨日 0 命中，今日暴增到 383 次取号——但接码率仅 2.4%。同期真实聚合器 durianrcs.com 依旧健康（52.4%）：

窗口	供应商	取号尝试	取号率	接码率(码/号)
今日 🔴	isptelecom	383	99.5%	2.4%
今日	durianrcs.com	230	98.7%	52.4%
今日	grizzlysms.com	103	95.1%	24.5%
昨日	durianrcs.com	185	99.5%	52.7%
昨日	isptelecom	0	—	—

为什么必败：号池 2000 个号全是加拿大号段（NPA 581×1000 + NPA 236×1000，均 country=CA）。OpenAI 对加拿大 VoIP/ISP 号段有地理风控，几乎不下发验证码。这与历史已知模式一致（paypal/google/telegram 在该池同样 0–5%）。取号（99.5%）完全正常，死在接码（2.4%）——典型「取号率健康掩盖接码率崩盘」。

③ 引爆点：白名单→黑名单翻转漏了 OpenAI

PR #586 feat(isp): 服务准入黑名单化 — 白名单退役 + 多维度拉黑 + 候选报告 ↓ 07-13 ≈01:00 UTC 上线：ISP 池从「白名单只放行 6 服务」翻转为「catalog 全量 active 默认可走 ISP，发现死组合再拉黑」 ↓ 01:50 按 07-12 快照 seed 5 条死组合（paypal/claudeai/google/telegram-236） ❌ 漏了 OpenAI —— 之前不在白名单内、从没走过 ISP，翻转后一夜暴露 ↓ 02:00–10:00 OpenAI 流量灌入 ISP 池，2.1% 接码率放血 ≈8h（号池耗尽自停） ↓ T+2h 「拉黑候选报告」命中 openai×US×236（82 单 3.7%）—— 但报告仅推荐、不自动写 ↓ 15:16 UTC（T+≈14h） 运营手动拉黑 openai×US×581 + openai×US×236 → 止血

代码印证：ListBlockCandidates()（isppool/repository.go:1283）刻意「只出候选、决策权在人」（低单量自动拉黑易误杀）。检测能力存在且当天就命中了，缺的是把候选推送出去的告警链路——运营得主动打开 Admin 页才看得到，于是从命中到处理拖了十几个小时。

④ GA4 交叉验证：订单翻倍是重试风暴，不是真需求

日期	GA4 Sessions	活跃用户	OpenAI 订单	下单/用户
07-13	1854 (+50%)	1586	853 (×3.4)	4.1
07-12	1240	1076	248	2.4

流量只涨 50%，OpenAI 订单却翻 3.4 倍、人均下单 2.4→4.1。订单虚增 = 用户取不到码反复取消重下，不是真实需求增长。这也解释了为何号池 8 小时内被榨干。

⑤ 影响量化 & 当前状态

≈215 单

损失成功单(8h)

按基线 44.4% 反算

≈$56 / $26

直接损失营收/毛利

OpenAI 均价仅 $0.26

381→8

经 ISP 的 OpenAI 单结局

69.6% 取消 · 28.3% 过期

直接金额损失不大（OpenAI 单价低），但真正代价是旗舰服务的用户体验受损（几百个用户反复取消重下）+ 号池库存被无效榨干 + 系统性复发风险：黑名单是「默认放行」模型，下一个漏掉 seed 的高价值服务同样会静默放血十几个小时。

⚠️ 仍开放的残留缺口（当前时点）：

WhatsApp·US（13.8%）、Telegram·US（6.7%）仍是默认放行、未拉黑，正在 ISP 池上小额放血。
OpenAI 的拉黑维度是 country=US，而池内号是 CA 号段；country=CA 的 OpenAI 单不匹配现有拉黑规则（当前因池耗尽暂无命中，但规则有洞）。建议 OpenAI 直接全局（country=NULL）拉黑或按 NPA 全覆盖。

⑥ 建议动作（已设计，本次未自动上线）

🎯 核心修复：把「拉黑候选报告」接上飞书推送告警

检测逻辑（ListBlockCandidates）已存在且有效，缺的是主动推送。复用现成的 supplier_health_worker + notifier 告警模式：

新增周期 worker（如 5min/次）调 ListBlockCandidates(minSample=20, maxRatePct=5, windowDays=7)；
对「新出现、未拉黑」的高单量死组合，broadcast 飞书告警到告警群（alert_chat_id），带一键拉黑所需的 service/country/npa + 数据依据；
「决策权在人」不变——只推送不自动写黑名单，运营在 Admin 点确认。把「命中→处理」从 ~14h 压到分钟级。

⚡ 运营侧即时动作（需人工 + prod 写，本报告不代执行）

补拉黑 whatsapp、telegram（ISP 池上普遍 <15% 的高价值 OTP 服务）；
OpenAI 拉黑改为全局或 NPA 全覆盖，堵住 country=CA 漏洞；
复盘 seed 清单：翻转黑名单时，凡历史接码率 < 阈值的服务应默认进 seed，而非「事后发现」。

为何本次未自动发 PR：① 放血已被运营止血（OpenAI 双 NPA 已拉黑，10:00 后 0 命中）；② ISP 准入子系统正被团队逐小时热修（今日已 #586 + #595 两个 PR），自动 PR 有撞车 / 踩在途决策的风险；③ 告警特性会改动 notifier 接口（所有 notifier 需实现）+ ISP 子系统，属团队正在动的区域，交付「可直接落地的设计」比抢发 PR 的期望价值更高。若需我落地告警 worker，回一句即可启动 AFK 流程。

数据源：Production PostgreSQL（只读）· GA4 property 512790783 · main@ed0be197 代码交叉验证 · 生成时间 2026-07-14 04:08 CST · 关键查询均可复现（supplier_execution_attempts / orders / isp_service_blocklist / isp_numbers）