用途：把一组仓库变成有证据支撑的迁移候选，并实施用户批准的迁移。传入参数为空格分隔的仓库路径列表（支持 ~ 展开），至少两个、且为互不相同的现有 Git 仓库根目录；不根据链接、remote 或已安装副本推断额外仓库。
主要能力：先用辅助脚本盘点（bun run "<skill-dir>/scripts/inventory.ts" <repo-path> <repo-path>），输出 JSON（schemaVersion: 1），含 repos（head、dirty、包管理器、生态、指引/工作流/清单文件、任务）、dependencyGaps、taskGaps 与 summary；建议存到临时目录并用 jq 查询。迁移单元为一个实践：指引规则或项目技能、工作流（任务配方、脚本、CI 作业、钩子、工具链固定、lint/格式/类型检查/测试/发布配置），或依赖及其使用它的工作流或代码。每个候选附证据：供方 file:line 及被调用处，接收方搜索命令与缺口证明。按“推荐迁移/需判断/已拒绝”各归类一次。
使用方式：先只读研究（可分派不超过三个只读调查者，宿主支持子代理时并行），构建跨仓库矩阵并按功能而非名称判定等价；逐方向评估契合度（生态与运行时兼容、接收方用途、冲突工具或政策、维护与 CI 成本）。适配而非复制：改写为接收方的语言、运行时版本、包管理器、任务运行器、命名、文件布局、格式与指引语气。实施时通过接收方包管理器加依赖（如 bun add -d、pnpm add -D、uv add --dev、cargo add、go get -tool），只编辑规范源文件，实施代理不得提交或推送，由编排者按仓库提交。
限制：不携带供方密钥、凭据、个人标识、主机名、地址或项目专有名称与假设；不迁移接收方不会使用的依赖；已被更广范围指引覆盖的规则应跳过；共享包、模板仓库、同步流水线与子模块属需判断项；替换现有工具、引入新生态或秘密、重大 CI 成本、许可问题、改变提交/发布/评审政策及新检查暴露的既有违规均需用户判定；研究阶段保持只读，CI 或钩子改动仅在只能靠 CI 证明时须明确说明。