用途：Gathering Migration 面向需要“先摸清地形再迁移”的场景，例如跨系统、库或架构模式的迁移，影响多个关系的 schema 变更，跨多文件的组件或 API 迁移，以及带下游依赖的图标、资产或内容迁移。它本身不直接侦察或迁移，而是作为指挥者（conductor）派发子代理，只负责交接与门禁检查。
主要能力：流程为 SUMMON → DISPATCH → GATE → DISPATCH → GATE → VERIFY。第一阶段整理迁移规格，明确迁移对象、来源与目标、下游依赖及回滚方式，并据迁移类型选择领域指南（domain-database.md、domain-components.md、domain-content.md、domain-general.md）。第二阶段派发 haiku 子代理 Bloodhound，仅接收迁移规格，读取 bloodhound-scout/SKILL.md，输出地形图：受影响文件、依赖关系、下游消费者、边界情况与当前数量统计。第三阶段派发 opus 子代理 Bear，接收规格与地形图（不含侦察过程），读取 bear-migrate/SKILL.md 及对应领域指南，保留原始状态、分块执行、逐块校验、核对源与目标数量并做完整性检查。
使用方式：门禁要求地形图完整后才启动 Bear；Bear 完成后需通过编译与测试，命令为 pnpm install 与 gw dev ci --affected --fail-fast --diagnose。若门禁失败，应恢复（resume）失败代理而非重来。规模策略：少于 5 个文件的简单重命名可只用 Bear；5 至 50 个文件的横切迁移用 Bloodhound → Bear；50 个以上文件分块执行；范围未知时始终先启动 Bloodhound。
限制：资料未提供具体安装方式、收费、价格、平台支持与效果数据。指挥者不得自行侦察或直接执行迁移，不得在缺少完整地形图时启动 Bear，不得跳过数量校验与回滚记录。