上线事故周：红灯警示意味着系统冻结，而非营销冲刺

上线事故周：红灯警示意味着系统冻结，而非营销冲刺。

首次上线事故：总览标红意味着停止 — 而非我们已经上线

当您的白标CPaaS平台在最初上线窗口期显示为红色时，绝对的规则很简单：立即停止增长活动。主仪表盘总览上的红灯评分是一个紧急的运营信号。这意味着吞吐量异常、Webhook投递延迟或运营商路由故障需要工程团队集中精力，而不是进行狂热的营销推广来获取更多业务量。如果将重大事故视为小波折，同时继续接入大量高流量，将会冒着烧光20美元预付费底线储备的风险，甚至在品牌资产建立之前就摧毁运营商的信任。

诊断分类：将短信路由异常与上游波动区分开来

在事故周期间，隔离OTP下发失败或DLR回执延迟的根本原因决定了平台的稳定性。请检查您的HB指标以及原始运营商网关响应。当号码通过JIT机制配合预付费冻结进行配置时，验证准确的路由配置比盲目猜测更为重要。确保您的Webhook端点在高负载下持续返回200 OK状态。切勿假设客户端流量行为是静态的；突发尖峰会压垮本地工作线程，将微小的路由延迟变成系统性的队列阻塞，需要立即进行结构性缓解。

为什么红灯评分需要技术冻结而非增长冲刺

在核心基础设施退化的情况下推进新账户或扩大营销活动，违背了基本的站点可靠性工程原则。红色状态表明核心消息管道、号码分配工作流或10DLC注册检查正在安全运营参数之外运行。冻结获客可以保护您的资产负债表并维护用户体验。一旦您的运营趋于稳定，您就可以安全地审查性能指标，参考上线第二个月：在流量涌入后，业务续航评分仍显示绿灯指南中的历史趋势，以确保平台的长期健康。

值班交接时把判定标准写进同一份说明：谁看 DLR、谁对账、谁能暂停路由。峰值前按清单复核。

对账或导出必须带同一 intent 或 session 键，方便财务回放，不要用口头「正常」代替键对齐。

上线前先跑窄走廊冒烟，确认闸门与回退触发后再放宽目的地集合。

值班交接时把判定标准写进同一份说明：谁看 DLR、谁对账、谁能暂停路由。峰值前按清单复核。

对账或导出必须带同一 intent 或 session 键，方便财务回放，不要用口头「正常」代替键对齐。

上线前先跑窄走廊冒烟，确认闸门与回退触发后再放宽目的地集合。

值班交接时把判定标准写进同一份说明：谁看 DLR、谁对账、谁能暂停路由。峰值前按清单复核。

对账或导出必须带同一 intent 或 session 键，方便财务回放，不要用口头「正常」代替键对齐。

上线前先跑窄走廊冒烟，确认闸门与回退触发后再放宽目的地集合。

值班交接时把判定标准写进同一份说明：谁看 DLR、谁对账、谁能暂停路由。峰值前按清单复核。

对账或导出必须带同一 intent 或 session 键，方便财务回放。

首个事故周期间的核心指标阈值

从紧急分诊过渡到可持续的平台运营

从红色事故状态中恢复需要对所有活动路由和余额储备进行有条不紊的验证。每个活跃租户都应无一例外地维持其20美元的预付费底线，确保低余额账户在恢复阶段不会耗尽网关容量。随着平台业务量超过约1,000美元/月的软审查阈值，您的基础设施必须适应持续流量的处理，而不会触发重复警报。维护系统完整性依赖于持续的警惕，确保所有边缘节点的运维第二个月：心跳信号必须保持新鲜。

从 IOSOR 开始

分数变红时冻结新走廊放量，导出导致红项的心跳/合规/钱包证据包。指定单一业主把红项清到可复测，再谈重开。事故周禁止用「先发着」绕过红分。

相关：第二个月分数仍须绿 第二个月心跳仍须新鲜

IOSOR 要点

红分周是停扩与举证，不是营销冲刺。证据包不清就重开，只会再红。

要做：冻结扩量 + 红项业主。 不要：红分下继续加走廊。