Bird vs Plivo

Bird vs Plivo:SMS 对比

Bird 是一个 AI 代理可以端到端操作的 SMS 平台:发送消息、确认投递、注册您的 10DLC 品牌。这些功能都是 Bird 托管 MCP 服务器上的工具,您的代理一连接即可使用。Plivo 的网站以构建语音 AI 代理为主,SMS 只是其中一个渠道。在这里,SMS 才是核心产品。

数据一览

Bird

SMS 覆盖范围

190+ countries

运营商线路

240 条直连线路

投递速度

95% 在 2.5 秒内送达

Plivo 的优势所在。
Bird 的差异化优势。

Plivo 的优势所在

PowerPacks 自动为您选择发送号码。号码池根据地理位置和吞吐量在发送时自动解析号码。Bird 则在每次发送时指定发送者,或通过模板发送为目标自动选择号码。

支持更多语言的辅助库。官方服务器 SDK 支持 Java、Node.js、PHP、Python、Ruby、Go 和 .NET。使用 Java 或 Ruby 的团队则通过 Bird 的 HTTP API 进行对接。

Bird 的差异化优势

代理可以自主操作账户。mcp.bird.com 上的托管 MCP 服务器为代理提供工具,可发送 SMS、读取投递状态并在您的真实工作区中注册 10DLC 品牌。

不会重复发送的安全重试。在发送请求中使用 Idempotency-Key 头可确保重试安全;Plivo 的发送参考文档中未记录幂等键或相关头信息。

消息意图是一等字段。每条自由文本消息都携带 transactional、marketing、authentication 或 service 分类,Plivo 的发送接口没有对应字段;其 conversation_origin 仅适用于 WhatsApp,且是返回值而非设置值。

对比矩阵

逐项功能对比。

Plivo 提供更多语言的辅助库。Bird 在安全重试、消息意图以及代理自主操作方面胜出。两者在发送请求结构、10DLC 注册、全渠道统一主机和投递事件方面表现相当。以上对比均基于当前最新信息。

