认知图谱

创作 · 模块

M03AI小说创作系统

长篇 AI 写作系统的关键不在提示词写得多全,而在谁有权把生成的文字变成事实。模型只产候选,作者裁决接受,正文和状态差分一起入典,摘要与索引从正典单向重建;系统复杂度只跟着真实章节里的瓶颈增加。

核心流程

一章从任务到正式入典

实线是一章的主线。虚线是回流:语义问题交局部修复后重新检查,结构问题退回计划,入典后重建的派生视图成为下一章的取证来源。

一章从任务到正式入典 章节任务经上下文编译、候选生成、确定性检查和语义复审后交作者接受,再以状态差分原子入典并重建派生视图;语义问题回局部修复,结构问题回计划。 输入准备 候选与验收 正式接受 单向重建 下一章取证 问题单 改后重检 结构问题回计划 章节任务目标·起止状态·禁区 编译上下文冻结快照·按知情过滤 生成候选只产草稿与提案 确定性检查引用·时间·持有·生死 语义复审原文定位·不互看 作者接受正文与新事实分裁 差分入典原子提交·新快照 局部修复只改指定段落 派生视图摘要·索引·图谱 主流程 回流与返工 作者裁决与入典 硬阻断关口
只有作者接受之后,正文和状态差分才一起写进正典。 依据:C001-013-04、C002-020-04、C002-037-02、C001-013-10、C001-013-12、P08-003、G-0022

核心逻辑

反复改写后留下来的七条设计判断

模型只产候选,入典要过作者和确定性提交

草稿、新事实提案和候选未来分支与已接受的正典分开存放。作者分别决定接受哪段正文、哪些新事实,提交器再把正文和人物、知识、物品、时间线等状态差分一起写入,生成新快照。早期把模型输出的 new_facts 直接追加进事实表,被审读识别为会污染下一章输入的缺口。

理由字段和确认弹窗只能记录决定,不能单独认证作者身份;每章人工关口是当时方案,自动化边界按实际授权另定。

正文是事实来源,状态差分从定稿里抽

状态增量由最终正文产生,旧状态用有效期保留而不是覆盖。修复或润色改动正文后,对应的差分、摘要和索引都要标为失效并重抽,否则后一个场景会读到已删掉的事实。v1 状态机在最终润色后直接提交、没有重抽差分,正是这个漏洞。

历史方案里多个存储之间的原子提交、幂等和失败恢复都没有闭合;纯文字润色也不必触发全书重建。

上下文是按任务过滤的证据包,不是全书也不是摘要

章节任务决定取什么:相关实体的最近状态、持有人、能力代价、谁知道什么、未偿承诺和不得提前揭露的内容。世界事实、角色知情、叙述可见和读者已见要分别过滤,隐藏实体被检索到也不能自动变成视角人物的知识。系统应显示哪些前文没找到、冲突或已过期,执行前再核版本。

“已排除未来信息”之类标记不能代替逐次查询检查,实体摘要同样会带入未来秘密;历史方案里的 token 预算和 Top-N 都未校准。

硬错误交程序阻断,审美与节奏只出带证据的提示

身份、生死、时间地点、物品归属、引用和格式这类能确定的约束可以硬阻断;时间推断、人物失真和节奏问题先给出带原文位置的告警,由作者判定。模型打分和分类概率只作软评测,写作模型不能当唯一评委,要用人工黄金集和盲评去校准。

结构全绿不等于好看;同一模型换个人设不是独立读者,所有报警阈值都要按作品校准。

写坏了先归因,再修出问题的那一层

该用的事实没召回,修检索;前提弱,回创意;事实齐全却读着平,查模型、写法和指令;逻辑成立但不合口味,校准审美。每轮只抓主要的读者损失,按位置、影响、最小修法比较原稿和改稿;结构问题退回计划,不靠润色遮掩。文本层面的去模板感做法见叙事方法与网文研究。

逐条都对的反馈仍可能抓错主要问题;修订轮数没有经过校准的上限。

架构跟着真实瓶颈长,不跟着领域名词长

