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/expect-body-checkers/spec.md

@@ -5,54 +5,54 @@
 ## Requirements
 
 ### Requirement: 响应体多种校验方法
-系统 SHALL 支持通过共享 `ContentRules` 对 HTTP 响应体进行有序内容校验。`expect.body` MUST 为规则数组。每个规则 SHALL 为直接 `ValueMatcher`，或 `json`、`css`、`xpath` extractor 规则之一。直接 matcher SHALL 作用于完整响应体文本。`json` SHALL 解析响应体为 JSON 并用 JSONPath 子集提取值。`css` SHALL 使用 CSS selector 从 HTML 中提取元素文本或属性。`xpath` SHALL 使用 XPath 从 XML/HTML 中提取节点值。Extractor 未配置 matcher 时 SHALL 等价于 `exists: true`。
+系统 SHALL 支持通过共享 `ContentExpectations` 对 HTTP 响应体进行有序内容校验。`expect.body` MUST 为 expectation 数组。每个 expectation SHALL 为直接 `ValueMatcher`，或 `json`、`css`、`xpath` extractor expectation 之一。直接 matcher SHALL 作用于完整响应体文本。`json` SHALL 解析响应体为 JSON 并用 JSONPath 子集提取值。`css` SHALL 使用 CSS selector 从 HTML 中提取元素文本或属性。`xpath` SHALL 使用 XPath 从 XML/HTML 中提取节点值。Extractor 未配置 matcher 时，resolve 阶段 SHALL 将其 matcher 物化为 `{exists: true}`。
 
 #### Scenario: contains 子串匹配
 - **WHEN** HTTP target 配置 `expect.body: [{contains: "healthy"}]`，且响应体包含 `"healthy"`
-- **THEN** 系统 SHALL 判定该 body 规则通过
+- **THEN** 系统 SHALL 判定该 body expectation 通过
 
 #### Scenario: regex 正则匹配
 - **WHEN** HTTP target 配置 `expect.body: [{regex: '"status"\\s*:\\s*"ok"'}]`，且响应体匹配该正则
-- **THEN** 系统 SHALL 判定该 body 规则通过
+- **THEN** 系统 SHALL 判定该 body expectation 通过
 
 #### Scenario: json JSONPath 等值匹配
 - **WHEN** HTTP target 配置 `expect.body: [{json: {path: "$.status", equals: "ok"}}]`，且响应 JSON 中 `$.status` 值为 `"ok"`
-- **THEN** 系统 SHALL 判定该 body 规则通过
+- **THEN** 系统 SHALL 判定该 body expectation 通过
 
 #### Scenario: json JSONPath 存在性匹配
 - **WHEN** HTTP target 配置 `expect.body: [{json: {path: "$.status"}}]`，且响应 JSON 中存在 `$.status`
-- **THEN** 系统 SHALL 将该规则按 `exists: true` 语义判定通过
+- **THEN** resolve 阶段 SHALL 将该 expectation 按 `exists: true` 语义物化并在运行期判定通过
 
 #### Scenario: css 选择器匹配
 - **WHEN** HTTP target 配置 `expect.body: [{css: {selector: "div#health", equals: "OK"}}]`，且 HTML 中存在 `div#health` 元素文本为 `"OK"`
-- **THEN** 系统 SHALL 判定该 body 规则通过
+- **THEN** 系统 SHALL 判定该 body expectation 通过
 
 #### Scenario: css 选择器匹配属性值
-- **WHEN** HTTP target 配置 css 规则带 `attr: "content"` 用于提取属性，且属性值匹配期望
-- **THEN** 系统 SHALL 判定该 body 规则通过
+- **WHEN** HTTP target 配置 css expectation 带 `attr: "content"` 用于提取属性，且属性值匹配期望
+- **THEN** 系统 SHALL 判定该 body expectation 通过
 
 #### Scenario: xpath 表达式匹配
 - **WHEN** HTTP target 配置 `expect.body: [{xpath: {path: "/root/status/text()", equals: "ok"}}]`，且 XML 中 `/root/status` 节点文本为 `"ok"`
-- **THEN** 系统 SHALL 判定该 body 规则通过
+- **THEN** 系统 SHALL 判定该 body expectation 通过
 
 #### Scenario: 提取器无匹配目标失败
-- **WHEN** HTTP target 配置了 json、css 或 xpath 规则且对应路径、元素或节点不存在，并且规则未配置 `exists: false`
+- **WHEN** HTTP target 配置了 json、css 或 xpath expectation 且对应路径、元素或节点不存在，并且 expectation 未配置 `exists: false`
 - **THEN** 系统 SHALL 判定 matched 为 false
 
 ### Requirement: 多种 body 校验方法 AND 组合
