AI小说写作工具如何按作者流程配置Agent：从Prompt到协作工作流

写小说时，你可能习惯先写人物对话，再补场景；也可能只需要AI检查时间线，不希望它改动正文。面对预设的“大纲—写作—润色”流程，真正需要解决的不是如何适应工具，而是让工具接入自己已有的步骤。

配置的核心，是把作者的工作习惯转成明确的协作规则：谁负责什么、读取哪些材料、交付什么结果，以及什么时候必须交还作者决定权。下面是一套可用于规划配置的办法；具体能否直接实现，还要以工具开放的设置和代码接口为准。

先画出自己的流程，不急着创建Agent

先回顾最近一章的实际写作过程，而不是套用理想流程。把步骤写成一条链，例如：灵感笔记→人物动机推敲→场景草稿→作者重写→连续性检查→局部润色→更新设定。

接着给每一步标记三件事：哪些由自己完成，哪些允许AI提建议，哪些允许AI直接产出。比如，人物命运由作者决定，场景草稿允许AI试写，时间线检查只提交问题清单。这样可以避免“检查助手”顺手重写整章。

还要写明每一步的完成条件。“检查过了”不够具体，可以改成“列出冲突位置、关联设定和待确认项”；“润色完成”可以改成“只修改指定段落，不改变事件顺序与人物立场”。这些条件将成为后续Prompt和工作流的依据。

分清Prompt、Agent与工作流的配置边界

在实际配置中，可以把三者分别理解为任务说明、职责承担者和协作顺序。修改Prompt，不等于能够新增Agent；能够调整角色，也不等于能够任意改变调度流程。

资料中的LibriScribe明确支持项目级自定义外部YAML编辑提示词，并展示了项目管理、章节写作、编辑与质量检查等角色。这能支持按项目调整编辑要求，但不能据此认定所有角色和步骤都能通过界面自由拖拽。

my-novel-agent则采用Lead Agent调度规划、写作、图谱三个固定队友的架构。EchoWrite介绍了蓝图、逐章规划、撰写和质检润色等创作环节，并允许在蓝图阶段提供参考作品或指定文风；这些信息也不等于它开放了任意自定义Agent。

因此，选择工具前应先核实：提示词在哪里修改，角色职责能否调整，步骤能否跳过或暂停，调整是否需要改代码。不要把“多Agent协作”直接当作“工作流完全可定制”。

按职责拆分Agent，而不是按名称堆数量

建议先从最需要帮助的环节入手。若你擅长写正文，却经常忘记前文细节，可以先配置资料整理与连续性检查，不必让AI接管整章创作。

可以为每个角色写一张职责卡：

• 任务整理者：读取章纲、人物状态和上章结尾，交付本章任务书，不自行决定重大转折。

• 草稿协作者：依据确认后的任务书试写，遇到设定缺口先标注，不擅自补成既定事实。

• 审稿者：定位衔接、人设和信息矛盾，提交问题与依据，暂不修改正文。

• 润色者：根据作者采纳的意见修改指定范围，保留事件、视角与人物意图。

这是配置设计示例，并非上述产品都内置了同样的可编辑角色。若工具只支持单一对话，也可以先按这些职责分轮执行；需要自动交接时，再核实是否具备相应编排能力。

把Prompt写成可交接的任务说明

“你是一位优秀小说家”难以约束具体行为。更实用的Prompt应包含职责、输入、限制、输出格式和暂停条件。以连续性检查为例，可以采用下面的模板：

> 你负责检查本章与已确认设定的一致性，不负责重写。输入包括本章正文、人物状态表、时间线和上章结尾。请检查人物位置、已知信息、行动动机与时间顺序。每项问题列出正文位置、冲突依据、影响及修改建议；依据不足时标注“待作者确认”。不要把推测写入设定，不要直接修改正文。

文风要求也应具体化。与其只说“更自然”，不如说明“保留人物口语差异，减少解释性旁白，不新增心理结论”。如果作者希望保留粗粝句式，就明确哪些表达不需要被润色。

对于支持外部提示词的工具，可以按项目保存模板。每次修改时记录改动目的，避免同时调整角色任务、文风和输出格式，导致难以判断是哪条规则影响了结果。

用确认点与记忆规则控制协作顺序

工作流不必只有一条直线。偏好探索式写作的作者，可以采用“片段试写→作者选择→补章纲→继续写”；已有完整大纲的作者，则可以采用“任务书→草稿→审查→作者确认→润色”。这些是建议的流程设计，是否能自动执行取决于具体工具。

关键是保留确认点：重大剧情变化先确认，审稿意见先筛选，终稿确定后再更新长期记忆。不要让未采纳的建议进入人物档案，否则下一章可能把备选情节当成事实。

记忆材料也应分层管理：已确认设定、当前人物状态、待决想法分别存放。给写作角色提供相关信息，给审稿角色提供核对依据，而不是每次无差别塞入全部草稿。my-novel-agent的资料介绍了文件记忆以及图谱与账本机制；EchoWrite则记录人物状态、伏笔和章节衔接信息，可用于理解不同记忆组织方式。

交接时还要约定失败处理。参考所给批量写作设计文档，可以借鉴输出检查、审查与润色分离、失败后停止等思路。它是一份设计资料，不应当作所有工具都已实现的功能清单。

用一章试跑，再决定是否扩展

首次配置建议只跑一章，先检查流程是否符合习惯，而不是马上追求连续生成。重点看：任务书有没有遗漏作者意图，审稿意见是否有正文依据，润色是否越界，记忆是否只收录已确认内容。

若审稿者总想重写，就收紧权限；若草稿经常补造设定，就增加暂停条件；若步骤过多影响写作，就合并低价值环节。评价配置的标准，是它是否减少了你的重复劳动，同时保留关键创作决定，而不是Agent数量。

让AI适应作者流程，最终靠的是清晰的任务边界和可检查的交接。先明确自己的写法，再选择能承载这些规则的工具，通常比先接受一套固定流水线更贴近实际需要。

参考资料

• [LibriScribe：多Agent架构与外部提示词](https://pypi.org/project/libriscribe/#1)

• [my-novel-agent：固定队友与记忆机制](https://pypi.org/project/my-novel-agent/#1)

• [EchoWrite：创作环节与故事状态管理](https://www.npmjs.com/package/echowite/v/0.1.0)

• [Batch Writer Design：交接与验证设计](https://cdn.jsdelivr.net/gh/lujih/webnovel-writer-opencode@master/docs/superpowers/specs/2026-05-06-batch-writer-design.md#1)