docs: 归档 checker 内聚化重构变更，同步 delta specs 到主规范

- 归档 refactor-checker-coherence 变更至 archive/2026-05-13-refactor-checker-cohesion/
- 新增主规范 checker-cohesion-structure（12 条需求）
- 更新主规范 checker-runner-abstraction（新增 base interface 类型相关场景）

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

@@ -50,7 +50,7 @@
 - **THEN** checker SHALL 返回 `ConfigValidationIssue`，而不是直接抛出最终用户错误字符串
 
 ### Requirement: Checker 接口定义
-系统 SHALL 在 `src/server/checker/runner/types.ts` 中定义面向扩展的 `CheckerDefinition`，包含 `type`、`configKey`、TypeBox 配置契约、启动期语义校验、`resolve`、`execute`、`serialize` 成员。`CheckerContext` SHALL 包含引擎注入的 `AbortSignal`。
+系统 SHALL 在 `src/server/checker/runner/types.ts` 中定义面向扩展的 `CheckerDefinition`，包含 `type`、`configKey`、TypeBox 配置契约、启动期语义校验、`resolve`、`execute`、`serialize` 成员。`CheckerContext` SHALL 包含引擎注入的 `AbortSignal`。接口方法的参数和返回值 SHALL 使用 base interface 类型（`RawTargetConfig`、`ResolvedTargetBase`），各 checker 实现内部自行 narrow 到具体类型。
 
 #### Scenario: Checker 接口包含必要方法
 - **WHEN** 开发者实现一个新的 Checker
@@ -68,6 +68,14 @@
 - **WHEN** checker 定义 `type: "tcp"`
 - **THEN** checker 的 `configKey` SHALL 默认使用 `"tcp"`，对应 target 的 `tcp` 分组和 defaults.tcp 分组
 
+#### Scenario: 接口方法使用 base 类型
+- **WHEN** 开发者查看 `CheckerDefinition` 接口签名
+- **THEN** `resolve` 的参数 SHALL 为 `RawTargetConfig`，返回值 SHALL 为 `ResolvedTargetBase`；`execute` 的参数 SHALL 为 `ResolvedTargetBase`；`serialize` 的参数 SHALL 为 `ResolvedTargetBase`
+
+#### Scenario: checker 实现内部 narrow
+- **WHEN** HttpChecker 的 execute 方法接收 `ResolvedTargetBase` 参数
+- **THEN** 方法内部 SHALL 将参数 narrow 为 `ResolvedHttpTarget`（通过 type assertion），然后使用具体类型的字段
+
 ### Requirement: CheckerRegistry 注册中心
 系统 SHALL 在 `src/server/checker/runner/registry.ts` 中提供 `CheckerRegistry` 类，支持 `register(checker)`、`get(type)` 和 `supportedTypes`。重复注册同一 type SHALL 抛出错误。
 
@@ -133,19 +141,27 @@
 - **THEN** store SHALL 对每个 target 调用对应 checker 的 `serialize()` 方法获取 `{ target, config }`
 
 ### Requirement: 共享 expect 断言函数
-系统 SHALL 在 `src/server/checker/runner/shared/` 中提供可被多个 checker 复用的 expect 函数。checker 专用的 expect 函数 SHALL 保留在各自子包内。
+系统 SHALL 在 `src/server/checker/expect/` 中提供可被多个 checker 复用的 expect 函数。checker 专用的 expect 函数 SHALL 保留在各自子包内。仅被单个 checker 使用的断言模块 SHALL 位于该 checker 目录内。
 
 #### Scenario: 共享 duration 断言
 - **WHEN** 任何 checker 需要校验执行耗时
-- **THEN** SHALL 调用 `runner/shared/duration.ts` 中的 `checkDuration(durationMs, maxDurationMs?)`，返回统一的 `ExpectResult`
+- **THEN** SHALL 调用 `expect/duration.ts` 中的 `checkDuration(durationMs, maxDurationMs?)`，返回统一的 `ExpectResult`
 
-#### Scenario: 共享 text 规则断言
-- **WHEN** 任何 checker 需要对文本输出执行有序规则校验
-- **THEN** SHALL 调用 `runner/shared/text.ts` 中的 `checkTextRules(text, rules, phase)`，返回统一的 `ExpectResult`
+#### Scenario: 共享 operator 断言
+- **WHEN** 任何 checker 需要对值执行 operator 匹配
+- **THEN** SHALL 调用 `expect/operator.ts` 中的 `applyOperator(actual, op)`
 
-#### Scenario: 共享 body 规则断言
-- **WHEN** 任何 checker 需要对文本体执行 contains/regex/json/css/xpath 规则校验
-- **THEN** SHALL 调用 `runner/shared/body.ts` 中的 `checkBodyExpect(body, rules)`，返回统一的 `ExpectResult`
+#### Scenario: 共享 failure 构造
+- **WHEN** 任何 checker 需要构造 CheckFailure 对象
+- **THEN** SHALL 调用 `expect/failure.ts` 中的 `errorFailure()` 或 `mismatchFailure()`
+
+#### Scenario: HTTP body 断言位于 HTTP 目录
+- **WHEN** HTTP checker 需要对响应体执行 contains/regex/json/css/xpath 规则校验
+- **THEN** SHALL 调用 `runner/http/body.ts` 中的 `checkBodyExpect(body, rules)`
+
+#### Scenario: Command text 断言位于 Command 目录
+- **WHEN** Command checker 需要对 stdout/stderr 执行文本规则校验
+- **THEN** SHALL 调用 `runner/command/text.ts` 中的 `checkTextRules(text, rules, phase)`
 
 #### Scenario: HTTP 专用 expect
 - **WHEN** HTTP checker 需要校验响应状态码和响应头