GitHub 趋势 · 第 103 期

新出的四个小说工具，许可证分成了两派

#AI写作#小说工具#开源许可#选型对比#GitHub趋势

AI 写长篇，卡住的往往不是模型不够聪明。设定会漂、伏笔会忘、文风会崩、设定和正文散在三四个工具里各不认识彼此——这四个问题，换更贵的模型解决不了。

一、这四家为什么放在一起

本期按小说工具方向检索 GitHub 上的新建仓库（带时间过滤，只看今年新建的），筛出四个仍在高频提交、且此前没写过的独立项目。它们有一条共同的路线：人主导、Agent 执行。没有一家承诺一句话自动出一本书，恰恰相反，OpenFic 的 README 把这话说得最直白——输入一句提示词然后自动得到一整本小说，「这是不切实际的」。

四个给的是四种不同的工具箱：OpenFic 让你把 Agent 改成自己的流程，denova 把小说和互动叙事放进同一个工作区，NeuroBook 把设定与伏笔做成可推算的引擎，Goink 把整套结构化记忆塞进一个不到 60MB 的安装包。

顺带交代一句选题过程：同期数字人方向检索到的新面孔里，有三个仓库共用同一句英文描述，是同一个项目的镜像或转载，还没有独立人气，所以这一轮继续留到下一次观察。

二、OpenFic：Docker 一行起，Agent 适应你的流程

做什么：跨平台的小说创作工具，定位原文是让 Agent 深度参与创作过程，而不是替你一键生成没有灵魂的文字——它先是好用的写作工具，其次才是面向写作的 Agent 系统。

怎么用：三条路都在，推荐自托管用容器。

docker run -d -p 8000:8000 -v "openfic:/data" --name openfic \
  ghcr.io/syrizelink/openfic:latest

# 或 Python 方式（需 Python 3.12+）
pip install openfic
openfic serve

# 桌面版直接去 Release 页下载

优点：三种安装入口覆盖了服务器、笔记本和不想碰命令行的人；项目数据全部保存在本地，零云存储依赖；检索走基于向量的 Agentic RAG，README 自称在百万字级别的项目里也能高效检索；上下文做过多层管理——智能压缩、动态截断、稳定缓存，主打把成本压下来；界面做了响应式，桌面、手机浏览器同一套。

缺点：坑集中在会话数据库与模型兼容。早期版本里 checkpoints.db 会持续膨胀，有用户报告膨胀到项目起不来（该问题已关闭）；还有「思考链过长后引发的白屏问题」。目前仍开着的问题包括：对话栏 token 统计数量错误、DeepSeek 要求思考为空时也需要回传思考内容、OpenRouter 的 API 无法正常使用（已关闭）。默认端口 8000，有用户反馈换端口后页面一直转圈。

最终效果：适合拿它当带 Agent 的写作工作台长期用。代价是前期你得花时间把 Prompt、Agent 和工作流调成自己的习惯——它自己也说了，要让 Agent 适应你的写作流程，而非反之。

三、denova：小说和互动叙事两用，PC 与手机同写

做什么：一体化 AI 创作平台，同一个工作区里放小说写作、互动故事、结构化资料库、Agent、图像生成、自动化与本地版本管理。互动那一半是可分支的文字冒险：用角色卡和资料库搭世界，玩家输入推进剧情，行动建议、角色与世界状态、规则检定各有真源。当前版本 v0.4.5，作者自己标的是 Beta。

怎么用：macOS / Linux 有一键脚本，装完直接敲 denova；Windows 从 Releases 下压缩包，运行 denova.exe。

curl -fsSL https://raw.githubusercontent.com/alfredxw/denova/\
  master/scripts/install.sh | sh

优点：跨端续写是四家里做得最完整的——设置里开启局域网访问并设好用户名密码后，可以在本机生成 5 分钟有效的一次性登录二维码，同一局域网的手机扫码即登；浏览器保持登录 30 天，页面还能添加到手机主屏。Agent 读项目、调工具、提交 Diff，每次写入都可以检查、评论与撤销，重要变更走本地版本历史。图像模型接得也宽：OpenAI、xAI/Grok、火山引擎 Seedream、Google Gemini Image、ComfyUI Workflow 和自定义端点。

缺点：作者自己划了两条硬线。第一条是版本纪律——原文写「稳定使用建议选择 Release；master 分支可能包含尚未发布的改动」，别拿 master 当生产环境。第二条是升级要动手：「从 v0.3.3 升级前，请阅读 v0.4.0 更新与数据迁移说明：旧全局自动化需在项目内重新创建，部分模型和上下文选项需重新设置。」历史反馈里最重的一条是「点击回滚导致项目文件直接被删除！」（已关闭），另有 Windows 下所有 agent 都无法创建或写入文件（已关闭）；仍开着的一条是自定义或本地端点的 max_output_tokens 不可配置，回复会被截断。公网部署也要自己补课：「通过公网或域名部署时，请使用 Caddy、Nginx 等反向代理提供 HTTPS，避免明文传输登录凭据。」

