跳到主要内容
← 交付方法总览
方法论可泛化原则

四闭环(The Four Loops)—— 权威主文

横切

领域智能体交付不是一条直线:真相会随收资推进而更新,交付会因失败回到质量修复,质量修复的根因经验要回写成可复用资产,资产更新的验收又回流到交付。把它画成四个闭环,是为了强调每一环都必须回到起点复核。

什么时候需要它

  • 需要判断团队的能力覆盖是否有整块缺失
  • 交付在推进但质量不见改善,怀疑某一环只往前不回写

核心内容

它决定什么

  • Truth Loop 真相闭环

    先有证据再有假设,先有源头真相再有模型推理。从业务访谈、资料收集、数据源盘点、权限验证、口径确认,到用真实接口 Probe 证实,最后把每条结论连同出处沉淀下来。

  • Delivery Loop 交付闭环

    先业务结果、先可测验收,再分阶段实现,每阶段有 Exit Gate。它约束的是范围与节奏,防止在没有验收判据的情况下开始堆功能。

  • Quality Loop 质量闭环

    先根因后兜底,先责任层后改码,先单 Case 稳定复现再修,且不引入回归。它约束的是修复方式,防止用兜底文案掩盖真实失败。

  • Learning Loop 学习闭环

    生产反馈变成 Eval 资产,可强制的规则变成测试或代码护栏。它约束的是经验去向,防止同一个坑在下个项目重踩。

  • 回写才是闭环的定义

    证据要沉淀回真相底座,修复要沉淀回 Eval,经验要沉淀回护栏与 Playbook。任何一环只往前不回写,交付都会退化——这是四闭环这个模型真正要表达的判据。

怎么判断它真的到位

  • 每条「数据不可用」的结论都能找到对应的 Probe 留痕
  • 最近修复的缺陷里,有对应的新增 Eval 用例
  • 上一个项目的经验,能指出至少一条已经变成本项目的护栏

常见误区

  • 把四闭环理解成四个阶段,按顺序走一遍就算完成
  • 访谈说法直接当成已验证事实,跳过 Probe
  • 修复只改代码不补回归,同类问题换个入口再次出现

这套方法怎么落到你的项目

这是我们交付生产级 AI Agent 的公开、脱敏方法骨架。真正落地时,从 AI Agent 生产就绪审查与路线图 入手,或先用 生产上线前深检 定位薄弱环节。