用途
该技能用于在系统更换平台或跨越重大架构边界时，引导智能体进行数据迁移与平台切换的规划与执行。它覆盖迁移管道、表、契约、编排或工作负载在系统之间移动的场景。技能明确提醒：不要在没有回滚和验证路径的情况下启动切换工作。
何时使用
- 从一个数据仓库或湖仓迁移到另一个
- 在编排或计算系统之间移动管道
- 重构存储格式或表引擎
- 执行重大服务层切换
工作流
1. 定义迁移范围
包括：
- 源平台
- 目标平台
- 受影响的数据集和作业
- 兼容性期望
- 切换窗口
2. 选择迁移模式
常见模式包括：
- 并行运行
- 影子验证
- 分阶段消费者切换
- 批量迁移加冻结窗口
3. 定义验证门
典型验证门包括：
- 行数
- 指标对账
- 新鲜度一致性
- 模式兼容性
- 性能或成本验收
4. 让回滚真实可行
回滚应当是可执行的，而不是计划书里的一句话。
5. 有意退役旧路径
在建立信心后，有意识地退役旧路径。
常见合理化借口
| 合理化借口 | 现实 |
|---|---|
| “我们可以在一个安静的窗口一次性切换所有内容。” | 隐藏的下游依赖往往使“大爆炸式”切换非常脆弱。 |
| “如果数据匹配一次，我们就完成了。” | 切换还需要持续的运行时一致性和恢复信心。 |
| “我们可以无限期保留旧路径以防万一。” | 僵尸双路径会造成混乱和额外风险，除非有意退役。 |
红旗信号
- 回滚不可执行
- 消费者切换只是假设而非协调
- 验证仅限于一次性行数
- 切换后新旧系统都被视为唯一真实来源
验证清单
- [ ] 迁移范围和目标行为已明确
- [ ] 切换模式和验证门已记录
- [ ] 回滚真实可行，并在可行处经过测试
- [ ] 稳定采用后计划退役旧路径
限制
资料未提供该技能的具体安装命令、代码细节、收费方式、价格、支持平台范围或具体使用步骤，相关事实暂未提供。