📝 docs(prd): 重构产品需求文档为展会AR徽章收集小程序

- 更新项目名称为"展会AR徽章收集小程序"，明确AR互动产品定位
- 重构项目介绍，聚焦AR扫描、徽章收集、社交互动和奖励机制四大核心功能
- 调整Epic结构为功能导向，分为基础数据、AR扫描、徽章收集、社交互动和奖励管理五大模块
- 更新需求分析，基于ar-origin.md和brief.md定义功能需求和非功能需求
- 完善成功指标和验收标准，增加用户参与率、徽章收集率等业务指标
- 更新参考资料和文档状态，反映最新需求和开发计划

docs/prd.md

@@ -1,197 +1,186 @@
-# D8D Starter 产品需求文档 (PRD)
+# 展会AR徽章收集小程序 产品需求文档 (PRD)
 
 ## 版本信息
 | 版本 | 日期 | 描述 | 作者 |
 |------|------|------|------|
-| 1.0 | 2024-09-14 | 初始PRD版本 | John (PM) |
-| 1.1 | 2025-09-17 | 更新Epic结构和指标，与实际epic对齐 | Sarah (PO) |
-| 1.2 | 2025-09-19 | 在Epic 001中集成数据库备份功能 | Winston |
+| 1.0 | 2025-11-04 | 初始PRD版本，基于ar-origin.md和brief.md需求 | John (PM) |
 
 ## 1. 项目介绍和分析
 
-### 1.1 现有项目概览
+### 1.1 项目概览
 
-**分析来源**: 基于现有架构文档 `docs/brownfield-architecture.md`
+**分析来源**: 基于需求文档 `docs/ar-origin.md` 和 `docs/brief.md`
 
-**当前项目状态**: D8D Starter 是一个现代化的全栈Web应用启动模板，提供：
-- 🚀 **快速开发基础**: Node.js + React 技术栈
-- 🔐 **身份认证系统**: JWT-based 用户认证
-- 👥 **用户管理**: 完整的用户和角色管理功能
-- 📊 **数据库集成**: TypeORM + PostgreSQL 数据持久化
-- 🎨 **现代化UI**: React 19 + Tailwind CSS 界面
+**当前项目状态**: 展会AR徽章收集小程序是一个基于AR技术的展会互动系统，提供：
+- 🎯 **AR扫描基础**: 内置文物定位地图，精准识别展品
+- 🏆 **徽章收集系统**: 普通徽章、特色徽章、稀有徽章三级收集机制
+- 🤝 **社交互动**: 徽章集市交换、现场对对碰、社交平台分享
+- 🎁 **奖励机制**: 集齐徽章兑换实体AR透卡和专属印章
 
-### 1.2 可用文档分析
+### 1.2 需求分析
 
-✅ **技术文档完整**:
-- 技术栈和版本信息
-- 源码结构和模块组织
-- 数据模型和API规范
-- 技术债务和已知问题
-- 开发和部署指南
+✅ **核心功能明确**:
+- AR扫描文物展品获取普通徽章
+- 知识问答获取特色徽章
+- 共创活动获取稀有徽章
+- 社交互动和徽章交换
+- 实体奖励兑换
 
-⚠️ **需要补充的业务文档**:
-- 产品愿景和目标
-- 用户需求和场景
-- 功能优先级
-- 业务指标
+⚠️ **需要技术验证**:
+- 微信小程序AR识别性能
+- 展会现场网络稳定性
+- 不同手机型号兼容性
+- 用户数据隐私保护
 
-### 1.3 增强范围定义
+### 1.3 项目范围定义
 
-**项目类型**: 现有项目功能完善和业务需求文档化
+**项目类型**: 全新开发的展会互动小程序
 
 **主要目标**:
-1. 将现有技术实现与业务需求对齐
-2. 定义清晰的产品方向和成功标准
-3. 为未来功能扩展建立需求基线
+1. 通过AR技术和游戏化设计提升展会参观体验
+2. 增强文物知识传播效果和观众参与度
+3. 建立数字化展会互动标准解决方案
+4. 收集观众行为数据用于展览优化
 
 ### 1.4 目标和背景
 
 #### 业务目标
