feat: 将 demo 项目转化为 HTTP 拨测监控工具

新增 YAML 配置解析（Bun 内置 YAML）、SQLite 数据存储（bun:sqlite）、按 interval 分组并发拨测引擎、REST API（/api/summary、/api/targets、/api/targets/:id/history、/api/targets/:id/trend）、React 前端 Dashboard（统计卡片、目标表格、可展开详情面板、recharts 趋势图）。CLI 简化为仅接受配置文件路径。移除 /api/demo 路由和相关 demo 代码。保留 /health、静态资源服务和 SPA fallback。

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

@@ -0,0 +1,60 @@
+## Purpose
+
+定义基于 SQLite 的拨测数据持久化存储：targets 同步、check_results 追加写入、索引与聚合查询。
+
+## Requirements
+
+### Requirement: SQLite 数据库初始化
+系统 SHALL 使用 Bun 内置 `bun:sqlite` 模块在配置的数据目录下创建 SQLite 数据库文件，并以 WAL 模式运行。
+
+#### Scenario: 首次启动创建数据库
+- **WHEN** 指定的数据目录下不存在数据库文件
+- **THEN** 系统 SHALL 创建数据库文件并初始化 targets 和 check_results 表
+
+#### Scenario: 数据目录不存在
+- **WHEN** 配置的数据目录路径不存在
+- **THEN** 系统 SHALL 自动创建该目录
+
+#### Scenario: 数据库已存在时启动
+- **WHEN** 数据库文件已存在
+- **THEN** 系统 SHALL 直接打开数据库，不重新建表
+
+### Requirement: targets 表同步
+系统 SHALL 在启动时将 YAML 配置中的目标列表同步到 SQLite targets 表。
+
+#### Scenario: 首次同步目标
+- **WHEN** 数据库为空且 YAML 中定义了 N 个目标
+- **THEN** 系统 SHALL 将所有目标插入 targets 表
+
+#### Scenario: 配置变更后重新同步
+- **WHEN** YAML 配置发生变更（新增、删除或修改目标）后重启
+- **THEN** 系统 SHALL 根据 name 字段匹配：新增的插入、删除的移除、修改的更新
+
+### Requirement: check_results 表追加写入
+系统 SHALL 将每次拨测结果追加写入 check_results 表，不更新或删除已有记录。
+
+#### Scenario: 写入拨测结果
+- **WHEN** 一次拨测完成
+- **THEN** 系统 SHALL 插入一条包含 target_id、timestamp、success、status_code、latency_ms、error、matched 的记录
+
+### Requirement: 时间范围查询索引
+系统 SHALL 在 check_results 表上创建 (target_id, timestamp) 复合索引，加速按目标和时间范围的查询。
+
+#### Scenario: 查询某目标的历史记录
+- **WHEN** 查询指定 target_id 的最近 N 条记录
+- **THEN** 系统 SHALL 使用索引快速定位，无需全表扫描
+
+### Requirement: 聚合查询支持
+数据存储 SHALL 支持按时间段聚合查询，用于计算可用率、平均延迟、P99 延迟等统计指标。
+
+#### Scenario: 计算目标可用率
+- **WHEN** 查询某目标在指定时间范围内的可用率
+- **THEN** 系统 SHALL 返回 UP (success=true AND matched=true) 的记录数占总记录数的百分比
+
+#### Scenario: 计算目标平均延迟
+- **WHEN** 查询某目标在指定时间范围内的平均延迟
+- **THEN** 系统 SHALL 返回 latency_ms 的平均值（仅计算 success=true 的记录）
+
+#### Scenario: 按小时聚合趋势数据
+- **WHEN** 查询某目标在指定时间范围内的趋势数据
+- **THEN** 系统 SHALL 返回按小时分组的聚合数据，包括每小时的平均延迟和可用率