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