用途：为某个服务产出一份可落地的 SLO 文档，覆盖测什么、定什么目标、如何计算错误预算，以及预算被消耗时该怎么做。它被定位为事故响应链路的“框架”环节，为后续调试日志分析、事故复盘和值班手册设定错误预算边界。
主要能力：从用户实际体验推导 SLI（如成功率、延迟、数据新鲜度），设定非 100% 的目标；把目标换算成可计数的错误预算（请求数、分钟或事件）；配置多窗口燃烧率告警；编写有明确触发条件和后果的错误预算策略（健康→正常发布，风险→放缓，耗尽→停止功能开发并修复可靠性）；给出仪表盘、报告节奏与评审周期。
必要用法：需先提供输入，包括服务名称与描述、主要用户、需保护的用户交互、近 30–90 天可靠性数据、值班安排、发布频率、已有 SLA。文档需先定义 SLI、SLO、SLA、错误预算、燃烧率等术语，再按固定结构输出：服务概览、SLI 定义（好/坏事件、测量来源、窗口、排除项）、SLO 目标表、错误预算计算、燃烧率告警、错误预算策略、仪表盘与报告、排除与边界情况、评审节奏。
适用场景：需要为服务建立可靠性目标与权衡机制、把可靠性承诺与发布节奏挂钩、或为事故复盘提供优先级依据的团队。
限制：资料未提供具体安装命令、代码示例或平台绑定信息；目标必须基于历史数据而非理想化整数，SLI 必须面向用户而非内部系统指标，排除项需明确记录以免虚高 SLO 数值。