refactor: expect 类型模型重构，Raw/Resolved 双层分离与断言基础设施内聚

- 重命名 ContentRules→ContentExpectations, KeyValueExpect→KeyedExpectations
- 新增 Raw/Resolved 双层模型：resolve 阶段物化为执行计划，store 持久化 Raw 快照
- HTTP body 按需读取：status/headers 失败或无 body expectation 时不读取 body
- 新增 displayValueExpectation() 解包 failure.expected 用户可读展示
- 修复 checkEarlyTimeout 独立 lte/lt 检查，修复 KeyedExpectations JSON Schema
- 新增 expect/value.ts(resolve/check/display)、keyed.ts、content.ts、headers.ts、status.ts
- 删除旧 normalize.ts/matcher.ts/validate-matcher.ts/key-value.ts
- 更新 DEVELOPMENT.md：expect 五层管线表、displayValueExpectation、1.7↔1.10 交叉引用
- 同步 13 个 main specs，归档 refactor-expect-type-model 变更（62/62 tasks）

openspec/specs/probe-config/spec.md

@@ -101,7 +101,7 @@
 
 除 `headers`、`env`、`variables` 等明确声明为动态键值表的对象外，配置中的未知字段 SHALL 导致启动期配置错误。系统 MUST NOT 静默忽略未知字段。
 
-所有 ValueMatcher 类型的 expect 字段 SHALL 在 JSON Schema 契约中声明为 `anyOf: [primitiveValue, matcherObject]` 联合类型，同时接受 primitive 原始值（string / number / boolean / null）和 ValueMatcher 对象。语义 validator SHALL 在校验 ValueMatcher 字段之前执行归一化，将 primitive 原始值转换为 `{equals: value}` 对象形式。数组和对象 MUST NOT 作为 ValueMatcher 原始值简写；需要对数组或对象执行 equals 匹配时，配置 MUST 显式写成 `{equals: value}`。
+所有 `RawValueExpectation` 类型的 expect 字段 SHALL 在 JSON Schema 契约中声明为 `anyOf: [primitiveValue, matcherObject]` 联合类型，同时接受 primitive 原始值（string / number / boolean / null）和 `ValueMatcher` 对象。语义 validator SHALL 在不修改输入的前提下校验 `RawValueExpectation`；primitive 原始值 SHALL 被视为合法 Raw 输入，并在 checker resolve 阶段转换为 `{equals: value}` 对象形式。数组和对象 MUST NOT 作为 `RawValueExpectation` 原始值简写；需要对数组或对象执行 equals 匹配时，配置 MUST 显式写成 `{equals: value}`。`RawKeyedExpectations` 的动态键值 schema SHALL 复用 `RawValueExpectation`，MUST NOT 通过额外 JSON value 分支接受数组或对象简写。
 
 #### Scenario: target 缺少必填字段
 - **WHEN** YAML 中某个 target 缺少 id 或 type 字段
@@ -196,20 +196,20 @@
 - **THEN** 系统 SHALL 以错误退出，提示该 target 的 status 数字不合法
 
 #### Scenario: durationMs matcher 非法
-- **WHEN** YAML 中某个 target 的 `expect.durationMs` 不是合法 `ValueMatcher` 也不是 primitive 原始值
+- **WHEN** YAML 中某个 target 的 `expect.durationMs` 不是合法 `RawValueExpectation`
 - **THEN** 系统 SHALL 以错误退出，提示该 target 的 expect.durationMs 格式错误
 
 #### Scenario: durationMs 原始值简写合法
 - **WHEN** YAML 中某个 target 配置 `expect.durationMs: 5000`
-- **THEN** 系统 SHALL 接受该配置，归一化为 `{equals: 5000}` 后校验通过
+- **THEN** 语义校验 SHALL 接受该 Raw primitive 简写且 MUST NOT 修改输入；checker resolve 阶段 SHALL 将其解析为 `{equals: 5000}`
 
 #### Scenario: ValueMatcher 字段字符串简写合法
 - **WHEN** YAML 中某个 target 配置 `expect.finishReason: "stop"`
