用途：从 PRD、API 契约或业务规则中提取实体，设计表、字段、类型、默认值、空值规则，以及主键、外键、唯一约束和检查约束；判断规范化与反规范化取舍；重构已有表结构；输出 DDL 或 migration 草案。
主要能力：按 DDD 视角识别聚合根、实体、值对象与关系，绘制 ER 图；给出命名规范（表名复数、字段 snake_case、时间用 at、布尔用 is、金额单位明确）；提供数值、字符串、时间、枚举、JSON 的类型选择建议；比较自增整数、UUID v4、UUID v7/ULID、业务前缀 ID 等主键策略；覆盖一对多、多对多、多态关系建模；包含多租户 tenant_id 与复合唯一约束、软删除方案、审计字段、规范化与反规范化权衡。
使用方式：按标准流程执行——读取资料、识别实体、画 ER 图、设计表字段、设计约束、标注空值默认值枚举时间审计字段、评估冗余、输出 schema 说明与 DDL 草案及待确认问题。配套模板包括 schema-design-template.md 和 ddl-template.sql.md，并附质量自检清单。
适用场景：新业务建模、API 契约落库、已有表结构重构、拆表合表、ER 设计。
限制：资料未提供具体安装命令、收费方式、平台支持范围或实际效果数据；部分建议依赖目标数据库能力（如 PostgreSQL 的 jsonb、部分索引、RLS），跨库使用时需自行验证。