@specpow/framework 0.5.9 → 0.5.11

package/.specpow/hooks/hooks.json

@@ -1,30 +0,0 @@
-{
-  "hooks": {
-    "SessionStart": [
-      {
-        "matcher": "",
-        "hooks": [
-          {
-            "type": "command",
-            "command": "\"${CLAUDE_PLUGIN_ROOT}/hooks/run-hook.cmd\" session-start",
-            "shell": "bash",
-            "async": false
-          }
-        ]
-      }
-    ],
-    "UserPromptSubmit": [
-      {
-        "matcher": "",
-        "hooks": [
-          {
-            "type": "command",
-            "command": "\"${CLAUDE_PLUGIN_ROOT}/hooks/run-hook.cmd\" workflow-state",
-            "shell": "bash",
-            "async": false
-          }
-        ]
-      }
-    ]
-  }
-}

package/.specpow/hooks/run-hook.cmd

@@ -1,19 +0,0 @@
-@echo off
-REM SpecPow Hook Runner for Windows
-REM Usage: run-hook.cmd <hook-name>
-REM
-REM P2-11: 支持 SessionStart 和 WorkflowState 两种 Hook
-
-set HOOK_NAME=%1
-set SCRIPT_DIR=%~dp0
-
-if "%HOOK_NAME%"=="session-start" (
-    bash "%SCRIPT_DIR%session-start"
-) else if "%HOOK_NAME%"=="workflow-state" (
-    REM WorkflowState Hook: 注入当前工作流状态
-    REM 通过 Node.js 调用 TypeScript Hook 模块
-    node -e "import('file:///%SCRIPT_DIR:~0,-1%/../dist/core/hooks/index.js').then(m => m.executeUserPromptSubmit(process.cwd(), '', 'claude').then(c => { if(c) console.log(JSON.stringify({hookSpecificOutput:{hookEventName:'UserPromptSubmit',additionalContext:c}})); else process.exit(0); }))"
-) else (
-    echo Unknown hook: %HOOK_NAME%
-    exit /b 1
-)

package/.specpow/hooks/session-start

