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/code-quality-gates/spec.md

@@ -1,6 +1,6 @@
 ## Purpose
 
-定义项目代码质量门禁、格式化检查、快速检查和完整验证命令的行为要求，确保开发者可以通过文档化命令稳定验证源码质量、基础测试和生产构建。
+定义项目代码质量门禁、格式化检查、Git hooks 自动化质量门禁、提交信息格式校验、快速检查和完整验证命令的行为要求，确保开发者可以通过文档化命令稳定验证源码质量、基础测试和生产构建。
 
 ## Requirements
 
@@ -55,6 +55,52 @@
 - **WHEN** 不同开发者在不同操作系统上运行格式化（通过 ESLint 或独立 Prettier）
 - **THEN** 由于所有格式化参数均显式定义，产物 SHALL 完全一致
 
+### Requirement: pre-commit 自动质量检查
+
+项目 SHALL 通过 husky 和 lint-staged 在 git commit 前自动对变更文件运行 ESLint（含 Prettier 格式）检查。由于 eslint-plugin-prettier 已集成格式检查，lint-staged SHALL 仅运行 `eslint --fix` 即可同时修复代码质量和格式问题。
+
+#### Scenario: 变更 TypeScript 文件后提交
+- **WHEN** 开发者 stage 了 `.ts` 或 `.tsx` 文件并执行 `git commit`
+- **THEN** lint-staged SHALL 自动对变更文件运行 `eslint --fix`（含格式修复），修复后继续提交
+
+#### Scenario: 变更 Markdown 或 JSON 文件后提交
+- **WHEN** 开发者 stage 了 `.md`、`.json`、`.yaml` 或 `.yml` 文件并执行 `git commit`
+- **THEN** lint-staged SHALL 自动对变更文件运行 `prettier --write`
+
+#### Scenario: lint 检查失败阻止提交
+- **WHEN** 变更文件存在无法自动修复的 ESLint 错误（含格式错误）
+- **THEN** pre-commit hook MUST 以非零状态退出，阻止提交
+
+#### Scenario: 无变更文件提交
+- **WHEN** 开发者执行 `git commit` 但无 stage 文件
+- **THEN** lint-staged SHALL 正常通过，不阻止提交
+
+### Requirement: 提交信息格式校验
+项目 SHALL 通过 commitlint 在 git commit 时校验提交信息必须符合 "类型: 简短描述" 格式，类型限定为 feat/fix/refactor/docs/style/test/chore。
+
+#### Scenario: 有效的中文提交信息
+- **WHEN** 开发者提交信息为 "feat: 新增导入排序功能"
+- **THEN** commit-msg hook SHALL 通过校验
+
+#### Scenario: 缺少类型前缀的提交信息
+- **WHEN** 开发者提交信息为 "新增导入排序功能"（无 "feat:" 前缀）
+- **THEN** commit-msg hook MUST 以非零状态退出，提示正确格式
+
+#### Scenario: 无效的提交类型
+- **WHEN** 开发者提交信息使用不在允许列表中的类型（如 "update: 修改配置"）
+- **THEN** commit-msg hook MUST 以非零状态退出，提示可用类型
+
+### Requirement: husky 初始化自动化
+项目 SHALL 通过 `prepare` 生命周期脚本在 `bun install` 时自动初始化 husky。
+
+#### Scenario: 首次安装依赖
+- **WHEN** 开发者运行 `bun install`
+- **THEN** husky SHALL 自动初始化，安装 pre-commit 和 commit-msg hooks
+
+#### Scenario: 已有 husky 配置时安装
+- **WHEN** 开发者运行 `bun install` 且 husky 已初始化
+- **THEN** husky 初始化 SHALL 跳过，不覆盖已有配置
+
 ### Requirement: TypeScript 未使用变量检测
 项目 SHALL 启用 TypeScript `noUnusedLocals` 编译选项，将未使用的局部变量检测为编译错误。
 
@@ -115,7 +161,7 @@
 - **THEN** 系统 SHALL 执行 `tests/` 目录下所有 `*.test.ts` 和 `*.test.tsx` 文件
 
 ### Requirement: 完整验证命令
-项目 SHALL 提供完整 `verify` 命令，用于提交前或发布前验证当前源码、测试和生产构建。原 executable smoke test 暂时移除，后续通过独立变更重新设计。
+项目 SHALL 提供完整 `verify` 命令，用于提交前或发布前验证当前源码、测试和生产构建。
 
 #### Scenario: 运行完整验证
 - **WHEN** 开发者运行 `bun run verify`