← 返回概念解读

Concept Fable精修版

服务级别协议

Service Level Agreement, SLA · Business / operations

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

灯塔镇把承诺写进潮汐表以后,船才敢夜里进港

灯塔镇靠灯引船进港。早年守灯人凭良心办事,天黑就点灯,雾大就摇铃。船主们相信他,却总问同一个问题:今晚到底能不能进港?

一次大雾,灯晚亮了半刻。守灯人说自己已经尽力,船主却损失一船鲜鱼。双方都觉得委屈,因为从未说清“尽力”意味着什么。

镇长第一次修补,是让守灯人承诺“以后更快”。这句话听起来诚恳,却仍无法安排船期。风浪来时,船主不知道该等、该改道,还是该提前入库。

老港务官把承诺写进潮汐表:晴夜灯火必须在日落前一刻亮起;浓雾时每半刻响铃;若灯塔故障超过一刻,必须派小船通知外港;一个月内失约超过几次,要退还部分港费。

守灯人担心被规矩绑死。港务官说,表上也要写例外:极端风暴、战时封港、灯油被盗等情形如何处理,不能把不可控的事装成日常承诺。

新潮汐表实行后,船主敢安排夜航,守灯人也知道自己被衡量的标准。出事时,大家先看承诺、记录和补救,而不是争吵谁态度好。

灯塔镇明白,可靠服务不能只靠信任。把可用程度、响应时间、例外和赔付写清,交易双方才知道自己买到什么、该承担什么。

后来别的镇来学,不只抄那张表,还学会先问船主真正依赖什么:灯亮时间、雾中提醒、故障通知,还是赔付安排。承诺写得太空,不能指导交易;写得太死,又会把风暴当日常。好承诺让双方都能计划。 守灯人也从规矩里得到保护。船主不能把所有风浪都算成失职,守灯人也不能用“尽力”逃避可控延误。清楚承诺让信任有了边界,合作才不会在事故后崩掉。 后来船主买的不是一句好话,而是一组能安排航程的确定性。 这句话后来被写进新人的手册里,提醒大家先看现场代价,再谈省力。 也正因为这层提醒,后来再遇到相似难题时,众人不会急着套旧办法。 他们学会先问哪一步承担风险,再决定该放手、该收紧,还是该重排流程。

揭示

这个故事讲的是:服务级别协议

SLA 是服务商与客户之间对可用性、响应时间、支持范围、修复时间、违约补偿和沟通机制的正式承诺。企业 AI / Agent 服务要替代人工流程或外包团队,就必须把可用性、质量、升级、事故处理和结果验收写清楚。SLA 不只是运维条款,它会影响客户采购信任、供应商成本结构、排班机制和定价权。承诺越接近业务结果,供应商越需要可观测性、兜底流程和毛利纪律。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 灯塔镇口碑:早期项目靠信任和临时响应
  • 远洋商队:有正式采购、损失评估和合同要求的企业客户
  • 尽力服务:不可验收的模糊承诺
  • 随叫随到:没有优先级的天真修补,会挤占关键资源
  • 雾夜油泵事故:SLA 缺失导致责任、赔偿和恢复争议
  • 可用率、响应时间、修复时间:SLA 中的可量化承诺
  • 紧急等级和排除范围:把服务边界与成本暴露出来
  • 补偿方式:把可靠性承诺变成客户可签的合同条款

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

SLOuptimesupport contractenterprise SaaSreliabilityincident response

相关辨析

这个概念容易和相邻概念混用,建议继续看对比页。