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-engine/spec.md

@@ -121,11 +121,11 @@
 - **THEN** 系统 SHALL 正常记录执行结果并进入 expect 校验
 
 ### Requirement: expect 校验
-系统 SHALL 在 checker 执行完成后根据目标类型的 expect 配置校验观测结果，校验结果和首个失败原因记入 check result。HTTP checker 的 `durationMs` SHALL 表示完整 checker 执行耗时，包括重定向、响应体读取、响应体解码和 expect 校验。
+系统 SHALL 在 checker 执行完成后根据目标类型的 Resolved expect 执行计划校验观测结果，校验结果和首个失败原因记入 check result。HTTP checker 的 `durationMs` SHALL 表示完整 checker 执行耗时，包括重定向、响应体读取、响应体解码和 expect 校验。HTTP `expect.durationMs` SHALL 使用 `RawValueExpectation` 输入并在 resolve 阶段转换为运行期 `ValueExpectation`；旧 `expect.maxDurationMs` MUST NOT 再作为运行期耗时阈值使用。
 
 #### Scenario: HTTP 默认状态码
 - **WHEN** HTTP target 未配置 `expect.status`
-- **THEN** 系统 SHALL 按默认 `status: [200]` 校验响应状态码
+- **THEN** 系统 SHALL 在 Resolved HTTP expect 中物化默认 `status: [200]` 并按该语义校验响应状态码
 
 #### Scenario: 校验 HTTP 状态码精确值
 - **WHEN** HTTP target 配置了 `expect.status: [200, 201]`
@@ -144,39 +144,39 @@
 - **THEN** 系统 SHALL 检查响应头是否符合指定规则，全部匹配时继续后续阶段
 
 #### Scenario: 校验 HTTP 响应体
-- **WHEN** HTTP target 配置了有序 `expect.body` 规则数组
-- **THEN** 系统 SHALL 按数组顺序执行 body 规则，任一失败立即记录 failure 并停止后续规则
+- **WHEN** HTTP target 配置了有序 `expect.body` ContentExpectations 数组
+- **THEN** 系统 SHALL 按数组顺序执行 body expectations，任一失败立即记录 failure 并停止后续 expectation
 
 #### Scenario: 校验 HTTP 完整耗时阈值
-- **WHEN** 目标配置了 `expect.maxDurationMs`，且 HTTP checker 完整执行（含重定向、body 读取、解码和 expect）后的 durationMs 超过阈值
+- **WHEN** 目标配置了 `expect.durationMs: {lte: 1000}`，且 HTTP checker 完整执行（含重定向、body 读取、解码和 expect）后的 durationMs 超过阈值
 - **THEN** 系统 SHALL 判定 duration 不匹配，记录完整 durationMs 和 duration failure
 
-#### Scenario: HTTP body 前耗时已超阈值
-- **WHEN** HTTP target 配置了 body 校验和 `expect.maxDurationMs`，且进入 body 读取前的已耗时已超过阈值
+#### Scenario: HTTP body 前耗时已不可能满足 durationMs 上界
+- **WHEN** HTTP target 配置了 body 校验和 `expect.durationMs` 上界 matcher（如 `{lte: 1000}`），且进入 body 读取前的已耗时已使该 matcher 不可能通过
 - **THEN** 系统 SHALL 直接返回 duration failure，且 MUST NOT 读取 response body
 
 #### Scenario: HTTP body 失败优先于后续 duration 检查
-- **WHEN** HTTP target 配置了 body 校验和 `expect.maxDurationMs`，body 阶段存在失败，且完整执行后 duration 也超过阈值
+- **WHEN** HTTP target 配置了 body 校验和 `expect.durationMs: {lte: 1000}`，body 阶段存在失败，且完整执行后 duration 也超过阈值
 - **THEN** 系统 SHALL 返回 body 阶段的失败（首个失败为准），durationMs SHALL 记录完整耗时
 
 #### Scenario: HTTP 慢响应体计入耗时
-- **WHEN** HTTP target 配置了 body 校验和 `expect.maxDurationMs`，且响应头很快返回但响应体读取导致完整执行耗时超过阈值
+- **WHEN** HTTP target 配置了 body 校验和 `expect.durationMs: {lte: 1000}`，且响应头很快返回但响应体读取导致完整执行耗时超过阈值
 - **THEN** 系统 SHALL 判定 duration 不匹配并记录完整 durationMs
 
 #### Scenario: 多条 expect 规则
