NarraLume：写长篇小说的开源神器，把 7 个设定板块管得明明白白

NarraLume 项目标识

跳跳盯着屏幕上的第 47 章,手指在键盘上悬了十分钟。

"左眼下方的疤呢?"他喃喃自语。

三个月前,第 3 章,他清清楚楚写过:主角左眼下有一道火灼的疤,是小时候替妹妹挡过油灯。那是全书最重要的伏笔--妹妹后来死于火,疤是愧疚的印记,也是结局反转的钥匙。

可写到第 47 章,主角左脸完好无损,还被 AI 续写描述成"肤若凝脂"。

"我明明写过他有疤啊。"跳跳翻前面三万字的聊天记录,没找到。AI 接着写的时候,把这个设定吃掉了,连个提示都没有。

这不是跳跳一个人的问题。每一个试图写长篇小说的人,都会在某一章突然发现:自己忘了自己写过什么。

写长篇最难的,从来不是"下一段写什么"。

是人物。是时间线。是伏笔。是大纲。是已经写过的那几万字。它们像沙子,你攥得越紧,漏得越快。

我见过太多人,开头气势如虹,写到第二十章开始心慌,写到第五十章彻底崩盘--不是没灵感,是设定已经散了一地,捡都捡不回来。

更惨的是,你以为 AI 能救你。你让 ChatGPT 接着写,它给你一段"精彩续写",结果主角从冷酷杀手变成暖男,前一章的死对头这章成了拜把兄弟。你骂它,它说"根据上下文推测"。可上下文早就乱了,它推测个屁。

写长篇小说有三大死亡陷阱:

写长篇小说的三大死亡陷阱与 NarraLume 解决方案

第一,设定散落。 人物卡在备忘录,时间线在 Excel,伏笔在聊天记录,大纲在脑子里。写的时候哪个都对不上,改的时候哪个都改不全。

第二,AI 乱改。 你让 AI 改一段,它顺手把前面确认的事实也改了。你没注意,后面全崩。等发现时,已经改了二十章。

第三,版本混乱。 改一章牵动全身,改完不知道哪版是对的。想回到三天前的某句话,找不着了。只能对着满屏"最终版""真最终版""这次真最终版"发呆。

今天在 GitHub 热榜上看到一个国人开源项目,叫 NarraLume(叙灯)。

它一句话定位:从故事设定集到定稿交付,把长篇小说真正写下去。

它不喊"一键生成整本书"这种口号。那种口号听听就行,真信了的人,书没写成,倒是先把自己写崩了。

NarraLume 干的事更实在:让你建书、整理设定、手写正文、保存版本、做批注和审稿,也可以把局部编辑、单章写作或连续创作交给 AI--但 AI 产出的正文和设定变化,先作为候选保存,只有你采纳了,才进入正式版本。

它首先是一款完整的写作工具,然后才是一款 AI 工具。

这句话值得念两遍。因为大部分 AI 写作产品,把顺序搞反了。

NarraLume 最让我眼前一亮的,是"故事设定集"。

它把写长篇最容易散掉的东西,集中放在七个板块里:

故事设定集:7 大板块管住你写过的 10 万字

作者意图、大纲、实体、已确认事实、关系、时间线、伏笔。

NarraLume 故事设定集:七个资料板块的真实界面

你写的每一章,人物状态怎么变、关系怎么发展、时间线怎么推进、伏笔是埋下还是回收,都在这七个板块里维护。AI 想改设定?先提交差异候选,你看着采纳还是拒绝。

这等于给小说建了一个"中央数据库"。前面写的疤,后面永远查得到。第 3 章埋的伏笔,到第 47 章该回收了,系统会提醒你--而不是让 AI 把它忘得一干二净。

跳跳试了一下午,把那本写崩的小说导进去,又花点时间把散落各处的设定一点点归拢进设定集--三个月前埋的疤、半年前断的线、一年前删掉的配角,终于都有了安身的地方。他说那一刻像失忆的人突然想起初恋。

再说一个让我服气的，是“候选机制”。

普通 AI 写作工具的逻辑是:你给指令,它生成,直接覆盖你的正文。你眨个眼,稿子就不是你的了。

NarraLume 不。AI 产出的正文、修订、故事变化,全部先进"候选池"。你可以看差异、采纳、拒绝、保留。

锁定事实发生冲突时,任务会停下来,等你决定。

这意味着什么?意味着 AI 永远只是你的协作者,不是你的枪手。它交稿,你复核。它建议,你裁定。

你写小说的主导权,还在你手里。

古人写书,讲究"凡例"。曹雪芹写《红楼梦》,"批阅十载,增删五次",每一次修改都基于前面的定稿,而不是把定稿一把火烧了重写。现在的很多 AI 写作工具,却把"定稿"这个概念抹掉了--生成即覆盖,你连自己改了什么都看不清。

