← 返回概念解读

Concept Fable精修版

回退

Fallback · Reliability / AI platform

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

寓言故事

主桥起雾后的旧渡船

山城的水由一架新水车送上高坡。水车快,能自动分流,居民第一次不用清晨排队挑水。城主便把旧水井封了半边,只留几口备用。

春末一场暴雨,山溪裹着泥沙冲来,水车卡住。守水人以为只要敲开齿轮就能恢复,居民却已在坡上等水做饭。城主这才发现,快的办法一停,全城没有退路。

他们先派人抢修水车,同时让居民继续等。两个时辰过去,齿轮仍转不动,怨声越来越大。抢修本身没错,错在把抢修当成唯一选择。

老井匠打开备用井,却发现井绳朽了,木桶裂了,许多居民不知道去哪里排队。备用名义上存在,实际从未演练,真到出事时比没有好不了多少。

后来城里重新立规矩:水车平日供水,一旦泥沙超过刻线或停转超过半刻,自动切到井队。每口井配新绳新桶,每月演练一次,告示写清谁先取水、谁负责维持秩序。

再遇暴雨时,水车仍会卡,居民却没有慌。守水人一边修车,一边按规则启用旧井。大家喝到的水少些、慢些,但城市没有停摆。

城主还把切换条件写给居民看。若只是水慢,不必启井;若浑浊到刻线以上,井队立即接手。清楚的触发点减少了争吵,也避免守水人在压力下临时猜。守水人还在平日故意停过几次水车。第一次演练,井队迟到,第二次木桶不够,第三次居民排错队。正因为在无灾时暴露了这些问题,真正暴雨来临时,备用路才不是纸上的安慰。城主还规定,主路恢复后要查备用路表现。哪口井慢、哪段告示不清,都要在晴天修好。守水人说,退路只有在平日走得通,灾时才会真的出现。城主也把演练结果公开,让居民知道备用路不是临时凑出来的。

井匠说,备用路不是失败后的体面说法,而是主路不可靠时仍能守住最低承诺的真实安排。没有被演练过的退路,只是一句安慰。

揭示

这个故事讲的是:回退

Fallback is a planned alternative path used when the preferred model, tool, provider, workflow, or service fails, becomes slow, too expensive, unavailable, or unsafe. In AI Agent systems, fallback may mean using a smaller model, a different provider, cached output, human review, read-only mode, a simpler workflow, or a manual process. Effective fallback defines trigger conditions, quality tradeoffs, permissions, user messaging, observability, and recovery back to the primary path.

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

隐喻映射

  • 主桥:首选模型、服务、工具或自动化流程
  • 旧渡船:备用模型、人工流程、缓存或简化路径
  • 桥头重试:无控制重试导致拥堵扩大
  • 船桨朽了:未演练的备用方案不可用
  • 切换条件:fallback trigger 和运行策略
  • 逐步切回:恢复主路径和避免抖动
  • 最后洞察:回退能力要在正常时期建设,故障时才来得及使用

Soloharness 判断

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

Model routinggraceful degradationretrycircuit breakerbackup providerescalation

相关辨析

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