-- **WHEN** 目标同时配置状态、duration、元数据和内容规则
-- **THEN** 系统 SHALL 所有规则全部通过时 matched 为 true，任一不通过则为 false 并记录首个失败原因
+- **WHEN** 目标同时配置状态、duration、元数据和内容 expectations
+- **THEN** 系统 SHALL 所有 expectations 全部通过时 matched 为 true，任一不通过则为 false 并记录首个失败原因
 
 #### Scenario: cmd 默认 exitCode
 - **WHEN** cmd target 未配置 `expect.exitCode`
-- **THEN** 系统 SHALL 按默认 `exitCode: [0]` 校验命令退出码
+- **THEN** 系统 SHALL 在 Resolved cmd expect 中物化默认 `exitCode: [0]` 并按该语义校验命令退出码
 
 #### Scenario: 校验 cmd stdout
-- **WHEN** cmd target 配置了有序 `expect.stdout` 规则数组
-- **THEN** 系统 SHALL 按数组顺序执行 stdout 规则，任一失败立即记录 failure 并停止后续规则
+- **WHEN** cmd target 配置了有序 `expect.stdout` ContentExpectations 数组
+- **THEN** 系统 SHALL 按数组顺序执行 stdout expectations，任一失败立即记录 failure 并停止后续 expectation
 
 ### Requirement: Body 校验按需解析
-系统 SHALL 仅在 HTTP target 配置了 body 校验，且 status、headers 阶段均通过，并且进入 body 前未确定 duration 已失败时才读取并解析响应体，避免不必要的读取和解析开销。HTTP target 未配置 body 校验时，系统 SHALL NOT 读取 response body。
+系统 SHALL 仅在 HTTP target 配置了 body 校验，且 status、headers 阶段均通过，并且进入 body 前未确定 `expect.durationMs` 已失败时才读取并解析响应体，避免不必要的读取和解析开销。HTTP target 未配置 body 校验时，系统 SHALL NOT 读取 response body。仅当 Resolved `durationMs` 包含上界 matcher 且当前已耗时已经使其不可能通过时，系统 MAY 在读取 body 前返回 duration failure；其他 duration matcher SHALL 在完整执行耗时可用后校验。
 
 #### Scenario: status 失败时不读取 body
 - **WHEN** HTTP target 的 status 阶段不匹配
@@ -186,17 +186,17 @@
 - **WHEN** HTTP target 的 status 阶段匹配但 headers 阶段不匹配
 - **THEN** 系统 SHALL 立即返回 matched=false，且 MUST NOT 读取 response body
 
-#### Scenario: 进入 body 前 duration 已失败时不读取 body
-- **WHEN** HTTP target 已配置 `expect.maxDurationMs`，且进入 body 读取前的已耗时已经超过阈值
+#### Scenario: 进入 body 前 durationMs 上界已失败时不读取 body
+- **WHEN** HTTP target 已配置 `expect.durationMs` 上界 matcher，且进入 body 读取前的已耗时已经使该 matcher 不可能通过
 - **THEN** 系统 SHALL 返回 duration failure，且 MUST NOT 读取 response body
 
 #### Scenario: 仅配置 contains 时不解析 JSON
-- **WHEN** HTTP target 仅配置 body contains 规则而未配置 json/css/xpath 规则
+- **WHEN** HTTP target 仅配置 body contains expectation 而未配置 json/css/xpath expectation
 - **THEN** 系统 SHALL 不执行 JSON.parse 或 HTML/XML 解析
 
 #### Scenario: 配置 json 时解析 JSON 失败
-- **WHEN** HTTP target 配置了 body json 规则但响应体不是合法 JSON
-- **THEN** 系统 SHALL 判定 matched 为 false，并记录 json 规则对应的 failure.path
+- **WHEN** HTTP target 配置了 body json expectation 但响应体不是合法 JSON
+- **THEN** 系统 SHALL 判定 matched 为 false，并记录 json expectation 对应的 failure.path
 
 ### Requirement: HTTP 运行期错误归属
 HTTP checker SHALL 将运行期失败归属到实际失败阶段。请求、网络、TLS 和 timeout 错误 SHALL 记录为 request 阶段错误；body 超限、响应体解码失败、响应内容解析失败 SHALL 记录为 body 阶段错误；expect 不匹配 SHALL 记录为对应 mismatch 阶段。