-- **THEN** 系统 SHALL 接受该配置，归一化为 `{equals: "stop"}` 后校验通过
+- **THEN** 语义校验 SHALL 接受该 Raw primitive 简写且 MUST NOT 修改输入；checker resolve 阶段 SHALL 将其解析为 `{equals: "stop"}`
 
 #### Scenario: ValueMatcher 字段 null 简写合法
 - **WHEN** YAML 中某个 target 配置 ValueMatcher 字段值为 `null`
-- **THEN** 系统 SHALL 接受该配置，归一化为 `{equals: null}` 后校验通过
+- **THEN** 语义校验 SHALL 接受该 Raw primitive 简写且 MUST NOT 修改输入；checker resolve 阶段 SHALL 将其解析为 `{equals: null}`
 
 #### Scenario: ValueMatcher 字段数组简写非法
 - **WHEN** YAML 中某个 target 配置 ValueMatcher 字段值为数组 `[1, 2]`
@@ -223,40 +223,40 @@
 - **WHEN** YAML 中某个 target 配置 `type: icmp` 但缺少 `icmp.host`
 - **THEN** 系统 SHALL 以错误退出，提示该 target 缺少 icmp.host 字段
 
-#### Scenario: ping expect 未知字段
-- **WHEN** YAML 中 ping target 的 expect 包含非 ping expect 字段
+#### Scenario: icmp expect 未知字段
+- **WHEN** YAML 中 icmp target 的 expect 包含非 icmp expect 字段
 - **THEN** 系统 SHALL 以配置错误退出，提示 expect 包含未知字段
 
 #### Scenario: HTTP expect headers 非法
-- **WHEN** YAML 中某个 HTTP target 的 `expect.headers` 不是对象，或某个 header 期望既不是字符串也不是合法 operator
+- **WHEN** YAML 中某个 HTTP target 的 `expect.headers` 不是对象，或某个 header 期望不是合法 `RawValueExpectation`
 - **THEN** 系统 SHALL 以错误退出，提示该 target 的 expect.headers 格式错误
 
 #### Scenario: HTTP expect body 必须为数组
 - **WHEN** YAML 中某个 HTTP target 的 `expect.body` 已配置但不是数组
 - **THEN** 系统 SHALL 以错误退出，提示该 target 的 expect.body 必须为数组
 
-#### Scenario: HTTP body rule 缺少支持字段
+#### Scenario: HTTP body expectation 缺少支持字段
 - **WHEN** YAML 中某个 HTTP target 的 `expect.body` 数组项未包含 contains、regex、json、css、xpath 任一支持字段
-- **THEN** 系统 SHALL 以错误退出，提示该 body rule 缺少支持的规则类型
+- **THEN** 系统 SHALL 以错误退出，提示该 body expectation 缺少支持的 expectation 类型
 
-#### Scenario: HTTP body rule 同时配置多个支持字段
-- **WHEN** YAML 中某个 HTTP target 的同一条 body rule 同时包含 contains、regex、json、css、xpath 中的多个支持字段
-- **THEN** 系统 SHALL 以错误退出，提示每条 body rule 只能配置一种规则类型
+#### Scenario: HTTP body expectation 同时配置多个支持字段
+- **WHEN** YAML 中某个 HTTP target 的同一条 body expectation 同时包含 contains、regex、json、css、xpath 中的多个支持字段
+- **THEN** 系统 SHALL 以错误退出，提示每条 body expectation 只能配置一种 expectation 类型
 
 #### Scenario: HTTP body regex 非法
-- **WHEN** YAML 中某个 HTTP target 的 body regex 规则不是字符串或不是可编译正则表达式
+- **WHEN** YAML 中某个 HTTP target 的 body regex expectation 不是字符串或不是可编译正则表达式
 - **THEN** 系统 SHALL 以错误退出，提示该 body regex 不合法
 
 #### Scenario: HTTP body json path 非法
-- **WHEN** YAML 中某个 HTTP target 的 body json 规则缺少 path，或 path 不符合系统支持的 JSONPath 子集
+- **WHEN** YAML 中某个 HTTP target 的 body json expectation 缺少 path，或 path 不符合系统支持的 JSONPath 子集
 - **THEN** 系统 SHALL 以错误退出，提示该 body json path 不合法
 
 #### Scenario: HTTP body css selector 非法