最终效果：一个项目里既能写长篇，也能顺着同一套设定做成可玩的互动叙事；手机随时续写是它的差异点。代价是按 Release 节奏走、别乱跳版本，并且给自己的部署补上 HTTPS。

四、NeuroBook：把「设定不吃书」当成工程问题

做什么：AI 驱动的小说 IDE，思路原文说得很清楚——把软件工程三十年的实践和创意写作一百年的方法论，做成你和 AI 共用的同一套工具：世界状态由引擎推算而不是靠模型记忆，伏笔像技术债一样记账追踪，成稿用 360 条规则做 lint。它把长篇最常见的三个病症当成工程问题：写长了就吃书、挖的坑忘了填、通篇 AI 味。

四大块能力：

• ▪World Engine：用「时间线 + 切面」做事件溯源，任意时间点的世界状态由之前的切面推算得出。角色三个月前受的伤、王国十年前的国库存量随时可查，补设定就是在合适的时间点插一个切面，倒叙和回忆天然支持；每次变更都是带时间戳的可审计记录。
• ▪剧情工坊：承载树管故事在哪讲，因果树管故事为什么发生。承诺系统把每个伏笔登记、推进、兑现全程记账，写到目标章自动进入写作指令；创作决策记录要求「风险必填，推翻也留痕」；章节信息控制把「读者知道什么、主角知道什么、必须隐瞒什么」做成字段。
• ▪多 Agent 写作工作室：leader 规划剧情与调度、writer 专职正文、retrieval 与 researcher 查设定查资料；讨论、计划、执行三种模式，切换都要你点头，编辑器内还带选中即改的 Inline AI。
• ▪llmlint：像 eslint 检查代码一样检查稿件，360 条规则覆盖填充词、机械过渡、公式化设问、二元对比、空泛总结、节奏单调等 AI 写作痕迹，静态规则秒级扫全稿，机械问题支持自动修复。

怎么用：Windows 下下载准确文件名的压缩包，解压运行启动脚本；Linux / macOS 用安装脚本；已经装了 Bun 的可以直接跑 Manager。

# Linux / macOS
curl -fsSL https://raw.githubusercontent.com/notnotype/neuro-book/\
  master/scripts/install/install.sh | sh

# 已装 Bun（任意平台）
bunx --bun @notnotype/neuro-book-manager@canary

优点：数据自持最彻底——lorebook/（世界书）、manuscript/（正文）、world-engine/（世界配置）全是本地 Markdown 或 TypeScript 文件加项目级 SQLite，任何编辑器都能打开，随时整包迁移。计费透明到分项：token 消耗按输入、输出、缓存创建、缓存命中分别计量，再换算成美元或人民币，你能确切知道写这一章花了多少。它还把许可边界写明白了：用 NeuroBook 创作、编辑或发表的原创作品，不会仅因使用本软件而自动适用 AGPL。

缺点：作者自己先声明了「目前处于快速开发阶段，软件和接口可能不稳定，欢迎反馈」；文档站上还挂着一条不多见的警告——「文档站目前绝大部分是由 AI 生成，获取更多帮助请加入社群」。真实反馈里最需要留意的是升级路径：0.9.6 桌面版从 0.8.9 升级后，服务启动约 20 秒即报「运行租约失去所有权」退出，退出码 75，这条至今仍开着；另外「发布的包解压很慢」，默认视图设置切到源码后会退回富文本。界面语言作者也自认急需重新设计，正在招设计人手。

最终效果：如果你的长篇需要维护几十万字的设定与伏笔，这套让世界状态可推算、伏笔有账本、成稿有 lint 的组合是对症下药的一家。代价是接受它在快速开发期的不稳定，并把项目目录当成必须备份的资产。

五、Goink：不到 60MB 的安装包，Agent 自己查、自己改、自己维护

做什么：桌面 AI 写作系统，卖点是结构化记忆——角色档案、伏笔状态、弧线进度、地点关系、读者认知由系统记着，Agent 自己查、自己改、自己维护。它最想解决的是那句吐槽：写到第五章模型就忘了主角叫什么，到第三十章还得手动翻前文找伏笔。

技术上是自研的 ReAct 循环，SSE 流式加 31 个 Function Calling 工具，支持子 Agent 嵌套；本地语义搜索用 sqlite-vec 加 ONNX Runtime 跑 bge-small-zh-v1.5 量化模型，整条链路在本机跑，不联网；版本控制直接内置 Git，每次对话自动 commit。

怎么用：从 Releases 下对应平台的安装包——Windows 安装程序、macOS DMG、Linux AppImage。README 的原话是「安装包 < 60MB，不需要 Python、Node.js、数据库或 GPU」，只需要一个 LLM API Key（内置 DeepSeek、GLM、MiMo 模板，兼容 OpenAI 格式）。Windows SmartScreen 会弹未签名提示，点「更多信息」再点「仍要运行」即可。

