用途：在 API 版本升级、框架替换或平台迁移时，以最小停机时间完成切换。核心方法包括绞杀者模式（strangler fig）、并行运行和流量影子。
主要能力：清点现有端点并记录 HTTP 方法、URL 模式、请求/响应结构、认证方式与消费方依赖；生成旧端点与目标端点的映射表，标注 URL 结构、字段名、数据类型和认证流程中的破坏性变更；创建请求/响应适配器，处理字段重命名、嵌套转扁平、枚举值变化；实现流量路由器，按迁移阶段、端点或功能开关将请求导向旧实现或目标实现；设置流量影子，把生产请求复制到目标实现但不返回其结果，用于数据一致性对比；构建迁移看板，跟踪每个端点的状态（仅旧、影子、金丝雀、已迁移）、错误率和延迟对比；执行分阶段切换：影子（仅对比）→ 金丝雀（1% 流量）→ 逐步放量（10%、25%、50%、100%）→ 下线旧实现，并支持自动回滚触发；用完整集成测试套件验证迁移完整性，并对代表性请求样本比较响应体。
使用方式：需要可访问的源 API 代码库与 OpenAPI 规范、已就绪的目标框架或平台环境、用于渐进切换的流量路由能力（反向代理、功能开关或 API 网关）、伴随模式变更时的数据库迁移工具（Flyway、Alembic、Prisma Migrate），以及覆盖现有 API 消费方的集成测试套件。输出包括端点映射 JSON、适配器目录、路由中间件、影子对比脚本、迁移看板文档和一致性测试。
适用场景：Express 迁移到 FastAPI、REST 迁移到 GraphQL、单体拆分为微服务等。
限制：资料未提供具体收费、价格、平台支持范围或效果数据；实际迁移需自行准备上述前置条件，并处理影子响应不一致、适配器转换失败、回滚触发、消费方认证中断和数据不一致等错误。