技能介绍

要解决什么问题

SLO 一旦落地，团队会同时面对两组压力：一边是"这个月还剩多少错误预算"的量化判断，另一边是预算耗尽时没有人盯着告警、没有人整理复盘材料的流程缺口。把 SLO 变成日常指标之后，燃烧率（burn rate）告警触发得很频繁，但默认的告警内容往往只有"服务级别目标未达标"这一行字。值班工程师要自己去翻 Datadog 控制台、手动拼时间范围、导出数据、写合规结论，再把补救动作分派给对应的人。这件事重复、琐碎，而且容易在交接中丢信息。

这个技能要解决的就是从告警触发到结论产出之间的这段手工劳动：把 SLO 监控、燃烧率告警、错误预算耗尽后的合规报告和补救工作流串起来，让值班同学拿到的是可以直接用的结论，而不是一个需要二次加工的原始指标。

技能如何工作

核心能力围绕三个环节展开：

SLO 与燃烧率监控：通过 Datadog API v2 拉取服务级别目标数据，持续观察错误预算的消耗速度，而不是只看一次成功率。
预算耗尽时的报告生成：当燃烧率越过阈值、错误预算实际耗尽，技能会生成一份 SLO 合规报告，把这段时间的合规情况整理成可以直接归档或分发的形态。
补救工作流触发：报告产出的同时触发补救工作流，把后续动作交出去，而不是停在一封通知邮件。

整体路径可以概括为：API v2 拉取 SLO 数据 → 计算燃烧率与剩余预算 → 预算耗尽时生成合规报告 → 触发补救工作流。使用者需要提前准备好 Datadog API 的访问凭证，并确认目标 SLO 已经在 Datadog 中定义完成。技能本身基于 dd-trace（Node.js APM Tracer 库）的上游文档和 API 说明整理而来，适合已经接入 Datadog 的 Node.js 服务。

适用边界与注意点

依赖上游环境：技能通过 Datadog API v2 工作，前提是所在环境已经接入 Datadog，并且具备访问 SLO 相关接口的权限。没有 Datadog 账号或未开通对应权限时，所有能力都不可用。
Node.js 场景为主：上游资料来自 dd-trace 的官方文档，这是 Node.js 的 APM Tracer。如果你的服务是 Java、Python、Go 等其他语言，虽然 Datadog 侧同样支持 SLO，但这套技能的示例和依赖路径需要另行确认。
只描述能力，不含安装脚本：技能文档给出了与 dd-trace 相关的安装命令示例（npm、yarn、指定版本号），但没有内置一键安装流程，环境准备仍需要使用者自己完成。
补救动作不做判断：触发补救工作流意味着技能会把后续步骤交出去，具体补救内容由使用者定义。技能本身不包含针对特定故障的修复逻辑，也不对补救动作的正确性做校验。

适合的使用方式是：把它当成 SLO 治理流程里的自动化节点，补齐告警到报告之间的那段空白，让错误预算耗尽时的结论和后续动作都有明确的归属。