NarraLume 把“凡例”还给了作者。它尊重你写过的每一个字，哪怕那个字是错的，改不改也该是你说了算。

而 AI 交来的每一稿，都先落在右侧的项目助手栏里，等你点头才进正文：

NarraLume 项目助手：固定在右侧的 AI 协作者

它给你三种写法,按需切换,不用被一个模式绑架:

NarraLume 写作台:稿目、正文与审稿工具同屏

完全手写--不经过模型,全部正文、版本、设定你说了算。想纯手写,它就是个干净的写作软件。

局部协作--改一段话、补一个场景、审一章,AI 只做你指定的事。你让它补场景,它不敢改你的人设。

连续创作--确认整体方向后,让 AI 集中推进多章,支持逐章确认、暂停、补充要求、接回手写。

NarraLume AI 快速创作:准备方向、确认边界、执行章节

三种写法共用同一套正文版本和故事设定,不会因为切换模式产生互不相认的项目副本。这一点太重要了--多少工具,你一切模式,前面的东西就找不回来了。

从想法到可交付稿,它的链路很清晰:

NarraLume 书架:建书与自定义作品封面

建书 → 写清作者意图 → 整理故事设定集 → 进入写作台手写或委托 AI → 审稿与修订 → 裁定故事变化 → 交付与留档。

每一步都有版本、批注、检查点。你离开页面去吃饭,回来从运行中心接着干,不会失联。AI 任务跑到一半断了?它有步骤、状态、检查点和运行记录,你能看清卡在哪、为什么失败、怎么恢复。

它甚至还管交付:质量提醒(只指出风险,不替你决定写完没)、多格式导出(Markdown、DOCX、EPUB)、项目快照、完整 SQLite 备份。写完了,能带走,能恢复,不锁死在某个云平台。

NarraLume 交付页:质量检查、导出与项目快照

NarraLume 适合谁?

长期维护一部作品的作者。重视设定一致性的作者。想保留手写主导权的作者。想自己选模型和数据位置的作者。

它不适合谁?

只想临时问 AI 一个问题的,普通聊天工具更直接。需要多人实时协作文档的,它不是。需要账号式云同步的,它也没有。

它目前没有模型也能用--建书、整理设定、手写、导出、备份,全都不依赖 AI。你想用本地模型、开源模型、自己的 API,随便。这一点对国内用户尤其重要:不用翻墙、不用绑海外账号,数据就在你自己的硬盘上。

想把它装到自己电脑上,有三种姿势:

普通人,用启动器。 它给 Windows、macOS、Linux 都准备了对应的启动器,下载下来运行 Start-NarraLume 脚本即可。三者的前置条件和数据位置略有不同:

• Windows:需要 Windows x64,缺 Node.js 时首次启动自动联网装好,作品存在发行目录的 data/ 下。

• macOS:需要 Apple Silicon 芯片,同样首次启动联网补 Node.js,数据也在发行目录 data/。

• Linux:需要 Linux x64,其余一致,数据同样在 data/。

不想装任何东西,也能直接打开在线体验(novelai.indevs.in)先在浏览器里试--数据存在当前站点的浏览器 OPFS 中,清空站点数据就跟着没了,正式写稿还是建议用本地启动器。

无论哪种方式,作品默认都是一个本地 SQLite 文件(narralume.sqlite),备份、迁移、灾备都简单。

想自托管,用 Docker。 一条 docker compose up 起一个长期运行的实例,适合放在家里或服务器上当"私有写作服务"。官方提醒很实在:远程访问必须配高熵令牌、TLS 和访问控制,别把本地 Server 裸奔在公网上。

开发者,直接跑源码。 npm ci && npm run dev,Web 默认跑在 http://127.0.0.1:4318,Server/API 在 4317。想接自己的模型,在"设置"里新建模型渠道、新建模型,派给"默认生成模型"即可--目前支持 OpenAI Chat Completions、OpenAI Responses、Anthropic Messages 三类协议,本地 Server 代发请求还没有浏览器 CORS 的限制。

一个细节:Apache-2.0 协议,开源,可商用,可改。比起那些"免费试用三天"的写作 SaaS,这种把数据和控制权交给你的姿态,本身就值钱。

写小说这件事,最怕的不是写不出来,是写出来了,自己却认不出。

NarraLume 干的一件事很简单:它让 AI 帮你记住你写过什么,而不是替你决定你该写什么。

工具越来越聪明,但小说是你的。设定是你的。伏笔是你的。那个左眼下的疤,也是你的。

AI 不是来当你的枪手,是来当你的灯。

照亮你写过的每一章,每一处伏笔,每一个你差点忘掉的自己。

叙灯。这个名字起得真好。