-- **WHEN** YAML 中某个 HTTP target 的 body css 规则缺少 selector，或 selector 不是非空字符串
+- **WHEN** YAML 中某个 HTTP target 的 body css expectation 缺少 selector，或 selector 不是非空字符串
 - **THEN** 系统 SHALL 以错误退出，提示该 body css selector 不合法
 
 #### Scenario: HTTP body xpath path 非法
-- **WHEN** YAML 中某个 HTTP target 的 body xpath 规则缺少 path，或 path 不是非空字符串，或可被现有 XPath 库静态判定为语法错误
+- **WHEN** YAML 中某个 HTTP target 的 body xpath expectation 缺少 path，或 path 不是非空字符串，或可被现有 XPath 库静态判定为语法错误
 - **THEN** 系统 SHALL 以错误退出，提示该 body xpath path 不合法
 
 #### Scenario: expect matcher 类型非法
@@ -293,23 +293,27 @@
 
 #### Scenario: 导出配置 JSON Schema
 - **WHEN** 仓库生成或检查配置契约
-- **THEN** 根目录 SHALL 存在 draft-07 `probe-config.schema.json`，且其内容 SHALL 与当前公共 fragments 和已注册 checker fragments 组装出的完整 schema 一致（包含 variables 段和 target 的 id/name 字段）。所有 ValueMatcher 字段的 schema SHALL 声明为 `anyOf: [primitiveValue, matcherObject]` 联合类型
+- **THEN** 根目录 SHALL 存在 draft-07 `probe-config.schema.json`，且其内容 SHALL 与当前公共 fragments 和已注册 checker fragments 组装出的完整 schema 一致（包含 variables 段和 target 的 id/name 字段）。所有 `RawValueExpectation` 字段的 schema SHALL 声明为 `anyOf: [primitiveValue, matcherObject]` 联合类型，`RawKeyedExpectations` 的 dynamic value schema SHALL 复用 `RawValueExpectation`
 
-#### Scenario: JSON Schema ValueMatcher 接受原始值
-- **WHEN** 使用 JSON Schema 校验配置文件中 ValueMatcher 字段值为数字 `5000`
-- **THEN** JSON Schema 校验 SHALL 通过，因为 ValueMatcher schema 声明为 `anyOf: [primitiveValue, matcherObject]`
+#### Scenario: JSON Schema RawValueExpectation 接受原始值
+- **WHEN** 使用 JSON Schema 校验配置文件中 RawValueExpectation 字段值为数字 `5000`
+- **THEN** JSON Schema 校验 SHALL 通过，因为 RawValueExpectation schema 声明为 `anyOf: [primitiveValue, matcherObject]`
 
-#### Scenario: JSON Schema ValueMatcher 接受 matcher 对象
-- **WHEN** 使用 JSON Schema 校验配置文件中 ValueMatcher 字段值为 `{lte: 5000}`
+#### Scenario: JSON Schema RawValueExpectation 接受 matcher 对象
+- **WHEN** 使用 JSON Schema 校验配置文件中 RawValueExpectation 字段值为 `{lte: 5000}`
 - **THEN** JSON Schema 校验 SHALL 通过
 
-#### Scenario: JSON Schema ValueMatcher 拒绝数组原始值
-- **WHEN** 使用 JSON Schema 校验配置文件中 ValueMatcher 字段值为数组 `[1, 2]`
+#### Scenario: JSON Schema RawValueExpectation 拒绝数组原始值
+- **WHEN** 使用 JSON Schema 校验配置文件中 RawValueExpectation 字段值为数组 `[1, 2]`
 - **THEN** JSON Schema 校验 SHALL 失败，因为数组不属于 primitive 原始值或 matcher 对象
 
-#### Scenario: JSON Schema ValueMatcher 接受 equals 数组对象
-- **WHEN** 使用 JSON Schema 校验配置文件中 ValueMatcher 字段值为 `{equals: [1, 2]}` 或 `{equals: {status: "ok"}}`
+#### Scenario: JSON Schema RawValueExpectation 接受 equals 数组对象
+- **WHEN** 使用 JSON Schema 校验配置文件中 RawValueExpectation 字段值为 `{equals: [1, 2]}` 或 `{equals: {status: "ok"}}`
 - **THEN** JSON Schema 校验 SHALL 通过，因为 `equals` 支持任意 JSON value