@@ -1,62 +0,0 @@
-#!/usr/bin/env bash
-# SpecPow Session Start Hook
-# 
-# 在每次会话开始时注入 using-skills 技能内容到 AI 代理上下文
-# 兼容 Claude Code、Cursor、Copilot CLI 等平台
-
-set -euo pipefail
-
-# Determine plugin root directory
-SCRIPT_DIR="$(cd "$(dirname "$0")" && pwd)"
-PLUGIN_ROOT="$(cd "${SCRIPT_DIR}/.." && pwd)"
-
-# Read using-skills content
-using_skills_content=$(cat "${PLUGIN_ROOT}/skills/meta-using-skills/SKILL.md" 2>&1 || echo "Error reading using-skills skill")
-
-# Escape string for JSON embedding
-escape_for_json() {
-    local s="$1"
-    s="${s//\\/\\\\}"
-    s="${s//\"/\\\"}"
-    s="${s//$'\n'/\\n}"
-    s="${s//$'\r'/\\r}"
-    s="${s//$'\t'/\\t}"
-    printf '%s' "$s"
-}
-
-using_skills_escaped=$(escape_for_json "$using_skills_content")
-
-# Check for OpenSpec context
-openspec_context=""
-if [ -f "${PLUGIN_ROOT}/../openspec/specs" ] 2>/dev/null || [ -d "${PLUGIN_ROOT}/../openspec/specs" ] 2>/dev/null; then
-  # Detect active changes
-  active_changes=""
-  if [ -d "${PLUGIN_ROOT}/../openspec/changes" ] 2>/dev/null; then
-    changes_count=$(find "${PLUGIN_ROOT}/../openspec/changes" -maxdepth 1 -mindepth 1 -type d ! -name 'archive' 2>/dev/null | wc -l | tr -d ' ')
-    if [ "$changes_count" -gt 0 ] 2>/dev/null; then
-      active_changes_list=$(find "${PLUGIN_ROOT}/../openspec/changes" -maxdepth 1 -mindepth 1 -type d ! -name 'archive' 2>/dev/null | while read d; do basename "$d"; done | tr '\n' ', ' | sed 's/, $//')
-      active_changes="\nActive changes (${changes_count}): ${active_changes_list}\nUse 'specpow status' to inspect."
-    fi
-  fi
-
-  openspec_context="\nOpenSpec structure detected in this project. Follow the spec-driven workflow:\n1. Explore → planning-explore skill\n2. Propose → planning-propose skill\n3. Write Specs/Design/Tasks → planning-write-* skills\n4. Implement → execution-* skills (SDD engine)\n5. Verify → execution-verification-before-completion\n6. Archive → specpow archive\n${active_changes}\n"
-fi
-
-session_context="<EXTREMELY_IMPORTANT>\nYou have specpow — a spec-powered AI development framework. It combines OpenSpec's spec-driven planning with Superpowers' subagent-driven execution.\n\n**Below is the full content of your 'specpow:meta-using-skills' skill - your introduction to using skills. For all other skills, use the 'Skill' tool:**\n\n${using_skills_escaped}\n\n${openspec_context}\n\nAvailable skill categories:\n- Planning: planning-explore, planning-propose, planning-write-plans, planning-write-specs, planning-write-design\n- Execution: planning-apply-change, execution-subagent-driven-dev, execution-tdd, execution-systematic-debugging, execution-parallel-agents\n- Quality: execution-requesting-review, execution-receiving-review, execution-verification-before-completion, planning-verify-change\n- Business: business-java-codegen, business-ui-codegen, business-test-gen, business-code-review, business-db-design, business-prd-writer, business-deploy-check\n- CLI Router: cli-router — maps user intent to SpecPow CLI commands\n\nSpecPow CLI quick reference (execute via Bash tool):\n| Command | Purpose |\n|---------|----------|\n| specpow status | View current change status |\n| specpow explore \"<topic>\" | Socratic requirement exploration (interactive, run in terminal) |\n| specpow propose <name> | Create change proposal |\n| specpow apply | Execute implementation |\n| specpow verify | Verify changes |\n| specpow archive | Archive changes |\n| specpow debug \"<desc>\" | Systematic debugging |\n| specpow doctor | Project diagnostics |\n\nUsers can also use slash commands: /specpow-explore, /specpow-propose, /specpow-apply, /specpow-verify, /specpow-archive, /specpow-status\n\nRemember: Check for relevant skills BEFORE any action.\n</EXTREMELY_IMPORTANT>"
-
-# Output context injection as JSON
-# Cursor hooks expect additional_context (snake_case)
-# Claude Code hooks expect hookSpecificOutput.additionalContext (nested)
-# Copilot CLI (v1.0.11+) and others expect additionalContext (top-level, SDK standard)
-if [ -n "${CURSOR_PLUGIN_ROOT:-}" ]; then
-  # Cursor sets CURSOR_PLUGIN_ROOT (may also set CLAUDE_PLUGIN_ROOT)
-  printf '{\n  "additional_context": "%s"\n}\n' "$session_context" | cat
-elif [ -n "${CLAUDE_PLUGIN_ROOT:-}" ] && [ -z "${COPILOT_CLI:-}" ]; then
-  # Claude Code sets CLAUDE_PLUGIN_ROOT without COPILOT_CLI
-  printf '{\n  "hookSpecificOutput": {\n    "hookEventName": "SessionStart",\n    "additionalContext": "%s"\n  }\n}\n' "$session_context" | cat
-else
-  # Copilot CLI (sets COPILOT_CLI=1) or unknown platform — SDK standard format
-  printf '{\n  "additionalContext": "%s"\n}\n' "$session_context" | cat
-fi
-
-exit 0

package/.specpow/hooks/workflow-state

