refactor: 规范审查与重组，合并细粒度规范，清理过时内容

- 合并 20+ 细粒度 spec 为粗粒度主题规范：dashboard、data-store、probe-engine、probe-api、probe-config 等
- 删除完全冗余规范：data-retention（被 probe-engine+data-store 覆盖）、backend-code-quality（DEVELOPMENT.md 已记录）
- 补充 http-checker 规范至完整标准（配置+执行+expect+校验+observation），匹配代码 440 行实现
- 清理 tcp/udp/llm checker 规范中已废弃 defaults 配置段的残留 Scenario
- 清理 checker-cohesion-structure 中的实现路径引用（src/server/...）
- 统一所有 spec 格式（## Purpose 开头，去除 # Capability/Title 形式）
- 更新 prompt-spec-review.md 审查提示文档

openspec/specs/probe-config/spec.md

@@ -447,12 +447,40 @@ JSON Schema 契约 SHALL 覆盖业务无关的结构规则，包括字段类型
 - **THEN** 系统 SHALL 将默认值 `./data` 基于 configDir 解析为绝对路径
 
 ### Requirement: target 通用元信息字段约束
-系统 SHALL 在 YAML target 通用字段中支持 `description` 字段，并对 `id`、`name` 和 `description` 执行契约校验。`id` MUST 为 1 到 30 个字符。`name` MUST 为 null 或 1 到 30 个字符的字符串，且语义校验 SHALL 拒绝仅包含空白字符的 name。`description` MUST 为 null 或不超过 500 个字符的字符串，且 MAY 为空字符串。
+系统 SHALL 在 YAML target 通用字段中对 `id`、`name` 和 `description` 执行契约校验。`id` MUST 为 1 到 30 个字符，符合 `[a-zA-Z0-9][a-zA-Z0-9_-]*` 命名规则，MUST 在所有 targets 中全局唯一，MUST NOT 参与变量替换。`name` MUST 为 null 或 1 到 30 个字符的字符串，支持变量替换，MUST NOT 要求全局唯一，MUST NOT 参与 target 唯一性判定，语义校验 SHALL 拒绝仅包含空白字符的 name。`description` MUST 为 null 或不超过 500 个字符的字符串，支持变量替换，且 MAY 为空字符串，MUST NOT 参与 target 唯一性判定。`name` 为 null 时前端展示 SHALL 使用 `name ?? id` 作为目标名称文案，但该 fallback MUST NOT 改变 target 本身的 name 值。
 
 #### Scenario: description 字段解析
 - **WHEN** 系统读取包含 `description: "检查生产 API 健康状态"` 的 target
 - **THEN** 系统 SHALL 将该字段解析为 target 的目标说明
 
+#### Scenario: id 包含下划线和连字符
+- **WHEN** target 配置 `id: "db_check-01"`
+- **THEN** 系统 SHALL 使用该 id 作为 target 的唯一标识符
+
+#### Scenario: id 不合法报错
+- **WHEN** target 配置 `id: "_invalid"` 或 `id: "-start"` 或 `id: "has space"`
+- **THEN** 系统 SHALL 以配置错误退出，提示 id 不符合命名规则
+
+#### Scenario: id 重复报错
+- **WHEN** 两个 target 配置相同的 `id: "api-health"`
+- **THEN** 系统 SHALL 以配置错误退出，提示 id 重复
+
+#### Scenario: id 不参与变量替换
+- **WHEN** target 配置 `id: "${VAR}"` 形式的变量引用
+- **THEN** 系统 SHALL NOT 对 id 执行变量替换
+
+#### Scenario: name 使用变量
+- **WHEN** target 配置 `name: "${env} API 健康检查"` 且 variables 中 `env: "生产"`
+- **THEN** 系统 SHALL 将 name 解析为 "生产 API 健康检查"
+
+#### Scenario: name 显式 null
+- **WHEN** target 配置 `id: "api-health"` 和 `name: null`
+- **THEN** 系统 SHALL 接受该配置，并在解析、存储和 API 响应中保留 name 为 null
+
+#### Scenario: name 为 null 时前端展示 fallback
+- **WHEN** 前端展示 name 为 null 的 target
+- **THEN** 前端 SHALL 显示该 target 的 id 作为目标名称文案
+
 #### Scenario: name 为 null 通过校验
 - **WHEN** 系统读取包含 `name: null` 或省略 `name` 的 target
 - **THEN** 系统 SHALL 接受该配置
@@ -489,6 +517,33 @@ JSON Schema 契约 SHALL 覆盖业务无关的结构规则，包括字段类型
 - **WHEN** target 的 `description` 通过变量替换后超过 500 个字符
 - **THEN** 系统 SHALL 在契约校验阶段以错误退出，提示 description 字段长度错误
 
+### Requirement: target 分组
+系统 SHALL 支持在每个 target 上配置可选的 `group` 字段用于将目标归类到不同分组。未指定 `group` 的 target SHALL 归入 `"default"` 分组。系统 SHALL 保证 "default" 分组始终排在最前面，其余分组按配置文件中首次出现的顺序排列。系统 SHALL 在 API 响应中返回每个 target 的分组信息。系统 SHALL 在数据库 targets 表中持久化每个 target 的分组信息。
+
+#### Scenario: 配置分组名称
+- **WHEN** YAML 配置中某个 target 指定 `group: "搜索引擎"`
+- **THEN** 系统 SHALL 将该 target 归类到 "搜索引擎" 分组
+
+#### Scenario: 不配置分组
+- **WHEN** YAML 配置中某个 target 未指定 `group` 字段
+- **THEN** 系统 SHALL 将该 target 归类到 "default" 分组
+
+#### Scenario: default 分组排最前
+- **WHEN** 配置中存在多个分组（包括 "default" 和自定义分组）
+- **THEN** API 返回的目标列表中 "default" 分组的目标 SHALL 排在其他分组之前
+
+#### Scenario: 自定义分组按出现顺序
+- **WHEN** 配置中 "搜索引擎" 分组在 "后端服务" 分组之前首次出现
+- **THEN** API 返回中 "搜索引擎" 分组 SHALL 排在 "后端服务" 分组之前
+
+#### Scenario: targets 列表包含分组
+- **WHEN** 客户端请求 `GET /api/targets`
+- **THEN** 响应中每个目标 SHALL 包含 `group` 字段，值为该目标所属的分组名称
+
+#### Scenario: 持久化分组信息
+- **WHEN** 系统同步 targets 到数据库
+- **THEN** 每个 target 的 `grp` 列 SHALL 存储其分组名称，未配置分组的存储 `"default"`
+
 ### Requirement: 配置 schema 导出包含 target 元信息约束
 系统 SHALL 在导出的 Authoring `probe-config.schema.json` 中包含 target `id`、`name` 和 `description` 的长度约束和可空类型，用于编辑器提示和外部校验。导出 schema SHALL 面向用户可书写规则文件，因此还 SHALL 接受支持变量替换字段中的完整变量引用字符串和 expect 简写。