+
+#### Scenario: JSON Schema RawKeyedExpectations 拒绝数组对象简写
+- **WHEN** 使用 JSON Schema 校验配置文件中 `expect.headers.X` 或 DB row 列值为数组 `["a"]` 或对象 `{nested: "ok"}`
+- **THEN** JSON Schema 校验 SHALL 失败，除非该值显式写在 `{equals: ...}` 下
 系统 SHALL 支持使用单位字符串配置读取上限，单位包括 `B`、`KB`、`MB` 和 `GB`。
 
 #### Scenario: 解析 MB
@@ -339,43 +343,45 @@
 - **THEN** 系统 SHALL 调用 `Bun.YAML.parse()` 将内容解析为配置对象
 
 ### Requirement: expect 配置增强
-系统 SHALL 支持 typed target 的领域专用 expect 配置，并通过共享 `ValueMatcher`、`ContentRules` 和 `KeyValueExpect` 表达可复用断言能力。状态类字段 SHALL 保持枚举或布尔语义，包括 HTTP/LLM 的 `status`（支持精确数字和范围模式）、cmd 的 `exitCode`、tcp 的 `connected`、ping 的 `alive` 和 udp 的 `responded`。数字指标字段 SHALL 使用 `ValueMatcher`，包括通用 `durationMs`、db 的 `rowCount`、udp 的 `responseSize`/`sourceHost`/`sourcePort`、ping 的 `packetLossPercent`/`avgLatencyMs`/`maxLatencyMs`、llm 的 usage token 与 stream 首 token 耗时。内容类字段 MUST 使用 `ContentRules` 数组表达配置顺序，包括 HTTP `body`、cmd `stdout`/`stderr`、tcp `banner`、udp `response`、llm `output` 和 db `result`。LLM `finishReason` 和 `rawFinishReason` SHALL 使用 `ValueMatcher`（非 ContentRules），因为它们是单值字符串元数据。键值类字段 SHALL 使用 `KeyValueExpect`，包括 HTTP/LLM `headers` 和 db `rows` 中的列值断言（db `rows` 的类型为 `Array<KeyValueExpect>`，外层数组按行索引，内层每个元素为 KeyValueExpect）。
+系统 SHALL 支持 typed target 的领域专用 expect 配置，并通过共享 `ValueMatcher`、`ContentExpectations` 和 `KeyedExpectations` 表达可复用断言能力。状态类字段 SHALL 保持枚举或布尔语义，包括 HTTP/LLM 的 `status`（支持精确数字和范围模式）、cmd 的 `exitCode`、tcp 的 `connected`、icmp 的 `alive` 和 udp 的 `responded`。value 类指标字段 SHALL 使用 `RawValueExpectation` 输入，并在 resolve 阶段归一化为运行期 `ValueExpectation`，包括通用 `durationMs`、db 的 `rowCount`、udp 的 `responseSize`/`sourceHost`/`sourcePort`、icmp 的 `packetLossPercent`/`avgLatencyMs`/`maxLatencyMs`、llm 的 usage token 与 stream 首 token 耗时。内容类字段 MUST 使用 `RawContentExpectations` 数组表达配置顺序，包括 HTTP `body`、cmd `stdout`/`stderr`、tcp `banner`、udp `response`、llm `output` 和 db `result`。LLM `finishReason` 和 `rawFinishReason` SHALL 使用 `RawValueExpectation`（非 ContentExpectations），因为它们是单值字符串元数据。键值类字段 SHALL 使用 `RawKeyedExpectations`，包括 HTTP/LLM `headers` 和 db `rows` 中的列值断言（db `rows` 的类型为 `Array<RawKeyedExpectations>`，外层数组按行索引，内层每个元素表达该行的列值断言）。
+
+配置加载流程 SHALL 保留变量替换后的 Raw expect 作为用户配置快照，同时生成 Resolved expect 作为运行期执行计划。语义校验 SHALL 只读取 Raw expect 并报告问题，MUST NOT 原地归一化或修改 Raw expect。Store 持久化 SHALL 写入 Raw expect；checker execute SHALL 只消费 Resolved expect。
 
 #### Scenario: 解析 HTTP expect 配置
