www
3.4 KiB
Executable File
3.4 KiB
Executable File
00_上下文难点清单_已接入设计
1. 文档目的
本文件把前面讨论过的系统 A 关键难点全部列出来，并标明已经接入哪些文档和模块，避免后续开发时遗漏。
2. 已讨论难点总表
| 难点 | 风险 | 已接入设计位置 |
|---|---|---|
| AI 原创小说质量不稳定 | 剧情平淡、逻辑断裂、人物前后矛盾 | 13、12、09、10 |
| 上传小说版权风险 | 未授权改编、商业发布侵权 | 17、02、06 |
| 小说不能直接转漫剧 | 心理描写多、画面不可视化 | 13、14、09 |
| 角色一致性 | 变脸、换发型、换年龄、男女混脸 | 11、05、09、15 |
| 长篇剧情记忆 | 30-100 集后剧情忘记、伏笔丢失 | 12、05、09 |
| 分集节奏差 | 不像短视频、开头不抓人、结尾无钩子 | 13、14、10 |
| 分镜质量差 | 画面太抽象、单镜头动作太多、不可生成 | 14、13、10 |
| 画风漂移 | 第 1 集韩漫，第 2 集变写实 | 10、11、09 |
| 图片生成成本高 | 批量生成费用失控 | 16、15、09 |
| AI 视频成本高且不稳定 | 每镜头视频化成本高、动作不稳 | 14、16 |
| 配音字幕不同步 | 成品廉价、视频节奏差 | 14、09、20 |
| 批量生成失败恢复 | 中途失败导致项目废掉 | 15、05 |
| 人工审核缺失 | 崩图、违规内容、剧情错误直接交付 | 08、15、17 |
| 数据反馈缺失 | 不知道哪个题材/封面/剧情有效 | 18、05 |
| 与系统 B 重复开发 | 两套系统无法合并，成本高 | 22、04 |
| Provider 写死 | 模型变化后系统重构 | 09、04、21 |
| 最高模型成本 | 调试阶段费用暴涨 | 16、09、21 |
| Codex 一次性开发失控 | 生成大量半成品代码 | 21 |
| 长篇连载续写 | 角色成长线、伏笔、冲突线丢失 | 12 |
| 特效策略不清楚 | 不知道哪些用 FFmpeg、哪些用 AI 视频 | 14 |
| 封面标题弱 | 发布后点击率低 | 18、13 |
| 敏感内容审核 | 文本、图片、视频违规 | 17 |
| 音乐版权 | 商业交付 BGM 侵权 | 17、14 |
| 小说导入格式 | txt/docx/pdf/md 解析不稳 | 13、06 |
| 章节识别 | 章节标题混乱、广告水印 | 13、05 |
| 多角色场景 | 角色混乱，生成质量下降 | 11、14 |
| 打斗/复杂动作 | 连续动作不可控 | 14、13 |
| 全自动无人值守 | 质量和合规风险高 | 08、15、17 |
3. 本版新增重点
相比 V1，本版新增或强化：
角色一致性专项设计
长篇连载记忆专项设计
小说上传解析质量标准
分镜镜头质量标准
视频合成和特效分级
批量生成和数据反馈
任务幂等和失败恢复
成本/额度/重试控制
版权授权和内容审核
系统 A/B 合并架构
Codex 分阶段开发规则
4. 第一阶段不追求的事情
为了减少返工，第一阶段明确不做：
一键生成 100 集全自动发布
每个镜头都 AI 视频化
复杂多人打斗连续动画
自动保证爆款
自动绕过版权问题
全无人审核
多商户分销
小说收费阅读平台
IP 交易平台
这些后续可以做，但不能塞进第一阶段 MVP。
5. 正确开发原则
先让 1 部小说生成 3 集可用漫剧
再让 1 部小说生成 10 集
再做 20-100 集长篇连载
先用图片 + FFmpeg 做视频
再只在爆点镜头接 AI 视频
先人工审核
再逐步提高自动化比例
先做 Provider mock
再接最高模型