BAT 写作 Harness：管理长篇创作的上下文

长篇小说的上下文远不止前文梗概。

一个人物受过的伤有没有恢复，他在这时知道多少信息，一段关系经历了什么变化，都会影响下一场戏。作者已经想好的后续安排，也不能立刻变成角色说出口的话。

《病毒代号 BAT》的写作 Harness 围绕这些问题组织文件和协作流程。这里的 Harness，可以理解为给 AI 写作准备的任务说明、状态记录与检查机制。当前能展示的是这套文档结构和模板；本文不把它描述为已经验证有效的全自动小说生成系统。

把设定和当前状态分开

已有目录分别保存世界观、人物设定、叙事状态、长期规划、章节任务与文风要求。

人物相对稳定的设定，与某章结束后的身体、情绪和已知信息，承担不同用途。前者帮助理解这个人，后者决定他接下来能做什么。把它们分开，更新当前状态时就不必反复改写整份人物介绍。

叙事状态中还包括事件账本、未完成线索和关系变化。这些记录为检查连续性提供了入口。它们是否准确，仍然要回到已经确认的正文核对。

写一章之前，先说明这一章要做什么

章节模板要求记录时间、地点、视角与承接状态，也要求说明这章准备改变什么。

其中我关注的是禁止事项：哪些信息不能提前揭示，角色不能知道什么，哪些冲突暂时不能解决。这些约束给生成过程划出了具体范围。

下面是从已有模板中提炼的字段示意，不含真实剧情：

承接状态：上一章结束点、在场人物、人物已知信息。
本章目标：外部目标、内部变化、结尾状态。
禁止事项：不得提前揭示、角色不能知道、本章不能解决。
场景检查：目标、阻碍、转折、结果与新状态。

模板不会自动带来好的小说。它首先让作者和 AI 对“这一章准备写什么”有一个共同参照，便于讨论和修改。

作者知道的，不等于角色知道的

这套结构单独记录信息权限，并在审查时检查角色是否说出了不该知道的事。

这一点与普通资料整理很不一样。资料整理往往希望信息尽量完整，小说却需要控制信息在什么时候、以什么方式出现。同一条事实，作者、读者与不同角色的知情状态可能各不相同。

项目入口也规定按任务逐层读取材料。日常写作先看当前任务与相关状态，涉及更深设定时再展开。这里介绍的是现有流程约定；自动路由是否在每次会话中正确工作，需要单独运行验证。

审查之后，再更新长期记录

已有审查清单覆盖连续性、人物行为、剧情推进、信息权限和文风。发现问题时先列出问题，再局部修改，而不是立即重写整章。

章节经作者确认后，状态提交模板再记录新增事实、人物变化、伏笔进展与需要写回的文件。这个确认步骤很重要：若把尚未接受的草稿写进长期设定，后续章节就可能把一次临时尝试当成既定事实。

按现有协议，作者保留走向和章节确认，AI 参与草拟、检查与状态整理。具体章节中的实际分工，不能仅从流程文件推断。

可以展示什么，仍需验证什么

项目已有入口文档、章节模板、状态提交模板和审查清单，足以说明这套协作方法的结构。本文先展示不含剧情的字段与流程，不公开人物底稿、隐藏设定或未发表正文。

它还不能回答一些更有价值的问题：漏掉了多少连续性错误，审查需要多少人工时间，状态记录是否会逐渐过时。要回答这些，需要选一段允许公开的协作过程，保留修改前后与审查依据。

我希望这套结构能让长篇协作更容易检查和接续。至于某一段对白是否自然、一个人物的转变是否可信，仍要落到具体文字里判断。文件能帮助我找到相关依据，最后是否接受这段写作，还得由我决定。