写长篇小说最怕的不是写不出来，而是写出来了，自己却认不出——人设前后矛盾、时间线乱套、埋下的伏笔忘了收。
当 AI 写作工具越来越多，一个更隐蔽的问题出现了：模型很会编，但也很容易”逻辑崩坏”。
最近一个开源项目 NarraLume（中文名”叙灯”）给出了一种挺有意思的解法：它不追求让 AI 一口气写完全书。
约70+star、Apache-2.0可商用、SQLite本地存储——这三个数字拼在一起，才是它敢让作者把整部作品放进去的底气，你信这个组合吗？
项目采用 Apache-2.0 协议，允许商用。
而是用软件工程里”类 Git”的工作流，把 AI 关进可控的围栏里。
对想靠写小说做副业的人来说，这是个值得一看的利器。
据项目介绍与媒体解读，NarraLume 是一个开源的 AI 长篇小说写作工作室，GitHub 仓库为 abligail/narralume。
定位是”故事设定、正文版本、AI 协作、审稿与交付一体化的长篇小说写作工具”（来源：GitHub – abligail/narralume、AI Junkie）。
隐私与部署的取舍
在线版数据存在浏览器OPFS里、本地版走SQLite文件、还能DockerCompose自托管——没有账号系统也没有云同步，这套取舍你能接受吗？
它针对 AI 写作里最常见的”不受控”和”逻辑崩坏”两类问题，提出了一个核心理念：把作者定义为最高权限掌控者，AI 只作为执行单元。
负责生成内容提案。
用”类 Git 工作流”管住 AI 的嘴
所有修改都以PR形式提交、附带Diff等作者审核，这一步你觉得麻烦还是安心？多花一次审阅，换来AI不能擅自改稿，你选哪边？
作品默认就存成 1 个本地 SQLite 文件。
NarraLume 最出圈的设计，是借鉴了软件开发里的 Git 提交与合并逻辑。
在它里面，所有文本修改、设定变更或逻辑调整，都不会被 AI 直接落进正文，而是以”PR（Pull Request）”的形式提交。
并附带 Diff 视图，供作者人工审核、再决定是否合并（来源：AI Junkie）。
这等于把大模型在长文本里的”幻觉”关进了审查流程：AI 只能提建议，改不改、怎么改，最终拍板的是人。
对写作者而言，这意味着你拥有了类似程序员的”变更审计”能力：每一处增删都能看到差异、能回滚、能拒绝。当一部几十万字的小说被拆成可审阅的提案流，长文一致性不再是玄学，而是一套可操作、可追责的流程。
更进一步，NarraLume 内置了完整的”故事设定集”上下文管理系统，把人物关系、时间线、伏笔等核心要素锁定，一旦 AI 生成的内容与已锁定的设定冲突，任务会强制暂停、等待人工介入，从而保证整部作品世界观的一致（来源：AI Junkie）。
这正好对应了副业写作者最头疼的痛点：前面写男主单身，后面 AI 突然给他安排了个孩子。
角色卡、情节线、章节生成与一致性校验
约70+star、Apache-2.0可商用，这两个数字放一起意味着什么？协议和热度都还在早期，你敢不敢现在就拿它接商业稿，还是等star数再涨一涨？
虽然不同来源对功能模块的表述略有差异，但综合项目介绍可知。
NarraLume 围绕”长篇小说的全流程”组织能力：用故事设定集管理角色卡与世界观（对应素材里的”角色卡管理”），用时间线/伏笔等结构编排情节走向（对应”情节线编排”），由 AI 基于设定生成章节草案（对应”章节生成”）。
并通过设定冲突强制暂停机制做一致性校验（来源：GitHub – abligail/narralume、AI Junkie），需要说明：关于这些功能的具体命名与边界，以 GitHub 仓库的实时 README 为准，本文不臆测仓库未明确写出的细节。
本地优先，数据是你的
在隐私与部署上，NarraLume 走的是”本地优先”路线。
据介绍，在线版数据仅存于浏览器的 OPFS 中。
本地版通过 SQLite 文件管理，并支持 Docker Compose 自托管，没有账号系统、也没有云同步（来源：AI Junkie、什么值得买），模型兼容性上，它支持 OpenAI、DeepSeek 及 Anthropic 等主流协议。
开发者还预置了 DeepSeek 模型。
方便用户零成本在线体验。
对国内用户尤其友好的一点：你可以用本地模型、自己的 API，不强制绑海外账号，作品默认就是一个本地 SQLite 文件，备份、迁移、灾备都简单，关于开源协议，有媒体解读称其采用 Apache-2.0，可商用、可修改（来源：什么值得买）。
不过协议细节以仓库 LICENSE 文件为准，建议商用前自行核对。
至于热度，项目上线不久已在 GitHub 收获数十 star 关注（仓库 topic 列表显示约 70+），确切数字以 GitHub 仓库实时显示为准。
| 能力 | NarraLume 的做法 |
|---|---|
| 协作模式 | 作者是最高权限，AI 只提提案，修改以 PR 提交、人工合并 |
| 一致性 | 故事设定集锁定人物/时间线/伏笔，冲突即强制暂停等人工 |
| 审阅 | 类 Git 的 Diff 视图，可回滚、可拒绝，长文变更可审计 |
| 部署 | 本地优先：OPFS / SQLite，支持 Docker Compose 自托管 |
| 模型 | 支持 OpenAI、DeepSeek、Anthropic 等协议，预置 DeepSeek 试用 |
| 获取 | 开源，GitHub 仓库 abligail/narralume |
对想做”小说副业”的朋友，NarraLume 的价值不在”替你写完”，而在”帮你写得不乱、改得明白、数据握在自己手里”。
它适合这样一类人：已经有故事想法，但被大纲崩坏、人设漂移、反复返工折磨。
愿意用一点工程化思维（PR、Diff、设定集）来换长期可控的创作体验，想上手，建议直接去 GitHub 仓库 abligail/narralume 看 README 与部署说明，先用在线版或不带模型的本地版把设定集搭起来。
再接自己的模型开写。
· · · · ·
关注「AI智习室」，每天为你推荐一个能真正用起来的 AI 创作工具。
更多写作工具测评与副业思路，欢迎访问官网 aizxs.com，或在微信搜索公众号「AI智习室」订阅更新。
