refactor: 移除 success 字段，简化为 matched 单层判定模型

openspec/specs/card-dashboard/spec.md

@@ -38,9 +38,9 @@ Dashboard SHALL 使用固定宽度的卡片配合响应式网格布局。
 - **THEN** 卡片第一行 SHALL 展示状态指示圆点（UP 绿色 / DOWN 红色）、目标名称和类型标签（HTTP / Command）
 
 #### Scenario: 卡片状态指示圆点
-- **WHEN** 目标最近一次拨测 success=true 且 matched=true
+- **WHEN** 目标最近一次拨测 matched=true
 - **THEN** 卡片状态圆点 SHALL 显示为绿色
-- **WHEN** 目标最近一次拨测 success=false 或 matched=false
+- **WHEN** 目标最近一次拨测 matched=false
 - **THEN** 卡片状态圆点 SHALL 显示为红色
 
 #### Scenario: 卡片状态条可视化

openspec/specs/command-checker/spec.md

@@ -36,23 +36,23 @@ TBD
 
 #### Scenario: 命令正常退出
 - **WHEN** command target 执行的进程正常退出且 exit code 为 0
-- **THEN** 系统 SHALL 记录 `success=true`、`durationMs`、`statusDetail="exitCode=0"`，并进入 expect 校验
+- **THEN** 系统 SHALL 记录 `durationMs`、`statusDetail="exitCode=0"`，并进入 expect 校验
 
 #### Scenario: 命令非零退出
 - **WHEN** command target 执行的进程正常退出但 exit code 为 1
-- **THEN** 系统 SHALL 记录 `success=true` 和 `statusDetail="exitCode=1"`，并由 expect.exitCode 决定 matched 结果
+- **THEN** 系统 SHALL 记录 `statusDetail="exitCode=1"`，并由 expect.exitCode 决定 matched 结果
 
 #### Scenario: 命令启动失败
 - **WHEN** command target 的 exec 不存在或无法启动
-- **THEN** 系统 SHALL 记录 `success=false`、`matched=false`，并在 failure 中写入 kind=`error`、phase=`exitCode` 和可读错误信息
+- **THEN** 系统 SHALL 记录 `matched=false`，并在 failure 中写入 kind=`error` 和可读错误信息
 
 #### Scenario: 命令超时
 - **WHEN** command target 在 timeout 时间内未结束
-- **THEN** 系统 MUST 终止该子进程，记录 `success=false`、`matched=false`，并在 failure 中写入命令超时信息
+- **THEN** 系统 MUST 终止该子进程，记录 `matched=false`，并在 failure 中写入命令超时信息
 
 #### Scenario: 命令输出超限
 - **WHEN** command target 的 stdout 和 stderr 合计输出超过 `maxOutputBytes`
-- **THEN** 系统 MUST 停止收集输出并终止该检查，记录 `success=false`、`matched=false`，并在 failure 中写入输出超限信息
+- **THEN** 系统 MUST 停止收集输出并终止该检查，记录 `matched=false`，并在 failure 中写入输出超限信息
 
 ### Requirement: command expect 校验
 系统 SHALL 支持 command 专用 expect，包括 `exitCode`、`stdout` 和 `stderr`，并按 exitCode、duration、stdout、stderr 的阶段顺序快速失败。

openspec/specs/probe-api/spec.md

@@ -16,7 +16,7 @@
 
 #### Scenario: 获取目标列表
 - **WHEN** 客户端请求 `GET /api/targets`
-- **THEN** 系统 SHALL 返回 JSON 数组，每个元素包含目标基本信息（id、name、group、type、target、interval）、最近一次检查结果（timestamp、success、matched、durationMs、statusDetail、failure）、统计摘要（totalChecks、availability）和结构化采样数据 recentSamples（代替原 sparkline）
+- **THEN** 系统 SHALL 返回 JSON 数组，每个元素包含目标基本信息（id、name、group、type、target、interval）、最近一次检查结果（timestamp、matched、durationMs、statusDetail、failure）、统计摘要（totalChecks、availability）和结构化采样数据 recentSamples（代替原 sparkline）
 
 #### Scenario: 目标无历史记录
 - **WHEN** 某目标尚未执行过任何拨测
@@ -57,7 +57,7 @@
 
 #### Scenario: 返回 recentSamples
 - **WHEN** 客户端请求 `GET /api/targets`
