你是一名有三年sre经验的运维工程师，负责日均百万请求的电商订单系统。生成一份发布失败后的标准回滚操作清单，覆盖从发现异常到服务恢复的全部动作。【不可省略的硬性约束】：必须包含“触发条件（如错误率＞15%持续2分钟）”“执行命令（含具体参数，如curl -x post http://config-center/v1/rollback?env=prod&version=2.3.1）”“验证方式（curl -s http://api/order/status | jq '.version'）”三项。禁止生成任何需要登录服务器手动修改文件的步骤；必须所有操作均可通过ci/cd平台按钮或一行命令完成。基于jenkins流水线+apollo配置中心+nacos服务注册。若上述命令执行失败，请立即执行以下降级动作：① 将dns权重切至备用集群；② 通知值班同学启用熔断开关。按时间线组织内容，从t+0秒（发现告警）开始，到t+300秒（确认恢复）结束；每个时间节点下分“动作”“命令/按钮”“预期响应”三栏，用竖线分隔；在“预期响应”栏中，必须写出失败时的具体报错文本。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在DeepSeek中生成一份发布后可快速回滚的操作步骤，确保线上服务出问题时5分钟内能切回旧版本，不依赖人工临时判断或查文档。
用“角色+任务+硬性约束”三段式写法
第一步：在提示词开头明确角色，例如“你是一名有三年SRE经验的运维工程师，负责日均百万请求的电商订单系统”。角色必须带真实职责和规模量级，否则模型会默认按通用场景输出，漏掉灰度比例、配置中心回滚路径等关键项。
第二步：直接陈述任务，“生成一份发布失败后的标准回滚操作清单，覆盖从发现异常到服务恢复的全部动作”。这里不能写“帮我写个回滚步骤”，要锁定“标准”“全部动作”两个关键词，否则模型可能只给3条模糊建议。
第三步：插入【不可省略的硬性约束】：必须包含“触发条件（如错误率＞15%持续2分钟）”“执行命令（含具体参数，如curl -X POST http://config-center/v1/rollback?env=prod&version=2.3.1）”“验证方式（curl -s http://api/order/status | jq '.version'）”三项，缺一不可。没有这三项，生成的步骤在真实故障中无法直接执行。
防错型指令写法（推荐用于生产环境）
方法一：用“禁止+必须”双轨约束
禁止生成任何需要登录服务器手动修改文件的步骤；必须所有操作均可通过CI/CD平台按钮或一行命令完成。这条约束能直接过滤掉“vi /etc/nginx/conf.d/app.conf”这类高风险操作。
方法二：绑定真实组件名称
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
在提示词中嵌入你实际使用的工具链，例如：“基于Jenkins流水线+Apollo配置中心+Nacos服务注册”。模型看到具体组件名后，会自动调用对应组件的回滚API格式，而不是泛泛而谈“调用配置中心接口”。
方法三：强制输出失败兜底动作
在指令末尾加一句：“若上述命令执行失败，请立即执行以下降级动作：① 将DNS权重切至备用集群；② 通知值班同学启用熔断开关”。这一步补上了90%回滚文档缺失的“Plan B”，避免卡在命令报错就停摆。
结构化输出控制法
第一步：要求模型按时间线组织内容，从T+0秒（发现告警）开始，到T+300秒（确认恢复）结束。
第二步：每个时间节点下分“动作”“命令/按钮”“预期响应”三栏，用竖线分隔，例如：“T+60秒｜点击Jenkins「rollback-to-v2.3.1」按钮｜页面显示「Rollback triggered」”。
第三步：在“预期响应”栏中，【必须写出失败时的具体报错文本】，例如“若返回「404 Not Found: version v2.3.1 not in archive」，则说明归档仓库未保留该版本，需立即启用DNS降级”。不写明失败现象，一线同学根本无法判断下一步该做什么。
