规划从 Gigs 迁移连接服务

围绕客户正在使用的服务规划迁移。保留理解现有承诺所需的信息，并在要求订阅者做出任何更改之前确定哪些内容可以迁移。

前提条件

准备好对 Gigs 项目的授权访问、一个 Bird 工作区、相关的商务和支持联系人以及一个小规模的评估群组。盘点在用服务和付款义务。确认预期的 Bird 产品能满足每位客户的需求。

1. 盘点现有关系

将你的客户标识符映射到提供商的用户、订阅、套餐、SIM 卡和携号转网记录。记录服务的当前状态以及下次续订或到期时间。确保相关团队可以访问当前的付款安排和支持历史记录。

将安装凭据视为机密信息。它不应出现在导出的对比电子表格或代理提示词中。在日常操作中使用引用和授权访问。

2. 定义接收服务

选择目标市场、包含的服务、配额和商业条款。确认设备兼容性以及是否需要安装新的配置文件。如果客户要保留手机号码，确认支持的携号转网流程以及需要从转出服务方获取的信息。

名称相似的套餐不等于相同的合约。在选择替代方案之前，审查覆盖范围、速率策略、有效期、续订、取消条款以及客户的剩余义务。

3. 映射行为，而非 API 名称

将套餐发现、购买、履约、安装、用量、充值和服务变更映射到已记录的 Bird 集成。保留客户请求、财务结果和最终网络服务之间的区分。

对于代理辅助的集成，提供已批准的源合约和脱敏的字段映射。要求编码代理在实现适配器之前识别不支持的操作和模糊的结果。不要让它仅根据资源名称推断一对一的映射。

4. 排练可控的过渡

使用经过批准的测试客户和兼容设备。执行接收端的购买、私有安装以及所需的携号转网。分别验证包含的数据、来电和去电以及消息。

演练安装中断、延迟的观测数据和可恢复的请求拒绝。验证订阅者看到的内容以及支持团队能执行的操作。当现有订单的结果不确定时，保持对其的调查，而不是创建新的购买。

5. 带退出方案地推广

仅在迁移路径和客户说明经过验证后，才邀请一个有限的群组。监控完成情况、支持需求和活跃的财务关系。按照原服务的条款关闭它，且仅在商定的过渡允许时才执行。

记录谁可以暂停推广以及剩余客户如何保持服务。回滚可能需要执行新的服务操作；更改应用程序设置无法恢复每个配置文件或号码转移。

故障排除

如果配置文件无法迁移，使用商定的全新安装路径。如果携号转网被拒绝，按照报告的要求和转出方记录处理。如果用量数据缺失，将观测数据的时效性与购买和服务状态分开检查。

提供商参考

使用 Gigs 订阅指南、SIM 卡指南和携号转网流程来了解源服务。

启动代理辅助的评估

将此提示词连同已批准的合约和脱敏的清单一起提供给你的编码代理。将凭据保存在授权工具中，不要放在提示词里。

代码示例

Assess a migration from Gigs to Bird eSIM for this application.

1. Discover the repository instructions and authorized read-only tools.
   Read https://bird.com/docs/guides/esim/migrate/gigs.md and
   https://bird.com/docs/guides/esim/api.md. Inspect the current Gigs
   integration and the Bird contracts supplied for this evaluation.
2. Inventory customers, subscriptions, plans, SIM references, billing,
   installation and porting behavior. Use redacted references. Do not
   retrieve or print installation credentials, payment data or tokens.
3. Map each operation to a documented destination. Separate supported
   operations from requirements that still need Bird confirmation.
   Do not invent an API from a similarly named resource.
4. Propose the customer journey, compatibility checks, idempotent
   purchase handling, delayed observations and recovery paths. Identify
   service continuity and financial obligations for a bounded cohort.
5. Produce a reviewable integration plan, test cases and unresolved
   questions. Stop for explicit approval before changing live accounts,
   buying or activating service, moving numbers, cancelling subscriptions,
   changing billing, or sending customer invitations.