在借助chatgpt生成数据库迁移说明类提示词时，若想规避泛泛而谈与形式化表达，需从多个维度精准切入。
第一，锚定真实场景是前提。提问前须系统梳理迁移任务的技术上下文，包括但不限于：源库与目标库的版本及类型（如MySQL 5.7 → PostgreSQL 15）、表结构变动范围（新增/删除/拆分/合并字段）、数据规模（如单表超2亿行、全量12TB）、字段类型映射关系（如TINYINT→BOOLEAN、TEXT→VARCHAR(4000)）、停机窗口限制（≤30分钟）等。将这些硬性约束明确写入提示词，例如：“请生成一份面向DBA的PostgreSQL迁移提示词，用于将含JSON字段与全文索引的MySQL 5.7电商订单库（日增800万条）迁移至云上PostgreSQL 15，要求覆盖DDL转换、BLOB字段编码兼容、时区处理及主键冲突规避”。
第二，强制聚焦可执行细节。在指令中设定输出颗粒度，例如：“每项操作必须附带完整CLI命令或SQL语句示例，标注执行环境（如pgloader配置段/psql交互模式），并列出该步骤下3种典型报错（含ERROR CODE）、对应日志特征及修复命令”。杜绝“合理规划迁移流程”“注意数据一致性”等无操作指向的表述。
第三，以落地动作为唯一标准。剔除所有修饰性陈述，仅保留能触发具体行为的指令。例如，不写“迁移前应做好充分准备”，而写：“在mysqldump导出阶段，强制添加--skip-triggers --no-tablespaces参数，并通过grep验证输出文件中不含CREATE TRIGGER语句；若检测到触发器，自动调用pt-show-grants提取权限定义并生成post-migration补录脚本”。
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
第四，注入差异驱动型约束。主动提供新旧系统关键差异对照表，如：“MySQL默认utf8mb4_bin排序规则 vs PostgreSQL utf8+en_US.UTF-8；MySQL AUTO_INCREMENT vs PostgreSQL SERIAL/IDENTITY；MySQL分区表（RANGE COLUMNS）vs PostgreSQL declarative partitioning（LIST/TIMESTAMP）”。促使模型针对差异点生成强耦合方案，例如：“当迁移含RANGE COLUMNS分区的sales_2023表时，提示如何将MySQL分区表达式CONCAT(YEAR(order_date), LPAD(MONTH(order_date),2,'0'))映射为PostgreSQL的PARTITION BY LIST (TO_CHAR(order_date, 'YYYYMM'))，并给出分区键函数创建语句”。
第五，采用迭代式精炼策略。首次输出若含模糊表述（如“建议进行数据校验”），立即追加约束：“将‘建议’替换为强制动作，指定校验工具（pg_comparator）、比对字段（id, updated_at, md5(json_agg(row_to_json(t.*)))）、阈值（允许0.001%行级差异）、自动修复机制（生成upsert冲突解决SQL模板）”。通过3–5轮条件强化，最终收敛至零冗余、高复用的提示词。