-系统 SHALL 支持在 `expect.body` 数组中同时配置多条内容规则，所有规则均通过时 matched 方为 true。系统 SHALL 按数组顺序执行规则，任一规则失败后 MUST NOT 继续执行后续规则。
+系统 SHALL 支持在 `expect.body` 数组中同时配置多条内容 expectation，所有 expectation 均通过时 matched 方为 true。系统 SHALL 按数组顺序执行 expectation，任一 expectation 失败后 MUST NOT 继续执行后续 expectation。
 
 #### Scenario: 多种方法全部通过
 - **WHEN** HTTP target 的 `expect.body` 数组依次配置 contains、json、regex，且全部通过
 - **THEN** 系统 SHALL 判定 matched 为 true
 
 #### Scenario: 多种方法任一失败
-- **WHEN** HTTP target 的 `expect.body` 数组第一条 contains 不通过，后续还有 json 规则
-- **THEN** 系统 SHALL 判定 matched 为 false，且不再检查后续 json 规则
+- **WHEN** HTTP target 的 `expect.body` 数组第一条 contains 不通过，后续还有 json expectation
+- **THEN** 系统 SHALL 判定 matched 为 false，且不再检查后续 json expectation
 
 #### Scenario: 直接 matcher 多字段组合
 - **WHEN** HTTP target 配置 `expect.body: [{contains: "ok", regex: "status"}]`，且响应体同时满足 contains 和 regex
-- **THEN** 系统 SHALL 判定该规则通过
+- **THEN** 系统 SHALL 判定该 expectation 通过
 
 ### Requirement: 操作符系统
 系统 SHALL 支持通过共享 `ValueMatcher` 对提取值和文本值进行比较：`equals`（深度等值）、`contains`（子串包含）、`regex`（正则匹配）、`empty`（空值判断）、`exists`（存在性判断）、`gte`/`lte`/`gt`/`lt`（数值比较）。系统 MUST NOT 支持旧 `match` 字段。
@@ -82,7 +82,7 @@
 - **THEN** 系统 SHALL 对同一字段进行多 matcher 复合比较，全部通过则该规则通过
 
 ### Requirement: 响应头校验
-系统 SHALL 支持通过共享 `KeyValueExpect` 配置 `expect.headers` 对 HTTP 响应头进行键值规则校验，header 名称匹配 MUST 不区分大小写。header 期望值 MAY 为字符串字面量或 `ValueMatcher`。字符串字面量 SHALL 等价于 `{equals: <value>}`。
+系统 SHALL 支持通过共享 `KeyedExpectations` 配置 `expect.headers` 对 HTTP 响应头进行键值断言，header 名称匹配 MUST 不区分大小写。header 期望值 MUST 为 `RawValueExpectation`，primitive 字面量 SHALL 在 resolve 阶段等价为 `{equals: <value>}`。
 
 #### Scenario: 响应头字面量匹配
 - **WHEN** HTTP target 配置 `expect.headers: {"Content-Type": "application/json"}`，且响应包含该 header 且值精确匹配
@@ -155,18 +155,18 @@
 - **THEN** 系统 SHALL 在启动期配置校验失败
 
 ### Requirement: HTTP expect 规则启动期校验
-系统 SHALL 在启动期校验 HTTP expect 中已支持字段的类型、格式、未知字段和可编译表达式。HTTP expect SHALL 只允许 `status`、`headers`、`body` 和 `durationMs` 字段。`expect.body` MUST 为 `ContentRules` 数组。直接 `ValueMatcher` 对象 MUST 至少包含一个合法 matcher。Extractor 规则 MUST 只包含 `json`、`css`、`xpath` 中的一种 extractor。Extractor 内部可以不配置 matcher，并 SHALL 在运行期以存在性作为通过语义。`equals` matcher SHALL 支持任意 JSON value，包括数组和对象。系统 SHALL 在启动期对所有 `regex` 执行静态 ReDoS 检测。
+系统 SHALL 在启动期校验 HTTP expect 中已支持字段的类型、格式、未知字段和可编译表达式。HTTP expect SHALL 只允许 `status`、`headers`、`body` 和 `durationMs` 字段。`expect.body` MUST 为 `RawContentExpectations` 数组。直接 `ValueMatcher` 对象 MUST 至少包含一个合法 matcher。Extractor expectation MUST 只包含 `json`、`css`、`xpath` 中的一种 extractor。Extractor 内部可以不配置 matcher，并 SHALL 在 resolve 阶段以存在性 matcher 作为通过语义。`equals` matcher SHALL 支持任意 JSON value，包括数组和对象。系统 SHALL 在启动期对所有 `regex` 执行静态 ReDoS 检测。语义校验 MUST NOT 修改 Raw HTTP expect 输入。
 
 #### Scenario: body rule 使用 regex 字段
 - **WHEN** HTTP target 配置 `expect.body: [{regex: "ok|healthy"}]` 且 regex 可编译且无 ReDoS 风险
