技能介绍

问题：DDL 与真实库容易脱节

当你需要新建数据表时，常见的做法是先在编辑器里手搓一份 CREATE TABLE，再拿到测试库或本地库里执行。这样做的问题在于：SQL 写完之后，字段、索引、约束是否真的被目标库接受，通常要等到执行那一刻才知道；如果还有其他人也在改同一套表结构，导出脚本和库内实际状态就更难对齐。对于需要快速把表建起来的场景，一个能直连数据库、同时把最终 SQL 落下来备查的小工具会减少来回试错。

这个技能做了什么

它不把「生成 DDL」当成唯一目标，而是把建表这件事放在数据库连接上下文里完成。你可以理解为有两条入口：

使用数据库 MCP（本地运行），由它和数据库交互；也可以走 DB_DSN 环境变量。
描述清楚表结构后，它会生成 CREATE TABLE，并附带索引建议。
当连接走 DB_DSN 时，它通过 SQLAlchemy 直连数据库执行建表，而不是只给你一段需要自己粘贴的语句。
建表过程会产生 SQL 文件并导出，方便事后复核。

适合怎么用，边界在哪

适合内部工具、测试环境、快速验证表结构等场景；表结构和字段最好一开始就说清楚，索引建议只是辅助判断，不等于替代 DBA 评审。

使用前先确认连接方式：MCP 还是 DB_DSN；不要在对话或配置里明文写用户名、密码、连接串。DB_DSN 必须来自环境变量。表名和字段建议先用 orders 这类通用示例跑通，不要用未脱敏的真实业务表。导出 SQL 之后，正式执行前仍需要人工复核类型、索引、字符集和约束是否符合实际规范。