-- **THEN** 响应中每个目标 SHALL 包含 `recentSamples` 数组，每个元素包含 `timestamp`（ISO 8601）、`durationMs`（number | null）、`up`（boolean，success && matched）
+- **THEN** 响应中每个目标 SHALL 包含 `recentSamples` 数组，每个元素包含 `timestamp`（ISO 8601）、`durationMs`（number | null）、`up`（boolean，matched === true）
 
 #### Scenario: recentSamples 数量
 - **WHEN** 客户端请求 `GET /api/targets`
@@ -68,11 +68,15 @@
 - **THEN** 其 recentSamples SHALL 为空数组
 
 ### Requirement: 新增共享类型
-系统 SHALL 在 `src/shared/api.ts` 中定义 `RecentSample` 和 `HistoryResponse` 类型。
+系统 SHALL 在 `src/shared/api.ts` 中定义 `CheckResult`、`RecentSample` 和 `HistoryResponse` 类型。
+
+#### Scenario: CheckResult 类型
+- **WHEN** 前后端共享 `CheckResult` 类型
+- **THEN** 该类型 SHALL 包含 `timestamp: string`、`matched: boolean`、`durationMs: number | null`、`statusDetail: string | null`、`failure` 字段，不包含 success 字段
 
 #### Scenario: RecentSample 类型
 - **WHEN** 前后端共享 `RecentSample` 类型
-- **THEN** 该类型 SHALL 包含 `timestamp: string`、`durationMs: number | null`、`up: boolean` 字段
+- **THEN** 该类型 SHALL 包含 `timestamp: string`、`durationMs: number | null`、`up: boolean` 字段，其中 up 为 boolean 且等于 matched
 
 #### Scenario: HistoryResponse 类型
 - **WHEN** 前后端共享 `HistoryResponse` 类型
@@ -116,5 +120,5 @@
 - **THEN** `/api/targets` 和 `/api/targets/:id/history` SHALL 返回该 failure 的 kind、phase、path、expected、actual、message 字段
 
 #### Scenario: 无失败信息
-- **WHEN** 检查结果 success=true 且 matched=true
+- **WHEN** 检查结果 matched=true
 - **THEN** API SHALL 返回 failure 为 null

openspec/specs/probe-dashboard/spec.md

@@ -56,9 +56,9 @@ Dashboard SHALL 使用固定宽度的卡片配合响应式网格布局。
 - **THEN** 卡片第一行 SHALL 展示状态指示圆点（UP 绿色 / DOWN 红色）、目标名称和类型标签（HTTP / Command）
 
 #### Scenario: 卡片状态指示圆点
-- **WHEN** 目标最近一次拨测 success=true 且 matched=true
+- **WHEN** 目标最近一次拨测 matched=true
 - **THEN** 卡片状态圆点 SHALL 显示为绿色
-- **WHEN** 目标最近一次拨测 success=false 或 matched=false
+- **WHEN** 目标最近一次拨测 matched=false
 - **THEN** 卡片状态圆点 SHALL 显示为红色
 
 #### Scenario: 卡片状态条可视化

openspec/specs/probe-data-store/spec.md

@@ -9,7 +9,7 @@
 
 #### Scenario: 首次启动创建数据库
 - **WHEN** 指定的数据目录下不存在数据库文件
-- **THEN** 系统 SHALL 创建数据库文件并初始化包含 type、target、config、grp、duration_ms、status_detail、failure 等字段的 targets 和 check_results 表
+- **THEN** 系统 SHALL 创建数据库文件并初始化 targets 表和 check_results 表，check_results 表包含 id（INTEGER PRIMARY KEY AUTOINCREMENT）、target_id（INTEGER NOT NULL）、timestamp（TEXT NOT NULL）、matched（INTEGER NOT NULL）、duration_ms（REAL）、status_detail（TEXT）、failure（TEXT），不包含 success 列
 
 #### Scenario: 数据目录不存在
 - **WHEN** 配置的数据目录路径不存在
@@ -35,7 +35,7 @@
 
 #### Scenario: 写入检查结果
 - **WHEN** 一次 checker 执行完成
-- **THEN** 系统 SHALL 插入一条包含 target_id、timestamp、success、matched、duration_ms、status_detail、failure 的记录
+- **THEN** 系统 SHALL 插入一条包含 target_id、timestamp、matched、duration_ms、status_detail、failure 的记录
 
 #### Scenario: 写入结构化失败信息
 - **WHEN** checker 执行失败或 expect 不匹配
@@ -53,14 +53,14 @@
 
 #### Scenario: 分组排序查询
 - **WHEN** 查询所有 targets