-- 📈 **确立产品市场定位**: 明确D8D Starter的目标用户和使用场景
-- 🎯 **定义成功指标**: 建立可衡量的产品成功标准
-- 🔄 **建立迭代流程**: 为持续改进提供需求框架
-- 🤝 **促进团队对齐**: 确保技术实现与业务目标一致
+- 🎪 **提升展会体验**: 将传统展会转变为沉浸式互动体验
+- 📚 **增强知识传播**: 通过游戏化设计提高文物知识留存率
+- 👥 **吸引年轻观众**: 利用AR技术吸引18-35岁年轻群体
+- 📊 **数据驱动优化**: 收集观众行为数据指导展览改进
 
 #### 技术背景
-D8D Starter已经具备优秀的技术基础：
-- 现代化的全栈技术架构
-- 模块化的代码组织
-- 完整的认证和用户管理系统
-- 生产就绪的部署配置
-
-现在需要将技术能力转化为明确的业务价值主张。
+基于多八多云端开发容器环境：
+- Node.js 20.19.2 后端服务
+- PostgreSQL 17 数据库
+- Redis 7 缓存
+- MinIO 对象存储
+- 微信小程序前端平台
 
 ## 2. 需求定义
 
 ### 2.1 功能需求
 
-基于现有技术实现，我定义了以下功能需求。请仔细审核这些需求是否准确反映了项目的业务目标：
-
-**FR1: 用户认证和管理系统**
-- 必须提供完整的用户注册、登录、密码重置功能
-- 支持基于JWT的安全认证机制
-- 用户信息需要持久化存储到PostgreSQL数据库
-- 提供用户角色和权限管理基础框架
-
-**FR2: 现代化前端界面**
-- 使用React 19构建响应式用户界面
-- 采用Tailwind CSS确保一致的视觉设计
-- 提供管理后台和用户主页两种界面模式
-- 支持组件化开发和代码复用
-
-**FR3: 类型安全的API架构**
-- 使用Hono RPC (hc) 提供前后端统一的类型安全
-- 集成@hono/zod-openapi自动生成OpenAPI文档
-- 使用@hono/swagger-ui提供交互式API文档界面
-- 实现通用的CRUD路由和服务，避免每个实体重复编写
-- **支持关联查询和复杂数据关系处理**
-- 前后端共享Zod schema，确保表单验证一致性
-
-**FR4: 数据库集成和ORM**
-- 使用TypeORM进行数据库操作抽象
-- 支持PostgreSQL数据库连接和连接池管理
-- 提供数据模型定义和迁移能力
-- 实现基础的数据验证和约束
-
-**FR5: 开发和生产环境支持**
-- 提供Vite开发服务器支持热重载
-- 支持生产环境构建和优化
-- 集成Docker Compose用于本地开发环境
-- 提供环境变量配置管理
+基于ar-origin.md和brief.md的需求分析，我定义了以下功能需求：
+
+**FR1: AR扫描基础功能**
+- 必须提供内置文物定位地图，引导用户找到展品位置
+- 支持现场采集文物图作为扫描参照物，确保精准识别
+- 实现AR相机扫描功能，能够识别和定位文物展品
+- 提供扫描成功反馈和徽章获取确认
+
+**FR2: 徽章收集任务系统**
+- **普通徽章**: 扫描对应文物即可获得，低门槛参与
+- **特色徽章**: AR扫描文物 + 答对漆艺知识问题获得，加深认知
+- **稀有徽章**: 到达共创互动体验区，扫描互动入口码，完成共创任务获得
+- 提供徽章展示和管理界面，支持收集进度跟踪
+
+**FR3: 社交互动功能**
+- **徽章集市**: 支持玩家之间交换徽章
+- **现场对对碰**: 近距离蓝牙或WiFi直连交换徽章
+- **社交分享**: 稀有徽章可分享到社交平台，分享成功获得1张（限1次）
+- 提供徽章交换记录和社交互动历史
+
+**FR4: 奖励兑换系统**
+- 集齐全部徽章可到服务台兑换实体AR透卡
+- 兑换时加盖专属文物纹样印章
+- 提供兑换状态跟踪和二维码验证
+- 支持多展会场景的奖励管理
+
+**FR5: 展会内容管理系统**
+- 支持展会主办方配置文物信息、位置地图
+- 管理漆艺知识题库和问答内容
+- 配置共创活动任务和互动入口码
+- 提供数据统计和用户行为分析
 
 ### 详细 rationale (决策依据):
 
