niceeval 0.15.1-canary.76 → 0.16.1

package/docs-site/zh/tutorials/quickstart.mdx

@@ -1,48 +1,69 @@
 ---
-title: "为你的 Agent 项目设置评估"
+title: "快速开始：跑通第一条评估用例"
 sidebarTitle: "快速开始"
-description: "安装 NiceEval，写三个文件，10 分钟内对你自己的应用跑通第一条评估用例。"
+description: "安装 NiceEval，写一个 Adapter、一个 Experiment 和一条评估用例，十分钟左右对你自己的应用跑通第一条评估，并在终端和浏览器里看到结果。"
 ---
 
-接入应用需要三个文件：一个 **Adapter** 负责调用应用，一个 **Experiment** 固定被测对象和运行次数，一条**评估用例**定义断言。以下步骤提供完整的最短路径，并分别覆盖 Coding Agent 自动接入和人工接入。
+这一页带你对自己的应用跑通第一条评估用例。你会写三个文件：
+
+- **Adapter**：告诉 NiceEval 怎样调用你的应用。
+- **Experiment**：说明对着哪个 Adapter、用哪个模型跑。
+- **评估用例**：说明发什么消息、怎样算做对。
+
+有两种走法。让 Coding Agent 帮你写最快；自己动手写能更清楚每个文件管什么。
+
+## 让 Coding Agent 帮你接入
 
-## 使用 Coding Agent 接入（推荐）
 <Steps>
-  <Step title="接入">
-    把以下指令发送给你正在使用的 Coding Agent（例如 Codex、Claude Code 或其他能修改当前项目的 Agent）：
+  <Step title="把指令发给 Agent">
+    在当前项目里打开你正在用的 Coding Agent，例如 Claude Code 或 Codex，发送下面这段话：
 
     ```text
     阅读 https://niceeval.com/INIT.md，为当前仓库安装并接入 niceeval，端到端跑通第一条评估用例。完成时列出创建的 Experiment ID、运行命令和结果查看命令。
-
     ```
+
+    Agent 会先探索你的项目，确认要测哪个接口，再写出三个文件并跑一次。
   </Step>
-  <Step title="运行测试">
-    使用 Agent 最后列出的 Experiment ID。若它没有列出，先运行 `pnpm exec niceeval exp list` 查看可用的 Experiment。
+  <Step title="自己再跑一次">
+    用 Agent 最后列出的 Experiment ID 运行。它没有列出时，先用 `pnpm exec niceeval exp list` 查看有哪些 Experiment：
 
     ```bash
     pnpm exec niceeval exp <experiment-id>
     ```
   </Step>
-  <Step title="查看结果">
+  <Step title="看结果">
     ```bash
-    pnpm exec niceeval query discover  # AI、脚本或 CI 先发现读取 operation
-    pnpm exec niceeval view            # 网页审阅已发布的结果
+    pnpm exec niceeval show
     ```
