Files
wecom_it_smart_desk/docs/01-产品文档/02-会话管理/PRD-REQ-会话-002-会话存档-v1.0.md
T
Simon facc04aa65 chore: docs 结构整改 + compose 双目录对齐(合并重建提交)
本提交为 .git 对象库损坏后的重建提交,内容等价于原先三个本地提交
(5e2fd4c2 / 57a53c98 / 5d7e1873)的累积结果,未做任何额外改动。

一、docs 结构整改(整改 #14)
根因:重构时新结构为 untracked 文件,执行 git stash(未带 -u)未纳入,
随后 git reset 拉回 HEAD 旧 tracked 树,导致旧树复活、新旧两棵目录
树并存于 docs/,共 791 文件、双分类体系冲突。

修复动作:
- b2 同名异主题文件改名迁移保全 9 个
- C 类 39 个孤立文件按主题正确归类
- A/B1 类 222 个重复文件删除(新结构已有内容副本)
- 9 个旧独有空目录删除
- 270 处内部引用按 verified 映射改写
- 整改记录 #14 登记于 04-运维文档/部署运维

结果:docs 791 → 569 文件,顶层仅规范 8 类 + 治理文件,单树恢复。
残留:约 20 处指向从未存在文件的陈旧死链,归入独立文档卫生任务。

二、compose 双目录对齐(消除踩坑 A)
- docker-compose.yml:nginx 前端挂载全部由根目录 frontend-*/dist
  改为 src/frontend-*/dist(h5 / agent / admin / terminal)
- docker-compose.dev.yml:dev 服务 build context 与卷同步改 src/
- 效果:本地 docker compose up 不再把根目录 stale dist 挂回,
  与线上一致,分叉隐患消除(已 docker compose config 校验通过)

防复发铁律:
- 重构须提交;仓库修复须 git stash -u 或先 commit
- 新结构须 git add 并提交,避免再次 untracked 复活
- H5 改动只动 src/frontend-h5/,禁改根目录遗留 frontend-*/
2026-08-07 22:31:32 +08:00

141 lines
3.5 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 会话存档功能 PRD
> **版本**: v1.0 | **日期**: 2026-07-15 | **状态**: 已完成
> **子系统**: 02-会话管理
> **模块**: 会话管理
---
## 1. 需求概述
### 1.1 背景
随着 IT 智能服务台的使用时间增长,会话数据量持续增加。为了优化系统性能、降低存储成本,需要建立会话数据的长期归档机制。
### 1.2 目标
1. 建立会话数据的分级存储策略
2. 优化坐席端历史会话的加载性能
3. 满足合规审计要求的会话留痕
### 1.3 范围
- **归档对象**:已结单的会话(resolved 状态)
- **归档阈值**:会话结束后 90 天自动归档
- **归档内容**:会话元数据 + 消息内容
---
## 2. 功能需求
### 2.1 归档策略
| 维度 | 热数据 | 温数据 | 冷数据 |
|------|--------|--------|--------|
| 定义 | ≤90天 | 91-180天 | >180天 |
| 存储位置 | PostgreSQL 主表 | PostgreSQL 主表 | 归档标记 |
| 访问方式 | 实时 | 实时 | 管理后台 |
### 2.2 会话三级显示(坐席端)
| 层级 | 范围 | 位置 |
|------|------|------|
| 当前会话 | 活跃会话(queued/serving/pending_close | 顶部"我的会话" |
| 近期历史 | ≤90天已结单 | "历史会话"标签 |
| 更久历史 | >90天已归档 | 仅管理后台查看 |
### 2.3 管理后台功能
- 支持按归档状态筛选(全部/未归档/已归档)
- 显示归档时间
- 支持查看归档会话详情
---
## 3. 数据模型
### 3.1 Conversation 表扩展
| 字段 | 类型 | 说明 |
|------|------|------|
| is_archived | Boolean | 是否已归档 |
| archived_at | DateTime | 归档时间 |
### 3.2 索引设计
```sql
CREATE INDEX idx_conversations_is_archived ON conversations(is_archived);
CREATE INDEX idx_conversations_archived_at ON conversations(archived_at);
```
---
## 4. 业务流程
### 4.1 自动归档流程
```
┌─────────────────┐
│ 定时任务触发 │
│ (每天凌晨3点) │
└────────┬────────┘
┌─────────────────┐
│ 查询已结单会话 │
│ updated_at < │
│ (当前-90天) │
└────────┬────────┘
┌─────────────────┐
│ 标记 is_archived│
│ = true │
└────────┬────────┘
┌─────────────────┐
│ 记录归档时间 │
│ archived_at │
└────────┬────────┘
┌─────────────────┐
│ 记录日志 │
│ 归档数量统计 │
└─────────────────┘
```
### 4.2 手动归档(预留)
管理后台支持手动归档特定会话(后续版本)
---
## 5. 验收标准
### 5.1 功能验收
- [x] 已结单超过90天的会话自动标记为已归档
- [x] 归档时间记录准确
- [x] 管理后台支持按归档状态筛选
- [x] 坐席端历史会话仅显示90天内数据
### 5.2 性能验收
- [x] 归档脚本执行时间 < 5分钟
- [x] 归档操作不影响在线服务
### 5.3 数据验收
- [x] 归档后数据完整性不受影响
- [x] 归档状态可逆(可取消归档)
---
## 6. 版本历史
| 版本 | 日期 | 变更 |
|------|------|------|
| v1.0 | 2026-07-15 | 初始版本 |