如何用AI工具来写小说？一套从灵感、大纲到完稿的完整工作流
用 AI 工具写小说，最容易学会的是“让它生成一段”，最难学会的是“让一部长篇从头到尾保持方向”。前者只需要一个输入框，后者需要作者把题材、人物、世界、冲突、章节、修改和反馈连接起来。很多人觉得 AI 不稳定，其实问题往往不是模型一句都不会写，而是每次都拿到一份不同版本的故事资料，模型只能临场猜测。
更实用的理解是：AI 不是一个神秘代笔者，而是一组可以被安排到不同环节的能力。它可以帮助发散选题、检查大纲、提出场景方案、生成候选草稿、分析连续性、协助精修；作者负责确定作品承诺、选择方案、提供事实、保留个人表达并作最终决定。
先选工具类型，再谈模型名字
通用聊天模型适合快速讨论。你可以让它比较三个题材方向、模拟不同人物的反应、找大纲漏洞，启动成本低。缺点是小说资料容易散在多段对话里，作品变长后需要反复粘贴背景。
带 AI 的编辑器适合局部改写和文件操作。作者可以在正文里选中一段，要求缩短、调整视角或查找前后名称。它对熟悉文件和 Markdown 的用户很顺手，但人物状态、伏笔和卷纲通常仍要自己设计管理方式。
小说专用工作台解决的是项目连续性。它把构思、大纲、人物、世界观、伏笔、历史章节和精修放在相对固定的位置。蛙趣拼文就属于这一类：面向长篇和连载，不把所有任务塞进一个聊天框，而是让每个环节产生下一环节可以继续使用的资料。
这三类工具不必互相排斥。真正高效的组合可能是：用通用模型讨论陌生领域，用小说工作台维护故事工程，用熟悉的编辑器做最终逐句修改。选工具时不要只问“谁写得最快”，而要问“这个环节的输入能不能被下一步复用”。
第一步：把灵感整理成创作约束
灵感往往是一张画面或一句“如果”。AI 可以帮你扩展，但扩展前先写六条约束：题材、读者体验、主角目标、核心阻力、故事终点、明确不要出现的内容。
比如你想写“县城修表师能听见旧物记忆”，可以要求 AI 给出三个方向：生活悬疑、都市奇幻、年代家庭。然后比较每个方向的持续冲突，而不是挑最华丽的设定。生活悬疑需要每件旧物带来具体案件；都市奇幻需要能力规则和代价；年代家庭需要人物关系与时间秘密。作者选择一种，才有后续的一致性。
在蛙趣拼文中，小说构思 Agent 会继续补齐目标读者、一句话卖点、主角驱动力、世界观骨架、关键角色、路线图和开篇钩子。可以把它当成结构化采访：它负责追问，你负责批准。最后留下的构思文档应当是你愿意为之写几十章的方向，而不是所有好点子的合集。
第二步：建立能调整的大纲，而不是一次预测全文
长篇大纲至少分三层。全书层回答主角最终要完成什么、付出什么代价；分卷层回答这一阶段的目标、对手和关系变化；章节层回答今天这一章发生什么选择。
每章可以只写五项：剧情梗概、角色行动、场景氛围、核心冲突、叙事目标。写得太细容易让创作失去弹性，写成“主角继续调查”又没有执行价值。理想章纲应让你知道这一章为什么存在，同时允许场景里出现新的细节。
这套工作流支持全书—分卷—章节三级大纲，并提供多种预设章数和自定义规模。这里的重点不是一定要生成千章，而是大纲能够逐层展开。作者可以先生成第一卷，再人工删除功能重复的章节，检查每十章是否有阶段变化。连载反馈出现后，调整卷纲和后续章纲，不必推翻已经成立的全书核心。
第三步：让人物和世界规则成为“可查询资料”
AI 写长篇常见的失误，是把人物设定当成静态简介。实际上，人物会知道新秘密、改变立场、受伤、失去物品、建立关系。世界规则也会被剧情验证或补充。如果这些变化没有更新，下一章再强的模型也可能基于旧信息创作。
建议把资料分成两类。第一类是稳定规则，如能力代价、地理关系、社会制度；第二类是动态状态，如谁知道真相、某件道具在哪里、某条伏笔是否已经回收。每完成一章，用两分钟更新动态状态，远比写到五十章后重新通读省事。
项目中的人物卡可维护身份、动机、目标、性格和关系，世界观可以随剧情持续迭代，伏笔则按状态、重要性和计划回收节点管理。它不能替作者自动知道脑中临时改变的设定，但能给这些变化一个固定落点，让下一次 AI 调用更容易获得当前版本的故事。
第四步：用章纲生成候选稿，不要让提示词承担整本书
进入正文时，给 AI 的输入应集中在本章：视角人物、场景目标、阻碍、必须出现的信息、不能提前泄露的信息、结尾变化，以及与本章相关的人物和世界资料。输入越相关，模型越不需要在庞大设定里猜重点。
章节生成支持指定走向、伏笔和五档节奏。作者可以让同一章纲分别尝试较舒缓和较紧凑的版本，观察哪个更符合当前卷的位置。生成后不要立刻点“继续下一章”，先问三个问题：冲突是否升级，人物是否作出选择，结尾是否改变局面。
把第一稿称为“候选稿”会让心态更准确。里面可能有一句好对白、一个有效动作和一段多余解释。作者的工作不是在“全收”与“全删”之间二选一，而是识别哪些结构值得保留，再把语言和细节变成自己的。
第五步：分轮精修，比一句“润色得更好”有效
第一次修因果：场景为什么发生，人物为什么这样选择，信息从哪里来。第二次修角色：不同人物说话是否有目的，行动是否符合利益和情绪。第三次修节奏：哪里重复解释，哪里缺少停顿，转折是否有铺垫。第四次才修句子、错字和格式。
公开功能提供 22 套面向具体问题的精修模板，包含节奏、爽点、悬念、对话、感官细节、动作描写、情绪和逻辑一致性等方向。一次只解决主要问题，保留修改前版本。连续套用多种“增强”容易让章节膨胀，也可能把人物声音修成同一种腔调。
素材库也应当用于启发，而不是拼贴。功能页列出 1392 条内置素材，并支持拆书提取、语义检索、去重和本地向量化。使用时更适合检索“雨夜旧车站的声音层次”或“克制愤怒的动作”，再根据自己的场景重写。不要复制受版权保护作品中的可识别表达，更不要把“风格接近”变成“句子照搬”。
第六步：把读者反馈翻译成可执行修改
“不好看”“像 AI”“节奏慢”都不是可以直接执行的指令。作者需要继续追问：读者从哪一段开始跳读？是不理解人物目标，还是信息已经猜到？觉得像 AI，是因为空泛形容词、过度总结，还是角色都用同一种句式？
把反馈写回工作流。例如前三章主角一直被动，就调整章纲，让他提前作出一次有代价的选择；读者记不住配角，就检查人物是否拥有独立目标；章节结尾都靠突然来人，就重新设计伏笔和因果。AI 可以列出修改选项，但判断哪一项符合整本书仍由作者完成。
第七步：建立模型、费用和隐私边界
不同模型在中文表达、逻辑遵循、上下文、速度和成本上各有差异。不要根据营销昵称猜 API 配置，也不要把“支持兼容接口”理解成所有模型都自动免费。蛙趣拼文使用外部模型时，通常需要填写服务商提供的 API Key、Base 和准确 Model ID，并联网调用；软件授权和模型费用应分开计算。
项目数据保存在本地工作区，有利于备份和迁移，但发给外部模型的内容仍受相应服务商条款约束。商业手稿、客户项目或未公开 IP 应先评估数据政策。API Key 只保存在安全配置中，不要贴进文章、截图或公开求助帖。
第八步：发布前检查平台规则与原创责任
AI 参与程度不同，平台的披露要求也不同。Amazon KDP 当前要求申报 AI-generated 内容，但把由作者创作、AI 用于构思、润色或查错的情况区分为 AI-assisted；Royal Road 要求使用相应 AI 标签，并强调作者必须审查质量、连续性和可读性。平台政策会更新，发布前应重新查看官方规则。
这并不意味着 AI 不适合创作，恰恰说明成熟使用方式正在形成：工具可以进入流程，作者仍承担质量、版权和读者体验。保留构思、大纲、修改记录和最终稿，也能让自己的创作贡献更清楚。
一套可以直接照做的日常流程
开写前十分钟：查看卷目标和本章章纲，更新需要调用的人物、伏笔与世界规则。生成阶段：先要场景方案，再生成候选稿。修改阶段：按因果、人物、节奏、语言四轮处理。收尾阶段：记录本章发生的状态变化，安排下一章钩子。每周再做一次小复盘，查看哪些生成最常被删除，哪些提示和资料真正提高了有效产出率。
如何用 AI 工具写小说，答案并不是一条万能提示词，而是一条能反复运行的创作链。通用模型提供发散，编辑器方便落笔，小说工作台负责把构思、大纲、人物、伏笔、章节与精修连接起来。作者不必把每件事都交给 AI，也不必拒绝它带来的效率；最好的分工，是让工具处理展开和整理，让人把握选择、经验与表达。
开始时不必同时掌握所有功能。先固定“章纲—候选稿—人工检查—状态回填”四个动作，连续运行十章，再增加素材、模型对比或衍生格式。一个简单但真正执行的流程，比收藏几十条从未复用的提示词更有价值。