-这些需求基于对现有代码的深入分析：
-- **技术选择权衡**: 选择了Hono而不是Express，主要因为Hono RPC提供前后端类型安全
-- **架构决策**: 采用shadcn管理后台模板，专注于提供高质量的管理界面组件
-- **API设计**: 使用@hono/zod-openapi实现自动API文档生成和类型安全
-- **开发效率**: 通用CRUD路由和服务大幅减少重复代码编写
-- **数据验证**: 前后端共享Zod schema确保验证逻辑一致性
+这些需求基于对展会互动场景的深入分析：
+- **游戏化设计**: 三级徽章系统提供渐进式难度，平衡趣味性和教育性
+- **技术可行性**: 微信小程序AR SDK支持文物识别，无需下载独立应用
+- **社交传播**: 徽章交换和分享机制促进用户互动和口碑传播
+- **实体激励**: 实体奖励增强成就感和参与动力
 
 **关键假设**:
-- 目标用户是需要快速构建管理后台的全栈开发者
-- 主要使用场景是创建企业级管理界面和CRUD操作
-- 开发体验和类型安全是核心价值主张
-- 需要提供生产就绪的认证和权限管理
+- 目标用户是18-35岁对新技术和互动体验感兴趣的年轻观众
+- 主要使用场景是展会现场，网络环境相对稳定
+- 用户愿意参与徽章收集和社交互动活动
+- 展会主办方能够提供文物图片和知识内容
 
 **需要验证的领域**:
-- 这些功能需求是否覆盖了所有重要的业务场景？
-- 是否有遗漏的关键功能？
-- 优先级排序是否合理？
+- 微信小程序AR识别功能的性能和兼容性
+- 展会现场网络对AR体验的影响
+- 用户对徽章收集和交换的参与意愿
+- 实体奖励兑换流程的顺畅性
 
 
 
 ### 2.2 非功能性需求
 
-**NFR1: 类型安全和开发体验**
-- 必须提供端到端的类型安全，减少运行时错误
-- 开发环境需要支持热重载和快速迭代
-- 代码提示和自动完成需要完整支持
-- 构建过程应该快速且可靠
-
-**NFR2: 代码质量和可维护性**
-- 遵循一致的代码风格和架构模式
-- 提供清晰的模块边界和接口定义
-- 支持代码复用和组件化开发
-- 文档需要保持与代码同步
-- 通用CRUD路由和服务必须支持自定义路由和服务的扩展
-- **关联查询功能需要保持性能和可维护性**
-
-**NFR3: 安全性和认证**
-- 实现基于JWT的安全认证机制
-- 提供角色基础的权限控制(RBAC)
-- 输入验证必须使用Zod schema
-- 防止常见Web安全漏洞(XSS, CSRF等)
-
-**NFR4: 性能和可扩展性**
-- API响应时间应该在100ms以内
-- 支持数据库连接池和性能优化
-- 前端打包需要优化加载性能
-- 架构应该支持水平扩展
-
-**NFR5: 文档和开发者体验**
-- 自动生成完整的API文档
-- 提供清晰的使用示例和教程
-- 错误信息应该具有指导性
-- 配置过程应该简单直观
+**NFR1: AR识别性能和准确性**
+- AR识别响应时间必须小于2秒，确保流畅的用户体验
+- 识别准确率需要达到95%以上，减少误识别
+- 支持不同光照条件下的稳定识别
+- 兼容主流手机型号的摄像头和传感器
+
+**NFR2: 展会现场网络适应性**
+- 支持展会期间1000+并发用户的稳定访问
+- 在网络不稳定的情况下提供降级方案
+- 关键数据支持离线缓存和同步
+- API响应时间控制在500ms以内
+
+**NFR3: 用户体验和易用性**
+- 小程序启动时间控制在3秒以内
+- 操作流程简单直观，新用户5分钟内可上手
+- 提供清晰的进度反馈和引导提示
+- 支持单手操作和移动端优化
+
+**NFR4: 数据安全和隐私保护**
+- 用户数据加密存储，符合隐私保护法规
+- 展会数据隔离，支持多展会同时运行
+- 防止徽章数据篡改和作弊行为
+- 提供数据备份和恢复机制
+
+**NFR5: 系统稳定性和可靠性**
+- 展会期间系统可用性达到99.5%
+- 支持自动故障转移和恢复
+- 提供实时监控和告警机制
+- 关键业务逻辑有完善的错误处理
 
 ### 详细 rationale (决策依据):
 
