跳到主要内容

盘点 4 个 AI 小说写作 Agent / Skill：从 InkOS 到 chinese-novelist

· 阅读需 8 分钟
sumshare
sumshare
coder

AI 写小说这件事，已经从「让大模型一次性吐一章」进化成了「一套能长期连载、记得住设定、守得住伏笔的工程系统」。围绕这个需求，社区长出了一批 写作 Agent / Skill——有的是一套多 Agent 接力管线，有的是 Claude Code 的一键技能包。

这篇盘点 4 个有代表性的：InkOS、Webnovel Writer、oh-story-claudecode、chinese-novelist-skill。它们各自回答了「AI 写长篇」里不同维度的问题。

一、InkOS：把写作当成一条 Agent 流水线​

仓库：github.com/Narcooo/inkos ｜ npm 包 @actalk/inkos ｜ AGPL-3.0

InkOS 是这 4 个里最「工程化」的一个——它不是一个轻量 skill，而是一个自主小说写作 Agent。核心思路是把「写一章」拆成一条多阶段接力管线，每个阶段交给一个专职 Agent：

Radar（雷达）→ Planner（规划）→ Composer（编排）→ Architect（架构）
→ Writer（写手）→ Observer（观察）→ Reflector（反思）→ Normalizer（归一）
→ Auditor（审计）→ Reviser（修订）

两个最值得记的设计：

  1. 7 个「真相文件」做记忆。每本书维护一套唯一事实来源：世界状态、资源账本、伏笔钩子、章节摘要、支线板、情感弧线、角色矩阵。写第 200 章时，Agent 读的是这些「真相」而不是靠上下文硬记——这是它敢自称「自主长篇」的底气。
  2. 33 维度连续性审计 + 去 AI 味。写完先审计（连贯性、设定冲突、人设崩塌……），识别「LLM 味」（高频词、句式单调、过度总结），不通过就进「修订 → 再审计」循环。

三种交互形态：Studio Chat（本地 Web 工作台）、CLI、TUI 仪表盘。覆盖范围也很广：玄幻/仙侠/都市/科幻长篇、短篇、剧本、分镜、互动影游、同人、续写、封面、多语言导出（EPUB/PDF/TXT）。

npm i -g @actalk/inkos                 # 要求 Node.js 22+
inkos book create --title "吞天魔帝" --genre xuanhuan
inkos write next 吞天魔帝               # 写下一章（草稿→审计→修订）
inkos review approve-all 吞天魔帝       # 批量通过
inkos export 吞天魔帝 --format epub      # 导出

一句话：InkOS 是把「小说写作」当「软件工程」来做——Agent 分工、记忆文件、审计循环，适合想重度自动化、长期连载的人。

二、Webnovel Writer：专治长篇的「遗忘」和「幻觉」​

仓库：lingfengQAQ/webnovel-writer（另有 Codex 适配版）

Webnovel Writer 的定位非常聚焦：长篇网文辅助创作，主打解决 AI 写长篇时的两个顽疾——「遗忘」（写到后面忘了前面的设定）和「幻觉」（瞎编设定），支持 200 万字量级连载。

它是一套 Claude Code 插件，命令很清晰：

命令职责
/webnovel-init初始化项目骨架、设定集、总纲
/webnovel-plan拆卷纲、时间线、章纲
/webnovel-write一条龙写章（备上下文→起草→审查→润色→记录事实→备份）
/webnovel-review多维度审查（爽点、一致性、节奏、OOC、连贯性、追读力）
/webnovel-query查角色、伏笔、节奏、实体关系
/webnovel-learn把有效写法沉淀进长期记忆
/webnovel-doctor项目体检

技术底座是 RAG 检索增强 + Story System 主链 + 实体图谱，外加一个很「网文」的指标——追读力分析（Hook、冷却点、微兑现、叙事债务追踪），还有 37 个内置题材模板。

claude plugin marketplace add lingfengQAQ/webnovel-writer --scope user
claude plugin install webnovel-writer@webnovel-writer-marketplace --scope user

一句话：Webnovel Writer 是「为连载而生的一致性系统」，不是一次性生成器，重点在「第 300 章还记得第 3 章的伏笔」。

三、oh-story-claudecode：网文全流程工具链​

