docs: 引入分层文档体系，删除 DEVELOPMENT.md

建立 docs/user/ 和 docs/development/ 分层文档结构：
- docs/README.md 文档总路由、归属矩阵、影响分析规则
- docs/user/ 模板使用、配置、部署、故障排查
- docs/development/ 架构、后端、前端、构建发布开发规范
- README.md 轻量化为项目入口和索引
- 删除 DEVELOPMENT.md，内容拆分至专题文档
- 更新 openspec/config.yaml 首读入口和文档影响分析规则
- 修正 docs/prompts/README.md 过时引用和边界说明

openspec/config.yaml

@@ -3,8 +3,15 @@ schema: fast-drive
 context: |
   - 使用中文（注释、文档、交流），面向中文开发者
   - openspec文档的关键字按openspec规范使用，不要翻译为中文
-  - **优先阅读README.md和DEVELOPMENT.md**获取项目概览与开发规范，所有代码风格、命名、注解、依赖、API等规范以DEVELOPMENT.md为准
-  - 涉及模块结构、API、实体等变更时同步更新README.md
+  - **优先阅读 docs/README.md** 获取文档路由、归属矩阵和影响分析规则
+  - **其次阅读 docs/development/README.md** 获取开发规范、常用命令、质量门禁和全局规则
+  - 文档文件名优先使用单个英文单词（usage.md、config.md、deploy.md、troubleshoot.md），目录上下文足以消歧时不在文件名重复限定词
+  - 每次代码变更必须执行文档影响分析：
+    - 用户可见行为、配置、部署、运行行为变更 → 更新 docs/user/ 对应文档
+    - 开发流程、架构、测试、构建发布流程变更 → 更新 docs/development/ 对应文档
+    - 项目定位、快速开始、核心能力列表、文档导航变更 → 更新 README.md
+    - 文档同步规则或文档归属矩阵变更 → 更新 docs/README.md 和本文件
+    - 无需更新文档时必须在收尾说明中说明原因
   - 新增代码优先复用已有组件、工具、依赖库，不引入新依赖
   - 新增的逻辑必须编写完善的测试，并保证测试的正确性，不允许跳过任何测试
   - 这是基于bun实现的前端后一体化项目，使用bun作为唯一包管理器，严禁使用pnpm、npm，使用bunx运行工具，严禁使用npx、pnpx
@@ -17,16 +24,14 @@ context: |
   - 禁止创建git操作task
   - 积极使用subagents精心设计并行任务，节省上下文空间，加速任务执行
   - 优先使用提问工具对用户进行提问
-  - 本项目为 Bun 全栈应用模板，README.md记录模板使用方法，DEVELOPMENT.md记录模板使用的技术细节
+  - 本项目为 Bun 全栈应用模板，docs/user/ 记录模板使用方法，docs/development/ 记录模板开发技术细节
   - 本项目为模板参考项目，帮助其他项目快速启动项目，因此开发本项目无需考虑兼容性问题
 
 rules:
-  explore:
-    - 本项目openspec使用fast-drive自定义schema，变更文档只包含design.md和tasks.md，无proposal.md和specs
   design:
     - 先前的讨论技术方案要尽可能体现在设计文档中，便于指导实现阶段不偏离已定的技术路线
   tasks:
     - 一行一个任务，严禁任务内容跨行
     - 如果是代码存在更新必须
       - 执行完整的测试、代码检查、格式检查等质量保障手段
-      - 更新 README.md 和/或 DEVELOPMENT.md
+      - 执行文档影响分析，更新 README.md 和/或 docs/ 下对应文档