潮声退去之前
叙事顺序 027
林砚没有立刻回答。灯塔的光从窗框上缓慢移过，照亮桌角那枚被海水泡白的铜扣。
她认得它。三年前离开北港时，周屿把同样的扣子缝在旧风衣内侧。
“你早就知道那艘船会回来。”她说。不是疑问，而是把最后一条退路从两人之间拿走。
长期记忆 · 定向召回 · 作者所有
让写作拥有记忆，让创作更加轻松。
Novel 先把大纲、进度、承诺与关系组织成长期记忆，再让 Agent 沿人物、地点、事件链路与向量语义定向召回证据， 最后经过版本绑定审核与作者批准，让结果成为下一章可靠的历史。
长期故事记忆定向混合召回作者批准发布
长期记忆大纲 · 进度 · 故事承诺
链路召回人物 · 地点 · 事件
向量召回语义相似度
准确复核正式原文 · 来源范围
01 · 长篇 AI 创作的真正难题01
上下文窗口 ≠
故事记忆
长篇创作的连续性，建立在明确的历史状态、草稿边界与作者决策机制之上。
聊天线程会结束，模型会切换，摘要会遗漏。Novel 把作品的长期身份保存在本地项目中，让每一次创作都从准确历史继续。
Agent 保留开放式推理和文学判断；应用只负责版本、引用、审批、发布与恢复，不用固定算法替代创作。
02 · 有界记忆，可靠证据
长期记忆保存作品状态，定向召回提供当前任务所需证据。
Novel 围绕同一个写作会话，让长期记忆与混合检索分工：人物、地点、事件链路提供结构方向，向量语义补足改述与隐含关联。
NOVEL · 连续性上下文本地
记忆长期保存
长期记忆
分层保存大纲进度、故事承诺、摘要、关系证据与长期设定。
规划上下文故事状态
召回混合检索
定向召回
沿人物地点事件链路与向量语义并行召回，再混合排序。
实体链路向量语义
已连接项目
北港
一套本地作品事实源，连接长期记忆、定向取证与创作。
记忆→召回→创作
长期记忆大纲 · 进度 · 故事承诺
链路召回人物 · 地点 · 事件
向量召回语义检索 · 混合排序
批准发布差异 · 摘要 · 恢复
03 · 一套连续创作闭环
将创作意图转化为可持续维护的小说结构。
创作不是八个并列按钮。Novel 把创作意图、长期记忆、定向混合召回、章节创作与批准发布组织成连续闭环。
先把故事如何走到这里组织清楚。
大纲、进度、故事承诺、摘要、关系证据与长期设定分层保存，并为当前章节组合规划上下文。
记忆
灯塔重逢正在推进。
上下文
归船真相仍在部分推进。
围绕当前问题，走两条路径取证。
关键词分支沿人物、地点、事件链路展开，向量分支寻找改述与隐含关联；两路融合后读取准确原文。
链路林砚 × 灯塔 × 归船实体关系
向量铜扣与离港记忆语义关联
融合第 12 · 19 · 26 章准确原文 →
从章节方案，到一版可以确认的正文。
章节方案先由作者确认；草稿逐版本保存，AI 审核与作者确认始终绑定准确版本。
第 27 章 · 版本 04
审核因果成立保留铜扣先于对白出现
让本章的全部变化进入下一章记忆。
确认正文后才更新摘要、关系、进度与故事承诺；完整差异的准确摘要获批后才正式发布。
关系 · 进度 · 故事承诺
作者批准已批准摘要 · 8F3A
04 · 人物、地点与事件证据
基于人物、地点与事件链路，建立可回溯的关系证据。
每个已批准章节都可以形成绑定版本的章节线路与关系证据。Agent 沿证据定位章节，再读取准确原文完成判断。
了解关系证据叙事线路北港 · 线路示意
绑定版本 · 来源已核验实体
第 12 章离开北港
第 19 章旧码头线索
第 27 章灯塔重逢
人物
林砚参与者周屿回忆中林砚 · 周屿现场
地点
北港现场旧码头被提及灯塔现场
事件
离港起点铜扣线索线索归船回应
已选关系 · 证据林砚 × 灯塔第 27 章 · 当前版本
- 叙事方式
- 现场
- 证据范围
- 02
- 覆盖情况
- 完整
摘要→稳定身份→准确原文
05 · 为长篇连续性而设计
以长期记忆、定向召回和作者确认支撑长篇连续创作。
Novel 管理那些模型不应独自承担的机械准确性，把语义判断留给 Agent 与作者。
长期记忆A
长期记忆保存故事如何走到这里
大纲、进度、故事承诺、摘要、关系证据与长期设定分层保存；规划上下文只为当前章节组织必要状态。
深入了解定向召回B
沿故事链路与语义相似度定向召回
关键词分支沿人物、地点、事件链路定位候选，向量分支发现改述与隐含关联；混合排序后读取准确原文。
深入了解大纲进度C
大纲进度拥有稳定身份
章节与大纲节点明确对应，计划、推进和完成形成不可变历史；修订旧章节时，受影响的后续状态不会被悄悄沿用。
深入了解故事承诺D
故事承诺不会在长篇中失踪
伏笔、约定、目标和待回应问题以 open、partial、resolved 或 abandoned 的状态历史进入下一次规划。
深入了解关系证据E
人物、地点与事件关系有证据
关系记录绑定准确章节、叙事方式和正文片段；共现、提及或搜索无命中都不会被误判为故事事实。
深入了解版本安全发布F
所有正式变化一起接受批准
正文、摘要、线路、关系、大纲进度、故事承诺和长期设定进入同一发布差异，并绑定准确校验摘要。
深入了解06 · 清楚的职责边界
Agent 是创作大脑，Novel 是可靠边界，作者拥有最终决定。
职责分开后，模型可以大胆推理，作品仍然保持可审查、可恢复和可继续。
Agent
理解目标、恢复历史、判断信息是否充分、写作、审核，并提出少量长期重要变化。
- 语义推理
- 叙事创作
- 文学审核
Novel
管理小说项目、准确历史、稳定身份、版本、发布差异、校验摘要和故障恢复。
- 本地长期记忆
- 版本与引用
- 事务性边界
作者
决定创作方向，审阅准确草稿与变化，并明确批准进入正式小说的内容。
- 方向确认
- 准确稿件确认
- 正式发布批准
07 · 让小说成为可靠文件
小说项目持续保存作品状态，让创作在不同会话间稳定延续。
每部小说拥有独立的项目清单、创作意图、Markdown 正文、导航记忆、长期设定账本和可重建索引。更换会话或运行入口时，不需要伪造聊天历史。
了解本地项目结构▾ NORTH HARBORnovel.yaml▾ intent/story-bible.mdwriting-rules.md▾ manuscript/volume-01/chapter-027.md▾ canon/ledger/canon.jsonl▾ runs/
正式作品项目
供应商线程不是作品的唯一记忆。
运行线程只保存执行状态。正式方向、正文、大纲进度、故事承诺和关系证据始终从 Novel 项目恢复。
- UTF-8 正式文件可审查
- 内容与 SQLite 投影可以重建
- 不同小说严格隔离
- Agent 凭据不进入项目
08 · 创作洞见
关于 AI 长篇记忆与创作边界的实践。
不追逐提示词噱头，只讨论让长篇创作真正可持续的方法与工程选择。
让故事继续生长，也让每一次变化有据可循。
让 Agent 在准确规划与历史证据中继续创作，让每次正式变化都经过作者确认。
查看连续创作闭环