-- **WHEN** YAML 配置文件中 HTTP target 的 expect 包含 status、headers、body 规则数组和 durationMs matcher
-- **THEN** 系统 SHALL 正确解析并存储为 HTTP target 的 expect 字段
+- **WHEN** YAML 配置文件中 HTTP target 的 expect 包含 status、headers、body expectation 数组和 durationMs matcher
+- **THEN** 系统 SHALL 保留 Raw HTTP expect 快照，并生成包含默认 status、resolved keyed headers、resolved content body 和 resolved durationMs 的 HTTP Resolved expect
 
 #### Scenario: 解析 cmd expect 配置
 - **WHEN** YAML 配置文件中 cmd target 的 expect 包含 exitCode、stdout、stderr 和 durationMs matcher
-- **THEN** 系统 SHALL 正确解析并存储为 cmd target 的 expect 字段
+- **THEN** 系统 SHALL 保留 Raw cmd expect 快照，并生成包含默认 exitCode、resolved stdout/stderr content expectations 和 resolved durationMs 的 cmd Resolved expect
 
 #### Scenario: 解析 db expect 配置
 - **WHEN** YAML 配置文件中 db target 的 expect 包含 durationMs、rowCount、rows 和 result
-- **THEN** 系统 SHALL 正确解析并存储为 db target 的 expect 字段
+- **THEN** 系统 SHALL 保留 Raw db expect 快照，并生成包含 resolved rowCount、rows keyed expectations 和 result content expectations 的 db Resolved expect
 
 #### Scenario: 解析 tcp expect 配置
-- **WHEN** YAML 配置文件中 tcp target 的 expect 包含 connected、banner 规则数组和 durationMs matcher
-- **THEN** 系统 SHALL 正确解析并存储为 tcp target 的 expect 字段
+- **WHEN** YAML 配置文件中 tcp target 的 expect 包含 connected、banner expectation 数组和 durationMs matcher
+- **THEN** 系统 SHALL 保留 Raw tcp expect 快照，并生成包含默认 connected、resolved banner content expectations 和 resolved durationMs 的 tcp Resolved expect
 
-#### Scenario: 解析 ping expect 配置
-- **WHEN** YAML 配置文件中 ping target 的 expect 包含 alive、packetLossPercent、avgLatencyMs、maxLatencyMs 和 durationMs matcher
-- **THEN** 系统 SHALL 正确解析并存储为 ping target 的 expect 字段
+#### Scenario: 解析 icmp expect 配置
+- **WHEN** YAML 配置文件中 icmp target 的 expect 包含 alive、packetLossPercent、avgLatencyMs、maxLatencyMs 和 durationMs matcher
+- **THEN** 系统 SHALL 保留 Raw icmp expect 快照，并生成包含默认 alive 和 resolved 数值 expectations 的 icmp Resolved expect
 
 #### Scenario: 解析 udp expect 配置
 - **WHEN** YAML 配置文件中 udp target 的 expect 包含 responded、response、responseSize、sourceHost、sourcePort 和 durationMs matcher
-- **THEN** 系统 SHALL 正确解析并存储为 udp target 的 expect 字段
+- **THEN** 系统 SHALL 保留 Raw udp expect 快照，并生成包含默认 responded、resolved response content expectations 和 resolved value expectations 的 udp Resolved expect
 
 #### Scenario: 解析 llm expect 配置
 - **WHEN** YAML 配置文件中 llm target 的 expect 包含 status、headers、output、finishReason、rawFinishReason、usage、stream 和 durationMs matcher
-- **THEN** 系统 SHALL 正确解析并存储为 llm target 的 expect 字段，并保留 output 内容规则数组顺序
+- **THEN** 系统 SHALL 保留 Raw llm expect 快照，并生成包含默认 status、resolved headers、output、finishReason、rawFinishReason、usage、stream 和 durationMs 的 llm Resolved expect，并保留 output 内容 expectation 数组顺序
 
-#### Scenario: 解析有序 ContentRules 数组
+#### Scenario: 解析有序 ContentExpectations 数组
 - **WHEN** YAML 中任一内容类 expect 配置 contains、json、regex 三个数组项
