你是一名SRE工程师，正在为上线前5分钟倒计时生成可立即执行的终端操作清单。执行kubectl rollout status deploy/app-server -n prod-v2|Deployment app-server|输出含“successfully rolled out”字样；调用curl -s -o /dev/null -w “%{http_code}” http://localhost:8080/health|本地健康端点|返回码=200；比对kubectl get cm configmap-app -n prod-v2 -o jsonpath='{.data.version}'|prod-v2命名空间下的configmap-app|值等于v2.4.1。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让百小应输出的清单不是“检查配置”“确认权限”这类无法下手的空话，而是能直接复制粘贴、逐条敲键盘执行的动作指令，比如“执行kubectl get pod -n prod | grep ‘error’ → 若输出非空则进入步骤二”，而不是“注意排查异常”。
锁定动作动词与可观测结果
第一步：在提示词开头就写死角色和任务，“你是一名SRE工程师，正在为上线前5分钟倒计时生成可立即执行的终端操作清单”。【角色不写明，百小应默认用通用语气，动词会退化成‘需’‘应’‘建议’】
第二步：强制所有条目以“执行/验证/比对/调用/重启”等可观测动词起头，禁用“确保”“检查”“查看”——这些词没有明确动作终点，运维人员不知道做到哪一步算完成。
第三步：每条末尾必须带判定标准，例如“→ 若返回码=0则继续，否则中止并截图发钉钉群”。没有这句，清单就只是命令堆砌，无法自动判断是否通过。
绑定真实环境参数与路径
方法一：把部署细节直接塞进提示词里，“服务运行在K8s 1.26集群，命名空间为prod-v2，主容器名app-server，健康探针端口8080”。百小应若没这个锚点，会生成“curl http://service:8080/health”，而实际service名是api-gateway-prod。
方法二：指定验证信号来源，“verify字段必须是kubectl describe pod输出中‘Events’段最后一行时间戳，或PromQL查询up{job='app-server'}==0的结果”。【不绑定信号源，它可能写‘观察页面是否白屏’——这不是可观测，这是主观判断】
强制结构化输出格式
请严格按以下三列|分隔格式输出：操作动作|作用对象|验证方式。首行为标题行，后续每行一项，不加序号、不加空行、不加解释文字。
执行kubectl rollout status deploy/app-server -n prod-v2|Deployment app-server|输出含“successfully rolled out”字样
调用curl -s -o /dev/null -w “%{http_code}” http://localhost:8080/health|本地健康端点|返回码=200
比对kubectl get cm configmap-app -n prod-v2 -o jsonpath='{.data.version}'|prod-v2命名空间下的configmap-app|值等于v2.4.1