-- **THEN** 系统 SHALL 接受该配置，并在运行期按 regex 规则匹配响应体
+- **THEN** 系统 SHALL 接受该配置，并在运行期按 regex expectation 匹配响应体
 
 #### Scenario: body rule 不支持 match 字段
 - **WHEN** HTTP target 配置 `expect.body: [{match: "ok"}]`
 - **THEN** 系统 SHALL 在启动期配置校验失败，提示 `match` 是未知字段或不支持字段
 
 #### Scenario: body rule 多 extractor 非法
-- **WHEN** HTTP target 的同一条 body rule 同时配置 `json` 和 `css`
+- **WHEN** HTTP target 的同一条 body expectation 同时配置 `json` 和 `css`
 - **THEN** 系统 SHALL 在启动期配置校验失败
 
 #### Scenario: matcher regex 正则非法
@@ -182,7 +182,7 @@
 - **THEN** 系统 SHALL 在启动期配置校验失败
 
 #### Scenario: JSONPath 子集非法
-- **WHEN** HTTP target 的 json body rule path 不符合系统支持的 JSONPath 子集
+- **WHEN** HTTP target 的 json body expectation path 不符合系统支持的 JSONPath 子集
 - **THEN** 系统 SHALL 在启动期配置校验失败
 
 #### Scenario: matcher 未知字段非法
@@ -190,20 +190,20 @@
 - **THEN** 系统 SHALL 在启动期配置校验失败
 
 #### Scenario: durationMs matcher 非法
-- **WHEN** HTTP target 配置 `expect.durationMs` 不是合法 `ValueMatcher` 或其中数值 matcher 不是有限数字
+- **WHEN** HTTP target 配置 `expect.durationMs` 不是合法 `RawValueExpectation` 或其中数值 matcher 不是有限数字
 - **THEN** 系统 SHALL 在启动期配置校验失败
 
 ### Requirement: HTTP body 运行期失败结构化
-系统 SHALL 将 HTTP body 运行期失败记录为结构化 CheckFailure，并保留与具体规则相关的 phase 和 path。响应内容不符合配置 SHALL 记录为 mismatch；响应内容无法按配置解析或解码 SHALL 记录为 error。
+系统 SHALL 将 HTTP body 运行期失败记录为结构化 CheckFailure，并保留与具体 expectation 相关的 phase 和 path。响应内容不符合配置 SHALL 记录为 mismatch；响应内容无法按配置解析或解码 SHALL 记录为 error。
 
 #### Scenario: JSON 响应不是合法 JSON
-- **WHEN** HTTP target 配置 json body rule，但响应体不是合法 JSON
-- **THEN** 系统 SHALL 记录 `failure.kind="error"`、`failure.phase="body"`，且 failure.path SHALL 指向对应 json 规则
+- **WHEN** HTTP target 配置 json body expectation，但响应体不是合法 JSON
+- **THEN** 系统 SHALL 记录 `failure.kind="error"`、`failure.phase="body"`，且 failure.path SHALL 指向对应 json expectation
 
 #### Scenario: CSS selector 无匹配元素
-- **WHEN** HTTP target 配置 css body rule，但响应 HTML 中无匹配元素
-- **THEN** 系统 SHALL 记录 `failure.kind="mismatch"`、`failure.phase="body"`，且 failure.path SHALL 指向对应 css 规则
+- **WHEN** HTTP target 配置 css body expectation，但响应 HTML 中无匹配元素
+- **THEN** 系统 SHALL 记录 `failure.kind="mismatch"`、`failure.phase="body"`，且 failure.path SHALL 指向对应 css expectation
 
 #### Scenario: XPath 无匹配节点
-- **WHEN** HTTP target 配置 xpath body rule，但响应 XML/HTML 中无匹配节点
-- **THEN** 系统 SHALL 记录 `failure.kind="mismatch"`、`failure.phase="body"`，且 failure.path SHALL 指向对应 xpath 规则
+- **WHEN** HTTP target 配置 xpath body expectation，但响应 XML/HTML 中无匹配节点
+- **THEN** 系统 SHALL 记录 `failure.kind="mismatch"`、`failure.phase="body"`，且 failure.path SHALL 指向对应 xpath expectation