百度文库ai监控告警提示词需按角色定制：sre版聚焦技术指标与响应节奏，业务版直击客户影响；通过字段权重排序、剔除冗余信息、绑定告警级别动词强度，并注入真实时间戳、原始表达式片段及误报提示，精准适配不同接收者决策习惯。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让百度文库AI生成的监控告警提示词自动适配不同角色的告警接收习惯——SRE看到“CPU >95%持续5分钟”立刻切屏查指标，而业务方只关心“订单创建失败率超阈值”，但当前提示词一概输出“系统异常，请及时处理”，既不区分接收人，也不过滤低价值噪声，导致告警疲劳和漏响应。
锁定告警接收人的身份与动作意图
第一步：在提示词开头直接写明“本提示词用于生成发给【阿里云ACK集群SRE值班工程师】的Prometheus告警摘要，该人员每30分钟轮巡一次Alertmanager界面，需5秒内识别出是否需立即介入”。【不写清身份和响应节奏，AI默认按通用运维模板输出，把“Pod重启频繁”和“支付成功率下降2%”并列显示，掩盖真实优先级】
第二步：插入一句真实行为锚点：“该SRE工程师当前正用手机查看飞书告警卡片，屏幕宽度仅360px，无法展开折叠详情”。这句必须保留——它会迫使AI压缩字段、禁用多层嵌套结构、把关键判断条件前置。
第三步：对业务侧单独建模：“若告警对象为【华东区客户成功经理】，则摘要首句必须是‘影响客户：XX科技（签约等级A+）’，且跳过所有技术指标，只保留‘订单提交按钮灰显→影响近3小时新客注册’这类业务语义。”
用字段权重代替模糊描述
方法一：强制标注字段可读性等级
在提示词中写明：“所有告警摘要中，字段按以下顺序强制前置：①影响范围（客户名/服务名）→②现象动词（卡死/跳失/超时）→③时间粒度（过去2分钟/最近1小时/当日累计）→④数值（含单位，如‘98.7%’）→⑤技术锚点（仅1个，如‘order-svc-7c4d5’）。其余字段全部后置或删除。”
方法二：剔除SRE已知信息
加一句硬指令：“禁止出现‘容器ID’‘命名空间’‘Label selector’等K8s原生字段——SRE值班期间已通过Alertmanager分组视图掌握这些信息，重复出现只会拖慢判断。”
方法三：绑定告警级别与动词强度
“P0级告警（需5分钟内电话响应）必须使用‘崩’‘断’‘丢’‘锁死’等单音节强动词；P1级（30分钟内响应）可用‘延迟’‘抖动’‘波动’；P2级（2小时内响应）仅允许‘偏高’‘略低’‘偶发’。”
注入真实告警流干扰信号
第一步：写入不可伪造的时间戳与设备特征
“本次告警触发于2026年6月18日21:43:17（UTC+8），来源为飞书机器人推送至‘SRE夜班群’，消息卡片顶部有红色⚠️图标，底部带‘点击查看Grafana’链接。”
第二步：保留原始告警中的毛边信息
“若原始Prometheus告警表达式含‘irate(http_request_duration_seconds_count{job=~"order.*"}[5m]) > 100’，摘要中必须保留‘order.*’这个正则片段，不得简化为‘订单服务’——SRE需凭此快速定位是order-api还是order-worker出问题。”
第三步：模拟真实误报场景
“当同一服务在10分钟内连续触发3次相同告警，AI须在摘要末尾加一句：‘⚠️注意：该指标过去2小时无变更，疑似采集端异常，建议先check node-exporter存活状态’。”【不加此句，SRE会重复执行故障排查，浪费黄金响应时间】
