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/fullstack-app-runtime/spec.md

@@ -9,45 +9,34 @@
 
 #### Scenario: 启动运行时服务器
 - **WHEN** server 进程成功启动
-- **THEN** 它 SHALL 监听配置的 host 和 port，并记录实际 server URL
+- **THEN** 它 SHALL 监听 YAML 配置文件中指定的 host 和 port，并记录实际 server URL
 
-#### Scenario: 提供运行时配置
-- **WHEN** 通过支持的运行时配置提供 host 或 port
+#### Scenario: 通过 YAML 配置提供运行时参数
+- **WHEN** 通过 YAML 配置文件提供 host、port、数据目录等参数
 - **THEN** server SHALL 使用该值，且不需要重新构建
 
+#### Scenario: CLI 只接受配置文件路径
+- **WHEN** 用户通过命令行启动程序
+- **THEN** 系统 SHALL 只接受一个命令行参数作为 YAML 配置文件路径
+
+#### Scenario: 提供拨测相关 API
+- **WHEN** server 启动完成
+- **THEN** 系统 SHALL 提供 `/api/summary`、`/api/targets`、`/api/targets/:id/history`、`/api/targets/:id/trend` 端点
+
 ### Requirement: HTTP method 语义
 系统 SHALL 为运行时端点提供明确的 HTTP method 语义，避免不支持的 method 被错误地当作成功请求处理。
 
 #### Scenario: GET 请求访问运行时端点
-- **WHEN** 客户端使用 `GET` 请求 `/health` 或 `/api/demo`
+- **WHEN** 客户端使用 `GET` 请求 `/health` 或 `/api/*` 端点
 - **THEN** Bun server SHALL 返回对应端点的成功响应
 
 #### Scenario: HEAD 请求访问运行时端点
-- **WHEN** 客户端使用 `HEAD` 请求 `/health` 或 `/api/demo`
+- **WHEN** 客户端使用 `HEAD` 请求 `/health` 或 `/api/*` 端点
 - **THEN** Bun server SHALL 返回与 `GET` 相同的成功状态和 headers，但 MUST NOT 返回响应体
 
 #### Scenario: 不支持的 method 访问运行时端点
-- **WHEN** 客户端使用不支持的 method 请求 `/health` 或 `/api/demo`
-- **THEN** Bun server MUST 返回 JSON 405 响应，并带有描述允许 method 的 `Allow` header
-
-### Requirement: 运行配置校验
-系统 SHALL 对运行时 host 和 port 配置提供稳定、可测试的解析与校验行为。
-
-#### Scenario: 使用默认运行配置
-- **WHEN** 未提供 host 或 port 覆盖
-- **THEN** server SHALL 使用 README 文档化的默认 host 和 port
-
-#### Scenario: CLI 参数优先于环境变量
-- **WHEN** CLI 参数和环境变量同时提供同一项运行配置
-- **THEN** server SHALL 使用 CLI 参数中的值
-
-#### Scenario: 拒绝无效端口
-- **WHEN** port 配置不是整数、小于 0 或大于 65535
-- **THEN** server MUST 拒绝启动并报告无效端口
-
-#### Scenario: 接受端口边界值
-- **WHEN** port 配置为 0 或 65535
-- **THEN** server SHALL 将其作为有效端口配置处理
+- **WHEN** 客户端使用不支持的 method 请求 `/health` 或 `/api/*` 端点
+- **THEN** Bun server SHALL 返回 405 状态码和 Allow header
 
 ### Requirement: API 路由命名空间
 系统 MUST 将 `/api/*` 保留给后端 API 路由。
@@ -71,17 +60,6 @@
 - **WHEN** 客户端使用不支持的 method 请求已存在的 API 路由
 - **THEN** Bun server MUST 返回包含 `error` 和 `status` 字段的 JSON 405 响应
 
-### Requirement: Demo API 端点
-系统 SHALL 暴露 `/api/demo` 作为稳定 demo 端点，用于证明前后端集成可用。
-
-#### Scenario: Demo API 成功响应
-- **WHEN** 客户端请求 `/api/demo`
-- **THEN** Bun server SHALL 返回包含可读 message 和 runtime metadata 的 JSON 响应
-
-#### Scenario: Demo API 内容类型
-- **WHEN** 客户端请求 `/api/demo`
-- **THEN** Bun server SHALL 返回 JSON content type 的响应
-
 ### Requirement: 健康检查端点
 系统 SHALL 在前端 SPA fallback 之外暴露健康检查端点。
 
@@ -100,10 +78,6 @@
 - **WHEN** 客户端请求 `/`
 - **THEN** Bun server SHALL 返回前端入口 HTML 文档
 
-#### Scenario: 生产 demo 页面调用 API
-- **WHEN** 客户端从生产 Bun runtime 打开前端页面
-- **THEN** demo 页面 SHALL 能够从同源调用 `/api/demo` 并展示后端响应
-
 ### Requirement: 生产缓存策略
 系统 SHALL 为生产静态资源和前端入口 HTML 使用明确的缓存策略。