怎么用 AI 写长篇小说？走一遍建书到审计的完整流程

用 AI 写短篇不难难的是长篇——写着写着人物性格漂了、时间线乱了、伏笔忘了。想跑通长篇靠的不是更长的提示词而是一套写—审—改的工程流程。本文用 AGPL-3.0 的开源写作 Agent InkOSGitHub 仓库 项目仓库npm 包actalk/inkos走一遍长篇流程命令尽量可复现。一、环境与安装需要 Node.js建议 LTS和 npmnode-vnpm-vnpminstall-gactalk/inkos inkos--versioninkos--help想读源码或自部署AGPL 允许修改自部署也可以直接 clonegitclonecdinkosnpminstall二、配置模型走 OpenAI 兼容接口用环境变量占位别把真实密钥写进仓库exportINKOS_BASE_URLYOUR_BASE_URLexportINKOS_API_KEYYOUR_API_KEY模型来源自己定。Studio 内置了若干配置选项包括 聚合服务 这类聚合入口也能填本地或已有的兼容服务。本文不绑定具体来源跑通流程即可。三、建书先立真相文件长篇不崩的地基是把设定固化成可校验的事实而不是全靠模型记。InkOS 用 7 个真相文件承载人物、世界观、时间线等设定。开始长篇前先把主角、关键设定、时间线写进去——之后每次生成都会先读这些事实再动笔从源头减少矛盾。四、逐章生成设定就位后按章生成。建议一次一章、边写边看而不是一口气全生成inkos studio# Web 工作台可视化建书与逐章生成inkos tui# 终端界面命令行党常用说明建书、逐章、审计的具体子命令与参数以inkos --help实际输出为准不同版本可能略有差异。五、连续性审计逐章兜住一致性每写完一章用 33 维连续性审计逐章比对前文把人物、时间线、伏笔上的矛盾标出来再针对性修改。这一步是长篇和短篇最大的区别——它把会不会崩从碰运气变成可检查的工序。六、去 AI 味收尾正文出来别急着用过一遍去 AI 味处理内置的疲劳词表、禁用句式、文风指纹注入加 AIGC 自查改写会让稿子不那么一眼机器写。长篇既要连贯又要不套路这一步和审计配合读者和检测都更买账。六、几个长篇实操建议走完一遍流程有几点经验能让长篇更顺。一是真相文件别一次写满先写主线人物和核心设定写作过程中再逐步补充让它随剧情长大而不是开篇就背上沉重的设定包袱。二是审计报出的矛盾要分级处理硬伤时间线冲突、人物能力前后矛盾必须改风格类的小提示可以按自己的判断取舍别被审计牵着走丢了个人风格。三是善用续写而不是重写改一章时尽量局部调整避免牵一发动全身。四是模型可以分工——铺量的章节用便宜些的模型关键章节和审计环节用更稳的成本和质量都能照顾到。把流程跑熟之后这些细节会让长篇的推进明显轻松。七、小结用 AI 写长篇的正确姿势是把它当工程来做先立真相文件当记忆再逐章生成、逐章审计守一致性最后去 AI 味收尾。InkOS 把这套做成了开源可复现的流程AGPL 让你能完整查看、修改、自部署。想上手npm install -g actalk/inkos跑起来建本书写一章看看审计给你标出什么。