当prometheus中alertname=k8snodenotready持续120秒且影响≥3个节点时，立即回滚prod-us-west-2集群payment-gateway statefulset（hostnetwork模式），排除node-exporter延迟＞5s的误报；执行kubectl scale → curl健康检查→etcd键值校验→vault动态token兜底；严禁修改orders表时间戳字段，仅限02:00–04:00 utc切流量，验证v2.4.6 pod数≥4且metrics每分钟递增≥120次。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Claude生成的回滚预案提示词能直接塞进SRE值班手册、被夜班工程师抄起就用，而不是堆砌“建议检查”“酌情处理”这类无法落地的虚话。
按故障现象反向锚定触发条件
第一步：在提示词开头写死监控告警信号，例如“当Prometheus中alertname=K8sNodeNotReady持续120秒且影响≥3个节点时”。【不写具体指标和阈值，Claude会默认编造‘系统异常’这种无效判据】
第二步：绑定该信号对应的服务模块与部署形态，例如“此告警仅作用于prod-us-west-2集群中运行payment-gateway服务的StatefulSet实例，其Pod使用hostNetwork模式”。
第三步：明确排除误报场景，例如“若同一时段内node-exporter采集延迟＞5s，则忽略该告警，不触发回滚流程”。
按操作路径锁定执行闭环
方法一：强制命令链带终端校验
所有kubectl命令后必须接curl或jq验证语句，例如：“kubectl scale statefulset payment-gateway --replicas=0 → curl -s http://localhost:8080/health | jq '.status',预期输出DOWN；若返回UP，立即终止并报警”。
方法二：限定失败兜底动作
若步骤二执行后30秒内未观测到etcd中/config/payment/v2/feature_toggles键值还原，则立即调用Vault API获取rollback-token→执行curl -X POST https://api.vault.example.com/v1/secret/rollback -H "X-Vault-Token: $TOKEN" -d '{"service":"payment-gateway"}'。
【Vault token必须由rollback-operator serviceaccount动态申请，禁止硬编码】
按业务影响划定操作禁区
第一步：声明不可触碰的数据边界
本次回滚严禁修改MySQL主库中orders表的created_at、paid_at、refunded_at三字段，所有SQL操作必须通过binlog解析确认无UPDATE/DELETE涉及上述列。
第二步：指定流量切换安全窗口
仅允许在02:00–04:00 UTC时段执行Ingress权重切回v2.4.6版本的操作，其余时间若需紧急切换，必须先调用PagerDuty API创建SEV1事件并等待CTO二次授权。
第三步：固化验证路径
登录跳板机→执行kubectl get pod -n prod-payment | grep v2.4.6→确认Running状态Pod数≥4→执行curl -s 'http://localhost:8080/metrics' | grep 'http_requests_total{job="payment-gateway",version="v2.4.6"}'→确认counter值每分钟递增≥120次。
