部署目标为AWS CodeDeploy托管的Ubuntu 22.04生产集群，所有命令必须适配systemd服务管理；若任意步骤返回非零退出码，立即执行预定义回滚动作并退出。准备→部署→验证→回滚：准备（由Ansible控制节点发起）、部署（由CodeDeploy agent执行）、验证（由CI流水线触发）、回滚（由CodeDeploy agent自动触发）。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让codeium生成可直接执行的部署步骤，但每次输出只写上线命令、漏掉环境校验和回滚路径，导致脚本一跑就炸、炸了没法退——没有前置检查的部署等于没系安全带跳伞，没有回滚指令的发布等于拆弹时剪错第一根线。第一步：用三段式锁定部署上下文
在提示词开头单起一行写清目标环境与失败兜底机制：“部署目标为AWS CodeDeploy托管的Ubuntu 22.04生产集群，所有命令必须适配systemd服务管理；若任意步骤返回非零退出码，立即执行预定义回滚动作并退出。”
这句不是客套话。【Codeium默认把“回滚”当修饰词忽略，只有绑定到具体失败信号（如非零退出码）才触发动作生成】。
紧接着用冒号分隔部署阶段：“准备→部署→验证→回滚”。每个阶段后跟括号说明执行主体，例如“准备（由Ansible控制节点发起）”、“回滚（由CodeDeploy agent自动触发）”。
第二步：强制嵌入可执行的环境检查命令
方法一：在“准备”阶段插入真实校验点
在提示词中明确写出检查逻辑：“执行curl -sfL https://status.api.example.com/health | jq -r '.status' | grep -q 'ok'，失败则echo 'API网关未就绪' && exit 1”。
方法二：用变量占位绑定动态值
写成：“检查当前部署组版本：DEPLOY_GROUP=$(aws codedeploy get-deployment-group --application-name MyApp --deployment-group-name prod --query 'deploymentGroup.deploymentConfigName' --output text)，若输出为空则终止流程”。
注意：不要写“检查环境是否正常”，Codeium会返回一句空泛描述。必须给出curl/jq/aws-cli等真实命令片段，它才能复制粘贴即用。
第三步：回滚指令必须带验证闭环
① 先定义回滚触发点：
“当部署步骤3（重启nginx服务）执行超时（>30s）或systemctl is-active nginx返回inactive时，启动回滚”。
② 紧接着绑定回滚动作：
“执行codedeploy-agent restart && aws deploy create-deployment --application-name MyApp --deployment-config-name CodeDeployDefault.OneAtATime --deployment-group-name prod --revision s3://myapp-bucket/releases/v1.2.0.tar.gz”。
③ 最后补上验证断言：
“回滚完成后，运行curl -I http://localhost | head -1 | grep '200 OK'，若不匹配则发送告警到PagerDuty Webhook”。
这三步缺一不可。漏掉③，值班同学凌晨三点不敢确认回滚成功；漏掉①，系统会在超时后继续往下跑而不是刹车。
第四步：输出格式强制纯命令流
只输出可粘贴进shell脚本的纯命令序列，不加任何说明文字、不加#注释、不包裹在代码块里、不换行。每行一个完整命令，用&&连接依赖关系，用||连接失败分支。
例如：apt-get update && apt-get install -y nginx || { echo "安装失败" >&2; exit 1; }
【禁止出现“请执行以下命令”“如下所示”等引导语】——这些词会让Codeium在输出开头加解释性文字，破坏脚本可执行性。
