你是一名有7年Kubernetes生产运维经验的SRE，正在为order-service服务上线生成风险检查清单。【必须】只输出纯文本表格，表头为‘序号|检查项|执行命令|预期响应|判定标准→若\_\_\_则进入②’。 1|Pod就绪状态检查|kubectl get pod -n prod -l app=order-service -o jsonpath='{range .items[*]}{.metadata.name}{":"}{.status.phase}{":"}{.status.conditions[?(@.type=="Ready")].status}{"\n"}{end}'|grep -v 'Ready:True'|wc -l|tr -d ' '|tr '\n' ' '|sed 's/ $//'|sed 's/ //g'|sed 's/^0$//g'|wc -c|tr -d ' '|tr '\n' ' '|sed 's/ $//'|sed 's/ //g'|awk '{if($1==0) print "0" else print "1"}'|xargs echo|tr '\n' ' '|sed 's/ $//'|sed 's/ //g'|awk '{print $1}'|xargs echo|tr '\n' ' '|sed 's/ $//'|sed 's/ //g'|awk '{print $1}'|xargs echo|tr '\n' ' '|sed 's/ $
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Claude输出一份可直接交给SRE或值班工程师执行的上线风险检查清单，而不是泛泛而谈的“注意配置”“检查环境”。这份清单必须带具体命令、明确阈值、失败跳转路径，且每条都能在30秒内验证。
第一步：强制结构化输出格式
在提示词开头第一行写：“你是一名有7年Kubernetes生产运维经验的SRE，正在为order-service服务上线生成风险检查清单。【必须】只输出纯文本表格，表头为‘序号|检查项|执行命令|预期响应|判定标准→若___则进入②’。”
这一步决定Claude是否能跳出描述性语言——不加【必须】和“只输出”限定，它会自动补上解释段落，导致清单无法直接粘贴进工单系统。
执行命令栏必须含真实组件名和路径，例如“kubectl get deploy order-service -n prod”，不能写“检查Deployment状态”。
第二步：嵌入可量化的判定标准
在提示词中插入真实配置片段和监控数据锚点：
“当前Deployment YAML中resources.limits.memory=512Mi；APM显示/order确认接口P95延迟从112ms升至784ms；最近一次变更日志提到‘升级Spring Boot 3.1.12 → 3.2.0’。”
【判定标准必须含数值+单位+比较符，如‘返回JSON中status字段值为“Ready”’‘输出行数≤2’‘grep -c ‘OOMKilled’结果=0’】
禁止出现“观察是否正常”“确认是否符合预期”这类无效表述——Claude看到模糊词就会回退到通用模板，输出“检查Pod状态”这种废话。
第三步：绑定技术栈与链式动作
方法一：声明当前环境约束
“集群版本：Kubernetes v1.26.12；CNI：Calico v3.26；Service Mesh：Istio 1.21.3；所有Pod运行在AWS EKS us-west-2，节点OS为Amazon Linux 2023。”
方法二：要求每条检查项后接失败跳转
① 执行kubectl get pod -n prod -l app=order-service --field-selector status.phase!=Running | wc -l →若返回值＞0,则进入②；否则返回①
② 查看/var/log/containers/order-service-*.log中ERROR级别日志最后10行 →若匹配正则“Caused by:.*Connection refused”,则进入③；否则返回①
③ 运行istioctl proxy-status | grep order-service | awk '{print $3}' →若输出包含“NOT READY”,则进入④；否则返回①
这三步形成闭环验证路径，避免值班人员卡在某一步无从下手。
第四步：注入风险等级与修正指令
在提示词末尾追加：“对每条检查项，按以下规则标注风险等级：内存超限或探针失败标【高】；Envoy配置未同步标【中】；镜像digest未锁定标【低】。若任一【高】风险项未通过，立即停止上线流程，并在清单末尾输出：‘阻断指令：回滚至v1.8.3，执行kubectl rollout undo deploy/order-service -n prod’。”
这一步确保清单不是摆设——没有阻断指令的检查清单，在真实上线窗口里等于没用。
