你是一个资深运维工程师，正在为一次web服务发布编写回滚步骤。请严格按以下格式输出，不加解释、不加编号、不换行、不使用markdown：1. 停止服务：systemctl stop web-api2. 恢复配置：cp /backup/app-20240515.yml /etc/web-api/app.yml3. 回滚数据库：mysql -u root app_db
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
新手在写发布回滚步骤提示词时，常因缺乏结构导致ChatGPT输出混乱、遗漏关键动作或混入不可执行的虚构操作，最终生成的回滚方案无法落地执行。
明确回滚动作的最小原子单位
先列出本次发布涉及的所有可逆操作类型：数据库变更（如SQL执行）、配置文件覆盖（如application.yml）、服务进程启停（如systemctl restart）、静态资源替换（如dist目录覆盖）。每类只保留一个最典型动作，删掉“可能”“建议”“视情况”等模糊描述。
这一步不能跳过——如果提示词里写“回滚数据库”，ChatGPT可能生成DROP DATABASE这种灾难性指令；必须写成“回滚20240515_v2_schema.sql的ALTER TABLE语句”。【回滚动作必须精确到单条命令、单个文件名、单个API路径】
用固定模板约束输出格式
把下面这段话完整复制进你的提示词开头：
你是一个资深运维工程师，正在为一次Web服务发布编写回滚步骤。请严格按以下格式输出，不加解释、不加编号、不换行、不使用markdown：
1. 停止服务：systemctl stop web-api
2. 恢复配置：cp /backup/app-20240515.yml /etc/web-api/app.yml
3. 回滚数据库：mysql -u root app_db 4. 启动服务：systemctl start web-api
注意：每行必须以数字+英文句点+空格开头，动作动词统一用“停止”“恢复”“回滚”“启动”四类，禁止出现“检查”“确认”“验证”等非动作词。
注入真实上下文防幻觉
方法一：直接粘贴本次发布的实际变更清单
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
在提示词末尾追加三行真实信息：
本次发布版本号：v2.3.7
变更文件列表：/opt/app/config/nginx.conf、/opt/app/bin/web-api.jar、/opt/app/sql/20240515_add_user_status.sql
备份路径前缀：/backup/v2.3.7_20240515_
方法二：用占位符引导填空（适合团队复用）
把提示词写成这样：“本次发布版本号：【填写vX.X.X】；变更文件列表：【逐行列出绝对路径】；备份路径前缀：【填写完整路径+下划线】”。新人只要替换方括号内容就能用，不用理解原理。
强制限定输出长度与执行顺序
第一步：要求ChatGPT只输出5行以内回滚步骤，超出部分自动截断。
第二步：在提示词中加入硬性约束：“所有步骤必须满足时间先后依赖：前一步未完成则后一步无法执行。例如‘恢复配置’必须在‘停止服务’之后，‘启动服务’必须在所有恢复动作之后。”
第三步：添加否定指令：“禁止输出任何包含‘等待’‘观察’‘监控’‘日志检查’的步骤；禁止输出需要人工判断的条件分支；禁止输出超过3个连续动作的复合步骤。”
这三步叠加后，ChatGPT不会再生成“回滚后观察5分钟→若失败再执行二次回滚”这类无效流程。
