核心用法
Ecto Migrator 是一款面向 Elixir/Phoenix 开发者的数据库迁移辅助技能，支持通过自然语言描述自动生成符合生产规范的 Ecto 迁移代码。用户可直接输入"创建 users 表包含 email 和 name 字段"等指令，技能将解析意图并输出完整的迁移文件结构，包括表创建、列添加、索引生成、外键关联、约束设置等全生命周期 schema 变更场景。
该技能深度整合 Ecto 官方最佳实践，内置多种高级模式：支持可逆迁移（change）与不可逆向操作（up/down）的自动判断、多租户架构的 tenant_id 标准化注入、并发索引创建的安全模板、以及数据迁移与结构迁移的强制分离模式。所有输出代码均遵循团队约定的命名规范（create_<table>、add_<column>_to_<table> 等）和类型安全准则（UUID 主键、:utc_datetime_usec 时间戳、:decimal 金额存储）。
显著优点
生产级安全默认值：技能强制推行一系列防御性设计——拒绝浮点数存储金额、默认 UUID 主键、外键必须指定 on_delete 行为、所有外键自动建索引。这些约定直接规避了常见的数据完整性风险。
架构一致性保障：通过标准化的多租户模式（强制 tenant_id + 复合索引）、统一的 timestamps 配置、明确的 enum 实现策略（推荐应用层 Ecto.Enum 而非数据库 enum），确保团队代码风格高度一致。
性能优化内置：提供 GIN 索引（JSONB/数组）、部分索引（conditional）、并发索引创建（concurrently: true）等高级 Postgres 特性模板，避免开发者因不熟悉语法而遗漏关键优化点。
可逆性最大化：智能识别可自动回滚的操作，对必须使用 modify 或 execute 的场景提供完整的 up/down 模板，降低迁移失败时的恢复成本。
潜在缺点与局限性
语言生态绑定：完全专注于 Elixir/Ecto 技术栈，对使用 Django、Rails、Prisma 等其他 ORM 的团队无直接价值。
Postgres 中心主义：虽然 Ecto 支持多种数据库，但技能文档深度依赖 Postgres 特性（jsonb、citext、pg_trgm、GIN 索引），对 MySQL/MSSQL 用户的指导价值有限。
无实时验证能力：作为纯文档型技能，无法连接实际数据库验证迁移语法或预演执行效果，生成的代码仍需开发者本地测试。
T3 来源的维护不确定性：由个人开发者维护，长期更新承诺和漏洞响应速度无法与官方或企业级项目相比。
适合的目标群体
- Phoenix 全栈开发者：需要快速生成符合团队规范的迁移代码
- 技术负责人：希望建立统一的数据库 schema 标准，减少 code review 摩擦
- 从其他语言迁移至 Elixir 的工程师：需要系统学习 Ecto 迁移最佳实践
- 多租户 SaaS 开发团队：需要标准化 tenant_id 模式和复合索引策略
常规使用风险
性能风险：技能提供的并发索引模板需配合 @disable_ddl_transaction true 使用，若开发者忽略此配置，大表索引创建可能导致长时间锁表。大表数据回填示例虽提供分批模式，但未集成自动重试机制，中断后需手动处理断点续传。
依赖风险：技能引用的 citext、btree_gist 等 Postgres 扩展需数据库 superuser 权限安装，在云托管数据库（如 RDS）中可能受权限限制。
认知风险：过度依赖技能生成代码可能导致开发者对底层 SQL 和 Ecto 行为理解不足，建议在关键迁移（如分表分库、enum 类型变更）前人工复核。
供应链风险：作为 T3 来源的社区项目，建议企业用户 fork 后内部维护，避免上游不可控更新影响生产环境。