一款面向长篇小说创作的开源工具 Story Timeline 近日发布首个公开版本。作者在实际写作中发现，长篇创作时难以记清人物在什么时间点掌握了哪些信息，AI 续写更容易产生前后矛盾，例如人物提前得知秘密或同时出现在两个地点。为此，该工具将故事事实存储为结构化数据，涵盖事件、人物、关系，以及每个人物知道什么、何时得知。技术上，每个故事对应一个 SQLite 文件，便于直接复制和备份；时间线视图为每个人物分配独立泳道，并提供关系图、环形图和因果视图。点击任意事件的”从此处看故事”，可查看故事在该时刻的完整状态。叙述顺序与事件发生顺序分开存储，倒叙作品可按两种顺序查看，示例中的《奥德赛》第 9 至 12 卷即用于演示这一特性。面向 AI 智能体，该项目的 GraphQL API 为每个类型和字段提供说明，智能体可自行读懂数据结构；单次提交的修改具备事务性，要么全部生效要么全部不生效。项目自带《聊斋志异》中的《画皮》和《奥德赛》两个示例，仅在本地运行、无需账号，环境要求 Node.js 22 和 pnpm，界面支持中英文，采用 AGPL-3.0 协议开源。作者表示项目在 AI 协助下完成，设计与取舍由本人决定，并就安装体验、数据结构完整性及 AI 写作中的设定记忆方案征集社区反馈。
事件分析
该项目的技术看点在于将”人物认知状态”提升为数据模型的一等公民：除事件和关系外，还显式记录每个人物何时得知什么，而这正是大模型长文本创作中一致性失效的根源。GraphQL schema 自描述的设计让智能体无需额外文档即可理解数据结构，事务性写入保证多实体修改的原子性，体现出对 AI Agent 消费场景的针对性设计。从产业视角看，AI 辅助创作的竞争焦点正从文本生成质量转向上下文与状态管理，这类结构化记忆方案与知识图谱、RAG 检索思路互补，还可延伸至游戏叙事、剧本创作、互动小说等场景。AGPL-3.0 协议对商业产品集成构成一定限制，后续值得关注其与主流写作工具及 IDE 类 AI 编辑器的集成路径，以及是否会出现 MCP 接口等标准化接入方式。
核心观点：AI 长篇写作的瓶颈不在生成而在记忆，把设定变成可查询的结构化数据，正让创作工具走向工程化。
原文链接：V2EX 分享发现
