← 返回概念解读

Concept Fable精修版

特性开关

Feature Flag, Feature Toggle · Product engineering / release management

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

寓言故事

新机关先藏在墙里,不必拆城门才开关

石门城准备给城门装一套新机关,能在暴雨时自动放下挡水板。工匠很得意,建议拆掉旧门,一夜之间全城换新。

守城官不同意。城门每天有商队、军车和夜行人进出,若新机关卡住,全城都会堵在门外。他让工匠先把机关藏在门墙里,平时仍走旧绞盘。

第一次试开,机关在东门运行顺利。工匠兴奋地想立刻全城启用,守城官只准给一条小门试用。第二天,南风带着沙土吹进齿轮,小门升到一半停住。

工匠说修好齿轮就行。守城官却问,若已经拆掉旧门,昨夜粮车怎么办?只会安装新机关,不会随时关停,风险仍压在百姓身上。

于是每座门旁多了一枚铜钥。新机关先给少数门、少数时段使用;出现卡顿,守城官可立即转回旧绞盘;通过几轮风雨后,再扩大范围。

城里人几乎没感觉到改造过程。新机关从一扇门到三扇门,再到全城,哪里出问题就在哪停住,不必推倒整座城门重来。

工匠后来承认,真正聪明的不是机关本身,而是让新东西能按范围开启、随时关闭、逐步放大的那把钥匙。这样改城,才不会把所有人绑在一次赌注上。

后来城里修水渠、换街灯,也沿用这套做法。新东西先藏在可控范围里,少数人试,出问题退,稳定后再放大。百姓看到的是平稳变化,工匠得到的是真实反馈。改造不必每次都变成全城同押的一场豪赌。 守城官后来给每个机关都留了记录:何时打开,给谁使用,何时关闭,为什么扩大。工匠因此能放心试,百姓也不会被迫承受全部风险。开关小,却改变了整座城更新自己的方式。 后来工匠也更愿意交付半熟的新机关,因为他们知道半熟不会直接压到全城头上。 这句话后来被写进新人的手册里,提醒大家先看现场代价,再谈省力。 也正因为这层提醒,后来再遇到相似难题时,众人不会急着套旧办法。

揭示

这个故事讲的是:特性开关

特性开关是在不重新部署代码的情况下,控制某项能力是否启用。它可以按用户、租户、地区、任务类型、模型、工具、策略或风险等级逐步开启。

在 Agent 产品里,它支持金丝雀发布、灰度放量、紧急关闭、实验和客户定向启用。但过期的开关也要治理和清理,否则系统会越来越难判断真实行为。

隐喻映射

  • 城门新机关:新功能、模型、工具或 Agent 行为
  • 拆门才能关闭:发布和启用绑定带来的回滚困难
  • 小铜闸:Feature Flag / Feature Toggle
  • 按商队和风险等级开关:targeting 与 segmentation
  • 拨回铜闸:kill switch 和快速缓解
  • 清理旧铜闸:feature flag 生命周期治理
  • 最后洞察:特性开关把部署、启用、实验和应急止血拆成可控动作

Soloharness 判断

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

Canary deploymentA/B testingrolloutkill switchsegmentationexperimentation