CapabilityBirdPlivoWho wins?
发送请求通过 JSON 向区域主机上的 /v1/sms/messages 发送请求,使用 Bearer API 密钥进行身份验证。通过 JSON 向账户路径下的 Message 端点发送请求,包含 src、dst 和 text 参数,使用 Auth ID 和 Auth Token 通过 HTTP Basic 进行身份验证。
安全重试在发送请求中使用 Idempotency-Key 头可确保重试安全。Plivo 的发送参考文档中未记录幂等键、头信息或去重机制,因此超时后重试可能导致重复发送。
消息意图每条自由文本消息都携带 transactional、marketing、authentication 或 service 分类。type 用于选择渠道(sms、mms 或 whatsapp),发送时没有字段声明消息发送的目的。conversation_origin 包含 utility、authentication、marketing 或 service,但仅适用于 WhatsApp,且是消息返回值而非发送时设置。
托管 MCP 服务器自带代理即可使用。mcp.bird.com 是托管服务,Claude Code、Cursor、ChatGPT 或您自己的运行时只需登录一次即可使用相同工具操作工作区。MCP Tools 将 Slack 和 Zendesk 等第三方应用接入 Plivo 自有的 AI Agent 工作流。代理是 Plivo 的。
A2P 10DLC 注册/v1/sms/10dlc/* 通过 API 注册品牌和活动。同一账户路径下的 10dlc 端点先注册品牌,再注册活动,然后将号码关联到活动。
整个渠道共用一个主机发送、10DLC 注册和投递事件共享同一个基础 URL 和密钥。发送和 10DLC 注册位于 api.plivo.com 的同一账户路径下,因此一个客户端即可覆盖两者。
投递事件一个工作区 webhook,订阅您指定的 SMS 事件类型,如 sms.sent、sms.delivered 和 sms.failed,以符合 Standard Webhooks 规范签名的 JSON 格式投递。每条消息通过 url 参数指定回调地址,使用 X-Plivo-Signature-V2 基于 HMAC-SHA256 签名。
SDK 语言提供 TypeScript、Python、Go 和 PHP 的类型化 SDK,以及 Swift、Kotlin 和浏览器端的 Realtime 客户端。提供 Java、Node.js、PHP、Python、Ruby、Go 和 .NET 的官方服务端 SDK。

相似的发送方式

发送调用的结构相似。

发送一条 SMS。两者都接受 JSON,Plivo 的字段名已经是小写,因此映射关系为 src 对应 from、dst 对应 to、text 对应 text。Plivo 的 Node 辅助库会抛出异常,因此常规路径需要 try/catch。Bird 返回可解构的类型化结果,category 是 Plivo 没有对应项的字段:每次 Bird 自由文本发送都需要声明其用途。

Plivo

send.ts
import { Client } from "plivo";

const client = new Client(process.env.PLIVO_AUTH_ID!, process.env.PLIVO_AUTH_TOKEN!);

try {
  const res = await client.messages.create({
    src:  "+15557654321",
    dst:  "+15551234567",
    text: "Your table is ready.",
  });
  console.log(res.messageUuid);
} catch (err) {
  console.error(err);
}

Bird

send.ts
import { BirdClient } from "@messagebird/sdk";

const bird = new BirdClient({ apiKey: process.env.BIRD_API_KEY! });

const { data, error } = await bird.sms
  .send({
    from:     "+15557654321",
    to:       "+15551234567",
    text:     "Your table is ready.",
    category: "transactional",
  })
  .safe();

if (error) console.error(error.message);
else console.log(data.id, data.status);

各国 SMS 费用是多少?

每个目的地国家/地区都在SMS 定价页面上公布了费率,运营商费用和 10DLC 费用在SMS 运营商费用中单独列出,而非合并计算。您无需联系任何人即可为营销活动估算成本。

迁移成本

很低。

代码改动小且机械化。Plivo 的 src、dst 和 text 直接映射到 Bird 的 from、to 和 text,两个 API 都接受 JSON,每条消息的 url 回调变为订阅 sms.sent、sms.delivered 和 sms.failed 的工作区 webhook。

有两项工作属于排期而非工程开发。您的 10DLC 品牌和活动是通过 Plivo 在 The Campaign Registry 注册的,因此需要通过 Bird 重新提交相同的注册;您在 Plivo 拥有的号码将按支持团队的排期进行携号转网。尽早启动这两项工作,它们可以与代码迁移并行推进。

大家真正会问的问题

Bird 是 Plivo SMS 的好替代方案吗?
For most application-to-person SMS, yes: Bird sends to 190+ countries over 240 direct-to-carrier connections, registers 10DLC brands and campaigns over the same API and key as the send, and makes retries safe with an Idempotency-Key header that Plivo's send reference does not document. Plivo remains the better pick where you want a helper library in a language Bird does not ship, or where its sender-pool routing matches how you already send.
发送调用的差异有多大?
差异比大多数情况小。两者都接受小写字段名的 JSON,因此 src 变为 from,dst 变为 to,text 保持不变。Bird 端的两个实际新增项是 category(声明消息是事务性、营销性、认证性还是服务性的)和 Idempotency-Key 头(使重试安全)。
代理在我的账户中实际能做什么?
仅限于您委托的权限,不多不少。通过浏览器 OAuth 登录后会打开 Bird 授权页面,您可以选择工作区或组织权限,并选择要委托哪些权限。授权范围取决于客户端请求的、您批准的和您实际拥有的权限的交集,且 org:owner 和 platform-admin 范围永远不可委托。授权记录显示在您个人资料的
Bird 和 Plivo 都支持通过 API 进行 A2P 10DLC 注册吗?
都支持,且都将注册放在发送旁边而非单独的主机上。Plivo 先注册品牌,再注册活动,然后在与发送相同的账户路径下将号码关联到活动。Bird 将 /v1/sms/10dlc/* 与 /v1/sms/messages 放在同一个基础 URL 和同一个密钥下。无论哪种方式,注册都提交到 The Campaign Registry,且不可在提供商之间转移。
Bird SMS 各国费用是多少?
每个目的地国家/地区都在 Bird 的 SMS 定价页面上公布了出站费率,运营商费用和 10DLC 费用单独列出而非合并计算,因此您无需联系销售即可自行估算活动成本。

从一个渠道开始。
准备好后,再添加其他渠道。

测试 API 密钥即刻可用。添加支付方式并验证发送者身份后,即可解锁生产环境。

正在使用 Claude Code、Cursor 或 Codex?复制一条设置提示,您的智能代理即可自动安装 Bird CLI 和相关技能。选择您的工具:

Cursor