codeium需生成含明确回滚路径的发布文档：①每步标注【触发点】；②数据库/配置/重启操作必配独立可执行回滚；③回滚须同权限同命名空间。并针对镜像超时、configmap失败、健康检查失败三种故障补充对应回滚分支。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Codeium生成一份能准确覆盖发布全流程、包含明确回滚路径的步骤文档，提示词必须强制它识别关键节点和失败场景，不能只罗列正向操作。
定义核心约束条件
在提示词开头直接声明三个硬性要求：第一，每个发布步骤后必须标注【触发点】——即该步骤执行后，系统状态发生不可逆变更的位置；第二，所有涉及数据库变更、配置热更新、服务重启的操作，必须配套写出对应回滚动作；第三，回滚操作必须能独立执行，不依赖前序步骤成功与否。
这一步漏掉，Codeium会默认按线性流程写，回滚部分变成“恢复旧版本”这种无效描述。
结构化指令模板
用以下格式组织提示词主体：
请生成一份面向运维人员的发布步骤文档，目标系统为Java微服务集群（Spring Boot + Kubernetes），部署方式为蓝绿发布。文档需严格满足：① 每个主步骤编号，含操作命令、预期输出、超时阈值；② 在【变更类步骤】后立即插入“回滚操作”子项，写明命令、作用范围、耗时、验证方式；③ 最后单独列出“全局回滚入口”，说明如何一键终止当前发布并退回上一稳定版本。
【关键前提】 回滚操作必须使用与发布操作相同的权限账户和命名空间，禁止引入新工具或临时凭证。
注入失败模拟逻辑
在提示词末尾添加行为约束：
假设以下三种故障已发生，请分别在对应步骤后补充回滚分支：（1）镜像拉取超时 → 回滚到本地缓存镜像；（2）ConfigMap热更新失败 → 回滚至前一版本ConfigMap并重启Pod；（3）健康检查连续3次失败 → 触发蓝绿流量切回旧版本，不等待Pod销毁。
这一步迫使Codeium脱离理想路径，把回滚当作分支流程来设计，而非补丁式说明。