-- **THEN** 系统 SHALL 保留数组顺序，供执行阶段按配置顺序快速失败
+- **THEN** 系统 SHALL 在 Raw expect 中保留数组顺序，并在 Resolved expect 中保留执行顺序，供执行阶段按配置顺序快速失败
 
 #### Scenario: 不配置 HTTP status
 - **WHEN** HTTP target 未配置 `expect.status`
-- **THEN** 系统 SHALL 在执行 expect 时使用默认 `status: [200]` 语义
+- **THEN** 系统 SHALL 在 Resolved HTTP expect 中物化默认 `status: [200]` 语义
 
 #### Scenario: 配置 HTTP status 范围模式
 - **WHEN** HTTP target 配置 `expect.status: ["2xx"]`
@@ -383,19 +389,23 @@
 
 #### Scenario: 不配置 cmd exitCode
 - **WHEN** cmd target 未配置 `expect.exitCode`
-- **THEN** 系统 SHALL 在执行 expect 时使用默认 `exitCode: [0]` 语义
+- **THEN** 系统 SHALL 在 Resolved cmd expect 中物化默认 `exitCode: [0]` 语义
 
 #### Scenario: 不配置 expect
 - **WHEN** target 未配置任何 expect 规则
-- **THEN** 系统 SHALL 正常处理，expect 字段为 undefined，并由各 checker 使用自身默认状态语义
+- **THEN** 系统 SHALL 正常处理，Raw expect 快照为 undefined，Resolved expect 由各 checker 物化自身默认状态语义
+
+#### Scenario: Raw expect 不被语义校验修改
+- **WHEN** YAML 中配置 `expect.durationMs: 1000`
+- **THEN** 语义校验 SHALL 接受该 Raw primitive 简写且 MUST NOT 将 Raw 输入原地修改为 `{equals: 1000}`
 
 #### Scenario: 旧 maxDurationMs 字段不再支持
 - **WHEN** YAML 中任一 target 配置 `expect.maxDurationMs`
 - **THEN** 系统 SHALL 在启动期配置校验失败，提示该字段未知，并要求使用 `expect.durationMs`
 
 #### Scenario: 旧 match 字段不再支持
-- **WHEN** YAML 中任一 matcher 或内容规则配置 `match`
-- **THEN** 系统 SHALL 在启动期配置校验失败，提示该字段未知，并要求使用 `regex`
+- **WHEN** YAML 中任一 matcher 或内容 expectation 配置 `match`
+- **THEN** 系统 SHALL 在启动期配置校验失败，提示该字段未知或不支持，并要求使用 `regex`
 
 #### Scenario: durationMs matcher 配置
 - **WHEN** YAML 中任一 target 配置 `expect.durationMs: {lte: 1000}`
@@ -405,14 +415,18 @@
 - **WHEN** YAML 中 `http.headers`、`defaults.http.headers`、`llm.headers`、`defaults.llm.headers` 或 `expect.headers` 包含任意 header 名称，且对应值符合契约
 - **THEN** 系统 SHALL 接受这些动态 header 名称
 
-#### Scenario: ContentRules 字段必须为数组
+#### Scenario: ContentExpectations 字段必须为数组
 - **WHEN** YAML 中任一内容类 expect 字段配置为非数组
-- **THEN** 系统 SHALL 在启动期配置校验失败，提示该字段必须为规则数组
+- **THEN** 系统 SHALL 在启动期配置校验失败，提示该字段必须为 expectation 数组
 
 #### Scenario: regex 字段非法
 - **WHEN** YAML 中任一 `regex` 不是字符串、不是可编译正则或存在 ReDoS 风险
 - **THEN** 系统 SHALL 在启动期配置校验失败，提示对应 regex 不合法
 
+#### Scenario: Store 持久化 Raw expect
+- **WHEN** 系统同步已解析 target 到 targets 表
+- **THEN** `targets.expect` SHALL 存储变量替换后的 Raw expect JSON，而不是包含 `kind` 或 resolved matcher 的运行期执行计划
+
 ### Requirement: 数据保留配置字段
 配置 schema 的 `runtime` 段 SHALL 支持 `retention` 字段，类型为字符串，格式为 `<数字><单位>`（单位：`d` 天、`h` 小时、`m` 分钟），用于指定历史数据保留时长。
 