-这些非功能性需求反映了项目的核心价值主张：
-- **类型安全优先**: 选择Hono RPC和Zod是为了最大化开发效率和减少错误
-- **开发者体验**: shadcn模板和通用CRUD服务专注于提升开发速度
-- **扩展性设计**: 通用CRUD服务支持自定义路由和服务扩展，平衡便利性和灵活性
-- **生产就绪**: 包含认证、权限、安全等企业级功能
-- **文档自动化**: @hono/zod-openapi确保文档与代码同步
+这些非功能性需求反映了展会场景的特殊要求：
+- **实时性要求**: AR识别和交互需要快速响应，避免用户等待
+- **高并发处理**: 展会期间大量用户同时使用，需要稳定支撑
+- **网络适应性**: 展会现场网络环境复杂，需要容错机制
+- **移动端优化**: 小程序形式要求轻量化和快速启动
 
 **技术约束**:
-- 必须保持与现有shadcn设计系统的兼容性
-- 需要支持PostgreSQL关系型数据库
-- 前端构建基于Vite，后端基于Hono
-- 部署环境支持Docker容器化
+- 必须基于微信小程序平台开发
+- 需要兼容Node.js 20.19.2，PostgreSQL 17，Redis 7技术栈
+- 部署在多八多云端容器环境，8080端口外网访问
+- 使用MinIO对象存储管理图片和媒体文件
 
-### 3.2 集成策略
+### 3.2 技术架构策略
 
-**数据库集成策略**:
-- 使用TypeORM实体定义数据模型
-- **支持复杂的关联查询和关系映射**
-- 支持数据库迁移和版本控制
-- 实现连接池管理优化性能
-- 提供事务支持和数据一致性保证
+**微信小程序集成策略**:
+- 使用微信小程序原生开发框架
+- 集成微信AR SDK实现文物识别功能
+- 支持微信登录和用户信息获取
+- 利用微信分享API实现社交传播
 
-**API集成策略**:
-- RESTful API设计遵循OpenAPI规范
-- Hono RPC确保前后端类型安全
-- 统一的错误处理和响应格式
-- 支持API版本管理(v1前缀)
-- **通用CRUD服务支持关联查询参数**
+**后端服务架构**:
+- 基于Node.js + Hono框架构建RESTful API
+- 使用TypeORM管理PostgreSQL数据库
+- Redis缓存提升AR识别和用户状态性能
+- MinIO存储管理文物图片和媒体文件
 
-**前端集成策略**:
-- shadcn UI组件库提供一致的设计语言
-- React Query管理服务端状态
-- 基于Zod的表单验证和类型安全
-- 响应式设计支持多种设备
-- **关联数据的高效渲染和处理**
+**展会内容管理**:
+- 支持多展会配置和内容隔离
+- 提供文物信息、位置地图的可视化配置
+- 管理知识题库和共创活动任务
+- 实时数据统计和用户行为分析
 
 
 
@@ -199,116 +188,136 @@ D8D Starter已经具备优秀的技术基础：
 
 ### 5.1 Epic方法
 
-**Epic结构决策**: 多Epic并行结构 - 针对不同关注点分别优化
+**Epic结构决策**: 功能导向的Epic结构 - 按核心功能模块划分开发阶段
 
 **决策依据**:
-- 项目已经具备完整的技术基础架构
-- 不同功能领域有明确的优化目标和优先级
-- 独立Epic便于并行开发和专门团队负责
-- 每个Epic有明确的成功标准和验收指标
+- 项目为全新开发，需要按功能模块逐步构建
+- 每个功能模块有明确的业务目标和用户价值
+- 独立Epic便于并行开发和测试验证
+- MVP优先，确保核心功能快速上线验证
 
 ### 5.2 Epic详情
 
-**Epic 001: 测试基础设施搭建**
-**Epic目标**: 为现有项目建立完整的测试基础设施，包括单元测试、集成测试和端到端测试，确保代码质量和可维护性。
-**成功标准**: 测试覆盖率达标（单元测试 > 70%, 集成测试 > 50%），CI/CD流水线集成测试执行正常，数据库备份恢复机制完善
-
-**Epic 002: 用户管理界面现代化增强**
-**Epic目标**: 优化现有用户管理界面的用户体验和功能完整性，使其更符合现代Web应用标准。
-**成功标准**: 用户管理操作效率提升30%，界面响应时间保持在200ms以内
+**Epic 001: 基础主数据管理系统**
+**Epic目标**: 建立展会基础数据管理框架，包括用户管理、文物数据、展会配置等核心数据模型
+**成功标准**: 数据模型设计完整，API接口稳定可用，数据管理操作效率>90%
 
