结构化的事件分诊,针对任意监控源的告警。五步框架:划分严重性、评估影响范围、关联近期变更、……
3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 是一项面向实际任务的技能。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;
涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
面向任意监控源告警的结构化事件初步分析流程。共五个步骤,每次均保持一致。
输入原始告警消息、告警链接,或当前问题的描述即可。
当告警出现时,请按以下步骤执行:
完整框架(含每步检查清单及 Bash 片段)详见 references/triage-framework.md。
启动初步分析流程前,请先识别告警来源,并提取关键字段。
常见告警源(如 PagerDuty、Datadog、CloudWatch、Sentry、可用性监控、GitHub Actions、AWS SNS/EventBridge 及自定义 Webhook)的解析模式详见 references/alert-patterns.md。
明确何时需触发寻呼(page)、何时仅需持续观察、何时可直接关闭事件。基于严重程度设定响应时限,并提供标准化沟通模板。
默认策略详见 references/escalation-guide.md —— 请根据团队的 on-call 轮值架构进行定制。
在第 4 步(Investigate)中,加载 references/runbook-template.md,以快速定位服务健康端点、监控看板、日志路径及常见修复方案。
⚠️ 该文件为模板 —— 必须填充后方可使用。 若其中仍包含