你是一名有8年交付经验的devops工程师，正在为proj-8721项目编写上线部署文档。请按以下四个角色视角，分别生成独立可执行的部署步骤：① 运维视角（ssh登录+命令行操作）；② 开发视角（本地验证+api响应校验）；③ 测试视角（浏览器访问路径+截图存档要求）；④ sre视角（prometheus查询语句+告警静默配置）。每个视角必须包含具体命令、路径、端口、状态码或时间戳，禁用‘检查’‘确认’‘确保’等模糊动词。所有步骤禁止跨角色混用动作，例如运维步骤里不准出现curl命令，开发步骤里不准出现systemctl命令。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Trae生成同一套部署步骤的多个执行视角——运维人员要敲的命令、开发人员要验证的接口、测试同学要截图留证的关键页面、SRE要盯的监控指标，而不是只输出一份“登录服务器→解压→启动”的通用清单。缺少视角拆分，部署文档在真实交付时必然被反复追问“这一步谁来执行”“失败了看哪里”“怎么才算成功”。
按角色视角生成部署步骤
打开Trae新建对话→输入以下提示词（严格保留换行与标点）：
“你是一名有8年交付经验的DevOps工程师，正在为PROJ-8721项目编写上线部署文档。请按以下四个角色视角，分别生成独立可执行的部署步骤：① 运维视角（SSH登录+命令行操作）；② 开发视角（本地验证+API响应校验）；③ 测试视角（浏览器访问路径+截图存档要求）；④ SRE视角（Prometheus查询语句+告警静默配置）。每个视角必须包含具体命令、路径、端口、状态码或时间戳，禁用‘检查’‘确认’‘确保’等模糊动词。”
【必须在提示词末尾追加一句】：“所有步骤禁止跨角色混用动作，例如运维步骤里不准出现curl命令，开发步骤里不准出现systemctl命令。”
按时间阶段生成部署步骤
方法一：上线前→上线中→上线后三段式
第一步：在Trae中输入：“生成PROJ-8721部署步骤，严格按时间阶段切分：上线前（含灰度开关预置、回滚包校验、DB变更锁表时间）、上线中（含滚动更新批次间隔、健康探针就绪阈值、日志采样率调整）、上线后（含首小时P95延迟基线比对、告警静默期结束时间、监控大盘截图保存路径）。”
第二步：拿到结果后，立刻检查每阶段是否含可执行锚点——上线前必须出现具体文件名（如/opt/app/rollback_v2.3.1.tar.gz），上线中必须出现数字（如rollingUpdate.maxSurge: 2），上线后必须出现时间戳（如2026-07-03T14:00:00+08:00）。
方法二：依赖流驱动步骤排序
直接输入：“按依赖关系生成部署步骤：① 先启动MySQL容器（端口3306）→ ② 再启动Redis（端口6379，且需等待redis-cli -h localhost ping返回PONG）→ ③ 最后启动应用服务（端口8080，且需curl -f http://localhost:8080/health返回HTTP 200）。”
按失败场景反推部署步骤
方法一：卡点前置
输入：“以PROJ-8721最近三次上线失败为依据，生成带防御性检查的部署步骤：第一次失败因K8s ConfigMap未加载，步骤中必须加入kubectl get configmap app-config -n prod-us-east-2 -o yaml | grep -q 'feature.flag'；第二次失败因证书过期，步骤中必须加入openssl x509 -in /etc/tls/cert.pem -noout -dates | grep -q 'Not After.*2026’；第三次失败因内存OOM，步骤中必须加入free -h | awk '$7
方法二：失败反馈闭环
输入：“每条部署步骤后，必须附带该步骤失败时的终端原始报错片段（如‘Error from server (NotFound): pods "app-7c8d9" not found’）及对应的人工干预指令（如‘执行kubectl rollout undo deployment/app --to-revision=12’）。”
这一步操作起来很简单，直接把上面任一提示词粘贴进Trae对话框即可运行。
