如何编写高质量迁移发布计划提示词（避免内容太空）
在编写迁移发布计划时，提示词的精确性直接决定 AI 产出方案的可落地性。很多开发者发现，即使提示词描述了需求，生成的方案依然缺乏执行细节、时间节点模糊、责任主体缺失。本文总结一套实战方法，通过 四步编写法，让提示词自带“可执行基因”。
第一步：明确核心要素，框定输出边界
先在提示词开头用一句话框定输出边界：
按生产环境真实落地要求输出，含阶段划分、每阶段交付物、关键检查点、RACI角色（负责人/审批人/咨询人/知情人）、不可跳过的阻塞条件。
这句必须前置，否则 AI 默认按通用模板填充，自动省略实操约束。
关键点： 删掉所有“确保”“建议”“应当”类虚词，替换成动词主导的短句。例如：把“应确保数据一致性”改为“在切流前1小时执行checksum比对，失败则中止发布”。
第二步：使用结构化占位符，锁定信息密度
在提示词中强制插入带括号的必填字段，AI 会优先填充这些位置：
阶段名称：【】→起止时间：【】→交付物：【】→验收标准（可验证）：【】→阻塞条件（不满足则暂停）：【】→RACI中负责人姓名/角色：【】
注意： 方括号必须保留，且每个占位符后跟中文顿号或换行，不能连写。连写会导致 AI 将整段识别为一个字段而跳过填充。
第三步：注入真实约束条件，倒逼细节生成
在提示词末尾追加具体的环境限制和历史故障点，AI 必须针对这些硬条件生成步骤。
方法一：绑定具体技术栈
当前环境为Kubernetes 1.24+Argo CD 2.8+PostgreSQL 14，所有步骤需匹配该栈能力，禁用kubectl exec类临时操作。
方法二：限定失败回滚路径
每个阶段必须声明回滚触发条件及回滚耗时（精确到分钟），若未声明，默认该阶段不可回滚，需人工签字确认。
方法三：植入历史故障点
上一次迁移因DNS缓存未清理导致5%流量持续指向旧服务，本次计划必须包含DNS TTL重置动作及验证方式。
第四步：删除冗余描述，保留动词主干
对写好的提示词进行三轮精炼：
- 第一轮：去修饰。找到所有带“的”字的名词短语，如“平滑的过渡过程”“可靠的回滚机制”，全部删掉“的”及前面修饰词，只留“过渡过程”“回滚机制”。
- 第二轮：动词化。把每个句子主干提取为“动词+宾语+约束”，例如：“制定测试方案”→“执行全链路压测（QPS≥峰值120%，错误率＜0.1%）”。
- 第三轮：合并同类。检查是否存在连续两个以上“需要”“要”“应”开头的句子，合并为一条带分号的指令，如：“需要验证权限；需要检查日志格式；需要同步配置”→“验证IAM策略生效；检查ELK日志字段完整性；同步ConfigMap至prod-ns”。
总结
以上四步构成一套可复用的提示词编写流程：框定边界 → 结构化占位 → 注入硬约束 → 精简动词。每完成一步，提示词的信息密度和可执行性都会显著提升。建议在团队内部形成提示词评审机制，将生成的方案直接用于项目排期和跨团队对齐，避免因提示词空泛导致计划无法落地。