@@ -498,7 +512,7 @@
 - **THEN** target schema SHALL 声明 `id` 的 minLength 为 1、maxLength 为 30，并声明 `name` 为可选字段，类型为 string 或 null，字符串的 minLength 为 1、maxLength 为 30
 
 ### Requirement: TCP 配置校验
-系统 SHALL 在启动期对 tcp checker 的配置契约和语义执行严格校验。Tcp target 的 `tcp` 分组 SHALL 只允许 `host`、`port`、`readBanner`、`bannerReadTimeout` 和 `maxBannerBytes` 字段；Tcp expect SHALL 只允许 `connected`、`durationMs` 和 `banner` 字段。`banner` MUST 为 `ContentRules` 数组。未知字段、非法类型、非法端口、非法 size 和不可编译正则 MUST 导致启动期配置错误。
+系统 SHALL 在启动期对 tcp checker 的配置契约和语义执行严格校验。Tcp target 的 `tcp` 分组 SHALL 只允许 `host`、`port`、`readBanner`、`bannerReadTimeout` 和 `maxBannerBytes` 字段；Tcp expect SHALL 只允许 `connected`、`durationMs` 和 `banner` 字段。`banner` MUST 为 `RawContentExpectations` 数组，`durationMs` SHALL 为 `RawValueExpectation`。未知字段、非法类型、非法端口、非法 size、非法 ContentExpectations 和不可编译正则 MUST 导致启动期配置错误。语义校验 MUST NOT 修改 Raw tcp expect 输入。
 
 #### Scenario: tcp host 类型非法
 - **WHEN** YAML 中 tcp target 的 `tcp.host` 不是非空字符串
@@ -525,7 +539,7 @@
 - **THEN** 系统 SHALL 以配置错误退出，提示 expect.connected 必须为布尔值
 
 #### Scenario: tcp expect banner 非法
-- **WHEN** YAML 中 tcp target 的 `expect.banner` 不是合法 ContentRules 数组
+- **WHEN** YAML 中 tcp target 的 `expect.banner` 不是合法 `RawContentExpectations` 数组
 - **THEN** 系统 SHALL 以配置错误退出，提示 expect.banner 格式错误
 
 #### Scenario: tcp expect banner regex 正则非法
@@ -541,7 +555,7 @@
 - **THEN** 系统 SHALL 以配置错误退出，提示 defaults.tcp 包含未知字段
 
 ### Requirement: LLM 配置校验
-系统 SHALL 在启动期对 llm checker 的配置契约和语义执行严格校验。LLM target 的 `llm` 分组 SHALL 只允许 `provider`、`url`、`model`、`prompt`、`mode`、`key`、`authToken`、`headers`、`ignoreSSL`、`options` 和 `providerOptions` 字段。`defaults.llm` 分组 SHALL 只允许 `mode`、`headers`、`ignoreSSL`、`options` 和 `providerOptions` 字段。LLM expect SHALL 只允许 `status`、`headers`、`output`、`finishReason`、`rawFinishReason`、`usage`、`stream` 和 `durationMs` 字段。`expect.output` MUST 为 `ContentRules` 数组。`expect.finishReason` 和 `expect.rawFinishReason` SHALL 使用 `ValueMatcher`。`expect.usage.*` 和 `expect.stream.firstTokenMs` SHALL 使用 `ValueMatcher`。未知字段、非法 provider、非法 URL、非法 mode、非法认证组合、非法 options、非法 output 规则和 `mode: http` 下配置 `expect.stream` MUST 导致启动期配置错误。
+系统 SHALL 在启动期对 llm checker 的配置契约和语义执行严格校验。LLM target 的 `llm` 分组 SHALL 只允许 `provider`、`url`、`model`、`prompt`、`mode`、`key`、`authToken`、`headers`、`ignoreSSL`、`options` 和 `providerOptions` 字段。`defaults.llm` 分组 SHALL 只允许 `mode`、`headers`、`ignoreSSL`、`options` 和 `providerOptions` 字段。LLM expect SHALL 只允许 `status`、`headers`、`output`、`finishReason`、`rawFinishReason`、`usage`、`stream` 和 `durationMs` 字段。`expect.output` MUST 为 `RawContentExpectations` 数组。`expect.finishReason`、`expect.rawFinishReason`、`expect.usage.*`、`expect.stream.firstTokenMs` 和 `expect.durationMs` SHALL 使用 `RawValueExpectation`。未知字段、非法 provider、非法 URL、非法 mode、非法认证组合、非法 options、非法 output expectation 和 `mode: http` 下配置 `expect.stream` MUST 导致启动期配置错误。语义校验 MUST NOT 修改 Raw llm expect 输入。
 
 #### Scenario: llm provider 非法
 - **WHEN** YAML 中 llm target 的 `llm.provider` 不是 `openai`、`openai-responses` 或 `anthropic`
