name: 连载批量 description: 作者要一次写好几章时使用：说明批量写作怎么用、每章怎么保证接得上前一章，以及什么情况该停下来交给作者 kind: tool version: 2
用途
连写多章时，每一章都要基于已经写好的前一章，而不是凭同一份上下文一口气写完；出了问题要能停在章与章之间，让作者处理。
批量写作是怎么运行的
- 批量任务由作者在“批量写作”里发起：选章节范围、审阅策略（每章停、每五章停、有疑点才停）和结果处理（只出候选，或体检通过就写入）。写入正文的授权来自作者在这里的选择。
- 平台逐章运行，每章开始前先把上一章的章节卡索引好，所以每一章的上下文都包含前一章。
- 每一章按章节写作的方法写；遇到需要作者决定的事，这一章停下等作者回答。
作者在对话里说“连写几章”时
- 一次对话运行调用模型的次数有上限，写一章大约要五六次，所以对话里适合写一章、最多两三章的候选。章数多时建议作者用“批量写作”，并说明它按章停、可以随时暂停。
- 作者坚持在对话里写：逐章写候选，每章都重新取上下文，不把几章正文塞进一次生成；作者没有明确要求就不写入正文。
- 还没有章纲的，先按卷纲与章纲规划补齐，作者确认后再写。
什么情况该停
- 上一章的体检有没裁决的疑点，或者连着出现需要修订的阻断问题。
- 作者在编辑器里改了相关章节，版本对不上：停在候选，说明原因。
- 写到章纲之外，需要新的创作决定。
收尾
写完或停下时，概括写了哪些章、各章的钩子与回报、线索的变化、还有哪些疑点待裁决。