← 返回概念解读

Concept Fable精修版

模型注册表

Model Registry · MLOps / platform

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

寓言故事

没有登记的船不能出港

潮门港有很多船匠。有人造快船,有人造货船,有人改装旧船。早年港口小,船造好就能下水,码头长凭眼熟放行。

后来商路变多,船也变多。几艘船都叫海燕,有的能远航,有的只能近海;有的已经修过龙骨,有的还在试航。码头长开始分不清哪艘船能接哪类货。

港口的第一个修补是在船头挂颜色旗。红旗表示新船,蓝旗表示老船。可旗子会被风吹掉,也有人为了赶订单临时换旗。

一次暴风后,港口追查哪艘船未经检查就载了贵重货物。账册、船坞记录、保险单和码头放行章各写各的,没人能拼出完整生命周期。

新港务官建立了船籍馆。每艘船入馆时必须登记结构、建造批次、试航结果、负责人、风险等级、允许航线、审批状态和退役时间。

船籍馆不负责造船,但它决定船从试验、候选、可用、生产、暂停到退役的状态流转。任何人要把船派去新航线,都必须看登记状态。

之后,船匠仍可快速迭代。不同版本的船可以并存,但每一次晋升、回退、冻结和替换都有记录,码头不再靠记忆放行。客户投诉时,也能查到当时是哪艘船、谁批准、为什么允许出港。

港务官最后说,港口真正需要的不是更多船名,而是一个可信的地方,告诉所有人哪艘船处在什么状态,能不能被派上真正的航线。船籍馆还保留旧船的退役记录。不是为了怀旧,而是出事时能知道某条航线曾用过哪一版船,何时换下,为什么换下。没有这条时间线,港口只能在事故后靠回忆拼凑真相。后来码头长再也不凭眼熟放行。船名可以重复,传闻可以出错,只有登记状态、责任人和试航结果能决定它该不该载货。后来复盘时,众人把这条经验写进日常规矩:先看现场哪里真正改变了结果,再决定该保留什么、修补什么、限制什么。若只看表面热闹,下一次还会在同一处摔倒。

揭示

这个故事讲的是:模型注册表

模型注册表是集中管理模型版本、元数据、审批状态和部署流转的系统。它通常记录模型 artifact、版本、训练来源、评测结果、负责人、风险等级、阶段状态和部署目标。对企业 AI 平台,model registry 是模型从实验到生产、回滚、下线和审计的控制面。

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

隐喻映射

  • 船籍馆:model registry
  • 多艘船都叫海燕:模型命名混乱和版本不清
  • 颜色旗:不可靠的临时状态标记
  • 试验到退役的状态流转:staging、production、archived 等 lifecycle stage
  • 允许航线:模型适用范围、部署环境和风险边界
  • 晋升与回退记录:promotion、rollback 和 approval trail
  • 投诉追查:审计、可追溯性和责任归属
  • 最后洞察:模型注册表提供模型生命周期的可信控制面

Soloharness 判断

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

Model versioningartifact storeMLflowlineagepromotionrollback