@@ -591,24 +605,24 @@
 - **WHEN** YAML 中 llm target 配置 `api`、`providerName`、`baseURL`、`apiKey`、`messages`、`maxRetries`、`request`、`maxBodyBytes` 或 `maxStreamBytes`
 - **THEN** 系统 SHALL 以配置错误退出，提示 llm 分组包含未知字段
 
-#### Scenario: llm output 规则缺少支持字段
+#### Scenario: llm output expectation 缺少支持字段
 - **WHEN** YAML 中 llm target 的 `expect.output` 数组项未包含任何合法 ValueMatcher 字段或 extractor
-- **THEN** 系统 SHALL 以配置错误退出，提示 output rule 缺少支持的规则类型
+- **THEN** 系统 SHALL 以配置错误退出，提示 output expectation 缺少支持的 expectation 类型
 
-#### Scenario: llm output 规则同时配置多个 extractor
-- **WHEN** YAML 中 llm target 的同一条 output rule 同时包含 json、css、xpath 中的多个 extractor
-- **THEN** 系统 SHALL 以配置错误退出，提示每条 output rule 只能配置一种 extractor
+#### Scenario: llm output expectation 同时配置多个 extractor
+- **WHEN** YAML 中 llm target 的同一条 output expectation 同时包含 json、css、xpath 中的多个 extractor
+- **THEN** 系统 SHALL 以配置错误退出，提示每条 output expectation 只能配置一种 extractor
 
 #### Scenario: llm output regex 非法
-- **WHEN** YAML 中 llm target 的 output regex 规则不是字符串、不是可编译正则表达式或存在 ReDoS 风险
+- **WHEN** YAML 中 llm target 的 output regex expectation 不是字符串、不是可编译正则表达式或存在 ReDoS 风险
 - **THEN** 系统 SHALL 以配置错误退出，提示该 output regex 不合法
 
 #### Scenario: llm output json path 非法
-- **WHEN** YAML 中 llm target 的 output json 规则缺少 path，或 path 不符合系统支持的 JSONPath 子集
+- **WHEN** YAML 中 llm target 的 output json expectation 缺少 path，或 path 不符合系统支持的 JSONPath 子集
 - **THEN** 系统 SHALL 以配置错误退出，提示该 output json path 不合法
 
 #### Scenario: llm expect usage 非法
-- **WHEN** YAML 中 llm target 的 `expect.usage.inputTokens`、`expect.usage.outputTokens` 或 `expect.usage.totalTokens` 不是合法 `ValueMatcher`
+- **WHEN** YAML 中 llm target 的 `expect.usage.inputTokens`、`expect.usage.outputTokens` 或 `expect.usage.totalTokens` 不是合法 `RawValueExpectation`
 - **THEN** 系统 SHALL 以配置错误退出，提示 expect.usage 格式错误
 
 #### Scenario: llm expect stream 仅允许 stream mode
@@ -616,5 +630,5 @@
 - **THEN** 系统 SHALL 以配置错误退出，提示 expect.stream 仅支持 stream mode
 
 #### Scenario: llm expect stream firstTokenMs 非法
-- **WHEN** YAML 中 llm target 的 `expect.stream.firstTokenMs` 不是合法 `ValueMatcher`
+- **WHEN** YAML 中 llm target 的 `expect.stream.firstTokenMs` 不是合法 `RawValueExpectation`
 - **THEN** 系统 SHALL 以配置错误退出，提示 expect.stream.firstTokenMs 格式错误