AI 写小说最常见的失败，不是写不出字，而是写着写着就散了。人物性格漂，节奏乱，前后设定打架，越到后面越像自动续杯的套路汤。
InkOS 值得看的地方，是它没有把自己包装成一个“输入一句话生成百万字”的玩具，而是把小说创作拆成写、审、改、人工审核几个环节。它是一个自动化小说写作 Agent，也发布成 OpenClaw Skill，适合拿来研究长内容创作流水线。
先安装，再建一本测试书
全局安装：
npm i -g @actalk/inkos创建项目：
inkos init my-novel
cd my-novel
inkos如果你用 OpenClaw，也可以安装 Skill：
clawhub install inkos第一次别拿正式 IP 开练。先建一本短篇测试书，目标控制在三到五章，主要验证流程，不要验证野心。
配置模型时先分工
小说创作对模型的要求不一样。大纲规划、正文生成、审稿、润色，不一定非得同一个模型。
一个比较实用的分工：
规划 Agent：负责世界观、人物线、章节节奏
写手 Agent：负责初稿，保持语气和场景推进
审稿 Agent：找设定冲突、节奏问题、重复桥段
修订 Agent：根据审稿意见改文本
人工：决定是否接受改动这样做不是为了显得多 Agent，而是把“写得多”和“写得稳”拆开。
第一章不要追求完美
建议第一章只验证三件事：人物是否站住、冲突是否出现、结尾是否让人想往下读。
你可以给 InkOS 一个更像编辑部 brief 的输入：
类型：近未来科幻悬疑
主角：失败过一次的城市安全工程师
核心冲突：她发现一套城市预测系统开始主动隐瞒事故
第一章目标：出现事故，建立主角弱点，不解释完整世界观
限制：不要网络流行梗，不要旁白式设定堆砌写小说最怕开头就把设定说明书倒给读者。Agent 也一样，越早给它具体场景，越少空话。
审稿要看结构，不只看句子
InkOS 强调审计和修订。这个环节别只拿来改语病。长篇创作真正要审的是结构。
可以准备一张审稿表：
本章目标是否完成
人物动机是否清楚
场景是否重复
是否出现前后矛盾
信息量是否过密
下一章钩子是否自然如果审稿 Agent 只会说“语言流畅，节奏紧凑”，那基本没用。要逼它指出具体段落和具体问题。
去 AI 味不是换几个词
InkOS 提到多维度审计和去 AI 味。这里要注意，去 AI 味不是把“总之”删掉，也不是把句子弄得更口语。
真正的去 AI 味，是减少过度解释、减少情绪替读者总结、减少模板化动作。比如人物不要总是“深吸一口气”，场景不要总是“空气仿佛凝固”，结尾不要总是“她知道，一切才刚刚开始”。
更好的修订要求是：
删掉解释性旁白
让人物通过动作表现情绪
保留两处不完全解释的信息
每一章只解决一个核心问题这比简单喊“写得像人”有效得多。
人工门控要放在章节边界
让 Agent 连续写十章，看起来很爽，实际很容易跑偏。建议把人工审核放在章节边界：每章结束先审，确认人物线和剧情线没偏，再继续。
一个轻量流程：
生成章节草稿
审稿 Agent 输出问题清单
人工选择必须修改项
修订 Agent 改稿
人工确认进入下一章这样会慢一点，但长篇内容不是短视频脚本。越往后，前面的偏差越贵。
适合什么人用
InkOS 适合三类人：网文作者做大纲和初稿，内容团队做 IP 试写，游戏或短剧团队做剧情原型。它不适合完全替代作者，也不适合生产未经审核的商业文本。
真正的价值，是把创意生产从“一次生成”变成可复查流水线。Agent 负责吐出草稿和问题，人负责判断风格、人物和商业边界。小说创作可以自动化一部分，但不能把审美也外包出去。