说到在Cursor里给团队写回滚提示词，新手最容易踩的坑就是明明条件没满足就硬执行命令。最常见的情况是：服务其实只是前端样式乱了，或者数据库字段还没刷完，但看到日志报错就慌了，直接触发回滚，结果把线上配置给覆盖了。所以，在动手回滚之前，得先明确几件事。

明确回滚触发条件与前提

第一步：确认当前操作符合回滚场景。只有发布脚本已经执行完毕，且服务出现不可恢复的异常（比如HTTP 500持续超过3分钟、核心API全部超时）时，才能启动这个流程。如果只是前端样式错乱或者日志报了个错但功能还能用，那就绝对不能执行回滚。

第二步：检查本地Git仓库是否干净。运行 git status --porcelain，输出为空才能继续。如果有未提交的更改，得先 git stash 或 git checkout -- . 把工作区清理干净，否则后续检出旧版本会直接失败。

第三步：确认手里有目标环境的SSH密钥权限，并且在 ~/.ssh/config 里已经配好了对应主机别名（比如 prod-server）。不然 ssh prod-server 会卡在那里一动不动，白白浪费时间。

生成可粘贴执行的回滚提示词模板

方法一：用Cursor内置指令生成结构化提示词

在Cursor编辑器里新建一个空白文件 → 输入 /new prompt for rollback steps → 按Tab补全 → 在弹出的参数框里填上以下几项：
• Environment: production
• Rollback Target: commit hash or tag (e.g. v2.1.0)
• Deployment Tool: bash + rsync
• Risk Notes: database migration is forward-only, skip rollback on schema

方法二：手动拼装一个安全型提示词。这个适合新手直接复制用。

在Cursor里输入下面的内容并选中它 → 右键选择「Ask Cursor」→ 粘贴后点击「Run」：

你是一名SRE工程师，正在为初中级运维人员编写一份生产环境回滚操作提示词。要求：只输出纯shell命令序列，每行一条；禁用注释、变量定义、函数封装；所有路径用绝对路径；对可能破坏数据的操作（如rm -rf）必须前置确认提示；最后一条命令必须是验证服务健康的curl命令。
当前部署方式为rsync同步dist目录至/usr/share/nginx/html；回滚目标为Git tag v2.1.0；数据库使用PostgreSQL，migration不可逆。

注入Cursor工作区自动生效

把生成的提示词保存为 .cursor/rollback-prompt.md → 在项目根目录下创建这个文件夹和文件 → 打开Cursor设置 → 搜索「Custom Prompts」→ 点击「Add Prompt」→ 选择这个文件 → 勾选「Enable for this workspace」。

完成之后，在任意代码文件里选中文本 → 右键 → 「Ask Cursor」→ 选择「Rollback Steps」，就能调出专属提示词了。有一点需要特别提醒：首次启用后必须重启Cursor窗口，否则新提示词不会出现在菜单里。