潮声退去之前
NARRATIVE ORDER 027
林砚没有立刻回答。灯塔的光从窗框上缓慢移过，照亮桌角那枚被海水泡白的铜扣。
她认得它。三年前离开北港时，周屿把同样的扣子缝在旧风衣内侧。
“你早就知道那艘船会回来。”她说。不是疑问，而是把最后一条退路从两人之间拿走。
Agent-native · Local-first · Desktop-ready
AI 长篇小说创作工具，让写作拥有长期记忆。
Novel 把你熟悉的 Agent 连接到可查询的长篇记忆、不可变草稿、AI Review 和作者批准的发布流程。原生 App、CLI 或 Novel Desktop，都从同一部作品继续。
Codex + Claude CodemacOS + WindowsLogin + API key
双 AgentCodex · Claude Code
原生接入App · CLI
双平台macOS · Windows
灵活认证Login · API key
01 · The problem with long-form AI01
Context window ≠
story memory
长篇创作需要的不只是更大的上下文，而是一套知道什么已经发生、什么仍是草稿、什么必须由作者决定的系统。
聊天线程会结束，模型会切换，摘要会遗漏。Novel 把作品的长期身份保存在本地项目中，让每一次创作都从准确历史继续。
Agent 保留开放式推理和文学判断；应用只负责版本、引用、审批、发布与恢复，不用固定算法替代创作。
02 · Works where your Agent works
不必换掉熟悉的 Agent，也不必把小说困在某个聊天窗口。
Codex 与 Claude Code 都可以通过原生 App 或 CLI 进入 Novel 项目；桌面端再把项目、Runtime 与作者批准集中在一处。
NOVEL · RUNTIME BRIDGELOCAL
CXSUPPORTED
Codex
在 OpenAI 原生工作流中直接调用小说专用能力。
Native AppCLI
CCSUPPORTED
Claude Code
复用同一套项目记忆、版本与作者批准边界。
Native AppCLI
CONNECTED PROJECT
North Harbor
一套作品事实源，服务所有创作入口。
Intent→Prose→Memory
AgentCodex · Claude Code
Surface原生 App · CLI
DesktopmacOS · Windows
Auth账号登录 · API Key
03 · 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
04 · 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
05 · 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 沿人物、地点和事件线路定位章节，再读取原文判断事实。
深入了解06 · Clear responsibility
Agent 是创作大脑，Novel 是可靠边界，作者拥有最终决定。
职责分开后，模型可以大胆推理，作品仍然保持可审查、可恢复和可继续。
Agent
理解目标、恢复历史、判断信息是否充分、写作、审核，并提出少量长期重要变化。
- 语义推理
- 叙事创作
- 文学 Review
Novel
管理小说项目、准确历史、稳定 ID、Revision、Diff、Digest、发布和故障恢复。
- 本地长期记忆
- 版本与引用
- 事务性边界
作者
决定创作方向，审阅准确 Draft 与变化，并明确批准进入正式小说的内容。
- 方向确认
- 准确稿件确认
- 正式发布批准
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、长篇记忆与创作边界的实践。
不追逐提示词噱头，只讨论让长篇创作真正可持续的方法与工程选择。
一部小说，值得一套不会忘记它的系统。
在 Codex 或 Claude Code 中继续创作，也可以用 macOS / Windows 桌面端集中管理项目与 Runtime。
查看支持方式