数据库变更评审检查清单生成器需按SQL类型输出编号问题清单，含风险等级与自动化检测标识，格式严格为“1. 该SQL是否……？（高）否”，关键词触发类型识别，DROP TABLE直接标红拦截。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要用Trae生成一份数据库评审问题检查清单，确保开发人员在提交SQL变更前能逐项核对关键风险点，避免上线后出现性能瓶颈或数据一致性事故。
明确评审维度与问题类型
先在Trae中新建一个提示词项目，标题设为“数据库变更评审检查清单生成器”。【必须选择“结构化输出”模式，否则无法稳定生成带编号的清单】
在系统提示框里输入：你是一个资深DBA，熟悉MySQL/PostgreSQL生产规范。请根据用户提供的SQL变更类型（建表/改表/删表/索引调整/数据迁移），输出对应维度的评审问题检查清单，每项含编号、问题描述、风险等级（高/中/低）、是否可自动化检测（是/否）。
设定SQL变更类型的触发逻辑
方法一：让用户在输入区首行声明变更类型
例如输入：“变更类型：添加唯一索引 → ALTER TABLE users ADD UNIQUE (email);”
方法二：让Trae自动识别关键词
配置识别规则：含“ADD INDEX”“CREATE INDEX”→归为“索引调整”；含“DROP COLUMN”“MODIFY COLUMN”→归为“改表”；含“DROP TABLE”→直接拦截并标红“高危操作，禁止执行”。
注意：当SQL中同时出现ALTER和DROP关键字时，Trae必须优先触发“改表”分支，不能拆成两个独立流程——否则会漏掉字段删除+类型变更叠加的隐式锁风险。
控制输出格式与字段顺序
第一步：强制要求每条检查项以数字编号开头，编号后紧跟英文句点+空格，如“1. ”“2. ”；
第二步：问题描述必须用疑问句，且主语统一为“该SQL”；
第三步：风险等级统一放在括号内，紧接问题描述末尾，不换行；
第四步：最后一列“是否可自动化检测”必须用中文“是”或“否”，不可用✓/✗或Y/N。
示例正确输出：
1. 该SQL是否在高频查询字段上创建了非覆盖索引？（高）否
2. 该SQL是否对超过500万行的表执行了无WHERE条件的UPDATE？（高）是
这一步操作起来很简单，直接把四条格式规则粘贴进Trae的“输出约束”文本框即可生效。
