SH

Soloharness

概念 · 故事 · Agent

← 返回概念解读

Concept Fable精修版

回滚

Rollback · Operations

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

寓言故事

新配方卖出去之前,老汤为什么不能倒掉

南街有一家汤铺,老汤熬了二十年。每天早晨,掌柜按旧配方加水、加骨、加香料,味道稳定,街坊都认。后来掌柜的儿子从外地回来,带来一张新配方,说能让汤更鲜、更省料。

掌柜愿意试。他们先在小锅里熬,新汤确实香。儿子很兴奋,想第二天就把大锅全换成新配方。掌柜却拦住他:老汤先别倒。

儿子不理解。既然新汤更好,为什么还留着旧的?掌柜说,小锅好喝,不等于整条街的人都能接受;早晨好喝,不等于中午不变味;今天省料,不等于明天不会坏口碑。

第二天,汤铺用一半新汤、一半老汤。上午客人说新汤不错;到了午后,问题出现了。新配方里的某种香料久煮后发苦,外卖送远了味道更重。老客人开始皱眉。

儿子慌了,想临时加糖压味。掌柜没有让他乱改,而是把新汤那口锅撤下,重新启用老汤,并在门口贴出说明:今日午后恢复原配方。

因为老汤还在,汤铺只用了半刻钟就恢复了正常。如果昨天把老汤倒掉,他们只能关门重熬,或者硬着头皮卖苦汤。

晚上复盘时,掌柜说:试新配方不是错,错的是没有回头路。真正成熟的铺子,不是永远不改,而是每次改之前都知道怎么退回来。

后来,汤铺每次试新汤都留下旧锅、旧料、旧价签和旧流程。新汤成功,就慢慢扩大;新汤失败,就迅速回到客人信任的味道。

揭示

这个故事讲的是:回滚

回滚 Rollback 是当新版本、模型、提示词、工具、配置或流程出现问题时,快速恢复到之前稳定状态的机制。它不是失败后的临时补救,而是发布和变更设计的一部分。对 Agent 系统来说,回滚能降低试错风险,避免错误版本持续影响用户、数据和业务流程。

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

隐喻映射

  • 新配方:新的模型、提示词、工具版本、工作流或系统配置
  • 老汤:已验证稳定的旧版本或旧配置
  • 小锅测试:局部试验、灰度发布或小范围验证
  • 午后发苦:新版本在真实环境、长时间运行或边缘场景下暴露问题
  • 临时加糖压味:没有回滚机制时的临时修补,可能制造更多问题
  • 撤下新汤、恢复老汤:回滚到稳定版本
  • 旧锅、旧料、旧价签和旧流程:可恢复的版本、配置、数据和操作手册
  • 每次改之前都知道怎么退回来:成熟变更管理必须预先设计回滚路径

Soloharness 判断

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

deploymentincident response