批量续写前先具备什么
已经有正文、当前人物状态和可执行细纲,才适合续写多章。只有一个点子先做大纲;已有散稿但没有结构和追踪,先导入已有书稿,不要把聊天记忆当完整前史。
先核对从哪章开始。若第七章计划已成正文,就不要又生成第二份第七章。细纲只给“主角找到真相”而没有行动与因果时,先补足,不用连续生成来掩盖缺口。
本页讲一个批次怎样接稳,人物和伏笔长期维护见长篇连续性。
本批任务卡:阶段与单章分开
原创故事中,林岑负责一场社区露天电影。第六章已拿到场地同意;本批目标是落实可行放映安排,不能提前写“大家已看完电影”。
| 章 | 本章任务与结果 | 后续承接 |
|---|---|---|
| 7 | 核对设备与时间,发现借来的幕布太宽 | 现有场地不能直接用原方案 |
| 8 | 比较缩幕与换场,借出方同意换较窄幕布并实际交接 | 获得可用物件,仍需试映 |
| 9 | 现场试映,接收人确认画面与开场时间 | 本轮方案可用;正式观众场仍在后面 |
这是手写计划,不是 skill 原生细纲格式。每章仍需要场景、选择、反制与篇幅安排;三行不能替代可执行细纲。后续秘密若尚未解锁,写进“本批不得透露”,不为提速先揭底。
逐章接结果,不并排编出几条前史
写第八章前,按第七章正文实际结果更新:知道幕布尺寸不合,不等于已经换到新的。第八章若只得到口头许可而未交接,第九章不能直接写新幕布已挂好,除非补出交接或把它留作新的阻碍。
在固定版本的 Oh Story 工作流里,章节按序写并在每章后提交状态;其单轮上限是三章,这是该工具流程,不是所有作者的日更标准。长请求分到后续批次,不靠一次开更多窗口生成互相矛盾的结果。作者自己写时也可以借这个原则:先确认上一章发生了什么,再接下一章。
文中选择了哪一个场地、谁拿着设备、哪些人知道变化,只记会影响后续的实际事实。不要把未接受的方案写成已完成状态。
批末检查累积结果与下一步
本轮三章连起来,林岑是不是从“有场地”走到“有经过试映的安排”?每章是否消费了上一章结果,而非反复谈同一尺寸问题?谁的功劳、资源和知识发生了什么变化?旧承诺有没有被另一个更大的谜题盖住?
再核对标题是否重复、伏笔与角色状态是否对得上、哪些细纲内容没写成。字数是交付的一部分,但多写三千字不能替代少掉的试映或回应。
给下一批写一个准确入口:正式观众场尚未开始,设备已交接并试过,主持人已确认时间。不要把“候选方案”在摘要里升级为“活动圆满结束”。
可复制的批次请求与常见修复
用 $story-long-write 续写第7—9章,按已有细纲顺序推进本批放映准备。保留第6章已获场地同意的事实;第8章物件交接前不写已持有,第9章只完成试映,不提前写正式观众场。每章说明实际完成、未完成和对下一章的影响。缺细纲先报告,不另编结局;本批后停止。
把章节号和事实换成自己的项目,不把本文三行计划当正式细纲。若只想讨论,明确“不写正文”。
| 问题 | 修复 |
|---|---|
| 连续几章都重复一项准备 | 合并重复,把下一步真实变化给细纲 |
| 某章未写成却跳到已完成 | 补缺口,或改下一章进入状态 |
| 批末摘要泄露后期秘密 | 按当前读者认知重新记录 |
| 标题重复、角色忽然回到旧状态 | 核对本批与已有正文,修事实后再续 |
日更安排也要留出改稿与恢复精力的空间。减少批次范围比靠注水凑量更能保住判断。
常见问题
让AI一次写十章会更省事吗?
要看工作流和细纲成熟度。这里的固定版本单轮最多三章,长范围拆批;关键是逐章保住因果、信息边界与状态,不把少核对等同于高效率。
用 skill 来做
用 $story-long-write 按已有细纲续写本批指定章节。先确认起止章与阶段目标,按实际上一章结果串行推进;保持信息解锁边界,逐章更新有效变化,批末核对累积兑现与缺口后停止。
查看具体方法: 日更批次、串行写作与批末核对 · 场景展开、因果与有效变化