> ## Documentation Index
> Fetch the complete documentation index at: https://starforge.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 模型

> 注册表：一条跨 run 的命名版本线，以及哪个版本在生产。

run id 是关于某次实验的事实。模型版本是一个决定——这一个是我们愿意拿去服务的。
这一屏装的是后者。

<Frame caption="模型注册表：版本线、推广与验收卡。">
  <img src="https://mintcdn.com/starforge/GatXR2rI5-_Vm4_H/images/console/models.png?fit=max&auto=format&n=GatXR2rI5-_Vm4_H&q=85&s=512a8de00f04df641c37de785a893567" alt="StarForge models page" width="2160" height="1350" data-path="images/console/models.png" />
</Frame>

## 你会看到什么

| 区域       | 显示什么                  |
| -------- | --------------------- |
| **版本线**  | 某个模型的全部已注册版本，从新到旧     |
| **生产中**  | 哪个版本被推广了，或者一个都没有      |
| **验收卡**  | 这个版本凭什么上线，在上线那一刻被冻结   |
| **数据飞轮** | 版本的数据从哪来、被什么评过、正在服务什么 |

## 验收卡

一张卡要么是干净的，要么点名缺了什么。它记录的是一个版本上线时所依据的证据——
评测结论、数据来源、产出它的 run——在上线那一刻记下，而不是事后再查一遍。

这个区别就是关键。半年之后，那次 run 可能已经被回收，评测套件可能已经变了，
而「我们上线 v3 之前到底检查了什么」这个问题，除非当时有人把它冻结下来，否则根本没有答案。

<Info>
  标着「缺项」的卡不是一次失败。它是一句准确的陈述：某个版本在缺少某项证据的情况下上线了——
  而这件事值得知道，恰恰因为它很容易在无意中发生。
</Info>

## 数据飞轮

| 环节       | 它回答什么                                 |
| -------- | ------------------------------------- |
| **数据来源** | 这次 run 引用了哪些平台数据集。「没有引用任何平台数据集」本身也是信息 |
| **训练**   | 那次 run，或者「从外部注册、没有训练 run」             |
| **评测结论** | 什么给它打过分，或者还没有                         |
| **服务**   | 是否已部署，承接什么流量                          |
| **成本**   | 有意分开——搜索的成本算不算这个版本的，是一个判断，不是一道算术题     |

飞轮闭合意味着生产流量可以通过 [Reflow](/zh-Hans/guides/reflow) 喂给下一个版本。

## 你可以做什么

* **推广**一个版本到生产。指向这个模型的部署会跟着走。
* **打开验收卡** —— 它渲染成一份评审者能读的文件。
* **归档**一个版本，把它撤出流通但不删历史。

命令行侧：`sf model register`、`sf model promote`、`sf model card`、`sf model archive`。