☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
青藤支付网关_v4.3.1回滚预案基于6月28日redis脑裂故障，触发条件为redis_latency_p99>1200ms且日志含“noauth authentication required”，执行kubectl rollout undo deployment/payment-gateway --to-revision=17，回滚前须由值班sre@李工确认三项指标。
你需要让copilot生成的回滚预案能直接贴进运维值班手册、被sre当真执行，而不是产出“如遇异常立即回滚”这种无效废话——真实预案必须包含可触发的动作、明确的判断依据、精确的执行路径和责任人兜底承诺。
锁定真实系统与故障场景
第一步：在提示词开头写死你正在维护的具体系统名称和版本号，例如“青藤支付网关_v4.3.1”，【Copilot不会自动补全或推测系统名，漏写就默认生成通用模板】。
第二步：绑定一个你上周刚处理过的、有完整时间戳的真实故障，例如“6月28日14:23–14:47因Redis集群脑裂导致订单超时率从0.2%飙升至37%”。
这一步的关键是让Copilot调用真实故障记忆而非虚构案例——它会据此生成带具体错误码（如ERR_CLUSTER_FAIL）、监控指标（如redis_latency_p99 > 1200ms）和日志关键词（如“NOAUTH Authentication required”）的判断条件。
注入可执行动作链
方法一：用动词+路径+参数三要素写命令
“执行kubectl rollout undo deployment/payment-gateway --to-revision=17，该revision对应6月25日10:00上线的v4.2.9稳定包，镜像sha256:abc123…”
方法二：嵌入人工确认锚点
“回滚前必须由值班SRE在钉钉群@李工确认：①当前payment-gateway pod重启次数≤3次/分钟；②Prometheus中payment_success_rate_5m ≥99.2%；③DB主从延迟
【漏掉任一确认项，Copilot可能生成跳过校验的危险指令】
绑定角色权限与物理约束
第一步：声明执行人身份——“你不是架构师，你是刚轮岗到支付组的二级运维工程师张伟，只有prod-readonly权限，无kubectl delete权限”。
使用 Azure AI 项目 Python SDK (azure-ai-projects) 构建 AI 应用。适用于处理 Foundry 项目客户端、使用 PromptAgentDefinition 创建版本化代理、运行评估、管理连接/部署/数据集/索引，或使用 OpenAI 兼容客户端。这是高级 Foundry SDK - 如需低级代理操作，请使用 azure-ai-agents-python 技能。
第二步：写明你手边真实工具——“你只能用公司统一运维平台‘守夜人’Web界面操作，不支持命令行，所有按钮文字为中文，主操作区在页面右侧‘应急处置’标签页下”。
第三步：设定硬性时间窗口——“从发现异常到完成回滚必须控制在8分钟内，超时自动触发升级流程：拨打ITIL值班电话并发送邮件至sre-leader@company.com，主题为【升级】青藤支付网关回滚超时_6月28故障复现”。
植入真实失败教训
在提示词末尾插入一句你团队内部复盘会记录的真实原话：“上次回滚漏切流量，导致新旧版本混跑23分钟——这次必须先在守夜人平台点击‘切断灰度流量’按钮（红色边框，位于页面左上角），再点‘回滚’。”
这句原话会强制Copilot把流量切换设为前置步骤，且标注UI特征，避免再犯同类错误。
验证回滚步骤是否真实可执行
① 检查生成的每条命令是否含具体命名空间、deployment名、revision号——不含占位符如“
② 确认所有判断条件都来自你提供的监控系统真实指标名（如payment_success_rate_5m），而非Copilot自编的“成功率”“响应时间”等模糊词；
③ 找出步骤中涉及的按钮文字，打开守夜人平台截图比对：是否真有“切断灰度流量”这个红色按钮，位置是否在左上角。
