入站自动回复循环：回声机器人如何抽空预付费钱包

永远回复的入站自动回复不是「出色体验」。在租用 DID 上它是预付费漏洞：两个机器人、两个带自动确认的人，或引用原文的 HELP，会弹到钱包空。产品看见「互动」，财务看见窟窿，运维在凌晨两点接到无主事故。

IOSOR 把入站放在与出站同一 white-label 预付费表面上：MO 事件、关键词回复与借记行都在您的账户。接近每月 USD 1,000+ 时，循环样本与每线程借记成为商务复盘材料。目录 live 却没有循环上限，是财务无法辩护的承诺。仍为 in setup 的号码不是双向收件箱。没有预先囤积的「更干净收件箱」可在循环开始时替换。幂等消费与每线程上限必须写进同一页，否则下个迭代就会消失。

自动回复循环抽空预付费

入站重试会发生。若消费者不幂等，每次 webhook 重试都变成又一次自动回复。参见 入站 webhook 的重试与幂等。把循环检测与 低余额自动停发 配对，让钱包能停掉剩余回声。值班必须能用一条关联 ID 从入站追到借记。

STOP/HELP 对无界回声

STOP 与 HELP 是政策，不是可爱机器人。STOP 必须记录退订并停止线程——包括自动回复。HELP 应是带真实工时的短品牌安全路径，不是客户上句的回声。对每条 MO 无界「我们收到了 SMS」不是 HELP。在第一次对话发送前写好关键词页；参见 STOP 与 HELP 关键词政策。若 STOP「通常有效」，你拥有的是运气不是政策。

产品与财务都能辩护的上限

1. 每线程出站上限 — 每个 DID + 客户 id 在窗口内的最大自动回复。
2. 幂等 MO 处理 — 一次入站事件一次回复，即使 webhook 重试。
3. STOP 后安静 — 无营销、无「您确定吗」、无第二次 HELP。
4. 低余额停止 — 剩余自动回复在静默透支戏剧前停住。

导出一次事故：入站事件 → 自动回复 → 账本行。拉不出这条链就没有双向控制。给上限命名负责人；没有负责人它会在下个迭代消失。

双向收件箱的诚实

双向是操作系统，不是开关。谁先读、哪些号码能收能发、什么永不进共享频道、非工作时间如何运作。参见 双向消息收件箱指南 与 租用号码上的收件箱事件。JIT 是搜索 → 冻结 → 购买 → 分配。目录 in setup 不得当作成员齐全的收件箱出售。

危险信号

• 自动回复没有每线程上限
• HELP 重复入站载荷
• STOP 后仍触发营销确认
• Webhook 重试导致双发回复
• 目录 live 却无循环负责人
• 错误倾倒外来品牌名
• 非工作时间回声却无人工路径

开始使用 IOSOR

写好客服能大声念出的 STOP 和 HELP。在预发给每个会话设自动回复上限，然后强制重复一条 MO webhook，确认钱包只看见一次回复。模拟机器人回声，直到花费停下。导出一条入站到扣款链，让财务看见环路会在哪里掏空预付余额。

IOSOR 要点

入站回声是钱包着火。一条 MO 只能换一次回复；重复 webhook 或机器人对打必须停花费，而不是加倍。

要做：按会话封顶回复，回声就切断环路。不要：对入站无限自动回复，或同一条 MO 扣两次。