-**Epic 003: Lint配置集成**
-**Epic目标**: 集成完整的ESLint代码质量检查配置，确保代码风格一致性和质量规范。
-**成功标准**: ESLint配置能够正确检查所有.ts和.tsx文件，修复现有代码中的lint错误
+**Epic 002: AR扫描基础功能开发**
+**Epic目标**: 实现核心AR扫描功能，包括文物定位地图、相机扫描、精准识别和徽章获取
+**成功标准**: AR识别准确率>90%，扫描响应时间<2秒，用户能够顺利完成普通徽章收集
 
-**Epic 004: API实际请求测试增强**
-**Epic目标**: 为现有API系统添加实际HTTP请求测试，验证系统在真实数据库环境下的行为。
-**成功标准**: 所有核心API端点都有实际请求测试，测试通过率100%
+**Epic 003: 徽章收集系统实现**
+**Epic目标**: 构建完整的徽章收集系统，包括普通徽章、特色徽章、稀有徽章三级收集机制
+**成功标准**: 三级徽章收集流程顺畅，知识问答正确率>70%，共创任务完成率>60%
 
-### 5.3 各Epic用户故事概览
+**Epic 004: 社交互动功能开发**
+**Epic目标**: 实现徽章集市、现场对对碰、社交分享等社交互动功能
+**成功标准**: 徽章交换成功率>80%，社交分享率>30%，用户互动满意度>4/5
 
-**Epic 001 - 测试基础设施**:
-- 基础单元测试框架搭建
-- 集成测试环境配置
-- 端到端测试流水线
-- 数据库备份和恢复工具集成
+**Epic 005: 奖励兑换和后台管理**
+**Epic目标**: 构建奖励兑换系统和展会内容管理后台
+**成功标准**: 实体奖励兑换流程顺畅，后台配置操作简便，数据统计准确
 
-**Epic 002 - 用户管理增强**:
-- 用户搜索和过滤功能
-- 批量操作支持
-- 用户详情页优化
-
-**Epic 003 - Lint配置**:
-- ESLint基础框架配置
-- Prettier和代码格式化集成
-- 开发工作流集成和问题修复
+### 5.3 各Epic用户故事概览
 
-**Epic 004 - API实际测试**:
-- 实际请求测试基础设施
-- 用户API实际请求测试实现
-- CI/CD流水线集成
+**Epic 001 - 基础主数据管理**:
+- 用户数据模型和认证系统
+- 文物信息管理和位置配置
+- 展会基础配置和参数管理
+- 数据备份和恢复机制
+
+**Epic 002 - AR扫描基础**:
+- 文物定位地图开发和集成
+- AR相机扫描功能实现
+- 文物识别算法优化
+- 普通徽章获取流程
+
+**Epic 003 - 徽章收集系统**:
+- 特色徽章知识问答功能
+- 稀有徽章共创任务系统
+- 徽章展示和管理界面
+- 收集进度跟踪功能
+
+**Epic 004 - 社交互动**:
+- 徽章集市交换功能
+- 现场对对碰技术实现
+- 社交平台分享集成
+- 互动记录和统计
+
+**Epic 005 - 奖励和管理**:
+- 实体奖励兑换流程
+- 展会内容管理系统
+- 用户行为数据分析
+- 多展会支持功能
 
 ## 6. 成功指标和验收标准
 
 ### 6.1 关键绩效指标(KPI)
 