@@ -1,150 +0,0 @@
-#!/usr/bin/env bash
-# SpecPow Workflow State Hook
-#
-# 在用户提交提示时注入当前工作流状态
-# 兼容 Claude Code、Cursor、Copilot CLI 等平台
-
-set -euo pipefail
-
-# Determine plugin root directory
-SCRIPT_DIR="$(cd "$(dirname "$0")" && pwd)"
-PLUGIN_ROOT="$(cd "${SCRIPT_DIR}/.." && pwd)"
-PROJECT_ROOT="$(cd "${PLUGIN_ROOT}/.." 2>/dev/null && pwd || echo "${PLUGIN_ROOT}")"
-
-# Escape string for JSON embedding
-escape_for_json() {
-    local s="$1"
-    s="${s//\\/\\\\}"
-    s="${s//\"/\\\"}"
-    s="${s//$'\n'/\\n}"
-    s="${s//$'\r'/\\r}"
-    s="${s//$'\t'/\\t}"
-    printf '%s' "$s"
-}
-
-# Detect active change
-detect_active_change() {
-    local changes_dir="${PROJECT_ROOT}/openspec/changes"
-    if [ ! -d "$changes_dir" ]; then
-        echo ""
-        return
-    fi
-
-    # Find first active change (excluding archive)
-    local change_name=""
-    for dir in "$changes_dir"/*/; do
-        local basename=$(basename "$dir")
-        if [ "$basename" != "archive" ] && [ -d "$dir" ]; then
-            change_name="$basename"
-            break
-        fi
-    done
-
-    if [ -z "$change_name" ]; then
-        echo ""
-        return
-    fi
-
-    echo "$change_name"
-}
-
-# Infer workflow stage from change directory contents
-infer_stage() {
-    local change_name="$1"
-    local change_dir="${PROJECT_ROOT}/openspec/changes/${change_name}"
-
-    if [ ! -d "$change_dir" ]; then
-        echo "idle"
-        return
-    fi
-
-    # Check for verify/review files
-    if ls "$change_dir"/*verify* 2>/dev/null | head -1 > /dev/null || \
-       ls "$change_dir"/*review* 2>/dev/null | head -1 > /dev/null; then
-        echo "verify"
-        return
-    fi
-
-    # Check for tasks files
-    if ls "$change_dir"/*tasks* 2>/dev/null | head -1 > /dev/null; then
-        echo "apply"
-        return
-    fi
-
-    # Check for spec/design files
-    if ls "$change_dir"/*spec* 2>/dev/null | head -1 > /dev/null || \
-       ls "$change_dir"/*design* 2>/dev/null | head -1 > /dev/null; then
-        echo "propose"
-        return
-    fi
-
-    echo "explore"
-}
-
-# Main logic
-change_name=$(detect_active_change)
-
-if [ -z "$change_name" ]; then
-    # No active change, no context to inject
-    exit 0
-fi
-
-stage=$(infer_stage "$change_name")
-
-# Build workflow context
-workflow_context="<!-- workflow-state: ${stage} -->\n<!-- active-change: ${change_name} -->"
-
-# Add stage hint
-case "$stage" in
-    explore)
-        workflow_context="${workflow_context}\n🔍 当前阶段: EXPLORE — 使用 planning-explore 技能理解需求"
-        ;;
-    propose)
-        workflow_context="${workflow_context}\n📝 当前阶段: PROPOSE — 使用 planning-propose 创建变更提案"
-        ;;
-    apply)
-        workflow_context="${workflow_context}\n⚙️ 当前阶段: APPLY — 使用 planning-apply-change 执行实现"
-        ;;
-    verify)
-        workflow_context="${workflow_context}\n✅ 当前阶段: VERIFY — 使用 planning-verify-change 验证规范"
-        ;;
-    archive)
-        workflow_context="${workflow_context}\n📦 当前阶段: ARCHIVE — 运行 specpow archive 合并到主规范"
-        ;;
-esac
-
-# Check progress
-change_dir="${PROJECT_ROOT}/openspec/changes/${change_name}"
-progress=""
-if ls "$change_dir"/*proposal* 2>/dev/null | head -1 > /dev/null; then
-    progress="${progress}✓ proposal"
-fi
-if ls "$change_dir"/*spec* 2>/dev/null | head -1 > /dev/null; then
-    [ -n "$progress" ] && progress="${progress}, "
-    progress="${progress}✓ specs"
-fi
-if ls "$change_dir"/*tasks* 2>/dev/null | head -1 > /dev/null; then
-    [ -n "$progress" ] && progress="${progress}, "
-    progress="${progress}✓ tasks"
-fi
-
-if [ -n "$progress" ]; then
-    workflow_context="${workflow_context}\n进度: ${progress}"
-fi
-
-# Escape for JSON
-workflow_context_escaped=$(escape_for_json "$workflow_context")
-
-# Output based on platform
-if [ -n "${CURSOR_PLUGIN_ROOT:-}" ]; then
-    # Cursor format
-    printf '{\n  "additional_context": "%s"\n}\n' "$workflow_context_escaped" | cat
-elif [ -n "${CLAUDE_PLUGIN_ROOT:-}" ] && [ -z "${COPILOT_CLI:-}" ]; then
-    # Claude Code format
-    printf '{\n  "hookSpecificOutput": {\n    "hookEventName": "UserPromptSubmit",\n    "additionalContext": "%s"\n  }\n}\n' "$workflow_context_escaped" | cat
-else
-    # Copilot CLI or unknown platform
-    printf '{\n  "additionalContext": "%s"\n}\n' "$workflow_context_escaped" | cat
-fi
-
-exit 0

package/.specpow/schemas/bug-fix/schema.yaml

@@ -1,64 +0,0 @@
-# Bug 修复 Schema
-# 用于快速定位和修复 Bug 的工件流
-
-name: bug-fix
-description: 系统化定位和修复 Bug
-
-apply:
-  requires:
-    - tasks
-
-artifacts:
-  - id: proposal
-    name: Bug 描述
-    description: 描述 Bug 现象和复现步骤
-    requires: []
-    template: proposal.md
-    instruction: |
-      记录 Bug 信息：
-      - Bug 标题
-      - 复现步骤（Step 1, 2, 3...）
-      - 预期行为
-      - 实际行为
-      - 环境信息
-      - 影响范围
-    output: proposal.md
-
-  - id: analysis
-    name: 根因分析
-    description: 分析 Bug 根因
-    requires: [proposal]
-    template: analysis.md
-    instruction: |
-      根因分析（4 阶段）：
-      1. 调查 — 收集日志、堆栈、复现
-      2. 模式分析 — 识别错误模式
-      3. 假设 — 提出根因假设
-      4. 验证 — 验证假设正确性
-    output: analysis.md
-
-  - id: fix-plan
-    name: 修复计划
-    description: 制定修复方案
-    requires: [analysis]
-    template: fix-plan.md
-    instruction: |
-      修复方案：
-      - 修复策略（热修复/正常修复/重构修复）
-      - 修改文件列表
-      - 回归测试计划
-    output: fix-plan.md
-
-  - id: tasks
-    name: 修复任务
-    description: 修复步骤拆分
-    requires: [fix-plan]
-    template: tasks.md
-    instruction: |
-      修复任务拆分：
-      1. 编写失败测试（复现 Bug）
-      2. 修复代码
-      3. 验证测试通过
-      4. 回归测试
-      5. 更新文档
-    output: tasks.md

package/.specpow/schemas/bug-fix/templates/analysis.md

@@ -1,43 +0,0 @@
-# 根因分析
-
-## 1. 调查
-
-### 错误日志
-```
-（关键错误日志）
-```
-
-### 堆栈跟踪
-```
-（关键堆栈）
-```
-
-### 复现结果
-- 是否可稳定复现: 是/否
-- 复现频率: 
-
-## 2. 模式分析
-
-### 错误模式
-- 错误类型: 
-- 涉及模块: 
-- 最近变更: 
-
-## 3. 假设
-
-### 假设 1: [描述]
-- 证据: 
-- 验证方法: 
-
-### 假设 2: [描述]
-- 证据: 
-- 验证方法: 
-
-## 4. 结论
-
-### 根因
-[确认的根因描述]
-
-### 影响分析
-- 直接影响: 
-- 间接影响: 

package/.specpow/schemas/bug-fix/templates/fix-plan.md

@@ -1,19 +0,0 @@
-# 修复方案
-
-## 修复策略
-- [ ] 热修复（紧急上线）
-- [ ] 正常修复（下个版本）
-- [ ] 重构修复（技术债务）
-
-## 修改文件
-| 文件 | 修改类型 | 说明 |
-|------|----------|------|
-| | | |
-
-## 修复描述
-
-
-## 回归测试计划
-- [ ] 原 Bug 场景验证
-- [ ] 相关功能回归
-- [ ] 边界条件验证

package/.specpow/schemas/bug-fix/templates/proposal.md

@@ -1,30 +0,0 @@
-# Bug 描述
-
-## Bug 标题
-{{bugTitle}}
-
-## 复现步骤
-1. 
-2. 
-3. 
-
-## 预期行为
-
-
-## 实际行为
-
-
-## 环境信息
-- 环境: 
-- 版本: 
-- 浏览器/客户端: 
-
-## 影响范围
-- 影响用户: 
-- 影响功能: 
-- 严重程度: Critical / Major / Minor
-
-## 相关日志
-```
-（粘贴错误日志）
-```

package/.specpow/schemas/crud-module/schema.yaml

@@ -1,65 +0,0 @@
-# CRUD 模块 Schema
-# 用于快速生成标准 CRUD 模块的工件流
-
-name: crud-module
-description: 快速生成标准 CRUD 模块（Entity/Mapper/Service/Controller/页面）
-
-apply:
-  requires:
-    - tasks
-
-artifacts:
-  - id: proposal
-    name: 模块提案
-    description: 描述要生成的 CRUD 模块
-    requires: []
-    template: proposal.md
-    instruction: |
-      根据用户描述，生成 CRUD 模块提案。
-      包含：模块名称、核心实体、CRUD 操作列表、业务规则。
-    output: proposal.md
-
-  - id: specs
-    name: 模块规范
-    description: 定义 CRUD 接口规范
-    requires: [proposal]
-    template: spec.md
-    instruction: |
-      定义 CRUD 接口规范：
-      - GET /api/{entity} — 分页查询
-      - GET /api/{entity}/:id — 详情查询
-      - POST /api/{entity} — 新增
-      - PUT /api/{entity}/:id — 修改
-      - DELETE /api/{entity}/:id — 删除
-      每个接口定义请求参数和响应格式。
-    output: specs/spec.md
-
-  - id: design
-    name: 模块设计
-    description: 数据库设计和接口定义
-    requires: [proposal, specs]
-    template: design.md
-    instruction: |
-      设计数据库表结构和接口定义：
-      - 表结构（字段、类型、索引）
-      - 接口签名
-      - 前后端分工
-    output: design.md
-
-  - id: tasks
-    name: 任务列表
-    description: 代码生成任务拆分
-    requires: [design]
-    template: tasks.md
-    instruction: |
-      按以下顺序拆分任务：
-      1. Entity 实体类
-      2. Mapper + XML
-      3. Service 接口 + 实现
-      4. Controller
-      5. 前端 API 接口
-      6. 前端列表页
-      7. 前端表单页
-      8. 菜单注册
-      9. 单元测试
-    output: tasks.md

package/.specpow/schemas/crud-module/templates/design.md

@@ -1,36 +0,0 @@
-# CRUD 模块设计
-
-## 1. 数据库设计
-
-### 表结构
-```sql
-CREATE TABLE `{{table_name}}` (
-  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键ID',
-  -- 业务字段（根据提案填充）
-  `create_by` varchar(64) DEFAULT '' COMMENT '创建人',
-  `create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
-  `update_by` varchar(64) DEFAULT '' COMMENT '更新人',
-  `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
-  `is_deleted` tinyint(1) DEFAULT 0 COMMENT '逻辑删除',
-  PRIMARY KEY (`id`)
-) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='{{table_comment}}';
-```
-
-## 2. 接口定义
-
-| Method | Path | 描述 | 请求参数 | 响应 |
-|--------|------|------|----------|------|
-| GET | /api/{{entity}} | 分页查询 | page, size, 查询条件 | PageResult |
-| GET | /api/{{entity}}/:id | 详情 | - | EntityVO |
-| POST | /api/{{entity}} | 新增 | EntityDTO | id |
-| PUT | /api/{{entity}}/:id | 修改 | EntityDTO | - |
-| DELETE | /api/{{entity}}/:id | 删除 | - | - |
-
-## 3. 前后端分工
-
-| 功能 | 前端 | 后端 |
-|------|------|------|
-| 列表页 | 表格+搜索+分页 | 分页查询接口 |
-| 新增 | 表单弹窗 | 新增接口 |
-| 编辑 | 表单弹窗 | 修改接口 |
-| 删除 | 确认弹窗 | 删除接口 |

package/.specpow/schemas/crud-module/templates/proposal.md

@@ -1,30 +0,0 @@
-# CRUD 模块提案
-
-## 模块名称
-{{moduleName}}
-
-## 核心实体
-- 实体名: 
-- 表名: 
-- 描述: 
-
-## CRUD 操作
-- [ ] 分页查询（列表）
-- [ ] 详情查询
-- [ ] 新增
-- [ ] 修改
-- [ ] 删除
-- [ ] 导出（可选）
-- [ ] 导入（可选）
-
-## 业务规则
-1. 
-2. 
-
-## 字段清单
-| 字段名 | 类型 | 必填 | 说明 |
-|--------|------|------|------|
-| | | | |
-
-## 非目标
-- 不包含: 

package/.specpow/schemas/crud-module/templates/spec.md

@@ -1,38 +0,0 @@
-# CRUD 接口规范
-
-## ADDED
-
-### Requirement: 分页查询
-
-系统应当提供 `GET /api/{{entity}}` 接口，支持分页查询。
-
-**验收标准:**
-- **Given** 数据库中存在 {{entity}} 记录
-- **When** 用户请求 `GET /api/{{entity}}?page=1&size=10`
-- **Then** 返回分页数据，包含 total、list、page、size
-
-### Requirement: 详情查询
-
-系统应当提供 `GET /api/{{entity}}/:id` 接口。
-
-**验收标准:**
-- **Given** 存在 ID 为 1 的记录
-- **When** 用户请求 `GET /api/{{entity}}/1`
-- **Then** 返回该记录详情
-
-### Requirement: 新增
-
-系统应当提供 `POST /api/{{entity}}` 接口。
-
-**验收标准:**
-- **Given** 用户提供必填字段
-- **When** 用户请求 `POST /api/{{entity}}`
-- **Then** 创建记录并返回新 ID
-
-### Requirement: 修改
-
-系统应当提供 `PUT /api/{{entity}}/:id` 接口。
-
-### Requirement: 删除
-
-系统应当提供 `DELETE /api/{{entity}}/:id` 接口（逻辑删除）。

package/.specpow/schemas/crud-module/templates/tasks.md

@@ -1,57 +0,0 @@
-# CRUD 任务列表
-
-## 全局约束
-- 分支: feature/{{branch}}
-- 基础: main 分支最新代码
-
-## 后端任务
-
-### Task-001: 创建 Entity
-- 文件: `src/main/java/com/company/{{module}}/entity/{{Entity}}.java`
-- 依赖: 无
-- 描述: 创建实体类，字段与数据库对应
-- 验证: 编译通过
-
-### Task-002: 创建 Mapper
-- 文件: `src/main/java/com/company/{{module}}/mapper/{{Entity}}Mapper.java`, `src/main/resources/mapper/{{Entity}}Mapper.xml`
-- 依赖: Task-001
-- 描述: 创建数据访问层
-- 验证: 编译通过
-
-### Task-003: 创建 Service
-- 文件: `src/main/java/com/company/{{module}}/service/{{Entity}}Service.java`, `src/main/java/com/company/{{module}}/service/impl/{{Entity}}ServiceImpl.java`
-- 依赖: Task-002
-- 描述: 创建业务逻辑层（CRUD 方法）
-- 验证: 编译通过
-
-### Task-004: 创建 Controller
-- 文件: `src/main/java/com/company/{{module}}/controller/{{Entity}}Controller.java`
-- 依赖: Task-003
-- 描述: 创建 RESTful 接口
-- 验证: 编译通过，接口可访问
-
-## 前端任务
-
-### Task-005: 创建 API 接口文件
-- 文件: `src/api/{{entity}}.js`
-- 依赖: Task-004
-- 描述: 封装 axios 请求
-- 验证: 无语法错误
-
-### Task-006: 创建列表页
-- 文件: `src/views/{{module}}/{{entity}}/index.vue`
-- 依赖: Task-005
-- 描述: 列表页（搜索+表格+分页+操作按钮）
-- 验证: 页面可渲染
-
-### Task-007: 创建表单弹窗
-- 文件: `src/views/{{module}}/{{entity}}/form.vue`
-- 依赖: Task-005
-- 描述: 新增/编辑表单弹窗
-- 验证: 表单验证生效
-
-### Task-008: 注册路由和菜单
-- 文件: `src/router/modules/{{module}}.js`
-- 依赖: Task-006
-- 描述: 配置路由和菜单 SQL
-- 验证: 菜单可见，页面可访问