必须分两部分输出：第一部分为标准CREATE TABLE语句；第二部分以“【检查表】”开头，含字段名、数据类型、是否主键、是否非空、是否索引五列。需显式标注约束意图，并强制包含主键、外键、默认值、长度、CHECK及索引六项检查。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Trae（或类似AI代码助手）生成数据库建表SQL时，同步输出一份可人工核对的字段检查表，避免遗漏主键、索引、非空约束等关键项。直接让AI“写个建表语句”大概率得不到结构化检查项，必须用明确指令触发分层输出。
第一步：在提示词里强制定义输出结构
告诉Trae你只要两块内容，且必须用指定分隔符隔开：上面是标准DDL语句，下面是带表头的检查表（CSV格式或纯文本表格均可）。例如：“请严格按以下格式输出：第一部分为CREATE TABLE语句；第二部分以‘【检查表】’开头，随后用制表符分隔的5列：字段名｜数据类型｜是否主键｜是否非空｜是否索引”。
这一步不能省——不定义格式，AI会自由发挥，可能把检查项混在注释里，也可能干脆不输出。
第二步：给字段级约束加显式校验锚点
在需求描述中，对每个字段明确标注约束意图。比如写“用户ID（唯一标识，全局主键，不可为空）”，而不是“用户ID int”。AI只有看到“主键”“唯一”“不可为空”这类关键词，才会在检查表对应列填入✅或“是”。
若写成“手机号 varchar(11)”，AI无法判断是否要加唯一索引——它不会主动补全业务逻辑。必须写成“手机号（业务唯一，需加UNIQUE索引，允许为空）”。
第三步：要求检查表包含易漏项
方法一：在提示词末尾追加硬性要求
“检查表必须包含以下6项，缺一不可：①主键字段是否已声明PRIMARY KEY；②外键字段是否含REFERENCES；③时间字段是否默认CURRENT_TIMESTAMP；④文本字段是否设定了合理长度（如name≤50）；⑤数值字段是否指定了UNSIGNED或CHECK约束；⑥是否为高频查询字段添加了INDEX。”
方法二：用反例堵住漏洞
“不要只检查字段类型，例如‘age int’不能只写‘int’，必须说明是否加CHECK(age >= 0 AND age
【不写明这些项，Trae默认只检查语法合法性，不校验业务合理性】
第四步：验证输出是否符合预期
拿到结果后，先看是否有“【检查表】”字样——没有就立刻重试，别往下读DDL。
检查表第一行是否为表头，且列数与你要求的一致；任意一行中若出现“待确认”“？”“未指定”，说明Trae没收到明确约束指令，需回溯第二步修改原始需求描述。
最后快速扫一眼DDL里的ENGINE=InnoDB和CHARSET=utf8mb4有没有被漏掉——这两项虽不在检查表里，但属于建表刚需，得人工补上。
