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