feat: 重构前端为企业 Admin 后台布局，引入 React Router 路由

- 引入 React Router v7 (Declarative mode) 实现 SPA 路由
- 重构 Layout 为 Header + 侧边栏 + 内容区的企业 Admin 布局
- 新增侧边栏菜单组件，支持折叠/展开，状态持久化到 localStorage
- 新增示例页面：仪表盘、用户管理、系统设置、404
- 菜单配置与路由统一为单一数据源 (menu.tsx)
- Vite code splitting 新增 vendor-router 组
- 更新 DEVELOPMENT.md 和 README.md 文档

docs/prompts/prompt-proposal-review.md

@@ -10,13 +10,21 @@
 
 ## 1. 收集
 
-并行读取：
+读取约束：
 
-- 本次 change 的实际 artifacts；在 `spec-driven` 下通常包括 `proposal.md`、`design.md`、`tasks.md`、`specs/*.md`
-- 当前会话中与本次变更相关的讨论、澄清、边界约束、非目标、待确认事项
-- 与本次变更直接相关的源码、测试、README、架构文档
+- 直接使用 Read 工具并行读取文件，禁止使用 subagent/Task 工具做文件读取和内容转发
+- 不原样输出文件内容，仅在步骤 2 输出审查结论
+
+分步收集：
+
+a) 先并行读取核心入口和配置，确定范围：
+
+- 本次 change 的 `proposal.md`
 - `openspec/config.yaml`
-- 现有 `openspec/specs/**/spec.md` 中与本次变更相关的规范，相关性来源包括：`proposal.md` 的 `Capabilities` / `Modified Capabilities`、讨论中提到的受影响能力、`design.md` / Impact 中提到的模块、相关代码对应的现有能力
+
+b) 从 `proposal.md` 提取 `Capabilities` / `Modified Capabilities`，确定需要读取的 spec 列表；相关性来源还包括：讨论中提到的受影响能力、`design.md` Impact 中提到的模块、相关代码对应的现有能力
+
+c) 并行读取已确定的 spec 和其余 artifacts（`design.md`、`tasks.md`、相关源码、测试、README、架构文档）
 
 若当前上下文无法明确 change 或文档路径：
 
@@ -48,8 +56,7 @@
 - 讨论中已确定但文档未记录的内容
 - 文档基于错误现状做出的设计或任务拆分
 - 文档之间相互冲突的目标、方案、约束、任务
-- `proposal -> specs -> design -> tasks` 链路中的断点
-- `Modified Capabilities` 应更新但未更新的现有 spec
+- `Modified Capabilities` 在本次 change 的 specs 中是否已更新（注意：仅更新 change 目录下的 specs，不动 `openspec/specs/`）
 
 输出审查结果：
 
@@ -90,7 +97,9 @@
 
 - "讨论遗漏清单" 是否已清空或已标注保留原因
 - "现实性问题清单" 是否已清空或已标注为预期变更
-- "文档冲突清单" 和 "OpenSpec 规范问题清单" 是否已清空
+- "文档冲突清单" 是否已清空
+- "OpenSpec 规范问题清单" 是否已清空
+- "待澄清清单" 是否已清空或已记录用户决策
 
 ## 5. 收尾