潮声退去之前
NARRATIVE ORDER 027
林砚没有立刻回答。灯塔的光从窗框上缓慢移过，照亮桌角那枚被海水泡白的铜扣。
她认得它。三年前离开北港时，周屿把同样的扣子缝在旧风衣内侧。
“你早就知道那艘船会回来。”她说。不是疑问，而是把最后一条退路从两人之间拿走。
Local-first AI long-form studio
让 Agent 写得更远，让作者掌握故事。
Novel 把 Codex 的创作与推理能力，连接到可查询的长篇记忆、不可变草稿、AI Review 和作者批准的发布流程。
Local-firstRevision-safeAuthor-approved
A durable workflow for stories that outlive a chat
正文优先Exact prose as source
版本绑定Revision-bound review
作者批准Explicit publish gate
01 · The problem with long-form AI
长篇创作需要的不只是更大的上下文，而是一套知道什么已经发生、什么仍是草稿、什么必须由作者决定的系统。
聊天线程会结束，模型会切换，摘要会遗漏。Novel 把作品的长期身份保存在本地项目中，让每一次创作都从准确历史继续。
Agent 保留开放式推理和文学判断；应用只负责版本、引用、审批、发布与恢复，不用固定算法替代创作。
02 · One continuous loop
从一次讨论，到一套可以继续生长的小说结构。
创作不是八个并列按钮。Novel 把讨论、设计、大纲、章节、线路与发布，组织成四个清楚且可回溯的阶段。
先把想写的小说，讨论清楚。
作者与 Agent 探讨定位、人物、世界、写作规则和当前目标；方向变化始终可审查。
作者
这次重逢真正改变谁？
Agent
先校准人物代价与故事承诺。
把大纲变成可定位的故事导航。
先从卷与章摘要找到相关历史，再通过稳定 ID 回到准确批准原文，避免凭印象续写。
V01北港卷3 条主线
CH12离港林砚 · 周屿
CH27灯塔重逢读取准确原文 →
从章节方案，到一版可以确认的正文。
章节因果先由作者确认；草稿逐 Revision 保存，AI Review 始终绑定它真正读过的版本。
CHAPTER 27 · REV 04
REVIEW因果成立保留铜扣先于对白出现
让这一章进入线路，也进入下一章的记忆。
确认正文后才解析人物、地点与事件，生成变化 Diff；作者批准准确 Digest 后才正式发布。
Entity trace resolved
AUTHOR GATEApprovedDIGEST · 8F3A
03 · Narrative trace
人物、地点与事件，不再散落在几百章正文里。
每个已批准章节都可以形成绑定 Revision 的 Chapter Trace。Agent 沿稳定 Entity 线路定位章节，再读取准确原文完成判断。
了解叙事线路NARRATIVE TRACE北港 · 线路示意
ILLUSTRATIVE DATA · REVISION-BOUNDENTITY
CHAPTER 12离开北港
CHAPTER 19旧码头线索
CHAPTER 27灯塔重逢
人物
林砚present周屿recalled林砚 · 周屿focus
地点
北港scene旧码头mentioned灯塔scene
事件
离港origin铜扣线索clue归船payoff
SELECTED ENTITY · CHARACTER林砚ENTITY · 01H9…A7
- 出现章节
- 03
- 已知别名
- 阿砚
- 最近定位
- CH 27
SUMMARY→STABLE ID→EXACT PROSE
04 · Built for continuity
不是让 AI 多写一点，而是让整部小说继续成立。
Novel 管理那些模型不应独自承担的机械准确性，把语义判断留给 Agent 与作者。
Navigation memoryA
长篇记忆不是上下文堆砌
先用摘要导航，再按稳定 ID 读取准确原文。让 Agent 自主判断还需要知道什么，而不是把整部小说重复塞进提示词。
深入了解Local-first projectsB
本地项目是长期事实来源
Intent、正文、Canon、草稿和审核记录保存在每部小说自己的本地项目中，不把供应商线程当作小说事实。
深入了解Revision-safe workflowC
版本、审核与发布彼此绑定
Draft、Review、Diff、Digest 和批准都指向准确 Revision。普通的“继续写”不会被误解为正式发布授权。
深入了解Narrative traceD
人物、地点与事件形成可追溯线路
把每个批准章节中的 Entity Mention 与出现状态绑定到准确 Revision，让 Agent 沿人物、地点和事件线路定位章节，再读取原文判断事实。
深入了解05 · Clear responsibility
Agent 是创作大脑，Novel 是可靠边界，作者拥有最终决定。
职责分开后，模型可以大胆推理，作品仍然保持可审查、可恢复和可继续。
Agent
理解目标、恢复历史、判断信息是否充分、写作、审核，并提出少量长期重要变化。
- 语义推理
- 叙事创作
- 文学 Review
Novel
管理小说项目、准确历史、稳定 ID、Revision、Diff、Digest、发布和故障恢复。
- 本地长期记忆
- 版本与引用
- 事务性边界
作者
决定创作方向，审阅准确 Draft 与变化，并明确批准进入正式小说的内容。
- 方向确认
- 准确稿件确认
- 正式发布批准
06 · Agent-native by design
从 Codex 开始，为可替换的 Agent Runtime 而设计。
Novel 项目承载跨 Runtime 的长期记忆。当前能力、开发中能力与规划能力在这里清楚区分。
CodexOpenAI Codex CLI
Plugin available当前完整创作入口
Novel Plugin 通过专用 Skills 组织 Bootstrap、写作、记忆查询、Review 和发布，并只通过稳定 CLI 改变正式数据。
Codex DesktopNovel Runtime Center
In development面向普通作者的桌面工作流
正在把固定 Codex Runtime、登录、项目库、创作工作台和作者批准边界整合进 Novel Desktop。
Claude CodeAnthropic Claude Code
Planned adapter共享同一部小说的长期记忆
规划中的 Runtime Adapter 将复用 Novel 的项目、版本、查询和发布协议，而不会伪造或迁移供应商内部对话。
07 · Your novel, as durable files
聊天会过去，小说项目会留下。
每部小说拥有独立的 Manifest、Intent、Markdown 正文、Canon Ledger 和可重建索引。切换 Agent 时，不需要伪造供应商对话历史。
了解本地项目结构▾ NORTH HARBORnovel.yaml▾ intent/story-bible.mdwriting-rules.md▾ manuscript/volume-01/chapter-027.md▾ canon/ledger/canon.jsonl▾ runs/
AUTHORITATIVE PROJECT
供应商线程不是作品的唯一记忆。
Runtime Thread 只保存执行状态。正式创作方向、正文和长期记忆始终从 Novel 项目恢复。
- UTF-8 正式文件可审查
- SQLite 投影可以重建
- 不同小说严格隔离
- Agent 凭据不进入项目
08 · Field notes
关于 AI、长篇记忆与创作边界的实践。
不追逐提示词噱头，只讨论让长篇创作真正可持续的方法与工程选择。
一部小说，值得一套不会忘记它的系统。
Novel 正在构建面向连续创作的本地 AI 工作流。先了解当前可用的 Codex Plugin 与后续桌面路线。
查看 Codex 工作流