> ## 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.

# Rubric

> 你团队关于「什么算正确答案」的成文标准，它的版本和使用记录。

一份 rubric 就是命名的评分维度、权重和一个量表——写下来、有主人、有版本。
多数人在这一屏起草，之后的修改再走 API。

<Frame caption="Rubric 及其评分维度、版本与使用记录。">
  <img src="https://mintcdn.com/starforge/GatXR2rI5-_Vm4_H/images/console/rubrics.png?fit=max&auto=format&n=GatXR2rI5-_Vm4_H&q=85&s=27b1058e217a631028b4b7f253374254" alt="StarForge rubrics page" width="2160" height="1350" data-path="images/console/rubrics.png" />
</Frame>

## 你会看到什么

| 区域       | 显示什么                               |
| -------- | ---------------------------------- |
| **列表**   | 你能读的全部 rubric：你自己的，加上公开的           |
| **评分维度** | 每一条的名称、权重和描述                       |
| **版本**   | 当前版本号；每次编辑加一                       |
| **可见性**  | 私有（你和管理员）或公开（所有人可读，写仍归你）           |
| **历史修订** | 每个历史版本的全文                          |
| **使用记录** | 哪些 run 引用了哪个版本，是作为训练 reward 还是评测分数 |

## 你可以做什么

* **新建**一份 rubric，带一条示例维度作为起点。
* **编辑**——这会产生一个新版本，而不是覆盖旧文本。
* **删除**你自己的那些。

<Warning>
  编辑会让裁判对这份 rubric 的分数缓存失效，因为缓存键带着版本号。这是有意的：
  把某条维度磨精确之后，旧分数不该像什么都没变过一样继续留着。
</Warning>

## 这份 rubric 到底用在哪

一个对象，三个地方——这正是它是一个对象、而不是复制粘贴进两份配置的提示词的原因：

| 用作        | 在哪配置                                                             |
| --------- | ---------------------------------------------------------------- |
| 训练 reward | [环境 verifier](/zh-Hans/extend/verifiers) 的 `kind: rubric`        |
| 评测基准      | [benchmark 包](/zh-Hans/extend/benchmark-packs) 的 `runner: judge` |
| 安全评测      | `runner: safety` 的包                                              |

因为是同一个对象，模型据以训练的标准和据以打分的标准不会悄悄分家。
见[写一份 rubric](/zh-Hans/extend/rubrics)。