数据库迁移这事儿，很多人在实际推进的时候，往往第一步就错了——不是先想好“什么样的迁移才算合格”，而是直接让AI帮忙写方案、列步骤、折腾了一大堆，结果发现核心判断标准被漏掉了。
其实，真正的安全迁移，判断标准才是铁门槛。以下就是这份列表——直接放到提示词里去，非常管用：
● 源库与目标库字符集完全一致
● 迁移前72小时内完成全量逻辑备份并验证可恢复
● 所有含敏感字段的表已通过脱敏规则映射
● 目标环境MySQL版本≥8.0.33且启用strict mode
● 迁移窗口内网络丢包率＜0.01%
所以，让AI帮忙撰写数据库迁移说明之前，最关键的一步就是先把判断标准锚死。否则AI默认会按照自己的“常识”直接跳进操作步骤，罗列各种工具、术语，完全偏离你需要的审核规范和落地要求。
让AI先输出迁移判断标准
第一步：在提示词的开头强制锚定“判断标准”是首要输出项。用明确的动词“列出”，加上限定范围和禁止延展的要求。
输入样例：
“列出数据库迁移是否可行的5项硬性判断标准，仅输出标准条目，每条以‘●’开头，不加解释、不编号、不换行、不提工具或步骤。”
第二步：确认AI返回的内容是否全是带●的短句。如果出现了“例如”“建议”“可参考”这类延展表述，立即追加指令——
“删除所有说明性文字，只保留5条以●开头的标准条目。”
第三步：把这5条标准原样复制，作为下一轮提示词的Context前置段落。这步是后续生成完整说明的逻辑地基——缺少这一步，AI会默认按自己理解的“常识”推进，而非按你定义的合规边界。
嵌入标准后生成完整迁移说明
方法一：角色+标准+任务三段式
你可以这样设：
“你是一名高校信息化系统审计员，需对跨校数据整合类迁移出具合规说明。以下为已确认的5项可行性判断标准：
● 源库与目标库字符集完全一致
● 迁移前72小时内完成全量逻辑备份并验证可恢复
● 所有含敏感字段的表已通过脱敏规则映射
● 目标环境MySQL版本≥8.0.33且启用strict mode
● 迁移窗口内网络丢包率＜0.01%
请基于以上标准，生成一份面向信息中心负责人的《数据库迁移说明》，包含：迁移背景（50字内）、必须满足的3项前置条件、分三阶段的操作要点（准备/执行/验证）、回滚触发阈值（写明具体数值指标）。”
方法二：用校验指令锁死结构
生成迁移说明时，严格按以下顺序输出，缺一不可：
① 判断标准（复述上述5条，每条前加●）
② 前置条件（仅3条，每条≤20字）
③ 阶段操作（分“准备→执行→验证”三级标题，每级下仅列动作动词+宾语，如“导出schema DDL”）
④ 回滚阈值（仅1行，格式为“当[指标]＞[数值]时立即终止”）
禁止添加原因说明、语气词、示例或表格。