-- **THEN** 结果 SHALL 将 "default" 分组目标排在首位，其余分组按分组名称和目标插入顺序排列
+- **THEN** 结果 SHALL 将 "default" 分组目标排在首位，其余分组按 YAML 配置中首次出现的顺序（即 id 自增顺序）排列
 
 ### Requirement: 结构化采样数据查询
 系统 SHALL 提供 `getRecentSamples` 方法替代 `getSparkline`，返回包含状态信息的结构化采样数据。
 
 #### Scenario: 获取最近采样数据
 - **WHEN** 调用 `getRecentSamples(targetId, 30)`
-- **THEN** 系统 SHALL 返回最多 30 条记录，每条包含 timestamp、duration_ms、success、matched
+- **THEN** 系统 SHALL 返回最多 30 条记录，每条包含 timestamp、duration_ms、matched
 
 #### Scenario: 采样数据排序
 - **WHEN** 获取采样数据
@@ -89,16 +89,19 @@
 
 #### Scenario: 计算目标可用率
 - **WHEN** 查询某目标在指定时间范围内的可用率
-- **THEN** 系统 SHALL 返回 UP (success=true AND matched=true) 的记录数占总记录数的百分比
+- **THEN** 系统 SHALL 返回 matched=true 的记录数占总记录数的百分比
 
 #### Scenario: 计算目标平均耗时
 - **WHEN** 查询某目标在指定时间范围内的平均耗时
-- **THEN** 系统 SHALL 返回 duration_ms 的平均值（仅计算 success=true 的记录）
+- **THEN** 系统 SHALL 返回 duration_ms 的平均值（仅计算 matched=true 的记录）
 
 #### Scenario: 按小时聚合趋势数据
 - **WHEN** 查询某目标在指定时间范围内的趋势数据
 - **THEN** 系统 SHALL 返回按小时分组的聚合数据，包括每小时的平均耗时和可用率
 
+#### Scenario: UP/DOWN 判定
+- **THEN** 系统 SHALL 基于 latestCheck.matched 判定目标 UP 或 DOWN：matched=true 为 UP，matched=false 为 DOWN
+
 ### Requirement: 目标展示摘要持久化
 数据存储 SHALL 为每个 target 持久化一个领域无关的展示摘要字段 `target`。
 

openspec/specs/probe-engine/spec.md

@@ -47,7 +47,7 @@
 
 #### Scenario: HTTP body 读取上限
 - **WHEN** HTTP response body 超过该 target 的 maxBodyBytes
-- **THEN** 系统 MUST 停止读取并记录 `success=false`、`matched=false` 和结构化输出超限错误
+- **THEN** 系统 MUST 停止读取并记录 `matched=false` 和结构化输出超限错误
 
 ### Requirement: 请求超时控制
 系统 SHALL 对每次 checker 执行实施超时控制，超时时间使用目标配置的 timeout 值。
@@ -115,19 +115,19 @@
 - **THEN** 系统 SHALL 判定 matched 为 false，并记录 json 规则对应的 failure.path
 
 ### Requirement: 拨测结果记录
-系统 SHALL 在每次 checker 完成后，将结果写入 SQLite 数据存储，包含 target_id、timestamp、success、matched、duration_ms、status_detail、failure 字段。
+系统 SHALL 在每次 checker 完成后，将结果写入 SQLite 数据存储，包含 target_id、timestamp、matched、duration_ms、status_detail、failure 字段。
 
 #### Scenario: 成功检查结果记录
 - **WHEN** checker 成功执行且 expect 全部匹配
-- **THEN** 系统 SHALL 记录 success=true、matched=true、duration_ms、status_detail，failure 为 null
+- **THEN** 系统 SHALL 记录 matched=true、duration_ms、status_detail，failure 为 null
 
 #### Scenario: 执行失败结果记录
 - **WHEN** checker 执行失败（网络错误、超时、命令启动失败、输出超限等）
-- **THEN** 系统 SHALL 记录 success=false、matched=false、failure.kind="error" 和具体错误信息
+- **THEN** 系统 SHALL 记录 matched=false、failure.kind="error" 和具体错误信息
 
 #### Scenario: expect 不匹配结果记录
 - **WHEN** checker 执行成功但 expect 不匹配
-- **THEN** 系统 SHALL 记录 success=true、matched=false、failure.kind="mismatch" 和具体不匹配信息
+- **THEN** 系统 SHALL 记录 matched=false、failure.kind="mismatch" 和具体不匹配信息
 
 ### Requirement: runner 选择
 系统 SHALL 根据 target.type 选择对应 runner 执行检查。