用途：作为 AI-DLC 风格数据库迁移的编排器（orchestrator），协调迁移流程而非直接执行各阶段工作。人类负责设定方向与审批，编排器负责协调并保持可追溯性。框架位于当前仓库 dbmig-aidlc。支持的引擎对为 Oracle→PostgreSQL、Oracle→MySQL、SQL Server→PostgreSQL、SQL Server→MySQL。当前引擎对由连接引擎推导为 <source>-to-<target>，定义在 engines/<pair>/engine.yaml，知识位于 skills/<pair>-playbook/。
工作方式：流程按 Inception → Construction → Validation → Operations 推进，每个阶段结束须展示产物并等待显式批准，不得自动进入下一阶段。产物写入 migrations/<project>/，每个转换对象可追溯到清单和所用 playbook。歧义检测为硬门禁：输入、映射、处置、目标名等缺失或含糊时必须停下询问，不得默认推进。对目标的写入（DDL、数据加载、切换）视为门禁操作，破坏性操作前需确认，绝不回显密钥值。
启动步骤：先创建 TODO（Intake → Inception → 门禁 → Construction → 门禁 → Validation → 门禁 → Operations → 门禁）。随后进行 Intake 访谈，确认源与目标引擎及版本、connection.yaml 路径、迁移范围 migration-config.yaml、策略（schema_only/data_only/full）、测试数据路径、项目名，以及是否已运行 AWS DMS Schema Conversion；若已运行，则改走 db-migration-dms-sc-ingest 技能。连接预检需先安装依赖 pip install -r scripts/requirements.txt，再执行 python -m dbmig test-connection --side both，失败即停。之后按顺序调用 db-migration-inception、db-migration-construction、db-migration-validation、db-migration-operations，每阶段结束后在门禁处等待明确批准。
工作区包含 00-intake、01-assessment、02-construction、data、03-validation、04-operations 及 follow-up.yaml。新增引擎对需添加对应 engine.yaml 与 playbook 技能，本技能本身不变。限制：资料未提供收费、平台、性能或效果信息。