-**Epic 001 - 测试基础设施指标**:
-- ✅ 单元测试覆盖率 > 70%
-- ✅ 集成测试覆盖率 > 50%
-- ✅ CI/CD测试流水线执行成功率 100%
-- ⏱️ 测试执行时间优化在可接受范围内
-- 💾 数据库备份恢复测试通过率 100%
-
-**Epic 002 - 用户管理增强指标**:
-- ⚡ 用户管理操作效率提升 30%
-- ⏱️ 界面响应时间 < 200ms (p95)
-- 📊 用户搜索和过滤功能使用率 > 80%
-- 👍 用户满意度评分 > 4/5
-
-**Epic 003 - Lint配置指标**:
-- ✅ ESLint错误修复率 100%
-- 🔧 代码风格一致性达到 95%
-- 📝 开发工作流集成完成度 100%
-- 🚀 开发效率提升（减少代码审查时间）
-
-**Epic 004 - API实际测试指标**:
-- ✅ 核心API端点测试覆盖率 100%
-- ✅ 实际请求测试通过率 100%
-- 🐛 生产环境缺陷减少 50%
-- 🔄 测试数据管理自动化程度 100%
+**Epic 001 - 基础主数据管理指标**:
+- ✅ 数据模型完整性 100%
+- ⏱️ API响应时间 < 100ms
+- 📊 数据管理操作效率 > 90%
+- 💾 数据备份恢复成功率 100%
+
+**Epic 002 - AR扫描基础指标**:
+- ✅ AR识别准确率 > 90%
+- ⏱️ 扫描响应时间 < 2秒
+- 📱 主流手机型号兼容性 > 95%
+- 🎯 普通徽章收集成功率 > 80%
+
+**Epic 003 - 徽章收集系统指标**:
+- ✅ 特色徽章知识问答正确率 > 70%
+- ✅ 稀有徽章共创任务完成率 > 60%
+- 📊 徽章收集完成度 > 50%
+- 🎮 用户参与度 > 60%
+
+**Epic 004 - 社交互动指标**:
+- ✅ 徽章交换成功率 > 80%
+- 📱 社交分享率 > 30%
+- 🤝 现场互动参与率 > 40%
+- 👍 社交功能满意度 > 4/5
+
+**Epic 005 - 奖励和管理指标**:
+- ✅ 实体奖励兑换率 > 15%
+- 📊 后台配置操作效率 > 90%
+- 📈 数据统计准确性 > 95%
+- 🎪 展会部署成功率 100%
 
 **总体项目指标**:
-- 📚 文档完整性：API文档覆盖率达到100%
-- 🚀 项目使用率：内部项目采用率>60%
-- 📈 功能完成度：PRD需求实现率100%
+- 👥 **用户参与率**: 80%以上参观者使用小程序参与互动
+- 🏆 **徽章收集率**: 平均每个用户收集4个以上徽章
+- ⏱️ **用户停留时间**: 平均参观时间延长30%
+- 📱 **技术稳定性**: 小程序可用性99.5%，AR识别准确率95%+
 
 ### 6.2 验收标准
 
 **项目级验收**:
-- 所有功能需求和非功能需求实现
-- 文档完整且与代码同步
-- 测试覆盖率达到目标
-- 性能指标满足要求
-- 安全审计通过
+- 所有AR扫描、徽章收集、社交互动、奖励兑换功能完整实现
+- 展会内容管理系统可用，支持文物、知识、活动配置
+- 性能指标满足要求：AR识别<2秒，并发支持1000+用户
+- 安全审计通过，用户数据隐私保护合规
+- 展会现场测试验证通过
 
 **阶段性验收**:
-- 每个用户故事完成后进行代码审查
-- 每周演示进度和获取反馈
-- 每月进行整体质量评估
+- 每个Epic完成后进行功能演示和用户测试
+- 每周进度评审和风险识别
+- 每月进行整体质量评估和指标检查
+- 展会前进行完整流程压力测试
 
 ## 7. 附录
 
 ### 7.1 参考资料
-- 现有架构文档: `docs/brownfield-architecture.md`
-- Hono框架文档: https://hono.dev
-- Zod验证库: https://zod.dev
-- shadcn/ui组件库: https://ui.shadcn.com
+- 需求文档: `docs/ar-origin.md`
+- 项目简介: `docs/brief.md`
+- 微信小程序开发文档: https://developers.weixin.qq.com/miniprogram/dev/
+- 微信AR SDK文档: https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/ar.html
 
 ### 7.2 相关文档
-- API文档: 通过 `/ui` 端点访问
+- 技术架构文档: `docs/architecture.md`
 - 开发指南: `docs/development.md`
 - 部署指南: `docs/deployment.md`
-- 贡献指南: `docs/contributing.md`
+- 展会操作手册: [待创建]
 
 ### 7.3 联系方式
 - 产品负责人: [待指定]
@@ -318,5 +327,5 @@ D8D Starter已经具备优秀的技术基础：
 ---
 
 **文档状态**: 已更新
-**最后更新**: 2025-09-17
-**下次评审**: 2025-09-24
+**最后更新**: 2025-11-04
+**下次评审**: 2025-11-11