refactor: 重命名 command checker 为 cmd checker 并适配跨平台测试

将 type/configKey 从 "command" 统一为 "cmd"，源码目录 runner/command/ → runner/cmd/，
spec 目录 command-checker/ → cmd-checker/，测试全部改用 bun -e 替代 Unix 系统命令，
归档 cmd-checker-enhancement 变更并同步 delta spec 到主 spec。

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

@@ -11,9 +11,9 @@
 - **WHEN** HTTP checker 被注册
 - **THEN** registry SHALL 能提供 HTTP defaults、HTTP target 和 HTTP expect 的 TypeBox 契约片段
 
-#### Scenario: Command checker 提供契约片段
-- **WHEN** Command checker 被注册
-- **THEN** registry SHALL 能提供 Command defaults、Command target 和 Command expect 的 TypeBox 契约片段
+#### Scenario: Cmd checker 提供契约片段
+- **WHEN** Cmd checker 被注册
+- **THEN** registry SHALL 能提供 Cmd defaults、Cmd target 和 Cmd expect 的 TypeBox 契约片段
 
 #### Scenario: 新 checker 只维护自身契约
 - **WHEN** 开发者新增一个 checker 类型
@@ -96,8 +96,8 @@
 - **THEN** 系统 SHALL 抛出错误，提示该 type 已注册
 
 #### Scenario: 查询支持的 type 列表
-- **WHEN** 注册了 "http" 和 "command" 两个 checker 后查询 `registry.supportedTypes`
-- **THEN** 返回的数组 SHALL 包含 `["http", "command"]`（按注册顺序）
+- **WHEN** 注册了 "http" 和 "cmd" 两个 checker 后查询 `registry.supportedTypes`
+- **THEN** 返回的数组 SHALL 包含 `["http", "cmd"]`（按注册顺序）
 
 ### Requirement: 引擎通过 registry 调度 checker
 系统 SHALL 在 `ProbeEngine.runCheck()` 中通过 `checkerRegistry.get(target.type).execute(target, ctx)` 调度检查，替代原有的 `switch/case` 分支。
@@ -118,8 +118,8 @@
 - **THEN** config-loader SHALL 从 `checkerRegistry` 获取已注册 checker 的契约片段，并用于校验 defaults 与 targets 中对应 checker 的配置形状
 
 #### Scenario: 配置解析委托 checker
-- **WHEN** config-loader 解析一个 type 为 "command" 的 target
-- **THEN** config-loader SHALL 调用 `checkerRegistry.get("command")` 获取对应 checker，并委托该 checker 执行语义校验和 resolve
+- **WHEN** config-loader 解析一个 type 为 "cmd" 的 target
+- **THEN** config-loader SHALL 调用 `checkerRegistry.get("cmd")` 获取对应 checker，并委托该 checker 执行语义校验和 resolve
 
 #### Scenario: 通用字段校验保留在 config-loader
 - **WHEN** YAML 配置中某个 target 缺少 name 或 type 字段
@@ -163,26 +163,26 @@
 - **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: 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: Command 专用 expect
-- **WHEN** Command checker 需要校验退出码
-- **THEN** SHALL 调用 `runner/command/expect.ts` 中的 `checkExitCode()`
+#### Scenario: Cmd 专用 expect
+- **WHEN** Cmd checker 需要校验退出码
+- **THEN** SHALL 调用 `runner/cmd/expect.ts` 中的 `checkExitCode()`
 
 ### Requirement: 超时控制由引擎注入 signal
-Checker 实现的 `execute()` MUST 使用 `ctx.signal` 感知超时，不得自行创建 `AbortController` 或 `setTimeout` 用于超时控制。仅 command checker 可在 signal abort 时 `proc.kill()` 以确保子进程被终止。
+Checker 实现的 `execute()` MUST 使用 `ctx.signal` 感知超时，不得自行创建 `AbortController` 或 `setTimeout` 用于超时控制。仅 cmd checker 可在 signal abort 时 `proc.kill()` 以确保子进程被终止。
 
 #### Scenario: HTTP checker 使用 signal
 - **WHEN** HttpChecker 执行 HTTP 请求
 - **THEN** SHALL 将 `ctx.signal` 传入 `fetch()` 的 `signal` 选项，不自行创建 `AbortController`
 
-#### Scenario: Command checker 响应 signal
+#### Scenario: Cmd checker 响应 signal
 - **WHEN** CommandChecker 执行命令且 signal 被 abort
 - **THEN** SHALL 调用 `proc.kill()` 终止子进程，并在 CheckResult 中记录超时错误
 
@@ -190,7 +190,7 @@ Checker 实现的 `execute()` MUST 使用 `ctx.signal` 感知超时，不得自
 `shared/api.ts` 中 `CheckFailure.phase` 的类型 SHALL 定义为 `string`，替代原有的硬编码联合类型 `"status" | "duration" | "headers" | "body" | "exitCode" | "stdout" | "stderr"`。
 
 #### Scenario: phase 支持 checker 专用值
-- **WHEN** command checker 在执行失败（spawn error）时生成 failure
+- **WHEN** cmd checker 在执行失败（spawn error）时生成 failure
 - **THEN** `failure.phase` SHALL 可以是 `"spawn"` 等任意字符串值，类型系统 SHALL 不报错
 
 #### Scenario: 前端展示 phase 不依赖硬编码类型