# 文档体系重构方案 > **文档版本:** v3.0 > **创建日期:** 2025-11-06 > **最后更新:** 2025-11-06 > **文档状态:** 待实施 > **作者:** 技术架构师 > > **更新说明:** > - v3.0: 新增文档分层原则、快速上下文体系、详细执行计划 > - v2.0: 新增运营管理端、多种部署方案、Monorepo架构相关文档 --- ## 📋 文档重构背景 ### 当前问题 **现有文档结构:** ``` AIclinicalresearch/docs/ ├── 00-项目概述/ ├── 01-设计文档/ ├── 02-开发规范/ ├── 03-业务规则/ ├── 04-开发计划/ ├── 05-每日进度/ └── AI智能文献/ ``` **存在的问题:** 1. ❌ **总体与模块混杂**:系统总体设计与具体模块文档混在一起 2. ❌ **层次不清晰**:无法区分平台层、通用能力层、业务模块层 3. ❌ **模块文档分散**:AI智能文献有独立文件夹,其他模块没有 4. ❌ **难以扩展**:新增模块时,文档结构混乱 5. ❌ **不支持独立销售**:无法快速打包某个模块的完整文档 6. ❌ **规范与设计混杂**:数据库设计规范和具体设计文档放在一起 7. ❌ **缺少快速上下文**:新AI对接时需要阅读大量文档,Token消耗高 8. ❌ **文档查找困难**:没有清晰的导航和分层 --- ## 🎯 重构目标 ### 核心原则 1. ✅ **总体与模块分离**:系统总体设计独立于业务模块 2. ✅ **层次清晰**:平台层、通用能力层、业务模块层分开 3. ✅ **模块完整**:每个模块有完整的文档结构(需求、设计、开发、测试、部署) 4. ✅ **易于扩展**:新增模块只需复制文档模板 5. ✅ **支持独立销售**:每个模块的文档可以独立打包 6. ✅ **规范与设计分离**:设计规范统一管理,具体设计按模块组织 7. ✅ **快速上下文优先**:每个层级都有快速上下文文档,降低AI对接成本 8. ✅ **金字塔式文档**:从简到详,按需深入 --- ## 🏗️ 新文档结构设计 ### 总体结构 ``` AIclinicalresearch/ ├── docs/ │ │ │ ├── 📁 00-系统总体设计/ # 【新增】总体层面 │ │ ├── 00-核心问题解答.md # ✅ 已创建 │ │ ├── 01-系统架构分层设计.md # ✅ 已创建 │ │ ├── 02-文档体系重构方案.md # ✅ 当前文档 │ │ ├── 03-数据库架构说明.md # ✅ 已创建 │ │ ├── 04-运营管理端架构设计.md # ✅ 已创建(v2.0新增) │ │ ├── 05-Schema隔离方案与成本分析.md # ✅ 已创建(v2.0新增) │ │ ├── 06-模块独立部署与单机版方案.md # ✅ 已创建(v2.0新增) │ │ ├── 07-总体需求文档(PRD).md # ⏳ 待迁移 │ │ ├── 08-技术架构白皮书.md # ⏳ 待迁移 │ │ ├── 09-商业模式设计.md # ⏳ 待创建 │ │ ├── 10-版本规划.md # ⏳ 待创建 │ │ └── README.md # ✅ 已创建 │ │ │ ├── 📁 01-平台基础层/ # 【新增】平台层 │ │ ├── 01-用户与权限中心(UAM)/ │ │ ├── 02-存储服务/ │ │ ├── 03-通知服务/ │ │ ├── 04-监控与日志/ │ │ ├── 05-系统配置/ │ │ └── README.md │ │ │ ├── 📁 02-通用能力层/ # 【新增】通用能力层 │ │ ├── 01-LLM大模型网关/ # P0优先级 │ │ ├── 02-文档处理引擎/ │ │ ├── 03-RAG引擎/ │ │ ├── 04-数据ETL引擎/ │ │ ├── 05-医学NLP引擎/ │ │ └── README.md │ │ │ ├── 📁 03-业务模块/ # 【新增】业务模块层 │ │ │ │ │ ├── 📁 AIA-AI智能问答/ # ✅ 已完成 │ │ ├── 📁 ASL-AI智能文献/ # ⏳ 下一步重点 │ │ ├── 📁 PKB-个人知识库/ # ✅ 已完成 │ │ ├── 📁 DC-数据清洗整理/ # ⏳ 规划中 │ │ ├── 📁 SSA-智能统计分析/ # ⏳ 规划中 │ │ ├── 📁 ST-统计分析工具/ # ⏳ 规划中 │ │ ├── 📁 RVW-稿件审查系统/ # ⚡ 独立系统 │ │ ├── 📁 ADMIN-运营管理端/ # ⭐ v2.0新增(独立系统) │ │ │ │ │ └── README.md # 业务模块导航 │ │ │ ├── 📁 04-开发规范/ # 保留 │ │ ├── 代码规范.md │ │ ├── Git规范.md │ │ └── README.md │ │ │ ├── 📁 05-部署文档/ # 【扩展】部署相关(v2.0扩展) │ │ ├── 01-云端SaaS部署/ # ⭐ v2.0扩展 │ │ │ ├── 01-完整平台部署.md │ │ │ ├── 02-微服务架构部署.md │ │ │ ├── 03-K8s部署指南.md │ │ │ └── README.md │ │ │ │ │ ├── 02-独立产品包部署/ # ⭐ v2.0新增 │ │ │ ├── 01-审稿系统独立部署.md │ │ │ ├── 02-AI文献系统独立部署.md │ │ │ ├── 03-Docker打包指南.md │ │ │ └── README.md │ │ │ │ │ ├── 03-Electron单机版/ # ⭐ v2.0新增 │ │ │ ├── 01-单机版架构设计.md │ │ │ ├── 02-打包配置指南.md │ │ │ ├── 03-跨平台适配.md │ │ │ ├── 04-自动更新方案.md │ │ │ └── README.md │ │ │ │ │ ├── 04-私有化部署/ │ │ │ ├── 01-Docker部署指南.md │ │ │ ├── 02-K3s轻量级部署.md │ │ │ ├── 03-一键部署脚本.md │ │ │ └── README.md │ │ │ │ │ └── README.md # 部署文档总导航 │ │ │ ├── 📁 06-测试文档/ # 【新增】 │ │ ├── 01-测试策略.md │ │ ├── 02-自动化测试.md │ │ ├── 03-性能测试.md │ │ └── README.md │ │ │ ├── 📁 07-运维文档/ # 【新增】 │ │ ├── 01-监控告警.md │ │ ├── 02-故障排查.md │ │ ├── 03-备份恢复.md │ │ └── README.md │ │ │ ├── 📁 08-项目管理/ # 【调整】项目管理 │ │ ├── 01-整体开发计划.md │ │ ├── 02-里程碑规划.md │ │ ├── 03-每日进度/ # 保留原有每日进度 │ │ └── README.md │ │ │ ├── 📁 09-架构实施/ # ⭐ v2.0新增 │ │ ├── 01-Monorepo架构设计/ │ │ │ ├── 01-Monorepo总体设计.md │ │ │ ├── 02-包管理策略.md │ │ │ ├── 03-代码共享与复用.md │ │ │ └── README.md │ │ │ │ │ ├── 02-产品打包方案/ │ │ │ ├── 01-独立产品打包流程.md │ │ │ ├── 02-依赖管理.md │ │ │ ├── 03-构建脚本.md │ │ │ └── README.md │ │ │ │ │ ├── 03-微服务拆分/ │ │ │ ├── 01-拆分策略.md │ │ │ ├── 02-服务间通信.md │ │ │ ├── 03-API网关配置.md │ │ │ └── README.md │ │ │ │ │ └── README.md │ │ │ └── README.md # 文档总导航 │ └── backend/ └── frontend/ └── ... ``` --- ## 📐 文档分层原则 ⭐ **v3.0新增** ### 核心问题:规范文档 vs 具体设计文档 在文档重构过程中,我们发现一个关键问题:**数据库设计文档、API设计规范等文档应该放在哪里?** ### 解决方案:明确区分规范和设计 | 文档类型 | 位置 | 说明 | 示例 | |---------|------|------|------| | **全局规范** | `04-开发规范/` | 告诉大家"怎么做" | 数据库命名规范、API设计规范、代码规范 | | **总体架构** | `00-系统总体设计/` | 整体视角 | Schema结构总览、部署架构、技术选型 | | **平台层设计** | `01-平台基础层/` | 平台级服务的具体设计 | UAM的数据库设计、存储服务API | | **通用能力设计** | `02-通用能力层/` | 可复用能力的具体设计 | LLM网关设计、文档处理设计 | | **业务模块设计** | `03-业务模块/` | 各模块的具体设计 | ASL的数据库设计、AIA的API设计 | ### 示例:数据库设计文档处理 **当前问题:** `01-设计文档/数据库设计文档.md`(1319行)包含所有模块的表设计 **重构方案:** 拆分为4部分 ``` ┌─────────────────────────────────────────────────┐ │ 1. 规范文档(告诉大家怎么设计) │ │ 04-开发规范/03-数据库设计规范.md │ │ - 表命名规范(模块前缀_表名) │ │ - 字段类型规范(统一使用UUID) │ │ - 索引设计原则 │ │ - Schema隔离规范 │ └─────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────┐ │ 2. 总体架构文档(整体视角) │ │ 00-系统总体设计/03-数据库架构说明.md (已有) │ │ - Schema结构总览 │ │ - 表关系图 │ │ - 数据流向 │ └─────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────┐ │ 3. 平台层数据库设计(平台级服务) │ │ 01-平台基础层/01-用户与权限中心(UAM)/ │ │ └─ 01-设计文档/02-数据库设计.md │ │ - platform_schema的表设计 │ │ - users, roles, permissions等 │ └─────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────┐ │ 4. 各业务模块数据库设计(模块具体设计) │ │ 03-业务模块/AIA-AI智能问答/01-设计文档/ │ │ └─ 02-数据库设计.md │ │ - aia_schema的表设计 │ │ │ │ 03-业务模块/ASL-AI智能文献/01-设计文档/ │ │ └─ 02-数据库设计.md │ │ - asl_schema的表设计 │ │ ... │ └─────────────────────────────────────────────────┘ ``` ### 示例:API设计规范处理 **重构方案:** ``` ┌─────────────────────────────────────────────────┐ │ 规范文档(全局标准) │ │ 04-开发规范/02-API设计规范.md │ │ - RESTful规范(GET/POST/PUT/DELETE) │ │ - 错误码规范(200/400/500) │ │ - 认证规范(JWT Token) │ │ - 版本控制(/api/v1/) │ │ - 分页规范(page/pageSize) │ └─────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────┐ │ 各模块具体API设计(具体实现) │ │ 03-业务模块/AIA-AI智能问答/01-设计文档/ │ │ └─ 03-API设计.md │ │ - POST /api/v1/projects │ │ - GET /api/v1/conversations/:id │ │ ... │ │ │ │ 03-业务模块/ASL-AI智能文献/01-设计文档/ │ │ └─ 03-API设计.md │ │ - POST /api/v1/literature/projects │ │ - POST /api/v1/literature/screening │ │ ... │ └─────────────────────────────────────────────────┘ ``` ### 规范文档清单(`04-开发规范/`) **需要创建的规范文档:** 1. ✅ **01-代码规范.md**(已有) - TypeScript代码规范 - 命名规范 - 注释规范 2. ⏳ **02-API设计规范.md**(待创建) - RESTful规范 - 错误码规范 - 认证规范 - 版本控制 - 分页规范 3. ⏳ **03-数据库设计规范.md**(待创建) - 表命名规范 - 字段类型规范 - 索引设计原则 - Schema隔离规范 - 外键规范 4. ⏳ **04-前端组件设计规范.md**(待创建) - 组件命名规范 - 目录结构规范 - Props设计规范 - 状态管理规范 5. ⏳ **05-Git规范.md**(待创建) - 分支管理规范 - Commit Message规范 - PR规范 ### 好处 ✅ **规范统一**:所有模块遵循同一套规范 ✅ **模块独立**:每个模块的设计文档完整、可独立 ✅ **易于维护**:修改某个模块不影响其他模块 ✅ **支持独立部署**:模块打包时带上完整文档 ✅ **新人友好**:先学规范,再看具体设计 --- ## 🚀 快速上下文体系 ⭐ **v3.0新增** ### 核心问题:如何让新AI快速了解项目? **痛点:** - ❌ 每次新对话都需要阅读大量文档 - ❌ Token消耗高(完整文档可能5K-10K tokens) - ❌ 无法快速定位到具体模块 - ❌ 缺少分层的上下文导航 ### 解决方案:金字塔式快速上下文 ``` ┌─────────────────────┐ │ 30秒上下文 (L0) │ ← 1页,800 tokens │ 总体快速上下文 │ 所有对话必读 └─────────────────────┘ ↓ 需要更多细节 ┌─────────────────────┐ │ 3分钟上下文 (L1) │ ← 3页,1500 tokens │ 层级快速上下文 │ 平台层/能力层/模块层 └─────────────────────┘ ↓ 需要开发细节 ┌─────────────────────┐ │ 5分钟上下文 (L2) │ ← 5页,2000 tokens │ 模块快速上下文 │ 具体模块开发 └─────────────────────┘ ↓ 需要完整信息 ┌─────────────────────┐ │ 完整文档体系 │ ← 完整PRD和设计文档 └─────────────────────┘ ``` ### 快速上下文文档布局 ``` docs/ │ ├── 00-系统总体设计/ │ └── [AI对接] 快速上下文.md ⭐ L0:30秒-2分钟(800 tokens) │ - 一句话描述项目 │ - 8个业务模块状态 │ - 关键架构决策 │ - 快速跳转指引 │ ├── 01-平台基础层/ │ ├── [AI对接] 平台层快速上下文.md ⭐ L1:2-3分钟(1500 tokens) │ └── 01-用户与权限中心(UAM)/ │ └── [AI对接] UAM快速上下文.md ⭐ L2:1-2分钟(800 tokens) │ ├── 02-通用能力层/ │ ├── [AI对接] 通用能力快速上下文.md ⭐ L1:2-3分钟(1500 tokens) │ └── 01-LLM大模型网关/ │ └── [AI对接] LLM网关快速上下文.md ⭐ L2:1-2分钟(800 tokens) │ └── 03-业务模块/ ├── [AI对接] 业务模块快速上下文.md ⭐ L1:2-3分钟(1500 tokens) └── ASL-AI智能文献/ └── [AI对接] ASL快速上下文.md ⭐ L2:3-5分钟(2000 tokens) ``` ### 快速上下文内容标准 #### L0 - 总体快速上下文(必读) **位置:** `00-系统总体设计/[AI对接] 快速上下文.md` **内容结构:** ```markdown # [AI对接] 快速上下文 > **阅读时间:** 2分钟 | **Token消耗:** ~800 tokens ## 一句话描述 [项目核心定位] ## 核心信息卡片 - 项目状态 - 8个业务模块(优先级) - 关键架构决策 - 代码位置 - 核心依赖 ## 快速跳转(根据任务选择) - 开发ASL模块 → [链接] - 了解架构设计 → [链接] - 了解数据库 → [链接] ## 常见任务快速指引 [任务类型 → 需要阅读的文档 → Token消耗] ``` #### L1 - 层级快速上下文 **位置:** 各大层级根目录 **内容:** 该层级的所有模块概览、依赖关系、快速导航 #### L2 - 模块快速上下文 **位置:** 具体模块根目录 **内容:** 模块定位、核心功能、技术架构、业务流程、开发计划 ### 使用策略 **场景1:首次对话,完全不了解项目** ``` 阅读顺序: 1. [必读] 00-系统总体设计/[AI对接] 快速上下文.md (~800 tokens,2分钟) → 现在可以开始对话了 ``` **场景2:开发ASL模块** ``` 阅读顺序: 1. [必读] 00-系统总体设计/[AI对接] 快速上下文.md (~800 tokens) 2. [必读] 03-业务模块/ASL-AI智能文献/[AI对接] ASL快速上下文.md (~2000 tokens) 3. [可选] 如果需要LLM网关细节 → LLM网关快速上下文 (~800 tokens) 总计:~3600 tokens,5-8分钟 ``` **场景3:架构讨论** ``` 阅读顺序: 1. [必读] 00-系统总体设计/[AI对接] 快速上下文.md (~800 tokens) 2. [必读] 00-系统总体设计/08-架构设计全景图.md (~3000 tokens) 3. [可选] 根据讨论方向选择具体文档 总计:~4000-8000 tokens,10-15分钟 ``` ### Token消耗对比 | 方式 | Token消耗 | 阅读时间 | 覆盖范围 | |-----|----------|---------|---------| | **传统方式**(读完整PRD) | 5K-10K | 20-30分钟 | 单个模块 | | **快速上下文L0** | 800 | 2分钟 | 项目全貌 | | **快速上下文L0+L2** | 2.8K | 5-8分钟 | 项目+具体模块 | | **节省** | **50-70%** | **70-80%** | - | ### 实施要求 **在文档重构时,同步创建快速上下文:** 1. ✅ **L0 - 总体快速上下文**(已存在,需更新) - `00-系统总体设计/[AI对接] 快速上下文.md` 2. ⏳ **L1 - 层级快速上下文**(新创建) - `01-平台基础层/[AI对接] 平台层快速上下文.md` - `02-通用能力层/[AI对接] 通用能力快速上下文.md` - `03-业务模块/[AI对接] 业务模块快速上下文.md` 3. ⏳ **L2 - 模块快速上下文**(随模块创建) - ASL模块创建时,同步创建快速上下文 - LLM网关设计时,同步创建快速上下文 4. ⏳ **标准模板**(创建模板文件) - `_templates/[AI对接] 模块快速上下文-模板.md` --- ## 📂 业务模块文档结构(标准模板) ### 每个业务模块的标准结构 ``` 03-业务模块/ └── XXX-模块名称/ │ ├── 📁 00-项目概述/ │ ├── 00-模块导航.md # 模块内文档导航 │ ├── 01-产品需求文档(PRD).md # 产品需求 │ ├── 02-核心功能清单.md # 功能列表 │ ├── 03-用户故事.md # 用户故事 │ ├── 04-非功能需求.md # 性能、安全等 │ └── README.md │ ├── 📁 01-设计文档/ │ ├── 01-技术架构设计.md # 模块技术架构 │ ├── 02-数据库设计.md # Schema、表结构 │ ├── 03-API设计.md # RESTful API │ ├── 04-前端组件设计.md # UI组件 │ ├── 05-AI模型集成设计.md # AI相关(如需要) │ ├── 06-UI原型/ # 原型图 │ │ ├── xxx原型.html │ │ └── ... │ └── README.md │ ├── 📁 02-业务规则/ │ ├── 01-核心业务规则.md │ ├── 02-数据验证规则.md │ ├── 03-权限规则.md │ └── README.md │ ├── 📁 03-开发计划/ │ ├── 01-开发里程碑.md │ ├── 02-任务分解.md │ ├── 03-技术难点与风险.md │ └── README.md │ ├── 📁 04-测试文档/ │ ├── 01-测试计划.md │ ├── 02-测试用例.md │ ├── 03-测试报告.md │ └── README.md │ ├── 📁 05-部署文档/ │ ├── 01-部署指南.md │ ├── 02-配置说明.md │ ├── 03-常见问题.md │ └── README.md │ ├── 📁 06-开发进度/ # 可选 │ ├── Week-01.md │ ├── Week-02.md │ └── README.md │ └── README.md # 模块总导航 ``` --- ## 🎯 具体模块文档规划 ### 1. AIA - AI智能问答模块 ✅ **已完成** **当前状态:** 功能已完成,需要补充文档 **文档清单:** ``` 03-业务模块/AIA-AI智能问答/ ├── 00-项目概述/ │ ├── 01-产品需求文档(PRD).md # ⚠️ 需要补充 │ ├── 02-核心功能清单.md # ✅ 可基于现有文档整理 │ └── README.md ├── 01-设计文档/ │ ├── 01-技术架构设计.md # ✅ 可基于现有文档整理 │ ├── 02-数据库设计.md # ✅ 已有(基于Prisma Schema) │ ├── 03-API设计.md # ✅ 已有(基于API规范) │ └── 04-前端组件设计.md # ⚠️ 需要补充 ├── 02-业务规则/ │ └── 01-核心业务规则.md # ⚠️ 需要补充 ├── 03-开发计划/ │ ├── 01-开发里程碑.md # ✅ 已完成(里程碑1、1.5) │ └── README.md └── README.md ``` **优先级:** P2(已完成,文档补充不急) --- ### 2. ASL - AI智能文献模块 ⏳ **下一步重点** **当前状态:** 已有PRD和原型,即将开发 **文档清单:** ``` 03-业务模块/ASL-AI智能文献/ ├── 00-项目概述/ │ ├── 01-产品需求文档(PRD).md # ✅ 已有(3个PRD文档) │ ├── 02-核心功能清单.md # ✅ 已有(6大模块) │ ├── 03-用户故事.md # ⚠️ 需要补充 │ └── README.md ├── 01-设计文档/ │ ├── 01-技术架构设计.md # ✅ 已有(系统架构设计) │ ├── 02-数据库设计.md # ✅ 已有(数据库设计) │ ├── 03-API设计.md # ✅ 已有(API设计) │ ├── 04-前端组件设计.md # ✅ 已有(前端组件设计) │ ├── 05-AI模型集成设计.md # ✅ 已有(AI模型集成设计) │ └── 06-UI原型/ │ ├── 标题摘要初筛原型.html # ✅ 已有 │ └── 全文复筛原型.html # ✅ 已有 ├── 02-业务规则/ │ └── 01-核心业务规则.md # ⚠️ 需要补充 ├── 03-开发计划/ │ ├── 01-开发里程碑.md # ✅ 已有 │ ├── 02-任务分解.md # ✅ 已有 │ └── README.md ├── 04-测试文档/ │ ├── 01-测试计划.md # ✅ 已有 │ ├── 02-测试用例.md # ✅ 已有(标题摘要初筛) │ └── README.md └── README.md ``` **优先级:** P0(下一步开发重点) **特点:** - ✅ 文档最完整(已有AI智能文献/文件夹) - ✅ 可以直接作为模板 - ⚠️ 需要调整结构(按新模板重新组织) --- ### 3. PKB - 个人知识库模块 ✅ **已完成** **当前状态:** 功能已完成,需要补充文档 **文档清单:** ``` 03-业务模块/PKB-个人知识库/ ├── 00-项目概述/ │ ├── 01-产品需求文档(PRD).md # ⚠️ 需要补充 │ └── README.md ├── 01-设计文档/ │ ├── 01-技术架构设计.md # ⚠️ 需要补充 │ ├── 02-数据库设计.md # ✅ 已有(基于Prisma Schema) │ ├── 03-API设计.md # ✅ 已有(基于API规范) │ └── README.md └── README.md ``` **优先级:** P2(已完成,文档补充不急) --- ### 4. DC - 数据清洗整理模块 ⏳ **规划中** **当前状态:** 未开发,需要完整设计 **文档清单:** ``` 03-业务模块/DC-数据清洗整理/ ├── 00-项目概述/ │ ├── 01-产品需求文档(PRD).md # ❌ 待创建 │ ├── 02-核心功能清单.md # ❌ 待创建 │ ├── 03-用户故事.md # ❌ 待创建 │ └── README.md ├── 01-设计文档/ │ ├── 01-技术架构设计.md # ❌ 待创建 │ ├── 02-数据库设计.md # ❌ 待创建 │ ├── 03-API设计.md # ❌ 待创建 │ ├── 04-前端组件设计.md # ❌ 待创建 │ ├── 05-ETL引擎设计.md # ❌ 待创建(关键) │ ├── 06-医学NLP设计.md # ❌ 待创建(关键) │ └── README.md ├── 02-业务规则/ │ └── 01-核心业务规则.md # ❌ 待创建 ├── 03-开发计划/ │ ├── 01-开发里程碑.md # ❌ 待创建 │ └── README.md └── README.md ``` **优先级:** P1(核心竞争力,ASL之后开发) --- ### 5. SSA - 智能统计分析模块 ⏳ **规划中** **当前状态:** 未开发,需要完整设计 **文档清单:** ``` 03-业务模块/SSA-智能统计分析/ ├── 00-项目概述/ │ ├── 01-产品需求文档(PRD).md # ❌ 待创建 │ └── README.md ├── 01-设计文档/ │ ├── 01-技术架构设计.md # ❌ 待创建 │ ├── 02-R语言集成设计.md # ❌ 待创建(关键) │ ├── 03-数据库设计.md # ❌ 待创建 │ └── README.md └── README.md ``` **优先级:** P2(需要R语言,有一定难度) --- ### 6. ST - 统计分析工具模块 ⏳ **规划中** **当前状态:** 未开发,需要完整设计 **文档清单:** ``` 03-业务模块/ST-统计分析工具/ ├── 00-项目概述/ │ ├── 01-产品需求文档(PRD).md # ❌ 待创建 │ └── README.md ├── 01-设计文档/ │ ├── 01-技术架构设计.md # ❌ 待创建 │ ├── 02-工具清单.md # ❌ 待创建(100+工具) │ └── README.md └── README.md ``` **优先级:** P3(相对简单,可延后) --- ### 7. RVW - 稿件审查系统 ⚡ **独立系统** **当前状态:** 核心功能已完成,需要独立规划 **文档清单:** ``` 03-业务模块/RVW-稿件审查系统/ ├── 00-项目概述/ │ ├── 01-产品需求文档(PRD).md # ❌ 待创建 │ ├── 02-独立系统规划.md # ❌ 待创建(关键) │ ├── 03-商业模式设计.md # ❌ 待创建(独立销售) │ └── README.md ├── 01-设计文档/ │ ├── 01-技术架构设计.md # ⚠️ 需要补充 │ ├── 02-数据库设计.md # ✅ 已有(基于Prisma Schema) │ ├── 03-审稿流程设计.md # ❌ 待创建 │ ├── 04-审稿人管理设计.md # ❌ 待创建 │ └── README.md ├── 02-业务规则/ │ ├── 01-稿约规范性评估标准.md # ✅ 已有 │ ├── 02-方法学评估标准.md # ✅ 已有 │ └── README.md └── README.md ``` **优先级:** P1(独立系统,高商业价值) **特点:** - ⚡ 可以完全独立部署和销售 - ⚡ 目标客户:期刊编辑部、出版社 - ⚡ 商业模式:按期刊订阅 --- ### 8. ADMIN - 运营管理端 ⭐ **v2.0新增(独立系统)** **定位:** 横跨所有层次的管理系统 **核心功能模块(15个):** ``` P0(必须,阶段一): 1. 用户管理 2. Feature Flag管理(版本功能控制) 3. LLM模型管理 4. 系统配置管理 P1(重要,阶段二): 5. 智能体提示词管理 6. 监控与日志 7. 数据统计与报表 8. 成本分析与计费 P2(有用,阶段三): 9. 租户管理(私有化部署) 10. 公告与通知管理 11. 帮助文档管理 12. 反馈与工单管理 13. 系统健康检查 14. 数据库备份与恢复 15. 运营数据分析 ``` **文档清单:** ``` 03-业务模块/ADMIN-运营管理端/ ├── 00-项目概述/ │ ├── 01-产品需求文档(PRD).md # ❌ 待创建 │ ├── 02-功能清单(15个模块).md # ❌ 待创建 │ ├── 03-权限体系设计.md # ❌ 待创建 │ └── README.md ├── 01-设计文档/ │ ├── 01-技术架构设计.md # ❌ 待创建 │ ├── 02-数据库设计.md # ❌ 待创建 │ ├── 03-API设计.md # ❌ 待创建 │ ├── 04-前端组件设计.md # ❌ 待创建 │ ├── 05-权限体系实现.md # ❌ 待创建 │ └── README.md ├── 02-业务规则/ │ ├── 01-权限规则.md # ❌ 待创建 │ ├── 02-审计规则.md # ❌ 待创建 │ └── README.md ├── 03-开发计划/ │ ├── 01-开发里程碑.md # ❌ 待创建 │ ├── 02-任务分解(按阶段).md # ❌ 待创建 │ └── README.md └── README.md ``` **优先级:** P1(商业模式基础) **技术选型:** - 前端:React + Ant Design Pro - 后端:Node.js + Fastify - 数据库:PostgreSQL(admin_schema) **部署方式:** - 独立域名:`https://admin.yizhengxun.com` - 独立前端应用 - 独立后端API **实施阶段:** - 阶段一(1-2个月):P0功能 - 阶段二(1-2个月):P1功能 - 阶段三(1-2个月):P2功能 --- ## 🔄 文档迁移计划 ### 第一阶段:创建新结构(1-2天) **Step 1:创建总体文件夹** ```bash mkdir -p "00-系统总体设计" mkdir -p "01-平台基础层" mkdir -p "02-通用能力层" mkdir -p "03-业务模块" ``` **Step 2:移动现有文档(保留原文件,先复制)** ``` # 总体文档 00-项目概述/ → 00-系统总体设计/ - 壹证循科技 AI科研产品需求文档.md → 03-总体需求文档(PRD).md - 壹证循科技AI科研产品 - 技术架构白皮书.md → 04-技术架构白皮书.md - 技术架构总览.md → 05-技术架构总览.md(作为补充) # AI智能文献模块 AI智能文献/ → 03-业务模块/ASL-AI智能文献/ (调整内部结构,按新模板组织) # 稿件审查评估标准 docs/稿件方法学评估标准.txt → 03-业务模块/RVW-稿件审查系统/02-业务规则/ docs/稿约规范性评估标准.txt → 03-业务模块/RVW-稿件审查系统/02-业务规则/ ``` --- ### 第二阶段:补充关键文档(按优先级) **P0文档(本周内):** 1. ✅ 00-系统总体设计/01-系统架构分层设计.md(已完成) 2. ✅ 00-系统总体设计/02-文档体系重构方案.md(当前文档) 3. ⚠️ 02-通用能力层/01-LLM大模型网关/01-设计文档.md 4. ⚠️ 03-业务模块/ASL-AI智能文献/(调整结构) **P1文档(本月内):** 5. ⚠️ 03-业务模块/RVW-稿件审查系统/00-项目概述/02-独立系统规划.md 6. ⚠️ 03-业务模块/DC-数据清洗整理/00-项目概述/01-产品需求文档(PRD).md 7. ⚠️ 01-平台基础层/01-用户与权限中心(UAM)/01-Feature-Flag设计.md **P2文档(下月):** 8. 其他模块的PRD和设计文档 --- ### 第三阶段:清理旧文档(迁移完成后) **策略:** - ✅ 保留原文档一段时间(1个月) - ✅ 在原位置添加README,指向新位置 - ✅ 确认新文档无问题后,删除旧文档 **示例README(原位置):** ```markdown # 📣 文档已迁移 本文档已迁移到新位置,请访问: - [00-系统总体设计](../00-系统总体设计/README.md) 旧文档将在2025年12月后删除。 ``` --- ## 📊 文档迁移矩阵 | 原位置 | 新位置 | 状态 | 优先级 | |-------|-------|------|--------| | `AI智能文献/` | `03-业务模块/ASL-AI智能文献/` | ⏳ 待迁移 | P0 | | `壹证循科技 AI科研产品需求文档.md` | `00-系统总体设计/03-总体需求文档(PRD).md` | ⏳ 待迁移 | P0 | | `壹证循科技AI科研产品 - 技术架构白皮书.md` | `00-系统总体设计/04-技术架构白皮书.md` | ⏳ 待迁移 | P0 | | `稿件方法学评估标准.txt` | `03-业务模块/RVW-稿件审查系统/02-业务规则/` | ⏳ 待迁移 | P1 | | `稿约规范性评估标准.txt` | `03-业务模块/RVW-稿件审查系统/02-业务规则/` | ⏳ 待迁移 | P1 | | `04-开发计划/开发里程碑.md` | `08-项目管理/02-里程碑规划.md` | ⏳ 待迁移 | P2 | | `05-每日进度/` | `08-项目管理/03-每日进度/` | ⏳ 待迁移 | P2 | --- ## ✅ 迁移验收标准 ### 结构验收 - ✅ 所有总体文档都在`00-系统总体设计/` - ✅ 所有业务模块都在`03-业务模块/`下,且结构一致 - ✅ 每个模块都有完整的README导航 - ✅ 文档层次清晰,无混杂 ### 内容验收 - ✅ 所有文档内的内部链接已更新 - ✅ 所有文档的引用路径已更新 - ✅ 所有图片、原型图路径已更新 ### 可用性验收 - ✅ 可以快速定位任何一个文档 - ✅ 新增模块时,可以复制模板快速创建 - ✅ 某个模块的文档可以独立打包(如审稿系统) --- ## 🎯 总结 ### 重构后的核心优势 **1. 总体与模块分离** ``` 总体设计(00-系统总体设计/): - 面向整体产品战略 - 面向技术架构师 - 更新频率低,稳定性高 业务模块(03-业务模块/): - 面向具体功能开发 - 面向开发团队 - 更新频率高,独立演进 ``` **2. 层次清晰** ``` 平台层(01-平台基础层/):所有模块的地基 通用能力层(02-通用能力层/):跨模块共享能力 业务模块层(03-业务模块/):独立产品单元 ``` **3. 支持独立销售** ``` 独立打包某个模块的完整文档: - ASL(AI智能文献)→ 独立产品文档包 - RVW(稿件审查)→ 独立产品文档包 - DC(数据清洗)→ 独立产品文档包 ``` **4. 易于扩展** ``` 新增模块: 1. 复制模块模板 2. 填充PRD和设计文档 3. 开始开发 ``` --- **下一步行动:** 1. ✅ 创建新文件夹结构 2. ⚠️ 迁移ASL模块文档(P0) 3. ⚠️ 补充LLM网关设计文档(P0) 4. ⚠️ 补充RVW独立系统规划(P1) --- ## 📊 v2.0 更新总结 ### 新增核心内容 **1. 运营管理端(ADMIN)** ⭐ **重要新增** - 新增第8个业务模块:运营管理端 - 15个核心功能模块(用户管理、Feature Flag、LLM模型管理等) - 独立的文档结构和实施计划 - 详见:`04-运营管理端架构设计.md` **2. 多种部署方案** ⭐⭐⭐ **重要扩展** - **云端SaaS部署**(扩展):完整平台部署、微服务架构 - **独立产品包部署**(新增):审稿系统、AI文献系统独立打包 - **Electron单机版**(新增):完全离线、本地SQLite - **私有化部署**(保留):Docker、K3s轻量级部署 **3. 架构实施文档** ⭐⭐ **新增** - **Monorepo架构设计**:包管理、代码共享与复用 - **产品打包方案**:独立产品打包流程、依赖管理 - **微服务拆分**:拆分策略、服务间通信、API网关 **4. 系统总体设计文档** ⭐⭐⭐ **核心扩展** - `03-数据库架构说明.md`:Docker部署、两个独立数据库对比 - `05-Schema隔离方案与成本分析.md`:逻辑隔离 vs 物理隔离、改造成本 - `06-模块独立部署与单机版方案.md`:完整打包、共享服务、Electron架构 ### 文档结构变化 **00-系统总体设计/ - 新增文档:** ``` ✅ 03-数据库架构说明.md ✅ 04-运营管理端架构设计.md ✅ 05-Schema隔离方案与成本分析.md ✅ 06-模块独立部署与单机版方案.md ``` **03-业务模块/ - 新增模块:** ``` ⭐ ADMIN-运营管理端/(第8个模块) ``` **05-部署文档/ - 扩展结构:** ``` ⭐ 02-独立产品包部署/(新增) ⭐ 03-Electron单机版/(新增) ``` **09-架构实施/ - 新增文件夹:** ``` ⭐ 01-Monorepo架构设计/ ⭐ 02-产品打包方案/ ⭐ 03-微服务拆分/ ``` ### 关键技术决策 **1. 模块独立部署方案:** - ✅ 方案一:完整打包(独立产品) - ✅ 方案二:共享服务(平台内模块) **2. Electron单机版:** - ✅ 前端代码复用:90%+ - ✅ 后端代码复用:80%+ - ✅ 只需修改:API调用层、数据库(SQLite) **3. Schema隔离:** - ✅ 现在做:1周,成本最低 - ⚠️ 未来做:3-5周,成本5倍 ### 实施优先级 **P0(已完成):** - ✅ 系统架构分层设计 - ✅ 数据库架构说明 - ✅ 运营管理端架构设计 - ✅ Schema隔离方案 - ✅ 模块独立部署方案 - ✅ 文档体系重构方案v2.0 **P1(本周):** - ⏳ 创建新文件夹结构 - ⏳ 迁移ASL模块文档 - ⏳ LLM网关详细设计 - ⏳ Schema隔离实施(可选) **P2(本月):** - ⏳ 补充运营管理端详细文档 - ⏳ 补充部署文档 - ⏳ 补充Monorepo架构文档 **P3(下月):** - ⏳ 迁移其他模块文档 - ⏳ 补充测试和运维文档 --- ## 📅 文档重构计划 v3.0 ⭐ **详细执行计划** ### 执行时间估算 | 阶段 | 任务 | 预计时间 | 累计时间 | |-----|------|---------|---------| | **阶段一** | 创建目录结构 + 快速上下文模板 | 1小时 | 1小时 | | **阶段二** | 迁移和整理现有文档 | 3小时 | 4小时 | | **阶段三** | 创建业务模块基础文档 + 快速上下文 | 2小时 | 6小时 | | **阶段四** | 创建总导航文档 + 规范文档 | 1.5小时 | 7.5小时 | | **阶段五** | 清理和验证 + 更新链接 | 1小时 | 8.5小时 | | **总计** | - | **8.5小时** | - | --- ### 🎯 阶段一:创建目录结构(1小时) #### 1.1 创建所有目录框架 ```bash # 平台基础层 01-平台基础层/ ├── 01-用户与权限中心(UAM)/01-设计文档/ ├── 02-存储服务/01-设计文档/ ├── 03-通知服务/01-设计文档/ ├── 04-监控与日志/01-设计文档/ └── 05-系统配置/01-设计文档/ # 通用能力层 02-通用能力层/ ├── 01-LLM大模型网关/01-设计文档/ ├── 02-文档处理引擎/01-设计文档/ ├── 03-RAG引擎/01-设计文档/ ├── 04-数据ETL引擎/01-设计文档/ └── 05-医学NLP引擎/01-设计文档/ # 业务模块(8个模块) 03-业务模块/ ├── AIA-AI智能问答/ ├── ASL-AI智能文献/ ├── PKB-个人知识库/ ├── DC-数据清洗整理/ ├── SSA-智能统计分析/ ├── ST-统计分析工具/ ├── RVW-稿件审查系统/ └── ADMIN-运营管理端/ # 其他目录 04-开发规范/ 05-部署文档/ ├── 01-云端SaaS部署/ ├── 02-独立产品包部署/ ├── 03-Electron单机版/ └── 04-私有化部署/ 06-测试文档/ 07-运维文档/ 08-项目管理/ ├── 01-整体开发计划/ ├── 02-里程碑规划/ └── 03-每日进度/ 09-架构实施/ ├── 01-Monorepo架构设计/ ├── 02-产品打包方案/ └── 03-微服务拆分/ _templates/(模板文件夹) ``` #### 1.2 创建快速上下文模板 **创建文件:** `_templates/[AI对接] 快速上下文-模板.md` **内容:** 标准的快速上下文模板,包含必填字段说明 --- ### 🎯 阶段二:迁移和整理现有文档(3小时) #### 2.1 处理 `00-项目概述/` 文档(30分钟) | 文件名 | 处理方式 | 目标位置 | |-------|---------|---------| | 壹证循科技 AI科研产品需求文档.md | ✅ 迁移 | `00-系统总体设计/09-总体需求文档(PRD).md` | | 壹证循科技AI科研产品 - 技术架构白皮书.md | ✅ 迁移 | `00-系统总体设计/10-技术架构白皮书.md` | | 现有系统技术摸底报告.md | ✅ 保留 | 原位置(重要参考) | | AI智能文献PRD(1-3).md | ✅ 迁移 | `03-业务模块/ASL-AI智能文献/00-项目概述/` | | 产品需求文档(PRD).md | ⚠️ 审查合并 | 可能与总体PRD重复 | | 技术架构总览.md | ⚠️ 审查 | 可能与白皮书重复 | | 系统总体架构设计.md | ⚠️ 审查 | 可能与架构分层重复 | **操作:** 1. 先审查重复文档,确定保留版本 2. 迁移文件(复制,不删除) 3. 在原位置创建迁移说明 #### 2.2 处理 `01-设计文档/` 文档(1小时) **核心任务:拆分数据库设计文档(1319行)** | 原文件 | 拆分方式 | 目标位置 | |-------|---------|---------| | 数据库设计文档.md | 提取规范部分 | `04-开发规范/03-数据库设计规范.md` | | | 提取总体架构部分 | 补充到 `00-系统总体设计/03-数据库架构说明.md` | | | 提取平台层表设计 | `01-平台基础层/01-用户与权限中心(UAM)/01-设计文档/02-数据库设计.md` | | | 提取AIA模块表设计 | `03-业务模块/AIA-AI智能问答/01-设计文档/02-数据库设计.md` | | | 提取PKB模块表设计 | `03-业务模块/PKB-个人知识库/01-设计文档/02-数据库设计.md` | | | 提取RVW模块表设计 | `03-业务模块/RVW-稿件审查系统/01-设计文档/02-数据库设计.md` | | 原文件 | 处理方式 | 目标位置 | |-------|---------|---------| | API设计规范.md | 拆分 | `04-开发规范/02-API设计规范.md`(规范) + 各模块API设计 | | 平台前端架构设计/ | 迁移 | `01-平台基础层/06-前端架构/` | | AI智能文献原型.html(2个) | 迁移 | `03-业务模块/ASL-AI智能文献/01-设计文档/07-UI设计/` | #### 2.3 处理 `AI智能文献/` 目录(1小时) **操作:整体迁移并调整结构** ``` AI智能文献/ → 03-业务模块/ASL-AI智能文献/ 调整后的结构: ASL-AI智能文献/ ├── [AI对接] ASL快速上下文.md # ⭐ 新建 ├── 00-项目概述/ │ ├── 01-产品需求文档(PRD).md # 合并3个PRD │ ├── 02-核心功能清单.md │ ├── 03-用户故事和验收标准.md │ └── 04-非功能性需求.md ├── 01-设计文档/ │ ├── 01-系统架构设计.md │ ├── 02-数据库设计.md │ ├── 03-API设计.md │ ├── 04-前端组件设计.md │ ├── 05-AI模型集成设计.md │ ├── 06-文件处理设计.md │ └── 07-UI设计/ │ ├── 标题摘要初筛UI设计.md │ ├── 全文复筛UI设计.md │ ├── 标题摘要初筛原型.html │ └── 全文复筛原型.html ├── 02-业务规则/ │ └── 01-核心业务规则.md ├── 03-开发计划/ │ ├── 01-开发里程碑.md │ └── 02-任务分解.md ├── 04-测试文档/ │ ├── 01-测试计划.md │ └── 02-标题摘要初筛测试用例.md └── README.md ``` #### 2.4 处理 `04-开发计划/` 和 `05-每日进度/`(30分钟) ``` 04-开发计划/ → 08-项目管理/01-整体开发计划/ 05-每日进度/ → 08-项目管理/03-每日进度/ 同时提取里程碑文档到: 08-项目管理/02-里程碑规划/ ├── 里程碑1-MVP完成总结.md ├── 里程碑1.5-RAG优化完成.md └── README.md ``` #### 2.5 处理稿件审查相关(10分钟) ``` 稿件方法学评估标准.txt → 03-业务模块/RVW-稿件审查系统/02-业务规则/01-方法学评估标准.md 稿约规范性评估标准.txt → 03-业务模块/RVW-稿件审查系统/02-业务规则/02-稿约规范性评估标准.md ``` --- ### 🎯 阶段三:创建业务模块基础文档 + 快速上下文(2小时) #### 3.1 创建AIA模块文档(30分钟) **任务:** 1. ✅ 创建模块目录结构 2. ✅ 创建 `[AI对接] AIA快速上下文.md`(根据模板) 3. ✅ 从现有代码和Prisma Schema提取数据库设计 4. ✅ 整理核心功能清单 5. ✅ 创建README导航 **目录结构:** ``` AIA-AI智能问答/ ├── [AI对接] AIA快速上下文.md # ⭐ 新建 ├── 00-项目概述/ │ ├── 01-功能清单.md # 基于现有功能整理 │ └── README.md ├── 01-设计文档/ │ ├── 01-智能体配置系统.md # 基于现有代码整理 │ ├── 02-数据库设计.md # 提取Prisma Schema │ ├── 03-API设计.md # 提取现有API │ └── README.md └── README.md ``` #### 3.2 创建PKB模块文档(30分钟) **类似AIA模块,提取现有功能和设计** #### 3.3 创建RVW模块文档(30分钟) **包含稿件审查评估标准** #### 3.4 创建DC、SSA、ST、ADMIN空模板(30分钟) **每个模块创建:** ``` 模块名/ ├── [AI对接] 快速上下文.md(标记为待完善) ├── 00-项目概述/README.md ├── 01-设计文档/README.md └── README.md ``` --- ### 🎯 阶段四:创建总导航文档 + 规范文档(1.5小时) #### 4.1 创建规范文档(1小时) **需要创建:** 1. **02-API设计规范.md** - 从现有代码中提取RESTful规范 - 错误码规范 - 认证规范(JWT) - 分页规范 2. **03-数据库设计规范.md** - 从现有Prisma Schema中提取命名规范 - 字段类型规范 - 索引规范 - Schema隔离规范 3. **04-前端组件设计规范.md** - 从现有前端代码中提取规范 4. **05-Git规范.md** - Commit Message规范 - 分支管理规范 #### 4.2 创建README导航(30分钟) **需要创建/更新的README:** 1. ✅ `docs/README.md` - 总导航(更新) 2. ⏳ `01-平台基础层/README.md` 3. ⏳ `01-平台基础层/[AI对接] 平台层快速上下文.md` 4. ⏳ `02-通用能力层/README.md` 5. ⏳ `02-通用能力层/[AI对接] 通用能力快速上下文.md` 6. ⏳ `03-业务模块/README.md` 7. ⏳ `03-业务模块/[AI对接] 业务模块快速上下文.md` 8. ⏳ `04-开发规范/README.md` 9. ⏳ `05-部署文档/README.md` 10. ⏳ `08-项目管理/README.md` --- ### 🎯 阶段五:清理和验证(1小时) #### 5.1 创建迁移说明(20分钟) **在所有迁移文件的原位置创建:** `_MIGRATED.md` ```markdown # 📣 文档已迁移 本文档已迁移到新位置: - [新位置链接](../新路径/文档名.md) **迁移日期:** 2025-11-06 **旧文档将在:** 2025-12-06 删除 --- **新文档结构说明:** [简要说明为什么迁移,新结构的好处] ``` #### 5.2 验证清单(20分钟) - [ ] 所有文档链接已更新 - [ ] 图片路径已更新(相对路径) - [ ] README导航完整且链接有效 - [ ] 无死链接 - [ ] 每个模块都有快速上下文 - [ ] 文档层次清晰,符合三层架构 #### 5.3 生成文档地图(20分钟) **创建:** `docs/[文档地图] 完整导航.md` **内容:** 树形结构展示所有文档及其用途,方便查找 --- ## ✅ 关键决策确认 ### 需要您确认的问题: #### 1. 重复文档处理 **问题:** 以下文档可能重复,如何处理? | 文档A | 文档B | 建议 | 您的决定 | |------|------|------|---------| | 00-项目概述/产品需求文档(PRD).md | 壹证循科技 AI科研产品需求文档.md | 审查后保留更完整的 | _________ | | 00-项目概述/系统总体架构设计.md | 00-系统总体设计/01-系统架构分层设计.md | 保留新版本 | _________ | | 00-项目概述/技术架构总览.md | 壹证循科技AI科研产品 - 技术架构白皮书.md | 审查后决定 | _________ | **您的决定:** - [ ] 选项A:自动保留更新的版本 - [ ] 选项B:我来手动审查每个重复文档 - [ ] 选项C:都保留,标记为不同版本 #### 2. 旧文档删除策略 **您的决定:** - [ ] 选项A:迁移后立即删除原文件(激进) - [ ] 选项B:保留1个月,创建迁移说明(稳妥) ⭐ 推荐 - [ ] 选项C:移动到 `docs/_archived/` 存档(保守) #### 3. AI智能文献PRD合并 **当前:** 3个独立PRD文档(产品概览、初筛与复筛、提取与分析) **您的决定:** - [ ] 选项A:合并为1个完整PRD ⭐ 推荐 - [ ] 选项B:保持独立,按章节组织 #### 4. 数据库设计文档拆分 **当前:** `01-设计文档/数据库设计文档.md`(1319行) **您的决定:** - [ ] 选项A:自动拆分(AI辅助) ⭐ 推荐 - [ ] 选项B:手动拆分(精确但耗时) - [ ] 选项C:暂不拆分,标记为待处理 #### 5. 执行方式 **您的决定:** - [ ] 选项A:分批执行(5批,每批1-2小时)⭐ 推荐 - [ ] 选项B:一次性全部执行(8.5小时连续) --- ## 📊 v3.0 完成标志 ### 文档完整性 - ✅ 8个业务模块(含运营管理端) - ✅ 4种部署方案(云端、独立包、单机版、私有化) - ✅ 3层架构(平台层、能力层、业务层) - ⭐ **规范与设计分离**(规范在04-开发规范/) - ⭐ **快速上下文体系**(L0/L1/L2三级) - ⭐ **金字塔式文档**(从简到详) ### 可操作性 - ✅ 每个模块可独立打包和部署 - ✅ 每个模块有完整文档(需求、设计、开发、测试、部署) - ✅ 新增模块可复制模板快速创建 - ⭐ **快速上下文导航**(新AI 2分钟了解项目) - ⭐ **分层查找文档**(规范/总体/模块) ### 商业价值 - ✅ 支持模块独立销售(审稿系统、AI文献等) - ✅ 支持多种部署模式(满足不同客户需求) - ✅ 支持灵活的商业模式(订阅制、一次性License、模块化售卖) - ⭐ **降低AI对接成本**(Token消耗减少50-70%) - ⭐ **提升开发效率**(规范统一,查找快速) --- ## 🚀 立即开始 **请您回复确认:** 1. **是否认可整体计划?** - [ ] 是,开始执行 - [ ] 否,需要调整:___________ 2. **关键决策确认:** - 重复文档处理:选项 _____ - 旧文档删除策略:选项 _____ - PRD合并:选项 _____ - 数据库文档拆分:选项 _____ - 执行方式:选项 _____ 3. **是否立即开始第1批操作?** - [ ] 是,立即开始(创建目录结构 + 模板) - [ ] 否,等待进一步确认 --- **最后更新:** 2025-11-06 v3.0 **维护人:** 技术架构师 --- **下一步行动:** 等待您的确认后,立即开始执行文档重构!🚀