Twilio 通信集成

要解决什么问题

在应用里接短信通知、手机号验证或电话 IVR，很容易卡在格式规范、合规和 webhook 安全上：美国号码的 A2P 10DLC、Twilio 回调签名、OTP 速率与欺诈、以及 IVR 的无状态会话设计，都不是「调一个 API」就能稳上线。

技能如何组织

本技能按 三种模式 拆分 Twilio 用法，而不是堆 SDK 文档：

• SMS 发送：强调 E.164（如 +1234567890）、默认约 80 MPS、超过 160 字符会分段计费，以及运营商过滤（尤其美国）对投递的影响。
• Twilio Verify（2FA/OTP）：验证码生成、过期与渠道（SMS、语音、邮件、推送、WhatsApp）由 Twilio 托管，并带内置欺诈与速率限制，适合注册验证、2FA、密码重置与高价值交易确认。
• TwiML IVR：来电时 Twilio 请求你的 webhook，你返回 TwiML XML；核心动词包括文本转语音、播放音频、Gather 收按键/语音、Dial 转接、Record 与跳转端点。因 无状态，菜单状态需用 URL 参数或会话存储维护。

适用边界与注意点

技能中的 易踩坑 表值得对照实现：始终验证 webhook 签名、切勿硬编码凭据、在美国发短信需 注册 A2P 10DLC；营销/通知类还要在数据库跟踪退订、对瞬时失败做重试，并在应用层叠加速率限制。它描述的是模式与约束，具体语言 SDK 与账号配置仍需对照 Twilio 官方文档与你方合规要求。