规划从 Infobip 到 Bird 的 WhatsApp 迁移
在迁移发送方的同时迁移客户工作流。号码连接成功并不能证明模板、自动化、事件和服务操作已经完成迁移。
前提条件
确保拥有对 Meta 商业资产的访问权限、当前提供商的配置以及接收消息的应用程序。指定一位切换负责人和一个能在过渡期间响应客户的团队。
1. 盘点现有集成
盘点发送方、模板、Moments 旅程、Conversations 分配以及 Calls API 或 SIP/WebRTC 路由。确认每个产品中保存了哪些客户状态，以及由谁负责其迁移。
记录已获批准的语言和模板内容、发送方归属、webhook 目标地址、发送许可和屏蔽数据，以及下游系统使用的客户标识符。保留一份只读的配置记录，以便在迁移过程中进行问题排查。
2. 选择发送方过渡方式
审查此号码和账户支持的迁移或共存路径。确认哪些资产可以转移，哪些需要重新创建。协调提供商的释放操作；在路径达成一致之前，不要删除现有的应用注册或断开当前发送方。
3. 映射客户工作流
| 现有职责 | 在 Bird 评估中需要验证的内容 |
|---|---|
| 活动入口 | 记录旅程的受众规则、触发条件和退出条件。测试同一客户是否在预期时刻进入和退出 Bird 旅程。 |
| 会话归属 | 记录队列分配、工作时间和升级流程。让团队在评估过程中处理一条意外回复。 |
| 呼叫目的地 | 确认当前路由中使用的是 Conversations、SIP、WebRTC 还是 Calls API 应用。确认每个呼叫方向允许的目的地和接收方的通话许可。 |
| 共享客户状态 | 确认同意状态、线索状态和订单 ID 的维护位置。在消息事件和业务事件到达时间不同时，保持其含义一致。 |
4. 演练完整的交互流程
使用符合条件的受控接收方，测试已获批准的模板、自由格式回复、交互式回复和转交人工处理。将投递观测结果与实际业务结果分开确认。演练发送结果不确定的情况、已关闭的服务窗口和不可用的集成场景。
5. 协调切换和恢复
商定如何处理排队中的发送和进行中的会话。通过受支持的流程迁移流量，观察发送方和回调路由，并确保负责客户回复的团队随时待命。根据实际的提供商过渡约束来定义恢复方案，不要假设随时可以立即回滚。
6. 核对迁移结果
审查过渡两端的消息批次和应用记录。通过账单记录核对相关费用。在宣布迁移完成之前，检查偏好设置、重复的业务事件、丢失的回复和客服工作量。
与智能体一起准备迁移
将此提示词复制到你的编码智能体中。它从只读盘点开始，并将每个任务路由到对应的指南。
代码示例
Help me prepare a WhatsApp migration from Infobip to Bird.
1. Check whether Bird MCP is connected or the Bird CLI is installed and signed in. Use either existing surface. If neither is available, follow https://bird.com/docs/ai/set-up-your-agent.md.
2. Read https://bird.com/docs/guides/whatsapp/migrate-from-infobip.md. Use the Markdown versions of the linked guides. Inventory the existing integration and customer workflows without changing them.
3. Read https://bird.com/docs/guides/whatsapp/phone-number-setup.md and identify the supported sender transition. Keep the current registration and routing active.
4. Follow https://bird.com/docs/guides/whatsapp/sending-whatsapp.md and https://bird.com/docs/guides/whatsapp/events.md to prepare a controlled message-and-reply test. Discover the available operations; do not invent commands or fields.
5. Show me the proposed changes, test recipient and expected charges. Ask before submitting templates, sending messages, changing routing or cutting over traffic.
6. After an approved test, report the observed delivery and customer outcome separately. Keep the production cutover pending my approval and describe any unresolved result.