SH

Soloharness

概念 · 故事 · Agent

← 返回概念解读

Concept Fable精修版

回滚计划

Rollback Plan · Operations

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

寓言故事

戏台换布景前,班主先写好的退场路线

梨园镇的戏班准备上新戏。新布景更大,灯更亮,机关也更复杂。年轻演员都很兴奋,觉得只要新戏一亮相,观众一定叫好。

班主却没有先排开场,而是让大家排退场。灯绳断了怎么办,机关卡住怎么办,新布景挡住出口怎么办,观众已经入座后发现幕布挂反怎么办。演员们觉得晦气:戏还没演,为什么先想失败?

班主说,台上最怕的不是新戏不好,而是新戏坏在观众面前时,全班不知道谁先动、从哪撤、用哪套旧布景顶上。没有退场路线,台上一个小错就会变成全场混乱。

于是他们写了一张退场单。第一列写触发条件:灯光三次不亮、机关卡住超过十息、主布景倾斜、观众席安全受影响。第二列写负责人:灯师、道具师、副班主、前台管事。第三列写动作:停灯、落幕、换旧景、改演折子戏、向观众说明。第四列写时间限制:半刻钟内必须决定,不能在台上争论。

新戏首演那晚,机关真的卡住了。年轻演员脸色发白,但副班主看见触发条件,立刻落幕;道具师按退场单换旧景;前台管事向观众说明加演一折。观众只等了一会儿,戏继续唱下去。

事后,有人说幸好反应快。班主说,不是反应快,是提前把失败时的动作排练过。真正救场的不是临场聪明,而是失败还没发生时就写好的路线。

从那以后,梨园镇每上新戏,都先排退场。因为敢上新布景的底气,不只是相信它会成功,而是知道它失败时不会把整台戏拖垮。

揭示

这个故事讲的是:回滚计划

回滚计划 Rollback Plan 是在变更上线前预先定义的恢复方案,包括触发条件、负责人、恢复步骤、时间限制、验证方法和沟通方式。它比单纯的回滚动作更完整,强调什么时候回滚、谁来决定、怎么执行、如何确认恢复成功。对 Agent 系统来说,回滚计划能让模型、提示词、工具或流程变更在出问题时快速退回安全状态。

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

隐喻映射

  • 新戏和新布景:新的模型、提示词、工具、工作流或系统版本
  • 机关卡住、灯绳断了:上线后的故障、质量下降、延迟异常或风险事件
  • 先排退场:上线前就设计回滚计划
  • 触发条件:明确什么时候必须回滚,而不是靠现场争论
  • 负责人:谁有权限决定和执行回滚
  • 停灯、落幕、换旧景:具体恢复步骤和替代方案
  • 半刻钟内必须决定:回滚决策的时间边界
  • 观众只等了一会儿:好的回滚计划降低用户可感知影响
  • 失败时不会拖垮整台戏:回滚计划让系统敢于迭代,同时控制变更风险

Soloharness 判断

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

change managementrelease managementincident responseversioning