www
68 lines
3.4 KiB
Markdown
Executable File
68 lines
3.4 KiB
Markdown
Executable File
# 系统B：真人照片 → 多人生主题写真 / 韩漫 / 纪念视频生成系统 文档包
|
||
|
||
版本：V3 真人动态视频升级版
|
||
整理日期：2026-06-02
|
||
|
||
## 使用说明
|
||
|
||
这套文档用于把系统 B 从产品想法推进到可开发、可测试、可部署的完整项目。建议先按顺序阅读：
|
||
|
||
1. `00_系统B升级说明_真人动态视频.md`：说明为什么从 V2 升级到 V3。
|
||
2. `01_系统B总需求文档_v3_真人动态视频版.md`：当前主需求基线，后续开发以此为准。
|
||
3. `01_需求文档第一版本.md`：保留最初产品思路。
|
||
4. `02_需求文档修改v2.md`：V2 基础版，作为写真图集和图片纪念视频链路参考。
|
||
5. `03_功能清单_页面清单_状态流转设计.md`：前端、后台、状态机的产品实现依据。
|
||
6. `04_技术架构设计_模块拆分.md`：系统整体技术方案。
|
||
7. `05_数据库表结构设计.md`：MySQL 表结构草案。
|
||
8. `06_API接口设计文档.md`：前后台接口规范。
|
||
9. `07_uniapp用户端页面交互文档.md`：uni-app 页面流程。
|
||
10. `08_GeekerAdmin后台管理设计.md`：后台管理端设计。
|
||
11. `09_AI生成流水线_Provider抽象设计.md`：AI 核心流水线。
|
||
12. `10_Prompt模板_世界观模板规范.md`：世界观、场景、Prompt 模板规范。
|
||
13. `11_订单支付_额度_成本控制设计.md`：商业闭环和成本控制。
|
||
14. `12_任务队列_错误重试_稳定性设计.md`：稳定性与故障恢复。
|
||
15. `13_隐私授权_内容审核_合规设计.md`：真人照片、肖像权、隐私合规。
|
||
16. `14_部署运维_日志监控_备份设计.md`：服务器部署和运维。
|
||
17. `15_测试用例_验收标准.md`：测试与验收。
|
||
18. `16_Codex开发任务拆解文档.md`：交给 Codex 的开发拆解。
|
||
|
||
当前系统 B 必须明确分成 4 档输出：
|
||
|
||
```text
|
||
高清写真图集
|
||
图片纪念视频
|
||
动态写真视频
|
||
AI 真人动态视频
|
||
```
|
||
|
||
高端真人纪念片作为人工报价和多轮精修套餐处理。
|
||
|
||
## 当前推荐技术栈
|
||
|
||
- 用户端：uni-app
|
||
- 后台端：Geeker-Admin 二开
|
||
- 后端：Node.js + NestJS
|
||
- 数据库：MySQL 8
|
||
- 队列：Redis + BullMQ
|
||
- 存储：MinIO / 后续可切云 OSS
|
||
- 视频合成：FFmpeg
|
||
- AI 辅助 Worker：Python 可选
|
||
- AI 接入：统一 Provider 抽象层，不把任何模型名写死到业务代码
|
||
|
||
## 重要原则
|
||
|
||
1. 第一阶段主打婚礼、恋爱纪念、银婚金婚、情侣写真、个人形象定制。
|
||
2. 系统底层按“人生主题 + 世界观模板 + 场景模板 + 镜头模板”设计，不要写死婚礼。
|
||
3. 所有 AI 模型通过 Provider 管理，支持最高质量模型和后续替换。
|
||
4. AI 真人动态视频默认不自动开启真实 Provider，必须先成本预估、用户确认、后台启用和阈值保护。
|
||
5. 真人照片必须有授权、隐私、删除、公开案例二次授权机制。
|
||
6. 系统 B 比系统 A 更重视本人相似度、肖像权、未成年人保护、身份锚点和后台审计。
|
||
7. 生成流程必须队列化、可重试、可恢复、可追踪成本。
|
||
|
||
|
||
## 修正说明
|
||
|
||
本包已升级为 V3 真人动态视频版：V1/V2 保留为历史与基础链路参考，V3 用于指导“真人会动、有表情、有动作、像真人短剧/纪念电影”的新目标。
|
||
|
||
开发主依据：优先使用 `01_系统B总需求文档_v3_真人动态视频版.md`。`02_需求文档修改v2.md` 作为基础链路参考，`01_需求文档第一版本.md` 作为历史需求版本与对照参考。
|