Hermes Novel Generator vs NovelClaw：AI 小说生成工具的横向对比
AI 写小说工具大致分两类。一类是「扔个 prompt，回车，等结果」。另一类把长篇创作当流程来跑：规划、起草、审校、修改、润色、循环。后一类项目更少见，也更有意思。
Hermes Novel Generator（14 星，MIT 协议）是给 Hermes Agent 用的 skill，它用五个 agent 角色分担小说生成的不同环节，整个流程跑完能输出 EPUB。
真正值得问的是：它跟这个赛道里两个更大的项目——NovelClaw（293 星，哈工大深圳出品）和 Morpheus（25 星，带三层记忆的全栈项目）——怎么比？
Scene Sandbox：角色的独立规划
Novel Generator 的核心架构叫 Scene Sandbox。核心理念：角色应该主动参与场景构建，而不是等写完再审。
每个场景的循环长这样：
- Storyteller 写场景简报——叙事目标、节拍结构、在场角色
- 各 Character Agent 独立收到简报加自己的角色档案，各自规划自己的行动、对话和意图。互相看不到对方的策略
- Storyteller 收到所有策略，织成完整场景叙事，处理冲突、重叠和打断
- 各 Character Agent 对成稿做语音检查，各自审自己台词是否真实
- Storyteller 只改被标记的段落
- Lore Auditor 检查连续性、世界观一致性、知识边界、节奏、主题
- Prose Stylist 润色文笔（被明确禁止改叙事内容）
- Orchestrator 更新世界状态、角色成长、时间线
有多个角色的场景每次约 10 次 agent 调用。单人场景约 5 次。一部 10 章的短篇小说运行 250–400 次调用，耗时 2–5 小时。
关键设计：角色独立规划，Storyteller 编织，角色再验证。它像个写作工作坊，不是流水线。
NovelClaw：学院派的完整平台
NovelClaw 是这个赛道里打磨最完整的项目。哈工大深圳的研究团队出品，Docker Compose 一键启动三个服务：Portal（公共入口）、MultiAgent（创意构思辅助）、NovelClaw（主写作工作台，端口 8012）。
亮点：
- 完整的 FastAPI 后端，SSE 流式推送章节生成进度
- React 前端：章节工作台、记忆浏览器、知识图谱、轨迹回放、质量看板
- 动态记忆架构（L1/L2/L3/L4）+ SQLite + LanceDB 向量检索
- 人机协同设计——作者全程有操控权
- 作为研究成果发布，有在线 demo（colong-idea-studio.cloud）
NovelClaw 是那种你一看就知道是正经团队花了大力气做的。有架构图，有部署指南，有 GitHub 安全打包清单。
缺点也明显：它是个独立应用，不是 agent skill。要跟 Hermes 一起用，你得把它当作独立的 sidecar 服务跑，或者花功夫把它记忆感知的工作流移植成 skill 格式。不是丢进去就能用的东西。它是平台。
Morpheus：三层记忆驱动的写作系统
Morpheus 的思路不一样。它不按场景逐次跑 agent 调用，而是构建一套精密的记忆架构，让作者按章节批量推进。
记忆系统分三层（L1/L2/L3 活跃记忆）外加运行时状态、开放叙事线程和图谱子系统。每次生成章节时，MemoryContextService 会组装一个「generation context pack」——包含角色身份、运行时状态、记忆压缩、前情摘要和开放线程——然后完整丢给 LLM。
Morpheus 也有章节工作台、知识图谱、轨迹回放和导出功能。技术栈：FastAPI + React 18 + Vite + Zustand。默认 LLM 路径是 DeepSeek。
跟 NovelClaw 一样，Morpheus 是个独立应用。它想做写作工作室，不是 skill。记忆架构确实想得深，但它存在于一个需要你在它的 UI 里操作的产品表面之内。
Novel Generator 的定位
Novel Generator 在三个项目里最轻——star 最少、代码最少、架构最简单。但它有一个结构性优势：它跑在 Hermes 里面。
作为 skill，Novel Generator 把 Hermes 变成小说写作的总指挥。管线本身就是一份 markdown 文档（SKILL.md），Hermes assistant 按步骤走，通过 delegate_task 生成子 agent。状态存在 novel_state.yaml。场景存在 markdown 文件里。看板是一个端口 8420 的简单 Python 脚本。
这意味着：
- 不用另起服务器
- 不用学新技术栈
- 小说状态通过 Hermes 自己的 memory 和 skill 系统就能访问
- Scene Sandbox 产出的每次 agent 调用都可以单独审查
取舍很清楚。NovelClaw 和 Morpheus 给你精致的 UI 和生产级基础设施。Novel Generator 给你一份在现有 agent 里就能跑的过程指南。已经在 Hermes 生态里的用户，集成路径会简单很多。
数据对比
| 维度 | Novel Generator | NovelClaw | Morpheus |
|---|---|---|---|
| Star | 14 | 293 | 25 |
| 架构 | Skill pipeline | Docker 三服务 | Poetry + Vite |
| Agent 模型 | Scene Sandbox（5 角色） | Multi-agent studio | Agent studio |
| 记忆 | YAML 状态文件 | L1-L4 + LanceDB | L1-L3 + 运行时 |
| UI | Dashboard HTML | 完整 React SPA | 完整 React SPA |
| 集成 | Hermes 原生 | 独立应用 | 独立应用 |
| 输出 | EPUB | 章节导出 | 章节/全书导出 |
Novel Generator 只做好一件事：从一个种子概念产出一本小说。不多不少。另外两个项目是写作平台，顺便产出小说。
不足之处
Novel Generator 的时间估算是乐观的。2–5 小时出短篇的前提是每次 agent 调用 30–60 秒完成。实际使用中，API 限速和上下文溢出重试会让这个时间翻倍。
8420 端口的看板能用但简陋。NovelClaw 的工作台和 Morpheus 的章节工作台在 UX 上领先太多。如果要在生成中途审阅和修改，Novel Generator 指望你自己读 markdown 文件。
SKILL.md 里记载的「sequential chapter delegation」模式——每章一次 delegate_task，内联所有上下文——写长篇小说很聪明，但牺牲了 Scene Sandbox 最核心的角色主动性。拿速度换了架构特色。
依赖很轻（pyyaml、ebooklib、Pillow），但可选的封面生成想要 diffusers、accelerate 和 torch。给一个装饰功能装全套深度学习框架，太重了。
结论
想不离开终端就在 Hermes 里生成本小说，Novel Generator skill 是最趁手的工具。hermes skills install novel-generator 一条命令装好就开写。Scene Sandbox 的好处是角色在 Storyteller 写正文之前就定了自己的行动方案，出品的对话和举止确实更像角色本身。
想要带可视化章节管理、知识图谱、轨迹回放、质量看板的完整写作工作室，答案无疑是 NovelClaw。这个赛道里唯一一个既有学术背书又有在线 demo 的项目。Morpheus 居中——比 skill 精致，比 NovelClaw 稚嫩。
我先装 skill 做快速实验，NovelClaw 留到正经想搞长篇的时候开。不同阶段用不同的工具，不冲突。
Sources: hermes-novel-generator GitHub, NovelClaw GitHub, Morpheus GitHub, Novel-Claude GitHub