概念模型是领域地图,物理表、Agent、Hook 只实现当前真实使用路径;十三个业务阶段不等于十三个独立系统。新增组件前写清具体问题、频率、损失和更简单的方案:图谱服务关系查询,向量服务召回,多 Agent 服务可独立验证的职责。日常章走轻量的计划、写作、审校、接受,重大重构才启用全部能力。

最小化不能擅自砍掉用户明确要求的完整范围;默认单 Agent 也不是永远最优。

提示词、规格包和蓝图都不等于能运行的系统

层数、模块数、理论名增加,或者配置能被解析,都证明不了平台可执行、作品变好。可点击的研究蓝图只证明页面交互;真实系统要贯通持久化、可编辑正文、模型执行、正典状态、候选接受与可恢复版本。工程可靠、作品体验和经营表现要分开验收。

历史对话里的测试通过、上传与部署都是当时的自报回执,本库没有复跑。

结构

五种存放位置,五种写入权限

一段内容放在哪一层,决定谁能改它、能不能当事实用。正典内部再把正文、世界事实、角色知情和承诺账分开,供上下文按视角和时点过滤。

内容的五种存放位置与写入权限 约定与计划、工作材料、候选、正典、派生视图五层的写入者和地位;候选只能经作者接受与差分提交进入正典,派生视图由正典单向重建并编译进下一轮上下文。 计划进入上下文 生成 差分原子提交 单向重建 编译上下文 拒绝 约定与计划作品宪章·卷纲·章任务·场景合同;采纳后替代旧版 作者定稿 · 模型只提议 工作材料会话·压缩摘要·检索片段·模型自评 任何运行 · 只作输入 候选草稿·新事实提案·候选未来分支 模型与作者 · 等待裁决 作者接受正文与新事实分别裁决 正典 仅提交器写入 · 权威事实 已接受正文绑定版本与哈希 世界事实带有效期,不覆盖 角色知情与信念绑定获知事件 承诺与伏笔账埋设·提醒·兑现 派生视图人物卡·时间线·摘要·向量与图谱索引 构建脚本 · 不手改 弃稿与拒绝留记录,不入典 候选与工作材料 都不能直接改正典
只有经过作者接受的差分能穿过中间那道门。 依据:G-0020、G-0021、C002-079-01、C002-079-02、C002-021-04、C002-020-01、P08-003

写坏了先归因

同样是“这一章不好”,原因可能在检索、创意、生成方式或审美口味。先沿判断链找到是哪一层,再只修那一层。

写作失败的归因判断链 章节读着不对时依次判断事实是否召回、前提是否成立、是否事实齐全却平淡,分别对应修检索、回创意与计划、查模型写法指令和校准审美。 是 是 否 否 否 是 这一章不对先定位读者损失 该用的事实在场?人物状态·前情·设定 前提与冲突成立?欲望·阻力·代价 事实齐全却读着平?因果成立但没有力 校准审美逻辑成立却不合口味 修检索与上下文包补召回·去未来信息 回创意与计划改前提,不靠润色 查模型·写法·指令换叙事策略重出候选 每轮只修有证据的 主要问题
同一个“不好看”有四种来源,修法互不替代。 依据:G-0041、P05-006、P06-006、P08-004

演进