两个值得单独说的设计：

• ▪写完自动维护：每写完一章，系统自动注入维护提醒，告诉 Agent 具体检查什么——角色有没有变化、该回收的伏笔回收了没有、弧线节点要不要推进、读者认知需不需要刷新。不放心还可以起一个独立审稿子 Agent，从头对比章节内容与系统状态的一致性。AI 不会直接改正文，每次编辑先生成 Diff，你批准才写入，所有修改都有 Git 历史可回退。
• ▪Skill 系统与风格蒸馏：同名 Skill 按「小说 > 用户 > 内置」三层覆盖，配 auto、manual、always 三种触发模式，新建一个 .md 文件就是一个新 Skill，改完即时热重载。风格蒸馏则是贴一段样文，它从六个维度拆解——句式结构、用词习惯、修辞手法、节奏控制、叙事距离、氛围语调——生成一个可一键加载的仿写 Skill。

缺点：模型服务商兼容性是它反馈最集中的地方。有用户报告没有对 Claude 做适配，对话没问题，但写正文时一直卡在「正在编辑文件内容」；GLM 的流式响应解析会持续报错；还有人急需一个 response 接口，因为很多中转站的返回格式跑不通。功能缺口也很具体：新建的章节不能删除、没有分卷、角色关系图「应该还没实装」。另外本地语义搜索的模型落在安装目录下，装在受管目录时要想一下。

最终效果：四家里装机成本最低的一个，双击就能用，不占 Python、Node 或 GPU。前提是先用一小章把模型与中转站的兼容性试通，别一上来就指望它接什么模型都行。

六、一张表看完四家

把成熟度和反馈并排放，差别就出来了：

七、许可证分两派，改不改名就在这一步

Apache-2.0 派（OpenFic、denova）：宽松，允许闭源二次分发，保留许可证与声明即可。想把工具改个名字装进团队内部，或者基于它做商业产品，这两家没有额外负担。

AGPL-3.0 派（NeuroBook、Goink）：分发修改版，或者通过网络向用户提供修改版的服务时，都要按 AGPLv3 提供对应源代码。NeuroBook 的 README 写得很明确，用的是 AGPL-3.0 的「仅此版本」，SPDX 标识 AGPL-3.0-only，也就是说后续版本换了许可证，你手上的授权按你拿到的那版走。

Goink 在 AGPL 之上又加了一层，来自 AGPLv3 第 7 条的附加条款，写得非常具体：

• ▪署名位置被点名：衍生作品的 README、带界面的应用的 About 对话框或启动屏、命令行的 --version 与顶层帮助文本、以及 Web 服务用户可直接访问的 About 或 Acknowledgements 页面，都要保留这一行——「Based on Goink by 响滩 (sigpanic)」。
• ▪必须自报家门：无论以什么名字分发，都要在前述位置显著展示「This is a modified version of Goink. It is not endorsed by or affiliated with the original author.」。条款还明确把「removing, modifying, or obscuring provenance records, changelogs, copyright notices, or author attributions」列为虚假来源行为。

八、怎么选

• ▪只想今天先跑起来：Goink，安装包小、不依赖 Python 或 Node；或者 OpenFic，Docker 一行。
• ▪写几十万字、最怕设定漂移和伏笔忘收：NeuroBook，World Engine 加承诺系统最对症。
• ▪一本作品既要小说又要互动叙事、还想在手机上接着写：denova。
• ▪要把工具改名、或者做成服务开放出去：优先 Apache-2.0 的 OpenFic 和 denova；真要用 AGPL 那两家做二次分发，先把 NOTICE 读完再动手。

不适合谁：想一句话自动出一整本书的，四家都不接这个需求，它们全是人主导、Agent 执行；只想写短文案或社媒内容的，也不在这个赛道里。

四个坑，按踩到的概率排：

• ▪版本纪律排第一：denova 别用 master，跨 v0.3.3 到 v0.4.0 要按迁移说明动手；NeuroBook 升级前先备份项目目录，退出码 75 是升级路径上真实发生过的故障。
• ▪模型与中转站排第二：Goink 的反馈最集中，Claude 未适配、GLM 流式解析失败、中转站格式跑不通，先用一小章试通再写正文。
• ▪端口与运行依赖排第三：OpenFic 默认 8000，有人换端口后页面一直转圈；denova 从源码跑要 Go 1.26.6+、Node.js 22.13+、pnpm、ripgrep 和 Bash。
• ▪公网部署排第四：denova 明确要求用 Caddy 或 Nginx 反向代理上 HTTPS，避免明文传输登录凭据；四家都建议把项目目录当成要备份的资产。

下期预告

下一轮做数字人、写歌写词写诗方向的轮换。本期数字人方向检索到的新面孔体量都还很小且互为镜像，继续观察一轮；更早预告过的开源替代 SaaS 合集不在方向清单内，继续欠着。