多智能体协作写作完全指南
长篇小说不是单人单线程任务。不同章节、不同视角、甚至不同情绪基调，都需要稳定的风格控制。多智能体协作的核心，不是“让AI互相聊天”，而是“让每个AI守住自己的职责边界”，最终由总编做一致性收束。本文给出可落地的分工模型与校验流程。
塔塔AI写作的多智能体编排，本质是把影视工业里的“编剧—场记—总编”搬进桌面项目：执笔只负责当前场景，检阅只负责找矛盾，总编只负责定改稿优先级。理解这套边界，比纠结“哪个模型更聪明”更能解决百万字连载里的漂移问题。
1. 为什么需要多智能体？
单一模型在长文本中容易漂移：口吻变味、时间线混乱、人物动机前后矛盾。问题根源不在模型能力，而在上下文窗口和生成目标的冲突。多智能体的价值，是把“统一输出”拆成“专业执笔 + 专项检阅 + 总编辑和议”三段职责，降低单点失忆带来的风险。
当上下文里同时塞入世界观、十个人物小传、前五章摘要和“请写第六章”时，模型必然做取舍——往往牺牲的是远期一致性。多智能体通过章节隔离和角色锁定，让每次生成的上下文更窄、目标更单一，从而在局部最优里逼近全局一致。
- 单线程对话适合短篇；超过 30 万字建议切换为多角色流水线。
- 同一本书里，不同 POV 可用不同执笔配置，避免叙述腔统一成一种文风。
- 检阅与执笔必须分离，否则模型容易“自己检查自己”，漏掉硬伤。
2. 三种角色分工模型
- 执笔智能体：按人设、视角和场景要求输出正文，不负责全局一致性判断。
- 检阅智能体：专项检查伏笔、时间线、口吻、情绪曲线，输出问题清单与修复建议。
- 总编智能体：整合问题与建议，判断优先级，决定是局部修订还是整体重调。
三种角色可以映射到塔塔AI写作的内置 agent 槽位：spec 与 plan 阶段偏结构，正文阶段由 master 统筹全章，backreference 等专项引擎负责检阅维度。你不需要手动维护十个聊天窗口，但必须在流程上坚持“写”和“查”不同步由同一上下文完成。
进阶用法是为重要配角配置独立对话入口（经 agent_chat 与人物 preamble），群戏场景分角色生成对白再合并，比一次性让模型写全场对话更接近真实的多声部效果。
3. 角色锁定的执行方式
每个执笔智能体应绑定：人物设定卡、当前视角权限、口吻样本、情绪基调和禁忌事项。类似于影视剧组里“演员只拿自己的剧本”，而不是所有人共享同一份模糊指令。锁定越明确，重写成本越低。
锁定项建议写入项目文件而非临时 prompt：外貌与身份、当前章节已知信息、与其他角色的关系状态、本场景目标与障碍。每次开写前只注入“当前 POV 该知道的”，能显著减少未来信息提前泄露。口吻样本宜选早期你认为最像该角色的 300 至 500 字对话，作为风格锚点。
- 更新人物状态后再开新章，避免用过期动机驱动行为。
- 群戏按角色分批生成，合并时人工删去重复解释性旁白。
- 禁止在执笔 prompt 里同时要求“写正文”和“检查伏笔”。
4. 一致性的三层校验
- 章节内：检查场景切换、情绪转折是否平滑。
- 跨章节：检查伏笔回收、时间线推进、人物状态连续性。
- 全局：检查整体结构、主题闭环、叙事节奏曲线。
章节内校验适合写完即做，耗时 5 至 10 分钟；跨章节校验适合每 3 至 5 章批量跑专项检阅；全局校验放在卷末或每 5 万字，需要作者通读配合。三层不要混在一次 prompt 里完成，否则报告会又泛又不可用。
塔塔AI写作的伏笔、时间线、口吻等检阅维度，对应跨章与全局层；情绪曲线与结构对称则偏全局。按频率拆开跑，比一次性“全检”更容易执行，也更容易定位该改哪一章。
5. 合议修订流程
当检阅发现矛盾时，不要立刻让执笔重写。先由总编评估影响范围：是局部口吻问题，还是结构性冲突。再决定是“改这一句”“改这一段”还是“回到大纲重排”。把修订动作分级，才能控制百万字项目不失控。
建议采用三级修订标签：L1 改词句（不影响情节）；L2 改场景（调整单场因果）；L3 改结构（动章纲或卷纲）。检阅报告每条标注建议级别，作者拍板后只把必要上下文回灌给执笔智能体，避免整章无差别重写导致新漂移。
- 同一问题多次出现，优先查设定卡是否过期，而不是反复改文。
- 结构性冲突先冻结后续章节写作，先修卷纲再续写。
- 重大修订记入项目日志，方便连载补更时对齐平台已发内容。
6. 工具落地建议
选择支持角色锁定、章节隔离和专项检阅的桌面工作台，比使用通用对话式助手更适合长篇小说。桌面端还能保证项目数据本地可备份、可迁移，避免云端订阅中断导致创作资产流失。
塔塔AI写作以 Tauri 桌面应用交付，项目文件落在本地，适合日更作者每天打开同一工作台续写。多智能体流程与章级 pipeline 已内置，你主要工作是维护设定与章纲，而不是自己拼 API 和 prompt 链。若你同时用 Web 端工具做灵感发散，务必把定稿设定同步回桌面项目，避免双源真相。
常见误区
- 以为多智能体就是多开几个聊天：没有分工与锁定，只是更多噪音和更多风格。
- 检阅结果全盘自动改：AI 建议需经作者分级，否则容易改坏节奏与情感。
- 总编缺位：执笔与检阅拉扯无裁决，改稿陷入无限循环。
- 忽视项目文件：设定只存在于对话里，换会话或换模型后全部失忆。
实操清单
- 在桌面项目内创建本书，写入世界观与人物设定卡。
- 完成 spec / plan 后再触发章级正文 pipeline。
- 每章：执笔 → 当日基础校对 → 每 3 章专项检阅。
- 检阅报告由作者标 L1/L2/L3 后，再回灌执笔修订。
- 卷末：全局结构通读 + 更新人物与伏笔台账。
- 备份本地项目文件夹至第二块磁盘或加密云盘。
常见问题
多智能体会不会比单模型更慢？
单次生成可能多几步，但减少后期大改。长篇里改 10 万字结构的时间，远高于多跑几轮检阅。把慢放在流程前端（章纲与检阅），比把慢留在完稿后推倒重来更划算。
小团队能用手动分工代替工具吗？
可以，但要有同样清晰的职责边界：一人执笔、一人专挑逻辑、一人定改稿。工具的价值是把这套分工默认内置并留痕。单人作者用工具，相当于把“未来的自己”拆成三个角色。
塔塔AI写作的多智能体和通用 GPT 有什么本质区别？
区别在于项目级编排与检阅维度绑定章节文件，而不是无状态对话。spec、plan、正文、检阅产物都落盘，可 diff、可回滚，适合连载与出版级长篇；通用对话更适合一次性内容。