refactor: 统一 expect 断言体系，引入共享 ValueMatcher/ContentRules/KeyValueExpect 模型

- 引入共享 ValueMatcher（equals/contains/regex/exists/empty/gt/gte/lt/lte）
- 引入共享 ContentRules 数组（direct/json/css/xpath 提取器）
- 引入共享 KeyValueExpect（动态键值断言，字面量等价 equals）
- maxDurationMs → durationMs: ValueMatcher（所有 checker）
- match → regex（固定无 flags）
- Ping max* → packetLossPercent/avgLatencyMs/maxLatencyMs（ValueMatcher）
- LLM finishReason/rawFinishReason → ValueMatcher
- DB 新增 result: ContentRules
- TCP banner → ContentRules 数组
- 删除旧模块：operator.ts、validate-operator.ts、duration.ts、body.ts、text.ts、output.ts
- 更新全部 checker schema/validate/expect/execute
- 更新 probe-config.schema.json、probes.example.yaml
- 更新 README.md、DEVELOPMENT.md（含 expect 字段选择规范）
- 同步 10 个 delta specs 到主 specs，归档 change

openspec/specs/checker-runner-abstraction/spec.md

@@ -145,35 +145,31 @@
 - **THEN** store SHALL 对每个 target 调用对应 checker 的 `serialize()` 方法获取 `{ target, config }`
 
 ### Requirement: 共享 expect 断言函数
-系统 SHALL 在 `src/server/checker/expect/` 中提供可被多个 checker 复用的 expect 函数。checker 专用的 expect 函数 SHALL 保留在各自子包内。仅被单个 checker 使用的断言模块 SHALL 位于该 checker 目录内。
+系统 SHALL 在 `src/server/checker/expect/` 中提供可被多个 checker 复用的 expect 基础设施。共享基础设施 SHALL 包含 matcher、content rules、key-value expect、failure 构造和 ReDoS 校验。checker 专用的状态类断言 SHALL 保留在对应 checker 目录，或在多个 checker 复用时移动到共享模块。仅被单个 checker 使用且不属于通用 matcher/content/key-value 模型的断言模块 SHALL 位于该 checker 目录内。
 
-#### Scenario: 共享 duration 断言
-- **WHEN** 任何 checker 需要校验执行耗时
-- **THEN** SHALL 调用 `expect/duration.ts` 中的 `checkDuration(durationMs, maxDurationMs?)`，返回统一的 `ExpectResult`
+#### Scenario: 共享 ValueMatcher 断言
+- **WHEN** 任何 checker 需要对数字、字符串、布尔或 JSON value 执行 matcher 匹配
+- **THEN** SHALL 调用共享 matcher 工具执行 `equals`、`contains`、`regex`、`exists`、`empty`、`gt`、`gte`、`lt` 和 `lte` 语义
 
-#### Scenario: 共享 operator 断言
-- **WHEN** 任何 checker 需要对值执行 operator 匹配
-- **THEN** SHALL 调用 `expect/operator.ts` 中的 `applyOperator(actual, op)`
+#### Scenario: 共享 ContentRules 断言
+- **WHEN** HTTP body、LLM output、Cmd stdout/stderr、UDP response 或 TCP banner 需要执行返回内容校验
+- **THEN** SHALL 调用共享 content rules 工具，而不是在 checker 目录内复制 contains/regex/json/css/xpath 逻辑
+
+#### Scenario: 共享 KeyValueExpect 断言
+- **WHEN** HTTP 或 LLM checker 需要校验响应 headers，或 DB checker 需要校验 rows 中的列值
+- **THEN** SHALL 调用共享 key-value expect 工具，并按调用方规则决定 key 是否大小写敏感
+
+#### Scenario: 共享 regex ReDoS 校验
+- **WHEN** 任一 matcher 或 content rule 配置 `regex`
+- **THEN** SHALL 调用共享 ReDoS 校验工具在启动期拒绝危险正则
 
 #### Scenario: 共享 failure 构造
 - **WHEN** 任何 checker 需要构造 CheckFailure 对象
-- **THEN** SHALL 调用 `expect/failure.ts` 中的 `errorFailure()` 或 `mismatchFailure()`
+- **THEN** SHALL 调用 `expect/failure.ts` 中的 `errorFailure()` 或 `mismatchFailure()`，并保留 actual 截断策略
 
-#### Scenario: HTTP body 断言位于 HTTP 目录
-- **WHEN** HTTP checker 需要对响应体执行 contains/regex/json/css/xpath 规则校验
-- **THEN** SHALL 调用 `runner/http/body.ts` 中的 `checkBodyExpect(body, rules)`
-
-#### Scenario: Cmd text 断言位于 Cmd 目录
-- **WHEN** Cmd checker 需要对 stdout/stderr 执行文本规则校验
-- **THEN** SHALL 调用 `runner/cmd/text.ts` 中的 `checkTextRules(text, rules, phase)`
-
-#### Scenario: HTTP 专用 expect
-- **WHEN** HTTP checker 需要校验响应状态码和响应头
-- **THEN** SHALL 调用 `runner/http/expect.ts` 中的 `checkStatus()` 和 `checkHeaders()`
-
-#### Scenario: Cmd 专用 expect
-- **WHEN** Cmd checker 需要校验退出码
-- **THEN** SHALL 调用 `runner/cmd/expect.ts` 中的 `checkExitCode()`
+#### Scenario: HTTP 专用 status 断言
+- **WHEN** HTTP 或 LLM checker 需要校验响应状态码
+- **THEN** SHALL 复用同一 status 断言函数，支持精确状态码和 `1xx` 到 `5xx` 范围模式
 
 ### Requirement: 超时控制由引擎注入 signal
 Checker 实现的 `execute()` MUST 使用 `ctx.signal` 感知超时，不得自行创建 `AbortController` 或 `setTimeout` 用于超时控制。Cmd checker 和 ping checker 可在 signal abort 时 `proc.kill()` 以确保子进程被终止。