**每10个被标记为“Spam Likely”的号码背后，有9个AI外呼团队在发现问题时，已经损失了数周的接通率。** 美国运营商和通话分析引擎(AT&T的Hiya、T-Mobile的First Orion、Verizon的TNS)用AI模型对每一通AI外呼进行多维评分：主叫身份、认证等级、呼叫频率、通话时长、接听率和用户投诉。**被标记为“Spam Likely”后，接通率会在电话响铃前下降40%–60%，且标签具有粘性——一旦被标，低接通率会催生更多短通话和未接来电，反过来强化标记，形成一个自行加速的负向循环**。
本文从Spam标签的根因出发，拆解AI外呼在美国市场如何从“被标记”走向“被信任”。
大多数团队在花费一个季度优化提示词和话术之后才发现，**号码已经被悄悄标记了，而模型质量的提升对接通率毫无帮助**——因为接听与否的决定，发生在AI开口之前。
STIR/SHAKEN认证等级是分析引擎评分的核心输入之一。A级(Full Attestation)意味着发起运营商**知道客户是谁，并验证了客户有权使用该号码**;B级(Partial)只知道客户，无法确认号码使用权;C级(Gateway)连客户都不认识。
**AI外呼平台最常见的踩坑方式**：使用了并非由发起运营商提供的号码——客户自带的号码、已转网的号码、从一个运营商购买但通过另一个运营商发出的号码。这三种情况都会导致认证降级为B或C，直接拉低分析引擎的评分。B级和C级认证的号码在行为模式相同的情况下，被标记为垃圾的概率显著高于A级。
AI外呼的高并发特性，在分析引擎眼中几乎就是robocall的模板行为：**单个号码日呼叫量高、大量通话仅持续几秒、低接通率、用户屏蔽或举报**。AI代理一天通过少量号码池打出数千通电话，这些信号同时出现，引擎的评分会迅速滑向负面区间。
这是AI外呼最特殊、也最容易被忽视的根因。接听者说“Hello?”，听到沉默，然后挂断。**从200 OK到AI说出第一个字之间的时间差**，来自应答机检测(AMD)的音频滞留、媒体路径建立延迟、以及VAD等待接听者问候结束后才启动ASR→LLM→TTS的串行管道。每一段延迟单独看都不大，叠加起来就是一个“机器人在但没说话”的体验。**这通电话以几秒内挂断收场，又为分析引擎贡献了一个短通话数据点**。
如果SIP中继的路由在传输过程中剥离或替换了你的主叫号码，接听方看到的可能是“private”或一个陌生号码。**廉价的路由往往不传递CLI(主叫线路识别)** ，AI外呼平台如果单纯按价格采购终止路由，很容易落到不传CLI的路径上。号码显示不出来，接听率下降，投诉上升，标记随之而来。
FCC在2024年2月已裁定AI生成语音属于TCPA下的“人工或预录语音”，同意规则同样适用。**向未同意的用户外呼、在错误的时间外呼、对同一联系人反复轰炸**，既产生法律风险，也直接喂养分析引擎的负面信号——投诉和退订本身就是标记系统的输入。
当号码已经被标记，第一个需要厘清的事实是：**Spam Remediation(标签清除)和 Branded Caller ID(品牌来电显示)运行在两条独立的技术轨道上，不能互相替代**。
| 对比维度 | Spam Remediation（标签清除） | Branded Caller ID（品牌显示） |
|---|---|---|
| 功能 | 清除运营商或分析引擎错误分配的“Spam Likely”“Scam Likely”等标签 | 在接听方屏幕上显示经过验证的企业名称、Logo和来电原因 |
| 前提 | 号码已在Free Caller Registry注册，并向触发标记的分析引擎逐一提交争议 | 必须获得A级STIR/SHAKEN认证，并通过CTIA生态的Vetting & Validation Agent审核 |
| 是否消除标签 | ✅ 直接清除标签 | ❌ 不消除已有标签；一个号码可以同时显示品牌标识和Spam标签 |
| 对AI外呼的意义 | 恢复被误标的号码的接通能力 | 在干净号码上进一步提升接听意愿 |
| 操作顺序 | 先做 | 后做（在标签清除、信誉恢复之后） |
**关键的修复序列**：先通过Spam Remediation清除标签，再叠加Branded Caller ID。**在一个仍然带有Spam标签的号码上做品牌显示，接听方看到的可能是一个“有Logo的垃圾电话”** ——标签不会因为品牌显示而消失。
**逐运营商修复**：AT&T使用Hiya(标签“Spam Risk”)，T-Mobile使用First Orion(标签“Scam Likely”)，Verizon使用TNS(标签“Potential Spam”)。**一个号码可能在一个运营商干净、在另一个被标记**。修复必须针对**实际标记它的那个分析引擎**提交争议，向错误的运营商提交无效。
**AI外呼的号码必须由实际发起呼叫的运营商提供或经其验证授权**。如果客户坚持显示自有号码，必须记录授权文件，并与运营商确认该号码在此路由下的实际认证等级。**用样例呼叫验证认证，而不是假设A级会自动生效**。
**选型SIP中继时的核心问题**：这家提供商是**拥有网络**，还是转售别人的网络?只有拥有网络的运营商，才能在自有的FCC许可基础设施上直接签发A级认证，而不是“继承”上游的认证等级。
**不要用号码轮换来逃避标签**。轮换一个被标记的号码，换来的是一整池被标记的号码，并且让引擎认为你的整个号码段都可疑。
**正确的做法是结构性防御**：
| 策略 | 具体做法 | 目标 |
|---|---|---|
| 号码池分段 | 按campaign类型分配独立号码：销售外呼、客服回拨、预约通知各用不同号码池 | 一个campaign的信誉问题不污染其他campaign |
| 新号预热 | 第1天约10通，逐步爬坡到第14天约1,000通；信任信号稳定后再提速 | 避免新号码因高呼叫速度被立即标记 |
| 日呼叫量封顶 | 单个号码的日呼叫量设硬上限，按流量比例将呼叫分散到更多号码 | 从行为层面压制“高量单号”信号 |
**AI外呼的首字延迟必须从200 OK开始测量，而不是从管道收到音频开始**。优化路径包括：将媒体服务器部署在离呼叫终止点更近的位置;在呼叫接通前**预先准备好开场句**，消除第一轮的模型延迟;评估AMD是否每一通都需要启用，如果必须启用，测试分类期间播放一个简短口语开场是否比静默表现更好。**监控接听后6秒内挂断的比例**——如果这个数字偏高，首秒静默是首要排查对象。
**所有外呼号码必须在Free Caller Registry(Hiya、First Orion、TNS联合运营)注册**，一次性注册即分发到三大分析引擎。注册不消除已有标签，但**没有注册的号码在引擎眼中缺乏可验证的身份基础**，负面评分更难修复。
**每周按号码监控接通率和标签状态**。接通率的周环比骤降通常是标签的**先行指标**，往往在Lookup工具显示问题之前就已经出现。**一个号码的接通率在2–3周内下降30%–50%且没有其他变量变化，强烈提示该号码已被标记**。
**实时DNC清洗(全国+州级+内部)** 、**按本地时区的呼叫时间窗口**、**单联系人尝试次数上限**、**退订即时生效**——这些不仅是TCPA合规要求，也是分析引擎的**正向行为信号**。投诉是标记系统的直接输入，把投诉当作运营警报来处理，而不是事后补救。
| 优先级 | 行动 | 衡量标准 |
|---|---|---|
| P0 | 确认所有AI外呼号码的STIR/SHAKEN认证等级为A级 | 样例呼叫的verstat返回 TN-Validation-Passed-A |
| P0 | 号码在Free Caller Registry完成注册 | 三大分析引擎均可查询到注册状态 |
| P1 | 按campaign类型分段号码池，新号执行14天预热计划 | 单个号码日呼叫量有硬上限，新号首日约10通 |
| P1 | 监控首字延迟和6秒内挂断率 | 首字延迟作为核心指标纳入看板 |
| P2 | 每周按号码监控接通率，设置周环比下降告警 | 接通率下降>30%触发排查 |
| P2 | 对已标记号码执行“注册→逐运营商争议→行为修正”的修复序列 | 按AT&T/Hiya、T-Mobile/First Orion、Verizon/TNS分别处理 |
| P3 | 标签清除后部署Branded Caller ID | 需A级认证 + CTIA Vetting & Validation审核（1–4周） |
**美国AI外呼避免被标记为Spam，核心不在话术，而在号码的“网络身份”和“行为纪律”** 。A级STIR/SHAKEN认证是号码的“身份证”，号码池分段和预热是防止信誉传染的“隔离墙”，首字延迟优化是消除AI外呼特有标记触发点的“急救包”，而实时DNC清洗和呼叫纪律则是让分析引擎持续看到正向信号的“日常体检”。
**一句话行动逻辑**：**先用A级认证和Free Caller Registry注册拿到“可被信任的起点”，再用分段、预热、首字优化和监控把“被标记”的概率压到最低，最后用逐运营商的Spam Remediation和Branded Caller ID处理已经发生的问题**。一个被标记的号码不是终点，但忽视标记背后的结构性原因，下一个号码会以同样的方式被标记。
