用途：在合同与对账控制下迁移 Workhuman API、托管连接器、架构、身份或项目配置。目标是从冻结的当前状态迁移到冻结的目标状态，同时保留员工权限、表彰历史、奖励完整性与可测试的回滚路径。
前提条件：当前与目标客户授权合同、架构、映射、权益与配置；完整的消费者、生产者、主体、计划与数据流清单；业务、HCM、薪酬、身份、安全、隐私、集成与支持负责人。
工具约束：使用 Read、Glob、Grep 检查依赖与工件，用 WebFetch 获取当前厂商背景，用 Write 或 Edit 编写映射、兼容代码、fixture、计划与脱敏回执。
版本策略：Workhuman 公开能力页面并未为客户 API 和托管集成定义统一的版本或弃用政策，迁移以客户通知、实现工件与支持指导为准。
认证：梳理当前与目标主体、权限、环境、轮换、撤销与重叠；不得无限期保留旧访问权限，也不得为简化迁移而扩大权限。
主要步骤：按版本或摘要冻结源与目标工件并记录获取日期、租户、负责人与生效窗口；盘点变更的操作、字段、含义、身份、计划、限制、集成行为与订阅能力；构建字段级兼容矩阵，涵盖权限、默认值、可空性、标识符、生效日期、货币与删除语义；将消费者分类为兼容、需适配、双读、双写、回填或退役，并以 fixture 证明；测试有效、空、重复、延迟、部分、拒绝、撤销认证、漂移、回滚与对账场景；提交金丝雀群体、财务风险、沟通、切换、中止阈值、重叠时长与回滚方案；批准后先金丝雀目标并比较权威状态与下游影响再扩大；按计划撤销旧访问、移除兼容代码并保留脱敏迁移回执。
审批边界：未经所有受影响负责人同意，不得更改租户配置、映射、主体、计划、员工数据、奖励或生产流量。
输出：源与目标身份、变更与兼容矩阵、测试证据、金丝雀计划、批准、对账、回滚状态与退役计划。
错误处理：目标含义不明时停止并取得厂商裁决，不得仅按字段名映射；金丝雀出现偏差时停止扩大、保留检查点并执行已批准回滚；必须保留旧主体时记录负责人与到期时间，不留永久重叠。
示例回执：source=contract@old-digest; target=contract@new-digest; consumers=6; canary=20; divergence=0; legacy-revoke=scheduled。
限制：具体版本、收费、价格、平台与效果信息暂未提供。