+
+    终端里会列出每条评估用例的结果，失败的排在前面。结果怎么读，见下文[读懂结果](#读懂结果)。
   </Step>
 </Steps>
 
+## 自己动手接入
+
+### 准备被测应用
 
-## 人工接入
+先把你的应用启动起来，并确认它有一个能调用的接口。下面的示例假设：
 
-先启动你的被测应用，并确认它有一个可调用接口。下方示例假设接口是 `POST http://localhost:3000/chat`，请求体接收 `message` 和 `model`，响应 JSON 含有字符串字段 `reply`。接口不同就改 Adapter 的 URL、请求体和读取响应的代码；还没有可启动的应用时，先从 [Examples](/zh/examples) 选择一个可运行项目。
+- 接口是 `POST http://localhost:3000/chat`；
+- 请求体是 `{ "message": "...", "model": "..." }`；
+- 响应体是 `{ "reply": "..." }`。
+
+你的接口不一样也没关系，只需要改 Adapter 里的地址、请求体和读取回复的那一行。手边还没有能启动的应用时，先从 [Examples](/zh/examples) 挑一个可运行项目。
+
+### 安装
 
 ```bash
 pnpm add -D niceeval
 pnpm exec niceeval init
 ```
 
-### Adapter
-Adapter 连接 Agent 与 [NiceEval](https://niceeval.com/)。三种接入等级从无侵入连接到修改 Agent 配置，分别提供不同的评估能力，见 [Tier](/zh/explanation/tier)。
+`init` 会创建 `niceeval.config.ts`。它还会在 `AGENTS.md` 或 `CLAUDE.md` 里写一段说明，让你的 Coding Agent 读取和安装版本匹配的文档。
+
+### 写 Adapter
+
+Adapter 负责一件事：把评估用例里的消息发给你的应用，再把回复交回给 NiceEval。
 
 ```ts
 // agents/my-agent.ts
@@ -52,11 +73,11 @@ export default defineAgent({
   name: "my-agent",
   evidenceCoverage: completeEvidenceCoverage,
   async send(input, ctx) {
-    // 示例地址：换成你自己 agent 的真实端点（HTTP、CLI、SDK 都行，只要 send 里能拿到回复文本）
+    // 换成你自己应用的地址
     const r = await fetch("http://localhost:3000/chat", {
       method: "POST",
       headers: { "content-type": "application/json" },
-      body: JSON.stringify({ message: input.text, model: ctx.model }), // ← experiment.model 经 ctx.model 到这里
+      body: JSON.stringify({ message: input.text, model: ctx.model }), // ctx.model 来自 Experiment
       signal: ctx.signal,
     });
     const body = await r.json();
@@ -68,7 +89,9 @@ export default defineAgent({
 });
 ```
 
-### Experiment
+`events` 是 NiceEval 读懂回复的方式。这里只交回一条助手消息，后面可以再加工具调用、用量等事件。
+
+### 写 Experiment
 
 ```ts
 // experiments/my-agent.ts
@@ -77,13 +100,15 @@ import myAgent from "../agents/my-agent.ts";
 
 export default defineExperiment({
   description: "my-agent 基线",
-  model: "gpt-4o",
   agent: myAgent,
+  model: "gpt-4o",
   attempts: 1,
 });
 ```
 
-### 评估用例
+文件名就是 Experiment ID，这里是 `my-agent`。以后想对比另一个模型，复制一份改 `model` 就行，评估用例不用动。
+
+### 写评估用例
 
 ```ts
 // evals/refund-policy.eval.ts
@@ -91,44 +116,63 @@ import { defineEval } from "niceeval";
 import { pattern } from "niceeval/expect";
 
 export default defineEval({
-  description: "退款政策问答",
+  description: "能正确回答退款政策",
   async test(t) {
-    await t.send("你们的退款政策是什么?");
+    await t.send("你们的退款政策是什么？");
     t.succeeded();
-    t.check(t.reply, pattern(/30\s*天|一个月/));  // 措辞会变，用等价正则而不是单一精确短语
+    t.check(t.reply, pattern(/30\s*天|一个月/));
   },
 });
 ```
 
+模型每次的措辞都会变，所以这里用正则匹配“30 天”或“一个月”，而不是要求一字不差。
+
+### 运行
+
 ```bash
-pnpm exec niceeval exp my-agent   # 跑起来
-pnpm exec niceeval query discover              # 让机器发现可用 operation
-pnpm exec niceeval view                        # 在网页审阅当前已发布的结果
+pnpm exec niceeval exp my-agent
 ```
 
-到这里第一条评估用例已经跑通。
+运行过程中终端会显示进度。结束后你会看到类似这样的输出：
 
-这个最小 Adapter 只支持**单轮**调用，第二轮不会携带第一轮的历史。多轮会话、工具调用事件（供 `t.calledTool()` 使用）、HITL 和 tracing 都是后续可选能力。按[接入你的 Agent](/zh/tutorials/connect-your-agent)继续扩展时，已有评估用例不需要修改。
+```text
+╭─ PASSED ─────────────────────────────────────────────────────── 12s ─╮
+│ 1 passed · 0 failed · 0 errored  (0 reused)                          │
+╰──────────────────────────────────────────────────────────────────────╯
 
-## 对照完整项目
+╭─ RESULTS ───────────────────────────────────── 1 run configuration ─╮
+│ my-agent                                                             │
+│   refund-policy  1/1 passed                                          │
+╰──────────────────────────────────────────────────────────────────────╯
 
-第一条评估用例跑通后，再到 [Examples](/zh/examples) 按被测对象选择完整项目。那里提供可运行源码。通用操作步骤在 Tutorials 的对应任务页中。
+╭─ NEXT ───────────────────────────────────────────────────────────────╮
+│ my-agent                                                             │
+│   show: niceeval show --run 8f3d6f62-1d34-4cf3-99c7-84ba3c483706     │
+│   view: niceeval view --run 8f3d6f62-1d34-4cf3-99c7-84ba3c483706     │
+╰──────────────────────────────────────────────────────────────────────╯
+```
 
-## 放进 CI
+到这里，第一条评估用例已经跑通。
 
-```yaml
-name: evals
-on: [pull_request]
-jobs:
-  evals:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v4
-      - uses: actions/setup-node@v4
-      - run: npm ci
-      - run: npm exec niceeval exp my-agent
-```
+## 读懂结果
+
+标题告诉你这次运行的结论：
+
+| 标题 | 意思 | 先做什么 |
+|---|---|---|
+| `PASSED` | 所有断言都满足了。 | 继续加评估用例。 |
+| `FAILED` | 应用正常回复了，但至少一条断言没满足。 | 看 Agent 实际回了什么，判断是应用的问题还是断言写得太严。 |
+| `ERRORED` | 没能拿到结果，例如应用没启动、接口报错、Adapter 抛了异常。 | 看 `FAILURES` 面板里的 `error:` 行，通常能直接看出原因；需要更多细节时运行它下面的 `details:` 命令。 |
+
+失败的 Attempt 下面都有一行 `details: niceeval show @<locator>`，复制它就能在终端里看到这一次运行的对话和断言。看整次运行，复制 `NEXT` 面板里的 `show:` 命令；想在浏览器里翻对话、看耗时，复制 `view:` 那一行。
+
+更多查看方式见[查看运行结果](/zh/tutorials/viewing-results)。
+
+## 接下来
+
+这个最小 Adapter 只支持单轮对话，第二轮不会带上第一轮的历史，也看不到工具调用。按你的下一步需要选：
 
-<Tip>
-  阅读 [编写评估用例](/zh/tutorials/authoring) 和 [题型与断言](/zh/tutorials/evaluation-kinds)，再把示例替换成真实场景。
-</Tip>
+- 要测多轮对话、工具调用或用量：按[编写 Send](/zh/tutorials/write-send)扩展 Adapter，已有评估用例不用改。
+- 要写更多、更有区分度的评估用例：读[编写评估用例](/zh/tutorials/authoring)。
+- 要比较两个模型或两版 prompt：读[编写实验](/zh/tutorials/write-experiment)。
+- 要在 PR 上自动跑：读 [CI 集成](/zh/tutorials/ci-integration)。

package/docs-site/zh/tutorials/reporters.mdx

@@ -1,63 +1,78 @@
 ---
-title: "将当前运行接入外部系统"
+title: "把运行结果上报给 Braintrust 等外部系统"
 sidebarTitle: "Reporter 上报"
-description: "使用 Reporter、JUnit 和 receipt 把当前 Invocation 的信息交给外部系统，同时保持 Record 的所有权边界。"
+description: "团队已经在用 Braintrust 或自己的看板时，用 Reporter 在运行过程中把结果发过去；CI 平台用 JUnit；后续脚本用 receipt 里的 Run ID 读取结果。"
 ---
 
-Reporter 面向当前 Invocation。它可以把当前运行的结果发送到外部观察或分析系统，但它不拥有已发布结果，也不能替代之后的固定 `query` 或 `view`。
+你的团队已经在 Braintrust 上看实验结果，或者有一个内部看板。你希望 NiceEval 跑完后，结果自动出现在那里，不用手动导出。
+
+Reporter 做的就是这件事：在这一次运行过程中，把结果发给外部系统。它只负责“这一次”的上报，NiceEval 保存的结果不会因此改变。事后要重新读取、比较或分享结果，仍然用 `show`、`view` 和 `query`。
+
+一次 `niceeval exp` 会同时产出这几样东西：
 
 ```text
-当前 Invocation
-    ├─ 终端与 --json 反馈
+这一次运行
+    ├─ 终端输出，或 --json 的 NDJSON
     ├─ Reporter → 外部系统
-    ├─ --junit → CI 平台文件
-    └─ receipt → invocationId 与 runIds
+    ├─ --junit → 给 CI 平台的 JUnit 文件
+    └─ receipt → invocationId 与 createdRunIds
 
-已发布结果
-    └─ Run、Member、Attempt 与可查看的运行事实
+保存下来的结果（.niceeval/record.sqlite）
+    └─ Run、Attempt 和可以查看的运行记录
 ```
 
-## Reporter 适合什么
+## 选择合适的上报方式
+
+| 你要 | 用 |
+| --- | --- |
+| 把结果推到 Braintrust 或内部看板 | Reporter |
+| 让 CI 平台按测试用例显示结果 | `--junit <path>` |
+| 让后续脚本找到这次运行的结果 | `--json` 输出的 receipt |
+
+## 用 Reporter 推送到外部系统
 
-把 Reporter 配在需要观察的运行范围，让它处理当前进程可见的结果。外部系统可以接收运行摘要、Attempt 结果或链接，但要读取完整业务事实时，应使用 receipt 的 `runIds` 重新打开已发布事实。
+在 `niceeval.config.ts` 的 `reporters` 里配置项目默认的 Reporter，评估用例的 `reporters` 会和它合并。字段说明见 [defineConfig 参考](/zh/reference/define-config)。
+
+Reporter 能拿到的是这次运行过程中已知的结果。外部系统可以接收运行摘要、每个 Attempt 的结果或查看链接。要读取完整的结果，用 receipt 里的 Run ID 重新打开保存下来的结果。
 
 Reporter 不能：
 
-- 把外部系统的数据当作 Record 的业务值；
-- 用外部上报替代 Verdict、用量、断言或诊断；
-- 让后续固定 `query` 或 `view` 从外部系统取数；
-- 从外部系统把结果写回 Record。
+- 把外部系统里的数据当作 NiceEval 的结果；
+- 代替 NiceEval 保存的判定、用量、断言或诊断；
+- 让 `query`、`show` 或 `view` 改从外部系统读数据；
+- 把外部系统的结果写回 `.niceeval/record.sqlite`。
 
-## 在 CI 中使用 JUnit
+## 在 CI 中输出 JUnit
 
-JUnit 是最直接的外部集成方式：
+接入 CI 平台最直接的方式是 JUnit：
 
 ```sh
-npx niceeval exp ci --junit ./artifacts/niceeval-junit.xml
+pnpm exec niceeval exp ci --junit ./artifacts/niceeval-junit.xml
 ```
 
-NiceEval 以原子方式写出该文件，CI 平台读取它来显示注解和测试结果。它只描述这次调用的交付格式，不会成为 Record 的事实 owner。
+NiceEval 先写临时文件，再一次性替换目标文件，CI 平台不会读到写了一半的内容。JUnit 只描述这一次运行，结果仍以 NiceEval 保存的为准。完整的 CI 配置见[在 CI 里自动跑评估](/zh/tutorials/ci-integration)。
 
-## 使用 JSON 与 receipt
+## 用 receipt 关联后续步骤
 
 ```sh
-npx niceeval exp checkout --json
+pnpm exec niceeval exp checkout --json
 ```
 
-`--json` 输出当前进程的 NDJSON。最后一条 receipt 包含 `invocationId`、`runIds`、开始时间、结束时间和 completion。外部自动化可以保留 receipt，再根据 `runIds` 选择要查看的固定 Inspection result 或 View。
+`--json` 输出这次运行的 NDJSON。最后一行是 receipt，包含 `invocationId`、`createdRunIds`、`publicationCutoff`、开始时间、结束时间和 `completion`。外部自动化可以保存 receipt，再用 `createdRunIds` 打开对应的 Run：
 
 ```sh
+pnpm exec niceeval show --run 01J9ZK3M6P4T7V9X2C5N8QW0RY
 pnpm exec niceeval view --run 01J9ZK3M6P4T7V9X2C5N8QW0RY
 ```
 
-不要把 progress 或 diagnostic 行当作长期结果格式。它们服务当前 Invocation，完整业务事实属于已发布 Record。
+脚本需要结构化结果时，先运行 `pnpm --silent exec niceeval query discover` 找到可用的查询。
 
-## 接入外部系统时的原则
+不要把进度或诊断行当作长期保存的结果格式。它们只描述这一次运行正在发生什么。
 
-1. 让外部上报只消费当前 Invocation 已知的信息。
-2. 将凭据保留在运行变量中，不写入输出内容。
-3. 用退出状态处理 CI 门禁。
-4. 用 receipt 的 `runIds` 把外部工作流关联到可查看的结果。
-5. 需要审阅已发布事实时，使用 receipt 的 `runIds` 打开 `view`，或用 `query` 交给自动化流程。
+## 接入外部系统时的原则
 
-有关 CI 命令与 JUnit，请阅读[CI 集成](/zh/tutorials/ci-integration)。
+1. 外部上报只使用这次运行中已知的信息。
+2. 凭据放在环境变量里，不写进任何输出。
+3. CI 门禁看退出状态。
+4. 用 receipt 的 `createdRunIds` 把外部工作流和 NiceEval 保存的结果关联起来。
+5. 需要审阅结果时，人用 `show` 或 `view` 打开那个 Run，自动化流程用 `query`。

package/docs-site/zh/tutorials/rerun-and-cache.mdx

@@ -1,81 +1,80 @@
 ---
-title: "重跑与沿用结果"
+title: "修改后只重跑受影响的评估"
 sidebarTitle: "重跑与沿用"
-description: "查看每个 slot 会执行、自动采用还是由操作者接受，并理解这些关系怎样进入 Record。"
+description: "改了 prompt、评估用例或模型之后，用 --dry 看清哪些结果会沿用、哪些会重跑，再用 --rerun 和 accept 控制范围。"
 ---
 
-每次 Invocation 都建立新的 Run。Run 的 expected slots 定义本次分母；每个 slot 最多有一个 Member。Member 表示 slot 被哪个 Attempt 完整占据：
+你修好了 Agent 的一个工具调用 bug，想确认它真的修好了。一整套评估要跑一个小时、花几十美元，而这次改动只影响其中几道题。
 
-| 关系 | 含义 |
-| --- | --- |
-| `origin` | Attempt 的实际执行 slot 就是当前 slot。 |
-| `reference` | 采用了其它 Run 中已发布的 Attempt。 |
+NiceEval 会记住每道题上次的结果。再次运行同一个 Experiment 时，没受这次改动影响、上次已经有结论的题直接沿用旧结果，其余的重新跑。你不需要手动挑题。
 
-每个位置怎样形成（执行、自动沿用或操作者接受）都会随目标 Run 保存。Attempt 始终保留实际执行它的 `origin`；采用不会复制 Verdict、用量或其他业务值。
+## 运行前先看计划
 
-## 先查看计划
-
-在运行前使用 `--dry`。它根据已发布结果逐个列出执行或采用的原因。
+加上 `--dry`，NiceEval 只列计划，不调用模型，也不创建 Sandbox：
 
 ```sh
-npx niceeval exp checkout --dry
+pnpm exec niceeval exp checkout --dry
 ```
 
-示例输出：
-
 ```text
 PLAN
 checkout  cart/add-item  ordinal 0  reuse @1K1P0VJAPVJ12
 checkout  cart/add-item  ordinal 1  execute: input-identity-changed
 ```
 
-如果信息缺失、无效、不支持或 domain 不同，规划器会说明原因并执行该 slot，而不会把它当作可采用结果。
+每一行是一次 Attempt。`reuse` 后面是要沿用的旧结果 locator；`execute` 后面是要重跑的原因。上面第二行的 `input-identity-changed` 表示这道题的输入变了，例如你改了评估用例、Fixture 或模型。
 
-## 自动采用的条件
+结果和你预期的不一样时，先看原因。例如你只改了报告里的分组名，却看到整批 `execute`，说明某个会影响结果的输入也一起变了。
 
-一个 Attempt 要能被自动采用，需要同时满足：
+## 哪些结果会被沿用
 
-- Verdict 是可采用的终态；
-- 输入身份与当前输入相同；
-- 执行时长符合当前 timeout；
-- 本次 `--rerun` 允许采用该 Verdict；
-- 本次没有通过 `--keep-sandbox` 要求真实执行。
+一个旧 Attempt 同时满足下面几条才会被自动沿用：
 
-输入身份和配置身份都是带 domain 的不透明值。只有 domain 逐字相同才比较 value。Verdict 与资格信息为规划提供长期依据。
+- 它已经有明确结论，`passed` 或 `failed`。`errored` 说明上次没跑成，总会重跑。
+- 评估用例、Fixture、模型、Agent、判分标准和运行条件都和这次相同。
+- 它的耗时没有超过这次的 `timeout`。
+- 这次的 `--rerun` 没有要求重跑它。
+- 这次没有用 `--keep-sandbox` 要求真实执行。
 
-自动采用时，资格、身份和理由会随目标 Run 保存。Member 只保留引用，不复制这些说明，也不复制 Attempt 的业务值。
+只改 Experiment 的 `description` 或 `labels` 不会让旧结果失效。评估用例文件不同：文件内容一变，这道题就会重跑。
 
 ## 控制重跑范围
 
 ```sh
-# 默认采用符合条件的 passed 与 failed Attempt
-npx niceeval exp checkout
+# 默认：沿用符合条件的 passed 和 failed
+pnpm exec niceeval exp checkout
 
-# 单独写 --rerun 等价于 --rerun failed；已经 passed 的 slot 仍会采用
-npx niceeval exp checkout --rerun
+# 修复 bug 后复验：重跑上次 failed 的，passed 的继续沿用
+pnpm exec niceeval exp checkout --rerun
 
-# 重新执行选中范围内的全部 slot
-npx niceeval exp checkout --rerun all
+# 模型供应商更新了服务、本地文件却没变：全部重跑
+pnpm exec niceeval exp checkout --rerun all
 ```
 
-改变 `--rerun` 只影响本次 Invocation，不会修改已有 Run 或 Attempt。
+单独写 `--rerun` 等于 `--rerun failed`，已经通过的题不会重跑。要连通过的一起重做，必须写 `--rerun all`。
 
-不要在 `exp` 仍运行时并发执行 `show --experiment`：Experiment 可能尚未产生任何已发布结果。等待命令完成，从 receipt 复制本次 `runIds`，再用 `niceeval show --run <run-id>` 审阅确定的 Run。若目的是重做所有已通过或已评分的 slot，必须明确写 `--rerun all`；不带值的 `--rerun` 不会做到这一点。
+`--rerun` 只影响这一次运行，不会改动已有的结果。
 
-## 明确接受已有 Attempt
+## 确认旧结果在新配置下仍然成立
 
-身份变化不一定表示历史结果已经失效，但 NiceEval 不会替操作者猜测。先从 dry run 或结果页取得完整 locator，核对候选 Attempt；确认它在新配置下仍然成立时，明确接受它：
+有时改动会让 NiceEval 判定旧结果不能沿用，但你知道它其实不受影响。例如你给 Agent 加了一个日志开关，这道题的行为完全没变。NiceEval 不会替你猜，需要你明确接受：
 
 ```sh
-npx niceeval accept @1K1P0VJAPVJ12
+pnpm exec niceeval accept @1K1P0VJAPVJ12
 ```
 
-`accept` 会发布一个新的采用 Run，不会修改原 Attempt。一次需要接受多个结果时，把全部 locator 放在同一条命令中；NiceEval 会先原子预检所有输入，避免只接受一半。
+`accept` 会新建一个 Run 引用这个旧 Attempt，原 Attempt 保持不变。要接受多条时，把所有 locator 写进同一条命令，NiceEval 会先检查全部输入，不会只接受一半。
+
+怎样取得候选 locator、接受前要核对什么，见[审阅并采用历史 Attempt](/zh/tutorials/accept-results)。
 
-候选 locator 的取得方式、审阅项目、原子预检和失败处理见[审阅并采用历史 Attempt](/zh/tutorials/accept-results)。
+## 跑完之后看结果
 
-## 发布后不可修改
+运行结束时，终端的 `NEXT` 面板会列出这次新建的 Run，并给出在终端和浏览器里查看它的两条命令：
+
+```sh
+pnpm exec niceeval show --run <run-id>
+```
 
-Attempt 发布后不可修改。每一次读取都使用当时 Record 中已发布的值；新 Run 或新事实只会以新的发布出现。若 Attempt 或引用无效，固定 operation 将该位置标为 `core-invalid`，而不是 `not-recorded`。
+沿用的题和重跑的题都会出现在这个 Run 里，通过率按完整的一批题计算。不要在 `exp` 还没结束时用 `show --experiment` 看结果，那时可能还没有任何已发布的结果。
 
-完成运行后，用 receipt 的 `runIds` 选择结果。查看步骤见[查看结果](/zh/tutorials/viewing-results)。
+查看结果的完整方式见[查看运行结果](/zh/tutorials/viewing-results)。沿用和重跑的判定原理见 [Runner](/zh/explanation/runner)。