feat(admin): Add user management and upgrade to module permission system

Features - User Management (Phase 4.1):
- Database: Add user_modules table for fine-grained module permissions
- Database: Add 4 user permissions (view/create/edit/delete) to role_permissions
- Backend: UserService (780 lines) - CRUD with tenant isolation
- Backend: UserController + UserRoutes (648 lines) - 13 API endpoints
- Backend: Batch import users from Excel
- Frontend: UserListPage (412 lines) - list/filter/search/pagination
- Frontend: UserFormPage (341 lines) - create/edit with module config
- Frontend: UserDetailPage (393 lines) - details/tenant/module management
- Frontend: 3 modal components (592 lines) - import/assign/configure
- API: GET/POST/PUT/DELETE /api/admin/users/* endpoints

Architecture Upgrade - Module Permission System:
- Backend: Add getUserModules() method in auth.service
- Backend: Login API returns modules array in user object
- Frontend: AuthContext adds hasModule() method
- Frontend: Navigation filters modules based on user.modules
- Frontend: RouteGuard checks requiredModule instead of requiredVersion
- Frontend: Remove deprecated version-based permission system
- UX: Only show accessible modules in navigation (clean UI)
- UX: Smart redirect after login (avoid 403 for regular users)

Fixes:
- Fix UTF-8 encoding corruption in ~100 docs files
- Fix pageSize type conversion in userService (String to Number)
- Fix authUser undefined error in TopNavigation
- Fix login redirect logic with role-based access check
- Update Git commit guidelines v1.2 with UTF-8 safety rules

Database Changes:
- CREATE TABLE user_modules (user_id, tenant_id, module_code, is_enabled)
- ADD UNIQUE CONSTRAINT (user_id, tenant_id, module_code)
- INSERT 4 permissions + role assignments
- UPDATE PUBLIC tenant with 8 module subscriptions

Technical:
- Backend: 5 new files (~2400 lines)
- Frontend: 10 new files (~2500 lines)
- Docs: 1 development record + 2 status updates + 1 guideline update
- Total: ~4900 lines of code

Status: User management 100% complete, module permission system operational

docs/00-项目概述/文档梳理与差异分析.md

@@ -1,7 +1,7 @@
-# AIclinicalresearch 鏂囨。姊崇悊涓庡樊寮傚垎鏋?
+# AIclinicalresearch 文档梳理与差异分析
 
-> **鏂囨。鐗堟湰锛?* v1.0  
-> **鍒涘缓鏃ユ湡锛?* 2025-11-06  
+> **文档版本：** v1.0  
+> **创建日期：** 2025-11-06  
 > **维护者：** 项目团队  
 > **最后更新：** 2025-11-06
 
@@ -9,63 +9,63 @@
 
 ## 📋 执行摘要
 
-鏈<EFBFBD>枃妗ｅ<EFBFBD>AIclinicalresearch椤圭洰涓嬬殑鎵€鏈夋枃妗ｈ繘琛屼簡绯荤粺姊崇悊,骞堕噸鐐瑰<E99090>姣斾簡**鏈€鏂伴渶姹傛枃妗?*锛堝９璇佸惊绉戞妧 AI绉戠爺浜у搧闇€姹傛枃妗?md 鍜?鎶€鏈<E282AC>灦鏋勭櫧鐨<E6ABA7>功.md锛変笌**鐜版湁鏂囨。**涔嬮棿鐨勫樊寮傘€?
+本文档对AIclinicalresearch项目下的所有文档进行了系统梳理,并重点对比了**最新需求文档**（壹证循科技 AI科研产品需求文档.md 和 技术架构白皮书.md）与**现有文档**之间的差异。
 
 ### 🎯 核心发现
 
 **最新需求文档（2025-11-05）反映了产品战略的重大调整：**
 
-1. **浜у搧瀹氫綅鍙樺寲锛?* 浠庡崟涓€鐨?AI绉戠爺鍔╂墜"鎵╁睍涓?*7澶фā鍧楃殑缁煎悎鎬<E6828E>I绉戠爺骞冲彴**
-2. **鍟嗕笟妯″紡鍙樺寲锛?* 浠庣畝鍗昐aaS妯″紡鎵╁睍涓?*4绉嶉儴缃插舰鎬?*锛堜簯绔疭aaS銆佺<E98A86>鏈夊寲銆佹贩鍚堥儴缃层€佸崟鏈虹増锛?
-3. **鎶€鏈<EFBFBD>灦鏋勫彉鍖栵細** 浠?妯″潡鍖栧崟浣?婕旇繘涓?*寰<>湇鍔℃灦鏋?*锛屾敮鎸佹ā鍧楀寲鍞<E5AFB2>崠
-4. **鐩<EFBFBD>爣鐢ㄦ埛鍙樺寲锛?* 浠庣<E6B5A0>鐮斾汉鍛樻墿灞曞埌**鍖婚櫌鏈烘瀯**锛堝己璋冩暟鎹<E69A9F>畨鍏ㄥ拰绉佹湁鍖栭儴缃诧級
+1. **产品定位变化：** 从单一的"AI科研助手"扩展为**7大模块的综合性AI科研平台**
+2. **商业模式变化：** 从简单SaaS模式扩展为**4种部署形态**（云端SaaS、私有化、混合部署、单机版）
+3. **技术架构变化：** 从"模块化单体"演进为**微服务架构**，支持模块化售卖
+4. **目标用户变化：** 从科研人员扩展到**医院机构**（强调数据安全和私有化部署）
 
 ---
 
 ## 📚 文档结构梳理
 
-### 1. 00-椤圭洰姒傝堪 鏂囦欢澶?
+### 1. 00-项目概述 文件夹
 
-| 鏂囨。鍚嶇О | 鐘舵€?| 鐗堟湰鏃ユ湡 | 鏍稿績鍐呭<E98D90> | 鏄<>惁绗﹀悎鏈€鏂伴渶姹?|
+| 文档名称 | 状态 | 版本日期 | 核心内容 | 是否符合最新需求 |
 |---------|------|---------|---------|----------------|
-| **澹硅瘉寰<EFBFBD><EFBFBD>鎶€ AI绉戠爺浜у搧闇€姹傛枃妗?md** | 鉁?鏈€鏂?| 2025-11-05 | 7澶фā鍧楀姛鑳界煩闃点€?绉嶉儴缃叉ā寮忋€佸晢涓氭ā寮?| 鉁?鍩哄噯鏂囨。 |
-| **澹硅瘉寰<EFBFBD><EFBFBD>鎶€AI绉戠爺浜у搧 - 鎶€鏈<E282AC>灦鏋勭櫧鐨<E6ABA7>功.md** | 鉁?鏈€鏂?| 2025-11-05 | 寰<EFBFBD>湇鍔℃灦鏋勩€佹妧鏈<EFBFBD>紓鏋勩€丒lectron鍗曟満鐗?| 鉁?鍩哄噯鏂囨。 |
-| 浜у搧闇€姹傛枃妗?PRD).md | 鈿狅笍 鏃х増 | 2025-10-10 | 浠呭寘鍚獳I闂<EFBFBD>瓟銆佺煡璇嗗簱銆侀」鐩<EFBFBD><EFBFBD>鐞?| 鉂?**闇€瑕佹洿鏂?* |
-| 鎶€鏈<EFBFBD>灦鏋勬€昏<EFBFBD>.md | 鈿狅笍 鏃х増 | 2025-10-10 | 鍩轰簬Dify+LobeChat鐨勭畝鍖栨灦鏋?| 鉂?**闇€瑕佹洿鏂?* |
-| AI鏅鸿兘鏂囩尞PRD锛?锛?浜у搧姒傝<E5A792>.md | 鈿狅笍 閮ㄥ垎鏃?| 2025-10-21 | 6澶фā鍧楋紙鐮旂┒鏂规<E98F82>銆佹<E98A86>绱€€佸垵绛涖€佸<E282AC>绛涖€佹彁鍙栥€佸垎鏋愶級 | 鈿狅笍 **閮ㄥ垎绗﹀悎锛岄渶鏁村悎** |
-| AI鏅鸿兘鏂囩尞PRD锛?锛?鍒濈瓫涓庡<E6B693>绛?md | 鈿狅笍 閮ㄥ垎鏃?| 2025-10-21 | 鍒濈瓫鍜屽<E98D9C>绛涜<E7BB9B>缁嗚<E7BC81>璁?| 鈿狅笍 **閮ㄥ垎绗﹀悎锛岄渶鏁村悎** |
-| AI鏅鸿兘鏂囩尞PRD锛?锛?鎻愬彇涓庡垎鏋愭ā鍧?md | 鈿狅笍 閮ㄥ垎鏃?| 2025-10-21 | 鎻愬彇鍜屽垎鏋愯<E98F8B>缁嗚<E7BC81>璁?| 鈿狅笍 **閮ㄥ垎绗﹀悎锛岄渶鏁村悎** |
-| 绯荤粺鎬讳綋鏋舵瀯璁捐<EFBFBD>.md | 鈿狅笍 鍗犱綅 | 2025-10-29 | 鍗犱綅鏂囨。锛屽緟瀹屽杽 | 鉂?**闇€瑕侀噸鍐?* |
-| 璁捐<EFBFBD>鏂囨。瀹屾垚鎬荤粨.md | 鈿狅笍 鏃х増 | 2025-10-10 | 鍩轰簬鏃х増PRD鐨勬€荤粨 | 鉂?**闇€瑕佹洿鏂?* |
+| **壹证循科技 AI科研产品需求文档.md** | ✅ 最新 | 2025-11-05 | 7大模块功能矩阵、4种部署模式、商业模式 | ✅ 基准文档 |
+| **壹证循科技AI科研产品 - 技术架构白皮书.md** | ✅ 最新 | 2025-11-05 | 微服务架构、技术异构、Electron单机版 | ✅ 基准文档 |
+| 产品需求文档(PRD).md | ⚠️ 旧版 | 2025-10-10 | 仅包含AI问答、知识库、项目管理 | ❌ **需要更新** |
+| 技术架构总览.md | ⚠️ 旧版 | 2025-10-10 | 基于Dify+LobeChat的简化架构 | ❌ **需要更新** |
+| AI智能文献PRD（1）-产品概览.md | ⚠️ 部分旧 | 2025-10-21 | 6大模块（研究方案、检索、初筛、复筛、提取、分析） | ⚠️ **部分符合，需整合** |
+| AI智能文献PRD（2）-初筛与复筛.md | ⚠️ 部分旧 | 2025-10-21 | 初筛和复筛详细设计 | ⚠️ **部分符合，需整合** |
+| AI智能文献PRD（3）-提取与分析模块.md | ⚠️ 部分旧 | 2025-10-21 | 提取和分析详细设计 | ⚠️ **部分符合，需整合** |
+| 系统总体架构设计.md | ⚠️ 占位 | 2025-10-29 | 占位文档，待完善 | ❌ **需要重写** |
+| 设计文档完成总结.md | ⚠️ 旧版 | 2025-10-10 | 基于旧版PRD的总结 | ❌ **需要更新** |
 
-### 2. 01-璁捐<EFBFBD>鏂囨。 鏂囦欢澶?
+### 2. 01-设计文档 文件夹
 
-| 鏂囨。鍚嶇О | 鐘舵€?| 鐗堟湰鏃ユ湡 | 鏍稿績鍐呭<E98D90> | 鏄<>惁绗﹀悎鏈€鏂伴渶姹?|
+| 文档名称 | 状态 | 版本日期 | 核心内容 | 是否符合最新需求 |
 |---------|------|---------|---------|----------------|
-| 鏁版嵁搴撹<EFBFBD>璁℃枃妗?md | 鈿狅笍 鏃х増 | 2025-10-10 | 鍩轰簬AI闂<49>瓟+鐭ヨ瘑搴撶殑鏁版嵁搴撹<E690B4>璁?| 鉂?**缂哄皯DC銆丼SA銆丄SL妯″潡琛?* |
-| API璁捐<EFBFBD>瑙勮寖.md | 鈿狅笍 鏃х増 | 2025-10-10 | 鍩轰簬AI闂<49>瓟+鐭ヨ瘑搴撶殑API璁捐<E79281> | 鉂?**缂哄皯鏂版ā鍧桝PI** |
-| 骞冲彴鍓嶇<EFBFBD>鏋舵瀯璁捐<EFBFBD>/01-鍓嶇<E98D93>鎬讳綋鏋舵瀯璁捐<E79281>.md | 鈿狅笍 閮ㄥ垎鏃?| 2025-10-29 | 7涓<37>ā鍧楃殑椤堕儴瀵艰埅璁捐<E79281> | 鈿狅笍 **鏋舵瀯姝ｇ‘锛屼絾缂哄皯閮ㄧ讲妯″紡鑰冭檻** |
-| 骞冲彴鍓嶇<EFBFBD>鏋舵瀯璁捐<EFBFBD>/02-瀵艰埅缁撴瀯璁捐<E79281>.md | 鈿狅笍 閮ㄥ垎鏃?| 2025-10-29 | 瀵艰埅璇︾粏璁捐<E79281> | 鈿狅笍 **鏋舵瀯姝ｇ‘锛屼絾缂哄皯閮ㄧ讲妯″紡鑰冭檻** |
-| 绯荤粺鏋舵瀯/01-绯荤粺鎬讳綋鏋舵瀯璁捐<E79281>.md | 鈿狅笍 鍗犱綅 | 2025-10-29 | 鍗犱綅鏂囨。 | 鉂?**闇€瑕侀噸鍐?* |
-| 绯荤粺鏋舵瀯/04-杩愯惀绠＄悊绔<E6828A>灦鏋勮<E98F8B>璁?md | 鈿狅笍 鍗犱綅 | 2025-10-29 | 鍗犱綅鏂囨。 | 鉂?**闇€瑕侀噸鍐?* |
-| 绯荤粺鏋舵瀯/05-閮ㄧ讲鏋舵瀯璁捐<E79281>.md | 鈿狅笍 鍗犱綅 | 2025-10-29 | 鍗犱綅鏂囨。 | 鉂?**闇€瑕侀噸鍐欙紙鍏抽敭锛?* |
+| 数据库设计文档.md | ⚠️ 旧版 | 2025-10-10 | 基于AI问答+知识库的数据库设计 | ❌ **缺少DC、SSA、ASL模块表** |
+| API设计规范.md | ⚠️ 旧版 | 2025-10-10 | 基于AI问答+知识库的API设计 | ❌ **缺少新模块API** |
+| 平台前端架构设计/01-前端总体架构设计.md | ⚠️ 部分旧 | 2025-10-29 | 7个模块的顶部导航设计 | ⚠️ **架构正确，但缺少部署模式考虑** |
+| 平台前端架构设计/02-导航结构设计.md | ⚠️ 部分旧 | 2025-10-29 | 导航详细设计 | ⚠️ **架构正确，但缺少部署模式考虑** |
+| 系统架构/01-系统总体架构设计.md | ⚠️ 占位 | 2025-10-29 | 占位文档 | ❌ **需要重写** |
+| 系统架构/04-运营管理端架构设计.md | ⚠️ 占位 | 2025-10-29 | 占位文档 | ❌ **需要重写** |
+| 系统架构/05-部署架构设计.md | ⚠️ 占位 | 2025-10-29 | 占位文档 | ❌ **需要重写（关键）** |
 
-### 3. AI鏅鸿兘鏂囩尞 鏂囦欢澶?
+### 3. AI智能文献 文件夹
 
-| 鏂囨。鍚嶇О | 鐘舵€?| 鐗堟湰鏃ユ湡 | 鏍稿績鍐呭<E98D90> | 鏄<>惁绗﹀悎鏈€鏂伴渶姹?|
+| 文档名称 | 状态 | 版本日期 | 核心内容 | 是否符合最新需求 |
 |---------|------|---------|---------|----------------|
-| 鎵€鏈夋枃妗?| 鈿狅笍 閮ㄥ垎鏃?| 2025-10-29 | 鍩轰簬Web鐗堢殑AI鏅鸿兘鏂囩尞璁捐<E79281> | 鈿狅笍 **缂哄皯鍗曟満鐗堛€佺<E282AC>鏈夊寲閮ㄧ讲鑰冭檻** |
+| 所有文档 | ⚠️ 部分旧 | 2025-10-29 | 基于Web版的AI智能文献设计 | ⚠️ **缺少单机版、私有化部署考虑** |
 
-### 4. 07-閮ㄧ讲鏂囨。 鏂囦欢澶?
+### 4. 07-部署文档 文件夹
 
-| 鏂囨。鍚嶇О | 鐘舵€?| 鐗堟湰鏃ユ湡 | 鏍稿績鍐呭<E98D90> | 鏄<>惁绗﹀悎鏈€鏂伴渶姹?|
+| 文档名称 | 状态 | 版本日期 | 核心内容 | 是否符合最新需求 |
 |---------|------|---------|---------|----------------|
-| 鏈<EFBFBD>湴鍖栭儴缃叉柟妗?md | 鈿狅笍 鍗犱綅 | 2025-10-29 | 鍗犱綅鏂囨。 | 鉂?**闇€瑕侀噸鍐欙紙鍏抽敭锛?* |
-| 妯″潡鐙<EFBFBD>珛閮ㄧ讲鎸囧崡.md | 鈿狅笍 鍗犱綅 | 2025-10-29 | 鍗犱綅鏂囨。 | 鉂?**闇€瑕侀噸鍐欙紙鍏抽敭锛?* |
+| 本地化部署方案.md | ⚠️ 占位 | 2025-10-29 | 占位文档 | ❌ **需要重写（关键）** |
+| 模块独立部署指南.md | ⚠️ 占位 | 2025-10-29 | 占位文档 | ❌ **需要重写（关键）** |
 
-### 5. 05-姣忔棩杩涘害 鏂囦欢澶?
+### 5. 05-每日进度 文件夹
 
-| 鐘舵€?| 璇存槑 |
+| 状态 | 说明 |
 |------|------|
 | ⚠️ 历史记录 | 记录了AI问答+知识库的开发历史（Day04-Day31），基于旧版PRD |
 
@@ -73,94 +73,94 @@
 
 ## 🔍 关键差异分析
 
-### 宸<EFBFBD>紓1锛氫骇鍝佸姛鑳借寖鍥?
+### 差异1：产品功能范围
 
-#### 鏃х増鏂囨。锛堜骇鍝侀渶姹傛枃妗?PRD).md锛?
+#### 旧版文档（产品需求文档(PRD).md）
 ```
-鏍稿績鍔熻兘锛?
+核心功能：
 1. 项目/课题管理
-2. AI鏅鸿兘浣擄紙12涓<EFBFBD>櫤鑳戒綋锛?
-3. 涓<EFBFBD>汉鐭ヨ瘑搴?
+2. AI智能体（12个智能体）
+3. 个人知识库
 4. 历史记录
 5. 运营后台
 ```
 
-#### 鏈€鏂伴渶姹傦紙澹硅瘉寰<EFBFBD><EFBFBD>鎶€ AI绉戠爺浜у搧闇€姹傛枃妗?md锛?
+#### 最新需求（壹证循科技 AI科研产品需求文档.md）
 ```
 7大核心模块：
-F1. 鏅鸿兘缁熻<EFBFBD>鍒嗘瀽 (SSA) - 鉂?鏃ф枃妗ｅ畬鍏ㄧ己澶?
-F2. 缁熻<EFBFBD>鍒嗘瀽宸ュ叿 (ST) - 鉂?鏃ф枃妗ｅ畬鍏ㄧ己澶?
-F3. AI鏅鸿兘鍥炵瓟 (AIA) - 鉁?瀵瑰簲鏃ф枃妗ｇ殑"AI鏅鸿兘浣?
-F4. AI鏅鸿兘鏂囩尞 (ASL) - 鈿狅笍 鏈夌嫭绔婸RD锛屼絾鏈<E7B5BE>暣鍚?
-F5. 涓<EFBFBD>汉鐭ヨ瘑搴?(PKB) - 鉁?瀵瑰簲鏃ф枃妗ｇ殑"涓<>汉鐭ヨ瘑搴?
-F6. 鏁版嵁娓呮礂鏁寸悊 (DC) - 鉂?鏃ф枃妗ｅ畬鍏ㄧ己澶憋紙鏍稿績闅剧偣锛?
-F7. 涓<EFBFBD>汉涓<EFBFBD>績 (UAM) - 鉁?瀵瑰簲鏃ф枃妗ｇ殑"涓<>汉涓<E6B189>績"
+F1. 智能统计分析 (SSA) - ❌ 旧文档完全缺失
+F2. 统计分析工具 (ST) - ❌ 旧文档完全缺失
+F3. AI智能回答 (AIA) - ✅ 对应旧文档的"AI智能体"
+F4. AI智能文献 (ASL) - ⚠️ 有独立PRD，但未整合
+F5. 个人知识库 (PKB) - ✅ 对应旧文档的"个人知识库"
+F6. 数据清洗整理 (DC) - ❌ 旧文档完全缺失（核心难点）
+F7. 个人中心 (UAM) - ✅ 对应旧文档的"个人中心"
 ```
 
-**褰卞搷锛?*
-- 鉂?鏃х増鏁版嵁搴撹<E690B4>璁＄己灏?SSA銆丼T銆丏C銆丄SL 妯″潡鐨勮〃缁撴瀯
-- 鉂?鏃х増API璁捐<E79281>缂哄皯杩欎簺妯″潡鐨勬帴鍙?
-- 鉂?鏃х増鍓嶇<E98D93>鏋舵瀯铏界劧棰勭暀浜嗗<E6B59C>鑸<EFBFBD>綅缃<E7B685>紝浣嗙己灏戣<E7818F>缁嗚<E7BC81>璁?
+**影响：**
+- ❌ 旧版数据库设计缺少 SSA、ST、DC、ASL 模块的表结构
+- ❌ 旧版API设计缺少这些模块的接口
+- ❌ 旧版前端架构虽然预留了导航位置，但缺少详细设计
 
 ---
 
-### 宸<EFBFBD>紓2锛氶儴缃叉ā寮?
+### 差异2：部署模式
 
-#### 鏃х増鏂囨。锛堟妧鏈<EFBFBD>灦鏋勬€昏<EFBFBD>.md锛?
+#### 旧版文档（技术架构总览.md）
 ```
-閮ㄧ讲妯″紡锛?
-- 浜戠<EFBFBD>SaaS鐗堬紙鍞<EFBFBD>竴妯″紡锛?
+部署模式：
+- 云端SaaS版（唯一模式）
 - 基于Docker部署
 - 单一租户架构
 ```
 
-#### 鏈€鏂伴渶姹傦紙鎶€鏈<EFBFBD>灦鏋勭櫧鐨<EFBFBD>功.md锛?
+#### 最新需求（技术架构白皮书.md）
 ```
 4种部署形态（NFR-1核心要求）：
-1. 浜戠<EFBFBD>SaaS鐗?- 澶氱<E6BEB6>鎴枫€侀珮鍙<E78FAE>敤
-2. 绉佹湁鍖栭儴缃?- 鏁翠釜骞冲彴鎴栨寚瀹氭ā鍧楅儴缃插湪瀹㈡埛鍐呯綉
+1. 云端SaaS版 - 多租户、高可用
+2. 私有化部署 - 整个平台或指定模块部署在客户内网
 3. 混合部署 - 本地使用DC/SSA，云端调用ASL/AIA
-4. 鍗曟満鐗?- Electron妗岄潰搴旂敤锛圵indows/Mac锛夛紝鏁版嵁100%鏈<>湴鍖?
+4. 单机版 - Electron桌面应用（Windows/Mac），数据100%本地化
 ```
 
-**褰卞搷锛?*
-- 鉂?鏃х増鏋舵瀯璁捐<E79281>**瀹屽叏涓嶆敮鎸?*绉佹湁鍖栭儴缃插拰鍗曟満鐗?
-- 鉂?鏃х増鍓嶇<E98D93>鏋舵瀯璁捐<E79281>鏈<EFBFBD>€冭檻**娣峰悎閮ㄧ讲**鐨勮矾鐢辩瓥鐣?
-- 鉂?缂哄皯**Electron鍗曟満鐗?*鐨勬妧鏈<E5A6A7>柟妗堝拰寮€鍙戣<E98D99>鍒?
-- 鉂?缂哄皯**瀹瑰櫒鍖栵紙K8s锛?*鐨勯儴缃叉灦鏋勮<E98F8B>璁?
+**影响：**
+- ❌ 旧版架构设计**完全不支持**私有化部署和单机版
+- ❌ 旧版前端架构设计未考虑**混合部署**的路由策略
+- ❌ 缺少**Electron单机版**的技术方案和开发计划
+- ❌ 缺少**容器化（K8s）**的部署架构设计
 
 ---
 
-### 宸<EFBFBD>紓3锛氬晢涓氭ā寮?
+### 差异3：商业模式
 
 #### 旧版文档
 ```
-鍟嗕笟妯″紡锛?
+商业模式：
 - 简单的SaaS订阅模式
-- 鏈<EFBFBD>槑纭<EFBFBD>増鏈<EFBFBD>垎绾?
+- 未明确版本分级
 ```
 
-#### 鏈€鏂伴渶姹傦紙NFR-2鏍稿績瑕佹眰锛?
+#### 最新需求（NFR-2核心要求）
 ```
 商业模式（NFR-2）：
 1. SaaS多版本：专业版、高级版、旗舰版
    - 需要完善的Feature Flag系统
-2. 妯″潡鍖栧敭鍗栵細浠讳綍妯″潡鍙<EFBFBD>嫭绔嬫墦鍖呭敭鍗?
+2. 模块化售卖：任何模块可独立打包售卖
    - 技术架构必须松耦合
 3. AI成本可控：动态切换LLM模型
    - 专业版用DeepSeek，旗舰版用Claude/GPT
 ```
 
-**褰卞搷锛?*
+**影响：**
 - ⚠️ 旧版前端架构设计已考虑版本权限控制，但**未实现Feature Flag系统**
-- 鉂?鏃х増鏋舵瀯璁捐<E79281>鏈<EFBFBD>€冭檻**妯″潡鐙<E6BDA1>珛鍞<E78F9B>崠**鐨勬妧鏈<E5A6A7>疄鐜?
+- ❌ 旧版架构设计未考虑**模块独立售卖**的技术实现
 - ⚠️ 旧版已支持多模型切换，但未与版本权限绑定
 
 ---
 
-### 宸<EFBFBD>紓4锛氭妧鏈<EFBFBD>灦鏋?
+### 差异4：技术架构
 
-#### 鏃х増鏂囨。锛堟妧鏈<EFBFBD>灦鏋勬€昏<EFBFBD>.md锛?
+#### 旧版文档（技术架构总览.md）
 ```
 技术架构：
 - 前端：React + Vite + LobeChat组件
@@ -168,186 +168,186 @@ F7. 个人中心 (UAM) -
 - 数据库：PostgreSQL
 - RAG：Dify（仅用于知识库）
 - LLM：DeepSeek-V3 + Qwen3
-- 鏋舵瀯锛氭ā鍧楀寲鍗曚綋锛圡onolith锛?
+- 架构：模块化单体（Monolith）
 ```
 
-#### 鏈€鏂伴渶姹傦紙鎶€鏈<EFBFBD>灦鏋勭櫧鐨<EFBFBD>功.md锛?
+#### 最新需求（技术架构白皮书.md）
 ```
-鎶€鏈<EFBFBD>灦鏋勶紙婕旇繘寮忥級锛?
-- 闃舵<EFBFBD>涓€锛?-6涓<36>湀锛夛細妯″潡鍖栧崟浣?鉁?涓庢棫鐗堜竴鑷?
-- 闃舵<EFBFBD>浜岋紙6-18涓<38>湀锛夛細棣栨<E6A3A3>鎷嗗垎锛圫SA銆丏C寰<43>湇鍔★級+ Electron鍗曟満鐗?
-- 闃舵<EFBFBD>涓夛紙18涓<EFBFBD>湀+锛夛細鍏ㄩ潰寰<E6BDB0>湇鍔℃灦鏋?
+技术架构（演进式）：
+- 阶段一（0-6个月）：模块化单体 ✅ 与旧版一致
+- 阶段二（6-18个月）：首次拆分（SSA、DC微服务）+ Electron单机版
+- 阶段三（18个月+）：全面微服务架构
 
-鏍稿績鎶€鏈<EFBFBD>爤锛堟妧鏈<EFBFBD>紓鏋勶級锛?
-- 鍓嶇<EFBFBD>锛歊eact/Vue锛圵eb + Electron澶嶇敤锛?
+核心技术栈（技术异构）：
+- 前端：React/Vue（Web + Electron复用）
 - API网关：Node.js
-- 缁熻<EFBFBD>鍒嗘瀽锛圫SA锛夛細R璇<EFBFBD>█ + Plumber API 鉂?鏃ф枃妗ｇ己澶?
-- 鏁版嵁娓呮礂锛圖C锛夛細Python + Polars/Pandas + FastAPI 鉂?鏃ф枃妗ｇ己澶?
+- 统计分析（SSA）：R语言 + Plumber API ❌ 旧文档缺失
+- 数据清洗（DC）：Python + Polars/Pandas + FastAPI ❌ 旧文档缺失
 - 部署：Docker + Kubernetes ⚠️ 旧文档仅Docker
-- 鍗曟満鐗堬細Electron + 鏈<EFBFBD>湴R/Python瀛愯繘绋?鉂?鏃ф枃妗ｅ畬鍏ㄧ己澶?
+- 单机版：Electron + 本地R/Python子进程 ❌ 旧文档完全缺失
 ```
 
-**褰卞搷锛?*
-- 鉂?鏃х増鏋舵瀯璁捐<E79281>**鏈<>€冭檻R璇<52>█鍜孭ython寰<6E>湇鍔?*鐨勯泦鎴?
-- 鉂?鏃х増鏋舵瀯璁捐<E79281>**鏈<>€冭檻Kubernetes缂栨帓**
-- 鉂?鏃х増鏋舵瀯璁捐<E79281>**瀹屽叏缂哄皯Electron鍗曟満鐗?*鐨勬妧鏈<E5A6A7>柟妗?
-- 鉂?鏃х増鏋舵瀯璁捐<E79281>**鏈<>€冭檻API缃戝叧**鐨勫紩鍏?
+**影响：**
+- ❌ 旧版架构设计**未考虑R语言和Python微服务**的集成
+- ❌ 旧版架构设计**未考虑Kubernetes编排**
+- ❌ 旧版架构设计**完全缺少Electron单机版**的技术方案
+- ❌ 旧版架构设计**未考虑API网关**的引入
 
 ---
 
-### 宸<EFBFBD>紓5锛氭暟鎹<EFBFBD>竻娲楁ā鍧楋紙DC锛? 鏍稿績闅剧偣
+### 差异5：数据清洗模块（DC）- 核心难点
 
 #### 旧版文档
 ```
 状态：完全缺失
 ```
 
-#### 鏈€鏂伴渶姹傦紙鎶€鏈<EFBFBD>灦鏋勭櫧鐨<EFBFBD>功绗?鑺傦級
+#### 最新需求（技术架构白皮书第6节）
 ```
-鏁版嵁娓呮礂鏁寸悊 (DC) 妯″潡锛?
+数据清洗整理 (DC) 模块：
 1. 海量表格ETL：处理百万行、多表格的Excel数据
 2. 非结构化文本NER：从病理报告中提取结构化字段
 
-涓ょ<EFBFBD>瀹炵幇鏂规<EFBFBD>锛?
-鏂规<EFBFBD>涓€锛氭湇鍔″櫒鏈€浼樼増锛堜簯绔?绉佹湁鍖栵級
-- Python + Polars锛堟浛浠<EFBFBD>andas锛?0-100鍊嶉€熷害锛?
+两种实现方案：
+方案一：服务器最优版（云端/私有化）
+- Python + Polars（替代Pandas，10-100倍速度）
 - LLM API（Claude 3/GPT-4o）进行NER
 - PostgreSQL存储结果
 
-鏂规<EFBFBD>浜岋細鍗曟満鐗堬紙Desktop-Offline锛?
-- Electron + Python瀛愯繘绋?
+方案二：单机版（Desktop-Offline）
+- Electron + Python子进程
 - SQLite（避免内存溢出）
-- spaCy鏈<EFBFBD>湴NLP妯″瀷锛?00%闅愮<E99785>淇濇姢锛?
+- spaCy本地NLP模型（100%隐私保护）
 ```
 
-**褰卞搷锛?*
-- 鉂?鏃х増鏁版嵁搴撹<E690B4>璁?*瀹屽叏缂哄皯DC妯″潡鐨勮〃缁撴瀯**
-- 鉂?鏃х増API璁捐<E79281>**瀹屽叏缂哄皯DC妯″潡鐨勬帴鍙?*
-- 鉂?鏃х増鎶€鏈<E282AC>爤**鏈<>寘鍚玃ython寰<6E>湇鍔?*
-- 鉂?鏃х増鏋舵瀯璁捐<E79281>**鏈<>€冭檻Polars銆丼QLite銆乻paCy**绛夊叧閿<EFBFBD>妧鏈?
+**影响：**
+- ❌ 旧版数据库设计**完全缺少DC模块的表结构**
+- ❌ 旧版API设计**完全缺少DC模块的接口**
+- ❌ 旧版技术栈**未包含Python微服务**
+- ❌ 旧版架构设计**未考虑Polars、SQLite、spaCy**等关键技术
 
 ---
 
-### 宸<EFBFBD>紓6锛欰I鏅鸿兘鏂囩尞妯″潡锛圓SL锛?
+### 差异6：AI智能文献模块（ASL）
 
-#### 鏃х増鏂囨。锛圓I鏅鸿兘鏂囩尞PRD绯诲垪锛?
+#### 旧版文档（AI智能文献PRD系列）
 ```
-鐘舵€侊細鏈夌嫭绔婸RD鏂囨。锛?025-10-21锛?
-鍐呭<EFBFBD>锛?澶фā鍧楋紙鐮旂┒鏂规<E98F82>銆佹<E98A86>绱€€佸垵绛涖€佸<E282AC>绛涖€佹彁鍙栥€佸垎鏋愶級
+状态：有独立PRD文档（2025-10-21）
+内容：6大模块（研究方案、检索、初筛、复筛、提取、分析）
 架构：基于Web版的设计
 ```
 
-#### 鏈€鏂伴渶姹傦紙澹硅瘉寰<EFBFBD><EFBFBD>鎶€ AI绉戠爺浜у搧闇€姹傛枃妗?md锛?
+#### 最新需求（壹证循科技 AI科研产品需求文档.md）
 ```
-F4. AI鏅鸿兘鏂囩尞 (ASL)锛?
+F4. AI智能文献 (ASL)：
 - 提供AI驱动的文献工作流
-- 鏅鸿兘妫€绱€€佹爣棰樻憳瑕佸垵绛涖€佸叏鏂囧<EFBFBD>绛涖€佷俊鎭<EFBFBD>彁鍙?
+- 智能检索、标题摘要初筛、全文复筛、信息提取
 - 支持Meta分析、证据图谱等应用
-- 蹇呴』鏀<EFBFBD>寔鍗曟満鐗堬紙鏂囩尞鍘熸枃100%涓嶇<E6B693>寮€鐢ㄦ埛鐢佃剳锛?
+- 必须支持单机版（文献原文100%不离开用户电脑）
 ```
 
-**褰卞搷锛?*
+**影响：**
 - ⚠️ 现有AI智能文献PRD文档**内容基本符合**，但需要：
-  1. 鉂?琛ュ厖**鍗曟満鐗堝疄鐜版柟妗?*锛圗lectron + 鏈<>湴PDF瑙ｆ瀽锛?
-  2. 鉂?琛ュ厖**绉佹湁鍖栭儴缃叉柟妗?*
-  3. 鈿狅笍 鏁村悎鍒?*7澶фā鍧?*鐨勬暣浣撴灦鏋勪腑
+  1. ❌ 补充**单机版实现方案**（Electron + 本地PDF解析）
+  2. ❌ 补充**私有化部署方案**
+  3. ⚠️ 整合到**7大模块**的整体架构中
 
 ---
 
-### 宸<EFBFBD>紓7锛氭櫤鑳界粺璁″垎鏋愭ā鍧楋紙SSA锛?
+### 差异7：智能统计分析模块（SSA）
 
 #### 旧版文档
 ```
 状态：完全缺失
 ```
 
-#### 鏈€鏂伴渶姹?
+#### 最新需求
 ```
-F1. 鏅鸿兘缁熻<EFBFBD>鍒嗘瀽 (SSA)锛?
+F1. 智能统计分析 (SSA)：
 - 3条核心分析路径：队列研究、预测模型、RCT研究
-- 鏁版嵁涓婁紶銆佽川鎺с€佸垎鏋愩€佹姤鍛婂<EFBFBD>鍑?
-- 蹇呴』鏀<EFBFBD>寔绉佹湁鍖栭儴缃诧紙鍖婚櫌鍐呯綉锛?
+- 数据上传、质控、分析、报告导出
+- 必须支持私有化部署（医院内网）
 - 必须支持单机版（数据100%本地化）
 
-鎶€鏈<EFBFBD>疄鐜帮紙鐧界毊涔︼級锛?
+技术实现（白皮书）：
 - R语言 + Plumber API（服务器版）
 - R语言 + Electron子进程（单机版）
 ```
 
-**褰卞搷锛?*
-- 鉂?鏃х増鏂囨。**瀹屽叏缂哄皯SSA妯″潡鐨凱RD**
-- 鉂?鏃х増鏁版嵁搴撹<E690B4>璁?*瀹屽叏缂哄皯SSA妯″潡鐨勮〃缁撴瀯**
-- 鉂?鏃х増鎶€鏈<E282AC>爤**鏈<>寘鍚玆璇<E78E86>█**
-- 鉂?鏃х増鏋舵瀯璁捐<E79281>**鏈<>€冭檻R璇<52>█寰<E29688>湇鍔?*鐨勯泦鎴?
+**影响：**
+- ❌ 旧版文档**完全缺少SSA模块的PRD**
+- ❌ 旧版数据库设计**完全缺少SSA模块的表结构**
+- ❌ 旧版技术栈**未包含R语言**
+- ❌ 旧版架构设计**未考虑R语言微服务**的集成
 
 ---
 
-## 馃搳 鏂囨。绗﹀悎搴﹁瘎鍒?
+## 📊 文档符合度评分
 
-| 鏂囨。绫诲埆 | 绗﹀悎搴?| 璇存槑 |
+| 文档类别 | 符合度 | 说明 |
 |---------|-------|------|
-| **浜у搧闇€姹傛枃妗?* | 30% | 浠呰<E6B5A0>鐩?/7妯″潡锛圓IA銆丳KB銆乁AM锛?|
-| **鎶€鏈<EFBFBD>灦鏋勬枃妗?* | 40% | 鍩虹<E98DA9>鏋舵瀯姝ｇ‘锛屼絾缂哄皯寰<E79AAF>湇鍔°€丒lectron銆並8s |
-| **鏁版嵁搴撹<EFBFBD>璁?* | 35% | 浠呰<E6B5A0>鐩?/7妯″潡鐨勮〃缁撴瀯 |
-| **API璁捐<EFBFBD>** | 35% | 浠呰<EFBFBD>鐩?/7妯″潡鐨勬帴鍙?|
+| **产品需求文档** | 30% | 仅覆盖3/7模块（AIA、PKB、UAM） |
+| **技术架构文档** | 40% | 基础架构正确，但缺少微服务、Electron、K8s |
+| **数据库设计** | 35% | 仅覆盖3/7模块的表结构 |
+| **API设计** | 35% | 仅覆盖3/7模块的接口 |
 | **前端架构** | 60% | 导航结构正确，但缺少部署模式考虑 |
 | **部署文档** | 0% | 完全缺失（占位文档） |
-| **AI鏅鸿兘鏂囩尞** | 70% | 鍐呭<EFBFBD>鍩烘湰绗﹀悎锛屼絾缂哄皯鍗曟満鐗堝拰绉佹湁鍖栨柟妗?|
+| **AI智能文献** | 70% | 内容基本符合，但缺少单机版和私有化方案 |
 
-**鎬讳綋绗﹀悎搴︼細绾?40%**
+**总体符合度：约 40%**
 
 ---
 
 ## 🚨 关键缺失内容清单
 
-### 1. 浜у搧闇€姹傚眰闈?
+### 1. 产品需求层面
 
-- [ ] **SSA妯″潡瀹屾暣PRD**锛堥槦鍒楃爺绌躲€侀<E282AC>娴嬫ā鍨嬨€丷CT鐮旂┒锛?
-- [ ] **ST妯″潡瀹屾暣PRD**锛?00+绉嶇粺璁″伐鍏凤級
-- [ ] **DC妯″潡瀹屾暣PRD**锛堣〃鏍糆TL + 鏂囨湰NER锛?
-- [ ] **4绉嶉儴缃叉ā寮忕殑璇︾粏闇€姹傝<EFBFBD>鏄?*
+- [ ] **SSA模块完整PRD**（队列研究、预测模型、RCT研究）
+- [ ] **ST模块完整PRD**（100+种统计工具）
+- [ ] **DC模块完整PRD**（表格ETL + 文本NER）
+- [ ] **4种部署模式的详细需求说明**
 - [ ] **模块化售卖的商业模式设计**
-- [ ] **Feature Flag绯荤粺鐨勯渶姹傚畾涔?*
+- [ ] **Feature Flag系统的需求定义**
 
-### 2. 鎶€鏈<EFBFBD>灦鏋勫眰闈?
+### 2. 技术架构层面
 
-- [ ] **寰<EFBFBD>湇鍔℃灦鏋勮<EFBFBD>璁?*锛圓PI缃戝叧 + 鏈嶅姟鎷嗗垎锛?
-- [ ] **R璇<EFBFBD>█寰<EFBFBD>湇鍔￠泦鎴愭柟妗?*
-- [ ] **Python寰<EFBFBD>湇鍔￠泦鎴愭柟妗?*锛圥olars + FastAPI锛?
+- [ ] **微服务架构设计**（API网关 + 服务拆分）
+- [ ] **R语言微服务集成方案**
+- [ ] **Python微服务集成方案**（Polars + FastAPI）
 - [ ] **Kubernetes部署架构设计**
-- [ ] **Electron鍗曟満鐗堝畬鏁存妧鏈<EFBFBD>柟妗?*
-- [ ] **娣峰悎閮ㄧ讲鐨勮矾鐢辩瓥鐣ヨ<EFBFBD>璁?*
-- [ ] **绉佹湁鍖栭儴缃茬殑瀹瑰櫒鍖栨柟妗?*
+- [ ] **Electron单机版完整技术方案**
+- [ ] **混合部署的路由策略设计**
+- [ ] **私有化部署的容器化方案**
 
-### 3. 鏁版嵁搴撹<EFBFBD>璁″眰闈?
+### 3. 数据库设计层面
 
-- [ ] **SSA妯″潡琛ㄧ粨鏋?*锛堢爺绌堕」鐩<E3808D>€佹暟鎹<E69A9F>泦銆佸垎鏋愮粨鏋滐級
-- [ ] **ST妯″潡琛ㄧ粨鏋?*锛堝伐鍏烽厤缃<E58EA4>€佷娇鐢ㄨ<E990A2>褰曪級
-- [ ] **DC妯″潡琛ㄧ粨鏋?*锛堟竻娲椾换鍔°€丒TL閰嶇疆銆丯ER缁撴灉锛?
-- [ ] **ASL妯″潡琛ㄧ粨鏋?*锛堟枃鐚<E69E83>」鐩<E3808D>€佺瓫閫夎<E996AB>褰曘€佹彁鍙栨暟鎹<E69A9F>級
-- [ ] **澶氱<EFBFBD>鎴锋暟鎹<EFBFBD>殧绂昏<EFBFBD>璁?*锛圫chema闅旂<E99785>锛?
+- [ ] **SSA模块表结构**（研究项目、数据集、分析结果）
+- [ ] **ST模块表结构**（工具配置、使用记录）
+- [ ] **DC模块表结构**（清洗任务、ETL配置、NER结果）
+- [ ] **ASL模块表结构**（文献项目、筛选记录、提取数据）
+- [ ] **多租户数据隔离设计**（Schema隔离）
 
 ### 4. API设计层面
 
 - [ ] **SSA模块API**（数据上传、分析执行、报告生成）
 - [ ] **ST模块API**（工具列表、工具执行）
-- [ ] **DC妯″潡API**锛堟枃浠朵笂浼犮€丒TL鎵ц<E98EB5>銆丯ER鎵ц<E98EB5>锛?
+- [ ] **DC模块API**（文件上传、ETL执行、NER执行）
 - [ ] **ASL模块API**（文献导入、筛选、提取）
 - [ ] **API网关路由配置**
 
 ### 5. 前端架构层面
 
-- [ ] **Electron鍗曟満鐗堝墠绔<EFBFBD>灦鏋?*
-- [ ] **娣峰悎閮ㄧ讲鐨勫墠绔<EFBFBD>矾鐢辩瓥鐣?*
+- [ ] **Electron单机版前端架构**
+- [ ] **混合部署的前端路由策略**
 - [ ] **Feature Flag前端实现**
 - [ ] **模块独立打包方案**
 
 ### 6. 部署文档层面
 
 - [ ] **云端SaaS部署方案**（K8s + 多租户）
-- [ ] **绉佹湁鍖栭儴缃叉柟妗?*锛圖ocker + K3s锛?
-- [ ] **娣峰悎閮ㄧ讲鏂规<EFBFBD>**锛堟湰鍦?浜戠<E6B59C>锛?
-- [ ] **Electron鍗曟満鐗堟墦鍖呮柟妗?*锛圵indows + Mac锛?
+- [ ] **私有化部署方案**（Docker + K3s）
+- [ ] **混合部署方案**（本地+云端）
+- [ ] **Electron单机版打包方案**（Windows + Mac）
 - [ ] **模块独立部署指南**
 
 ---
@@ -357,81 +357,81 @@ F1. 智能统计分析 (SSA)
 ### 🔴 P0 - 立即更新（阻塞开发）
 
 1. **系统总体架构设计.md** - 重写，基于技术架构白皮书
-2. **閮ㄧ讲鏋舵瀯璁捐<EFBFBD>.md** - 閲嶅啓锛岃<EFBFBD>缁嗚<EFBFBD>鏄?绉嶉儴缃叉ā寮?
-3. **鏁版嵁搴撹<EFBFBD>璁℃枃妗?md** - 琛ュ厖SSA銆丼T銆丏C銆丄SL妯″潡琛ㄧ粨鏋?
-4. **浜у搧闇€姹傛枃妗?PRD).md** - 閲嶅啓锛屾暣鍚?澶фā鍧?
+2. **部署架构设计.md** - 重写，详细说明4种部署模式
+3. **数据库设计文档.md** - 补充SSA、ST、DC、ASL模块表结构
+4. **产品需求文档(PRD).md** - 重写，整合7大模块
 
 ### 🟠 P1 - 近期更新（影响规划）
 
-5. **DC妯″潡PRD** - 鏂板缓锛岃<EFBFBD>缁嗚<EFBFBD>鏄嶦TL鍜孨ER闇€姹?
-6. **SSA妯″潡PRD** - 鏂板缓锛岃<EFBFBD>缁嗚<EFBFBD>鏄?鏉″垎鏋愯矾寰?
-7. **ST妯″潡PRD** - 鏂板缓锛岃<EFBFBD>缁嗚<EFBFBD>鏄?00+宸ュ叿
-8. **Electron鍗曟満鐗堟妧鏈<EFBFBD>柟妗?* - 鏂板缓锛岃<E9949B>缁嗚<E7BC81>鏄庡疄鐜拌矾寰?
+5. **DC模块PRD** - 新建，详细说明ETL和NER需求
+6. **SSA模块PRD** - 新建，详细说明3条分析路径
+7. **ST模块PRD** - 新建，详细说明100+工具
+8. **Electron单机版技术方案** - 新建，详细说明实现路径
 9. **API设计规范.md** - 补充新模块API
 
 ### 🟡 P2 - 后续更新（优化完善）
 
 10. **前端总体架构设计.md** - 补充部署模式考虑
-11. **AI鏅鸿兘鏂囩尞PRD绯诲垪** - 琛ュ厖鍗曟満鐗堝拰绉佹湁鍖栨柟妗?
+11. **AI智能文献PRD系列** - 补充单机版和私有化方案
 12. **技术架构总览.md** - 重写，基于技术架构白皮书
-13. **鏈<EFBFBD>湴鍖栭儴缃叉柟妗?md** - 璇︾粏璇存槑绉佹湁鍖栭儴缃?
-14. **妯″潡鐙<EFBFBD>珛閮ㄧ讲鎸囧崡.md** - 璇︾粏璇存槑妯″潡鍖栧敭鍗?
+13. **本地化部署方案.md** - 详细说明私有化部署
+14. **模块独立部署指南.md** - 详细说明模块化售卖
 
 ---
 
-## 馃幆 涓嬩竴姝ヨ<E5A79D>鍔ㄥ缓璁?
+## 🎯 下一步行动建议
 
-### 寤鸿<EFBFBD>1锛氭槑纭<EFBFBD>紑鍙戦樁娈?
+### 建议1：明确开发阶段
 
 根据技术架构白皮书的分阶段实施路线图：
 
-**闃舵<EFBFBD>涓€锛?-6涓<36>湀锛夛細浜戠<E6B59C>MVP - "妯″潡鍖栧崟浣?**
-- 鉁?鍙<>互缁х画浣跨敤鐜版湁鏋舵瀯锛圢ode.js + Fastify + PostgreSQL锛?
-- 鈿狅笍 浣嗗繀椤讳弗鏍奸伒寰?浠ｇ爜闅旂<E99785>"鍜?鏁版嵁闅旂<E99785>"锛圫chema闅旂<E99785>锛?
-- 鉂?鏆備笉寮€鍙慐lectron鍗曟満鐗堝拰绉佹湁鍖栭儴缃?
+**阶段一（0-6个月）：云端MVP - "模块化单体"**
+- ✅ 可以继续使用现有架构（Node.js + Fastify + PostgreSQL）
+- ⚠️ 但必须严格遵循"代码隔离"和"数据隔离"（Schema隔离）
+- ❌ 暂不开发Electron单机版和私有化部署
 
 **阶段二（6-18个月）：首次拆分**
 - 引入K8s和API网关
 - 拆分SSA和DC为独立微服务
-- 寮€鍙慐lectron鍗曟満鐗?
+- 开发Electron单机版
 
 ### 建议2：模块开发优先级
 
-鍩轰簬鍟嗕笟浠峰€煎拰鎶€鏈<EFBFBD><EFBFBD>鏉傚害锛?
+基于商业价值和技术复杂度：
 
-**绗<EFBFBD>竴浼樺厛绾э紙鏍稿績宸<EFBFBD>紓鍖栵級锛?*
-1. **DC妯″潡锛堟暟鎹<EFBFBD>竻娲楁暣鐞嗭級** - 鏍稿績闅剧偣锛屽樊寮傚寲绔炰簤鍔?
-2. **ASL妯″潡锛圓I鏅鸿兘鏂囩尞锛?* - 宸叉湁PRD锛屽彲蹇<E5BDB2>€熸帹杩?
+**第一优先级（核心差异化）：**
+1. **DC模块（数据清洗整理）** - 核心难点，差异化竞争力
+2. **ASL模块（AI智能文献）** - 已有PRD，可快速推进
 
 **第二优先级（完善产品矩阵）：**
 3. **SSA模块（智能统计分析）** - 需要R语言团队
-4. **ST妯″潡锛堢粺璁″垎鏋愬伐鍏凤級** - 鐩稿<EFBFBD>绠€鍗?
+4. **ST模块（统计分析工具）** - 相对简单
 
-**绗<EFBFBD>笁浼樺厛绾э紙宸插畬鎴愶級锛?*
-5. AIA妯″潡锛圓I鏅鸿兘鍥炵瓟锛?- 鉁?宸插畬鎴?
-6. PKB妯″潡锛堜釜浜虹煡璇嗗簱锛?- 鉁?宸插畬鎴?
-7. UAM妯″潡锛堜釜浜轰腑蹇冿級 - 鉁?宸插畬鎴?
+**第三优先级（已完成）：**
+5. AIA模块（AI智能回答） - ✅ 已完成
+6. PKB模块（个人知识库） - ✅ 已完成
+7. UAM模块（个人中心） - ✅ 已完成
 
-### 寤鸿<EFBFBD>3锛氭枃妗ｆ洿鏂扮瓥鐣?
+### 建议3：文档更新策略
 
-**绔嬪嵆琛屽姩锛堟湰鍛<EFBFBD>級锛?*
-1. 鍒涘缓 `绯荤粺鎬讳綋鏋舵瀯璁捐<E79281>.md`锛堝熀浜庣櫧鐨<EFBFBD>功锛?
-2. 鍒涘缓 `閮ㄧ讲鏋舵瀯璁捐<E79281>.md`锛?绉嶉儴缃叉ā寮忥級
-3. 鏇存柊 `鏁版嵁搴撹<E690B4>璁℃枃妗?md`锛堣ˉ鍏呮柊妯″潡琛ㄧ粨鏋勶級
+**立即行动（本周）：**
+1. 创建 `系统总体架构设计.md`（基于白皮书）
+2. 创建 `部署架构设计.md`（4种部署模式）
+3. 更新 `数据库设计文档.md`（补充新模块表结构）
 
-**杩戞湡琛屽姩锛堟湰鏈堬級锛?*
+**近期行动（本月）：**
 4. 创建 `DC模块PRD.md`
 5. 创建 `SSA模块PRD.md`
-6. 鍒涘缓 `Electron鍗曟満鐗堟妧鏈<EFBFBD>柟妗?md`
+6. 创建 `Electron单机版技术方案.md`
 
-**鎸佺画琛屽姩锛?*
+**持续行动：**
 7. 随着开发进展，持续更新API设计、前端架构等文档
 
 ### 建议4：技术选型确认
 
 **需要与团队确认的关键技术决策：**
 
-1. **鏄<EFBFBD>惁寮曞叆R璇<EFBFBD>█锛?*
+1. **是否引入R语言？**
    - SSA模块需要R语言（统计分析的王者）
    - 需要评估团队能力和学习成本
 
@@ -440,11 +440,11 @@ F1. 智能统计分析 (SSA)
    - 需要评估与现有Node.js架构的集成复杂度
 
 3. **是否立即规划Electron单机版？**
-   - 鐧界毊涔﹀缓璁<EFBFBD>湪闃舵<EFBFBD>浜岋紙6-18涓<38>湀锛夊紑鍙?
-   - 闇€瑕佺‘璁ゅ競鍦洪渶姹傜殑绱ц揩鎬?
+   - 白皮书建议在阶段二（6-18个月）开发
+   - 需要确认市场需求的紧迫性
 
-4. **鏄<EFBFBD>惁绔嬪嵆寮曞叆K8s锛?*
-   - 鐧界毊涔﹀缓璁<EFBFBD>湪闃舵<EFBFBD>浜屽紩鍏?
+4. **是否立即引入K8s？**
+   - 白皮书建议在阶段二引入
    - 阶段一可以继续使用Docker Compose
 
 ---
@@ -453,34 +453,34 @@ F1. 智能统计分析 (SSA)
 
 ### 核心问题
 
-**鏃х増鏂囨。涓庢渶鏂伴渶姹傜殑鏍稿績宸<EFBFBD>紓锛?*
+**旧版文档与最新需求的核心差异：**
 
-1. **浜у搧鑼冨洿鎵╁ぇ锛?* 浠?涓<>ā鍧楁墿灞曞埌7涓<37>ā鍧?
-2. **閮ㄧ讲妯″紡澶嶆潅鍖栵細** 浠庡崟涓€浜戠<E6B59C>SaaS鎵╁睍鍒?绉嶉儴缃插舰鎬?
+1. **产品范围扩大：** 从3个模块扩展到7个模块
+2. **部署模式复杂化：** 从单一云端SaaS扩展到4种部署形态
 3. **技术架构演进：** 从模块化单体演进到微服务架构
-4. **鍟嗕笟妯″紡鍗囩骇锛?* 浠庣畝鍗曡<E98D97>闃呭埌妯″潡鍖栧敭鍗?+ 澶氱増鏈?+ 澶氶儴缃?
+4. **商业模式升级：** 从简单订阅到模块化售卖 + 多版本 + 多部署
 
 ### 关键建议
 
 **务实的推进策略：**
 
-1. **闃舵<EFBFBD>涓€锛堝綋鍓嶏級锛?* 缁х画浣跨敤鐜版湁鏋舵瀯锛屼笓娉ㄤ簬**浜戠<E6B59C>SaaS鐗?*鐨?澶фā鍧楀紑鍙?
-2. **涓ユ牸绾<EFBFBD>緥锛?* 蹇呴』閬靛惊"浠ｇ爜闅旂<E99785>"鍜?鏁版嵁Schema闅旂<E99785>"锛屼负鏈<E8B49F>潵鎷嗗垎鎵撳熀纭€
+1. **阶段一（当前）：** 继续使用现有架构，专注于**云端SaaS版**的7大模块开发
+2. **严格纪律：** 必须遵循"代码隔离"和"数据Schema隔离"，为未来拆分打基础
 3. **优先级：** 先开发DC和ASL模块（差异化竞争力）
-4. **鏂囨。鍏堣<EFBFBD>锛?* 绔嬪嵆鏇存柊P0绾ф枃妗ｏ紝鎸囧<E98EB8>鍚庣画寮€鍙?
+4. **文档先行：** 立即更新P0级文档，指导后续开发
 
-**閬垮厤杩囧害璁捐<EFBFBD>锛?*
+**避免过度设计：**
 
-- 鉂?涓嶈<E6B693>鍦ㄩ樁娈典竴灏卞紩鍏<E7B4A9>8s鍜孉PI缃戝叧锛堝<E9949B>鍔犲<E98D94>鏉傚害锛?
-- 鉂?涓嶈<E6B693>鍦ㄩ樁娈典竴灏卞紑鍙慐lectron鍗曟満鐗堬紙鍒嗘暎绮惧姏锛?
-- 鉁?涓撴敞浜庝簯绔疭aaS鐗堢殑鍔熻兘瀹屽杽鍜屽競鍦洪獙璇?
-- 鉁?涓烘湭鏉ョ殑鏋舵瀯婕旇繘鎵撳ソ鍩虹<E98DA9>锛堜唬鐮佸拰鏁版嵁闅旂<E99785>锛?
+- ❌ 不要在阶段一就引入K8s和API网关（增加复杂度）
+- ❌ 不要在阶段一就开发Electron单机版（分散精力）
+- ✅ 专注于云端SaaS版的功能完善和市场验证
+- ✅ 为未来的架构演进打好基础（代码和数据隔离）
 
 ---
 
 **文档维护者：** 项目团队  
 **最后更新：** 2025-11-06  
-**涓嬫<EFBFBD>瀹℃煡锛?* 2025-11-13
+**下次审查：** 2025-11-13