六端交付标准 防守端之一 Fault-tolerant

高容错

允许模型的概率偏差,兜住企业的确定底线。

定义与交付底线

允许模型的概率偏差,兜住企业的确定底线。分级防御:第一层内部自愈(捕获错误、自动诊断、重试与改写),第二层优雅降级(置信度不足或触及高危红线时,退回规则引擎或拉人接管,绝不硬撑)。

和其他端的关系

  • 同一对:高容错和权限边界同属防守端,防守端是动态防线加静态授权。
  • 对角线:和可追溯相对。不可回滚的操作一律不给自动执行。(手册 2.4)

进场核查

手册 2.4「六端信息核查表」里高容错端的事项。等级:硬,拿不到就不能开启对应能力或不能上线;降,可收窄范围先上线,边跑边补;弃,客户明确不在意时按最小标准处理或跳过。

信息与权限项(向谁要) 企业没有时如何自采 缺失对交付的影响 等级
高危操作清单加签字(负责人、财务、法务) 自己起草分级,逐条确认签字 绝对硬缺口:第一次事故就是系统死刑且责任全在 FDE;签字既是对齐也是免责 硬
人工兜底资源(部门负责人) SOP-4 实测响应 人机回环变消息黑洞;兜底不足就收窄自动化范围 降
降级承接方:规则引擎或审批流(IT、业务) 把访谈出的死规整理成最小规则集 降级无处可退,只能全退人工 降
历史事故史(老员工) 访谈挖,当事人会淡化 风险分级靠猜;保守起步即可 弃

设计模式

手册 3.1「十个部署设计模式」里对应高容错的模式:

  • P2 三段渐进 Copilot 建议、HITL 人确认后执行、HOTL 异常才找人;晋级由验收门控制(见 4.1) 对应端:无感、高容错
  • P4 数字安灯 分级防御:第一层自愈(重试、改写、自动诊断),第二层降级(退规则引擎或拉人);触发条件为置信度阈值与高危清单 对应端:高容错
  • P9 预算熔断 每任务成本实时计量,超预算触发降级链路 对应端:可度量、高容错

验收门里的相关项

手册 4.1「单流程三级验收门」里和高容错有关的验收项:

门 B:HITL 自动执行门(人确认后执行)

  • 高危: 该流程全部操作在高危清单之外,或已配置双确认
  • 兜底: 兜底响应实测达标;兜底人承载量与打断频次经本人确认

门 C:HOTL 高度自动化门(异常才找人)

  • 降级演练: 模拟模型故障、断网、接口失效,系统按预案优雅降级
  • 安灯健康: 安灯触发率与人工接管率进入稳态,无积压

理论锚点

手册附录 A:

理论锚点
自働化与安灯绳(丰田)、瑞士奶酪模型(里森)、高可靠性组织(韦克)、反脆弱(塔勒布)
一句话引用
丰田七十年前就在做 human-in-the-loop,我们给 AI 装的就是安灯绳

业界案例里的这一端

Datawhale《FDE 案例100》第一期的 24 个案例里,我们标注了 15 个体现高容错的案例。下面是标注理由(我们的分析,不是原书内容):

输入关键词,例如「基线」「验收门」「装箱」。