SLO 是 AfterPack 设计并努力达成的目标，不附带财务保证。SLA 是一项合同承诺，未达成时通常附带财务赔偿。
模式二：Pro 云端 API
携带 Pro 密钥的 Indie、Team 和 Studio 构建会在模式二中调用 api.afterpack.dev，使用你配置的 key 或 AFTERPACK_key。其目标如下：
| SLO 目标 | 99.5% 的月度可用性 |
| 不包括 | 见下方“除外情形” |
| 基础设施 | Cloudflare Workers，全球分布，每次构建受限于明确的 CPU 和墙钟时间预算 |
| 不可达时 | 该次构建失败即中止。 |
除外情形
以下三种情况不计入上述可用性目标，也不承担任何停机责任：
- 底层服务提供商。 AfterPack 运行在第三方运营的基础设施之上，尤其是 Cloudflare。其中任何一方发生的中断或性能下降都不计入统计。
- 计划内维护，会提前至少 24 小时公布。
- 你自己的网络或环境，包括无法访问该 API 的防火墙、代理或 DNS 解析器。
Enterprise SLA
Enterprise 合同承诺年度可用性 99.9%，并附带财务处罚。具体赔偿条款按协议单独约定。Enterprise 合同起始的事故响应和支持指标详见 Enterprise：SLA 与运营。
状态页面
目前没有公开的状态页面。如果你认为云端服务出现故障，请发送邮件至 support@afterpack.dev；构建失败时会给出需要引用的诊断代码。
事故响应
模式二的完全中断会在 5 个工作日内在博客上发布一份公开、不追责的事后分析：时间线、根本原因、客户影响，以及带有负责人和截止日期的纠正措施。Enterprise 合同附有明确的响应时间（参见 Enterprise）。
在服务降级期间（混淆接口的错误率升高或超时），Pro 构建会失败即中止。Free（本地）构建从不调用该 API，因此不受影响。
按层级划分的支持渠道
| 层级 | 渠道 |
|---|---|
| Free | 文档、FAQ 与 GitHub |
| Extra MB、Indie | 邮件：support@afterpack.dev |
| Team | 优先邮件支持 |
| Studio | 优先邮件加专属聊天频道 |
| Enterprise | 专属 Slack Connect，配备指定客户经理和工程联络人；合同承诺的事故响应时间为 4 个工作小时（P1）/ 1 个工作日（P2） |
在每一个层级，包括 Free：问题和建议请前往 GitHub Discussions，bug 请提交至 GitHub Issues。
无论哪个层级，support@afterpack.dev 通常会在一个工作日内回复。关于部署范围界定、定制合同或合规问题，应包含哪些内容详见 Enterprise：联系方式。
安全披露
发现了安全问题，包括在公开披露之前绕过保护的方法？请发送邮件至 security@afterpack.dev，而不是提交公开的 issue。该地址也负责处理泄露的 Pro 密钥。确认披露后，Enterprise 合同会在 24 小时内获得补丁，云端和本地部署均适用。其他所有层级会按正常发布节奏获得修复，并按严重程度排定优先级。
引擎变更与版本管理
目前没有公开的 Protection Changelog 来说明每一次与安全相关的引擎变更的类别和方向。
没有 LTS 引擎。参见 AfterPack 的工作原理：每次构建都是一个新程序。
AfterPack 目前处于 1.0 之前的阶段，@afterpack/core、各框架包和引擎统一版本发布。安全修复会随最新版本发布，升级即可获得这些修复。