当 AI 从短篇扩展到几十万字长篇时,问题会从“这一段写得好不好”变成“它是否知道自己正在延续哪一部作品、哪一版历史,以及哪些变化已经被作者接受”。
长上下文不等于长期记忆
把更多文字放进模型上下文可以缓解局部遗忘,却不能自动解决来源、版本和叙事顺序问题。同一句人物信息可能来自大纲、旧草稿、已发布正文或角色的错误信念,它们的权威性并不相同。
可持续的长篇创作需要一条明确路径:先用轻量摘要定位,再读取准确历史原文,最后由 Agent 结合当前任务判断哪些内容相关。摘要是地图,不是领土。
创作自由与正式边界必须同时存在
AI 需要自由尝试场景、语言和人物选择;作品本身却需要保守地保存。把两者混在一起,要么让写作被表单和规则束缚,要么让一次随意生成覆盖正式历史。
更合理的方式是让草稿可以快速迭代,但把每次 Draft 保存为独立 Revision。Review、作者确认和发布计划都绑定准确版本,普通反馈不会被误判为正式授权。
长篇系统管理机械准确,文学判断仍交给人和 Agent
软件适合保证 Project ID、Revision、引用、Digest、锁和恢复;不适合用固定分数决定人物是否真实、节奏是否正确或情绪是否充分。
这也是 Novel 的核心分工:Agent 负责语义、推理、写作与审核,应用负责稳定身份、历史查询、版本和批准,作者保留创作方向与正式发布的最终决定权。