www
416 lines
8.5 KiB
Markdown
416 lines
8.5 KiB
Markdown
那小说呢 ，也是要安排好每个章节的大纲核心？然后每次提交api 生成一个章节？
|
|
|
|
对，**小说也应该像短剧分镜一样，先安排好每章的大纲核心，然后每次 API 只生成一个章节**。
|
|
|
|
但小说和视频分镜有一个区别：
|
|
|
|
> **视频分镜可以相对独立；
|
|
> 小说章节必须更重视上下文承接。**
|
|
|
|
所以小说不能只是“第 1 章、第 2 章、第 3 章各自独立生成”。
|
|
正确流程是：
|
|
|
|
```text
|
|
全书总纲
|
|
↓
|
|
分卷大纲
|
|
↓
|
|
章节大纲 / 章节卡
|
|
↓
|
|
每次 API 生成 1 章
|
|
↓
|
|
章节质检
|
|
↓
|
|
章节记忆更新
|
|
↓
|
|
下一章基于最新记忆继续生成
|
|
```
|
|
|
|
---
|
|
|
|
# 一、小说章节就像“剧集分场”
|
|
|
|
你的理解可以这样类比：
|
|
|
|
| 短剧系统 | 小说系统 |
|
|
| --------- | ---------- |
|
|
| 全剧设定 | 小说圣经 |
|
|
| 分集大纲 | 分卷大纲 |
|
|
| 分镜脚本 | 章节卡 |
|
|
| 每个镜头单独生成 | 每个章节单独生成 |
|
|
| 场记保证连续性 | 章节记忆保证连续性 |
|
|
| 角色锚点保证不换脸 | 人物状态保证不崩人设 |
|
|
| 分镜质检 | 章节质检 |
|
|
|
|
所以小说系统也应该“先规划，再逐章生产”。
|
|
|
|
---
|
|
|
|
# 二、不能一次让 AI 写很多章
|
|
|
|
不要这样：
|
|
|
|
```text
|
|
请一次性写第1章到第10章
|
|
```
|
|
|
|
这样很容易出现：
|
|
|
|
人设飘；
|
|
伏笔乱；
|
|
章节水；
|
|
节奏失控；
|
|
上一章结尾和下一章开头接不上；
|
|
某些重要情绪跳过去。
|
|
|
|
正确做法是：
|
|
|
|
```text
|
|
一次只写一章。
|
|
写完一章，立刻更新记忆。
|
|
下一章再根据最新记忆写。
|
|
```
|
|
|
|
最多可以一次生成“章节大纲”，但正文最好一章一章来。
|
|
|
|
---
|
|
|
|
# 三、章节卡是小说流水线的核心
|
|
|
|
每一章生成前，都要先有一张“章节卡”。
|
|
|
|
章节卡就像短剧分镜的拍摄单。
|
|
|
|
一张合格章节卡应该包含：
|
|
|
|
```text
|
|
章节编号
|
|
章节标题
|
|
本章目标
|
|
本章开场承接
|
|
本章主要冲突
|
|
本章出场人物
|
|
本章场景
|
|
本章必须发生的事件
|
|
本章人物状态变化
|
|
本章新增伏笔
|
|
本章推进伏笔
|
|
本章回收伏笔
|
|
本章禁止事项
|
|
本章结尾钩子
|
|
本章适合改编短剧的场景
|
|
```
|
|
|
|
比如：
|
|
|
|
```json
|
|
{
|
|
"chapter_no": 12,
|
|
"title": "五种笔迹",
|
|
"chapter_goal": "岑青发现林照名字下有五种不同笔迹",
|
|
"opening_from_previous": "承接上一章姚知知说‘她有好几双手’",
|
|
"main_conflict": "岑青追查旧签到簿，物业试图阻止她查看仓库记录",
|
|
"characters": ["岑青", "裴让", "陈淑蘅", "物业管理员"],
|
|
"scenes": [
|
|
{
|
|
"location": "海风大厦负一层仓库",
|
|
"purpose": "找到旧签到簿",
|
|
"visual_value": "手电照在潮湿纸页上，五种笔迹露出来"
|
|
}
|
|
],
|
|
"must_happen": [
|
|
"岑青找到旧签到簿",
|
|
"同一个林照名字下面出现五种笔迹",
|
|
"陈淑蘅看到签到簿后明显紧张",
|
|
"裴让提醒岑青证据还不够"
|
|
],
|
|
"foreshadows_to_add": [
|
|
"签到簿中间缺了一页"
|
|
],
|
|
"foreshadows_to_advance": [
|
|
"林照不是一个人"
|
|
],
|
|
"must_not_happen": [
|
|
"陈淑蘅不能立刻说出全部真相",
|
|
"不能直接揭示周榕真实身份",
|
|
"不能让物业管理员脸谱化成坏人"
|
|
],
|
|
"ending_hook": "岑青发现签到簿被撕掉的一页，撕口很新",
|
|
"adaptation_notes": {
|
|
"short_drama_value": "适合改成悬疑揭示场景",
|
|
"key_visual": "五种笔迹",
|
|
"key_prop": "旧签到簿"
|
|
}
|
|
}
|
|
```
|
|
|
|
有了这张章节卡，模型生成正文就不容易乱。
|
|
|
|
---
|
|
|
|
# 四、每次 API 生成章节时传什么？
|
|
|
|
不要传全部小说正文。
|
|
|
|
每次传：
|
|
|
|
```text
|
|
1. 小说圣经摘要
|
|
2. 当前卷纲
|
|
3. 最近 3-5 章摘要
|
|
4. 本章出场人物当前状态
|
|
5. 本章相关伏笔
|
|
6. 本章章节卡
|
|
7. 文风规则
|
|
8. 禁止事项
|
|
```
|
|
|
|
例如写第 12 章时，传：
|
|
|
|
```json
|
|
{
|
|
"bible_summary": "现实主义悬疑小说，核心主题是被城市抹去的人如何重新被确认……",
|
|
"current_volume_outline": "第一卷：寻找不存在的林照。核心任务是让岑青从单人英雄叙事走向多人身份真相。",
|
|
"recent_chapter_summaries": [
|
|
"第9章：岑青采访九楼医生，得知林照每天凌晨修灯。",
|
|
"第10章：姚知知画出多只不同的手。",
|
|
"第11章：裴让找到门禁记录异常，同一时间两个楼层出现林照。"
|
|
],
|
|
"character_states": [
|
|
{
|
|
"name": "岑青",
|
|
"state": "已经怀疑林照不是一个人，但缺少证据"
|
|
},
|
|
{
|
|
"name": "陈淑蘅",
|
|
"state": "知道林照身份共用真相，但还在隐瞒"
|
|
}
|
|
],
|
|
"active_foreshadows": [
|
|
{
|
|
"code": "F003",
|
|
"title": "姚知知画中的五只手",
|
|
"status": "developing"
|
|
}
|
|
],
|
|
"chapter_card": {},
|
|
"style_rules": [
|
|
"克制",
|
|
"电影感",
|
|
"不煽情",
|
|
"不狗血",
|
|
"对白短而有张力"
|
|
]
|
|
}
|
|
```
|
|
|
|
这样写到第 100 章，传的上下文也不会无限变大。
|
|
|
|
---
|
|
|
|
# 五、小说章节生成流程应该这样设计
|
|
|
|
你的自动化流水线可以按这个步骤跑：
|
|
|
|
```text
|
|
01 创建小说项目
|
|
02 生成小说圣经
|
|
03 生成全书粗纲
|
|
04 生成第一卷细纲
|
|
05 生成第 1 章章节卡
|
|
06 调用 API 写第 1 章正文
|
|
07 调用 API 润色第 1 章
|
|
08 调用 API 质检第 1 章
|
|
09 如果不合格，自动修复或重写
|
|
10 保存终稿到 NovelChapter
|
|
11 更新章节摘要、人物状态、伏笔状态
|
|
12 生成第 2 章章节卡
|
|
13 重复流程
|
|
```
|
|
|
|
也就是：
|
|
|
|
```text
|
|
章节卡 → 正文 → 质检 → 记忆更新 → 下一章
|
|
```
|
|
|
|
这和你现在短剧的：
|
|
|
|
```text
|
|
分镜 → 视频片段 → 候选 → 质检 → 合成
|
|
```
|
|
|
|
逻辑是一样的。
|
|
|
|
---
|
|
|
|
# 六、章节正文最好一章一章串行生成
|
|
|
|
可以并发的内容：
|
|
|
|
```text
|
|
生成角色视觉档案
|
|
生成场景资产
|
|
生成伏笔表
|
|
生成章节卡
|
|
生成听书稿
|
|
生成短剧适配
|
|
生成封面
|
|
生成标题
|
|
```
|
|
|
|
但正文最好：
|
|
|
|
```text
|
|
第1章完成 → 更新记忆 → 第2章
|
|
第2章完成 → 更新记忆 → 第3章
|
|
第3章完成 → 更新记忆 → 第4章
|
|
```
|
|
|
|
不要这样并发：
|
|
|
|
```text
|
|
模型A写第1章
|
|
模型B同时写第2章
|
|
模型C同时写第3章
|
|
```
|
|
|
|
因为第 2 章需要知道第 1 章最后实际写成什么，第 3 章也需要承接第 2 章。
|
|
|
|
---
|
|
|
|
# 七、长篇小说最稳的“章级流水线”
|
|
|
|
你可以照这个做后台任务。
|
|
|
|
```text
|
|
GenerateChapterCardJob
|
|
↓
|
|
WriteChapterDraftJob
|
|
↓
|
|
PolishChapterJob
|
|
↓
|
|
QualityCheckChapterJob
|
|
↓
|
|
RepairChapterJob，可选
|
|
↓
|
|
FinalizeChapterJob
|
|
↓
|
|
UpdateNovelMemoryJob
|
|
↓
|
|
PrepareNextChapterJob
|
|
```
|
|
|
|
如果某章评分不够：
|
|
|
|
```text
|
|
低于 75 分 → 整章重写
|
|
75-84 分 → 局部修复
|
|
85 分以上 → 通过
|
|
```
|
|
|
|
如果连续 3 次修不好：
|
|
|
|
```text
|
|
进入人工审核
|
|
```
|
|
|
|
这样能自动化，但不会让系统一路写崩。
|
|
|
|
---
|
|
|
|
# 八、章节卡和短剧改编要提前关联
|
|
|
|
你后续要做小说 / 听书 / 短剧同步，所以章节卡里要提前有改编字段。
|
|
|
|
比如：
|
|
|
|
```json
|
|
{
|
|
"chapter_no": 12,
|
|
"title": "五种笔迹",
|
|
"adaptation": {
|
|
"audio_value": "适合听书悬疑推进，重点突出签到簿发现过程",
|
|
"drama_value": "适合短剧第4集核心揭示",
|
|
"visual_scenes": [
|
|
"负一层仓库寻找签到簿",
|
|
"手电照亮五种笔迹",
|
|
"陈淑蘅看到签到簿后沉默"
|
|
],
|
|
"key_dialogues": [
|
|
"你们要真相，是因为你们有地方放真相。我们没有。"
|
|
],
|
|
"props": [
|
|
"旧签到簿",
|
|
"手电",
|
|
"门禁卡"
|
|
]
|
|
}
|
|
}
|
|
```
|
|
|
|
这样后面生成短剧和听书时，就不用重新从小说里硬拆。
|
|
|
|
---
|
|
|
|
# 九、小说系统和短剧系统的对应关系
|
|
|
|
```text
|
|
小说圣经
|
|
↓
|
|
短剧 StoryBible
|
|
|
|
小说人物档案
|
|
↓
|
|
短剧 Character / ActorProfile
|
|
|
|
小说章节
|
|
↓
|
|
短剧 Episode 或 EpisodeScript
|
|
|
|
小说章节卡里的 visual_scenes
|
|
↓
|
|
短剧 StoryboardShot
|
|
|
|
小说关键对白
|
|
↓
|
|
短剧对白 / 配音
|
|
|
|
小说场景资产
|
|
↓
|
|
短剧 Location / Prompt Builder
|
|
|
|
小说道具资产
|
|
↓
|
|
短剧 Props / 分镜 Prompt
|
|
```
|
|
|
|
所以章节卡越结构化，后续短剧越省事。
|
|
|
|
---
|
|
|
|
# 十、最终答案
|
|
|
|
对，小说也应该这样：
|
|
|
|
> **先安排全书、分卷、每章大纲核心；
|
|
> 然后每次提交 API 生成一个章节；
|
|
> 写完章节后更新记忆，再生成下一章。**
|
|
|
|
最稳结构是：
|
|
|
|
```text
|
|
小说圣经
|
|
→ 分卷大纲
|
|
→ 章节卡
|
|
→ 单章 API 生成
|
|
→ 章节质检
|
|
→ 章节记忆更新
|
|
→ 下一章
|
|
```
|
|
|
|
一句话：
|
|
|
|
> **视频靠分镜控制画面；小说靠章节卡控制剧情。
|
|
> 分镜是拍摄执行单，章节卡就是写作执行单。**
|