从提示词到可验收的系统

  1. 2025.10 – 2025.12

    提示词从模板长成六十多个模块

    起点是给 GPTs、Gem 和私有框架写结构化创作指令:研究卡、任务人格、IP 圣经、正典校验一路加到 v5 的 65 个模块和 v6.1 的人工审批节点。审读发现层数和理论名的增加不等于可执行:多数模块缺输入合同,引用的合同大半未定义,模块计数前后不一致。

    代表会话:创作:小说创作提示词prompt-0、小说创作提示词prompt、小说创作提示框架

  2. 2025.12 – 2026.01

    转向编辑器与 IDE:真源、实体 ID 和候选采用

    编辑器方案让 AI 补全以临时文字显示,作者按 Tab 才写进正文,补档与大纲建议也回到编辑界面由作者筛选。Cursor 工作流把设定拆成带稳定 ID 的实体卡、canon/draft 状态和按章任务提取的上下文包;同期暴露出 new_facts 直接追加进事实表会污染下一章的问题。

    代表会话:AI小说创作系统设计、小说创作工作流优化、Angravity Novel Studio、Cursor工作流设计建议

  3. 2026.01 – 2026.04

    规格包与治理:正典、提案、硬软分层

    超长篇规格要求权威正典、可重建索引和审计账本分工,正文抽取先进暂存区,经作者裁决再合并;可确定的约束才硬阻断,其余出带证据的告警。场景合同、外置状态、错误单与局部修复进入章节流程,滚动规划(远期只锁终局与卷功能,近期再细化)替代全书一次写死。

    代表会话:设计重构与风险分析、AI生成小说错误分析、小说-01-AI生成小说方式对比

  4. 2026.05 – 2026.07

    收缩:从企业式平台回到个人创作工作台

    对十份平台文档的二次分析支持缩到上下文、可改草稿、连续性与状态这条主线;图谱只作派生检索,概念模型不再等于建表清单,新组件先写清瓶颈和更简单的替代。同期补上世界事实、角色信念、叙述与读者知识的分层,以及作者改稿分支和故事平行世界的区分。

    代表会话:小说工具|08 创作平台分析讨论、小说-10-Graphify在小说创作中的应用、小说系统|AI小说创作调研、小说系统|架构实施与避免过度设计

  5. 2026.08 – 2026.10

    做成真系统,并把验收拆开

    用户否定作者日常执行 180 份 SOP,要求作者只面对意图、候选、证据风险和正式接受,并从零新建接真实后端的 Novel Studio。对固定版本源码的核查把设计文案和实现分开计:构思锁和并排候选还没落地,上下文也未按时点过滤。后期研究把工程可靠、作品体验和经营表现分开验收,并给出配对对照试验的做法。

    代表会话:小说系统|分支 · AI小说创作阶段、Novel Studio · AI 长篇小说创作系统、novel studio代码核查、AI编程体系迁移到小说创作 深度调研

边界

哪些能直接用,哪些只是当时的设计

可以直接复用

  • 候选与正典分开:模型产出的草稿、新事实和摘要只进候选,作者分别裁决正文与新事实后再入典。
  • 状态差分从定稿抽取,旧状态用有效期保留;正文一改,就把依赖它的摘要、索引标为失效。
  • 按章节任务、时点、视角和知情编译上下文,同时显示实际用到的前文与没找到的项。
  • 可确定的约束由程序阻断,可能矛盾与审美意见带原文位置单独报告,不合成一个总分。
  • 写作失败先归因到检索、创意、生成方式或审美,再修对应那一层。
  • 引入图谱、向量库、多 Agent 之前先写清瓶颈,并与更简单方案在同等成本下对照。

不能据此断言

  • 任何一版提示词、规格包或工作室目录已在平台上跑通:v5/v6 配置只做过静态解析,大量合同缺失、计数不一致。
  • 方案里的数字有依据:合规 0.98、token 预算、Top-N、场景数、回收配额、SLA 时长都没有校准。
  • NQI、FRI、传播分、倦怠风险等自定指标能衡量作品质量、预测传播或诊断身心状态。
  • Novel Studio 已具备设计里的能力:只核过固定版本源码,构思锁与并排候选是蓝图文案,部署与测试是历史自报。
  • 论文结论与产品能力适用于中文长篇:DOME、ConStory-Bench、长上下文研究、各模型与缓存价格都是历史引用,本库未核实。
  • 境界、WUS、多宇宙融合和沈烬、李世民等示例是虚构设定或演示,不是现实或作品既定事实;“去 AI 味”能绕过检测也没有证据。

交互大图

系统全景:候选区与正典写入边界

可缩放、搜索、聚焦路径。

九个组件:候选区只产草稿与提案,正典写入边界内只有提交器能写。新窗口打开

来源

本模块全部会话

点开看审读摘要和该会话的主张;数据由 tools/build_atlas.py 从审读账本生成。

主张浏览

全部审读主张

按性质筛选或搜索;点编号看条件与出处。