仓库：worldwonderer/oh-story-claudecode（上游叫 zenstory-ai）

oh-story-claudecode 是一个 13 个 skill 的网文工具包，覆盖从「市场调研」到「封面生成」的完整链路，兼容 Claude Code / Codex CLI / Cursor：

技能职责
/story工具箱主入口，自动路由
/story-long-scan长篇扫榜（起点、番茄、晋江等市场趋势）
/story-long-analyze长篇拆文（黄金三章、人设、爽点、节奏）
/story-long-write长篇写作（大纲→正文，管理世界观/人物/情节线）
/story-import旧小说反向导入（半成品也能结构化续写）
/story-deslop去 AI 味
/story-review多视角对抗式审查
/story-cover封面生成

它的方法论一句话：「爽点 = 确定性情绪兑现」——先逆向拆爆款，再做剧情模块化、分层状态管理，最后人机协作。

npx skills add zenstory-ai/oh-story-claudecode -y -g

一句话：oh-story-claudecode 是「全流程」选手，尤其适合「扫榜拆文 → 模仿爆款 → 写作 → 去 AI 味 → 审阅」这种成体系的做法，story-import 对「续写旧文」很友好。

四、chinese-novelist-skill：上手最简单的那个​

仓库：PenglongHuang/chinese-novelist-skill

chinese-novelist-skill 是这四个里门槛最低的——装完直接说一句「帮我写一部小说」就能开工。核心是 三层递进式问答：

核心定位（必答 3 问）→ 深度定制（可选 5 问）→ 标题生成

亮点：

  • 偏好记忆：跨会话学习你喜欢的题材、风格、章节倾向。
  • 中断续写：自动检测未完成项目，从断点继续。
  • 三种写作模式：逐章串行 / 子 Agent 并行 / Agent Teams。
  • 自动校验：写完整检查字数和连贯性，不合格自动重写（最多 3 轮）。
npx skills add PenglongHuang/chinese-novelist-skill

有个真实案例挺有代表性：有人用它 1 小时写完 15 章、近 5 万字并投稿七猫，被编辑以「情节常规、节奏待提升、开篇缺吸引力」拒了。这说明它解决了「写得出来 + 不跑偏」的问题，但「写得好」仍需人来把关。

一句话：chinese-novelist-skill 是「快速上手」之选，先跑通「从构思到完稿」的闭环，再谈精细化。

五、横向对比​

维度InkOSWebnovel Writeroh-story-claudecodechinese-novelist-skill
定位自主写作 Agent长篇连载一致性网文全流程工具链简单上手的中文创作
形态CLI / TUI / WebClaude 插件skill 包（13 个）单个 skill
记忆/一致性7 真相文件RAG + 实体图谱分层状态管理偏好记忆
特色10-Agent 管线 + 33 维审计追读力分析 + 37 题材模板扫榜拆文 + 去 AI 味 + 封面三层问答 + 续写 + 自动重写
上手门槛高（Node 22+、装 npm 包）中中低

六、怎么选​

  • 要重度自动化、把写作当流水线长期跑 → InkOS。它的 Agent 分工和审计循环最适合「日更量产」。
  • 长篇连载、最怕 AI 忘设定/幻觉 → Webnovel Writer，一致性系统是主场。
  • 要「市场调研 → 拆爆款 → 写作 → 审阅 → 封面」全流程 → oh-story-claudecode。
  • 想先快速上手、从零写一部试试 → chinese-novelist-skill。

小结​

这四个工具的共同趋势很明显：AI 写作的难点早已不在「生成一段文字」，而在「长程一致性」——怎么让第 300 章还记得第 3 章的伏笔、怎么写得不「AI 味」、怎么把「写得出来」变成「写得像人写的」。

它们的区别，本质是对这一难题的三种解法：

  • InkOS 用 Agent 分工 + 记忆文件（工程化）；
  • Webnovel Writer 用 RAG + 实体图谱（检索化）；
  • oh-story-claudecode / chinese-novelist 用 结构化工作流 + 去 AI 味（流程化）。

而「写得好不好」这最后一公里，仍然需要人的审美来兜底——工具负责「不跑偏、不断片」，你负责「讲好这个故事」。

参考资料​