NovelClaw：一个为长篇小说创作者而诞生的工具
NovelClaw 想解决的不是“让模型一次多写一点”，而是把长篇小说创作真正组织成一个可持续推进、可检查、可回到现场继续写的工作空间。
原文链接：https://blog.csdn.net/xyc_yyds/article/details/159618966
GitHub：https://github.com/HITSZ-DS/NovelClaw
线上体验：https://colong-idea-studio.cloud/
一、为什么要做 NovelClaw
如果把小说创作理解成“输入一个 prompt，输出一段文本”，那它更像一次性生成器，而不是长篇创作工具。
真正做长篇小说时，困难通常不在第一章，而在后面：
- 角色设定会漂移
- 世界观细节会丢失
- 章节节奏会失控
- 前文埋下的线索很容易断掉
- 用户很难知道系统现在到底在做什么
所以我更想做的，不是再包装一个“写小说按钮”，而是把创作过程拆成能看、能查、能继续推进的工作区。NovelClaw 就是沿着这个思路出现的。
二、NovelClaw 不是一次性提示词封装
我更愿意把它描述成一个面向长篇小说创作的结构化工作台。
在这个工作台里，写作不是“发一次指令就结束”，而是会围绕下面这些持续展开：
sessions：持续保留当前写作语境storyboard：查看和调整故事结构manuscript：阅读、审阅和续写章节稿件world / character / style：把设定真正沉淀下来memory bank：把后续写作要依赖的记忆变成可编辑对象
也就是说，NovelClaw 关注的不是一次生成结果，而是一个持续运行中的创作现场。
三、它真正重要的地方在“可持续控制”
很多 AI 小说工具的问题不是不能写，而是写完以后很难接着控制。
NovelClaw 想补上的正是这层控制感：
- 运行过程可观测，可以查看任务状态、日志和章节产出
- 章节级推进，而不是把整本书一次性塞进一个大 prompt
- 生成后还能继续回到同一个项目里审阅、修订和续写
- 记忆不是隐藏在模型内部，而是逐步沉淀成可检查的工作材料
这让它更像一个“长期项目工作台”，而不是一次性交付结果的页面。
四、动态记忆为什么很关键
我一直觉得，长篇写作最有价值的上下文，很多时候并不是外部知识，而是创作过程中不断产生的内部记忆。
比如：
- 角色关系
- 世界设定
- 已经发生过的关键情节
- 章节摘要
- 当前故事节奏和风格约束
如果这些信息每一轮都只存在临时 prompt 里，那系统很难在几十章之后还保持稳定。
所以 NovelClaw 更强调把这些信息持续写回、持续检索、持续参与后续生成。
从这个角度看，它做的不是“给模型加点上下文”，而是在搭建一个围绕长篇项目运转的记忆层。
五、从入口到写作再到审阅，它形成了一个闭环
当前公开版里，NovelClaw 已经不是孤立页面，而是和入口层、运行层、审阅层连接起来的一整套流程。
一个比较典型的使用路径是：
- 从
/select-mode进入公开入口 - 配置模型与 provider
- 在
chat中启动故事会话 - 在任务页面里跟踪 run、日志和章节输出
- 回到
manuscript、storyboard、memory bank继续审阅和推进
这也是我觉得它和很多“小说生成器”不太一样的地方：
它不是只负责写出文本，而是把写作、检查、修订和继续生成连成了一条完整链路。
六、为什么把它放到 GitHub 上
我希望 NovelClaw 不只是停留在本地实验，而是能作为一个公开可见、可体验、可继续演进的开源项目存在。
开源的意义不只是“把代码放出来”，更在于：
- 创作工作流可以被别人真正体验
- 动态记忆和章节控制这些想法可以被继续讨论
- 工程结构、部署方式和公开安全边界可以被复现
- 后续可以逐步从研究表达走向更完整的产品形态
结尾
如果你也在关注长篇 AI 写作、动态记忆、章节级控制或者更可观测的创作工作台，欢迎一起交流。
对我来说，NovelClaw 的重点从来不是“再做一个会写字的模型壳”，而是让长篇小说创作第一次真正拥有一个像样的运行空间。