模型只产候选,入典要过作者和确定性提交
草稿、新事实提案和候选未来分支与已接受的正典分开存放。作者分别决定接受哪段正文、哪些新事实,提交器再把正文和人物、知识、物品、时间线等状态差分一起写入,生成新快照。早期把模型输出的 new_facts 直接追加进事实表,被审读识别为会污染下一章输入的缺口。
理由字段和确认弹窗只能记录决定,不能单独认证作者身份;每章人工关口是当时方案,自动化边界按实际授权另定。
创作 · 模块
长篇 AI 写作系统的关键不在提示词写得多全,而在谁有权把生成的文字变成事实。模型只产候选,作者裁决接受,正文和状态差分一起入典,摘要与索引从正典单向重建;系统复杂度只跟着真实章节里的瓶颈增加。
核心流程
实线是一章的主线。虚线是回流:语义问题交局部修复后重新检查,结构问题退回计划,入典后重建的派生视图成为下一章的取证来源。
核心逻辑
草稿、新事实提案和候选未来分支与已接受的正典分开存放。作者分别决定接受哪段正文、哪些新事实,提交器再把正文和人物、知识、物品、时间线等状态差分一起写入,生成新快照。早期把模型输出的 new_facts 直接追加进事实表,被审读识别为会污染下一章输入的缺口。
理由字段和确认弹窗只能记录决定,不能单独认证作者身份;每章人工关口是当时方案,自动化边界按实际授权另定。
状态增量由最终正文产生,旧状态用有效期保留而不是覆盖。修复或润色改动正文后,对应的差分、摘要和索引都要标为失效并重抽,否则后一个场景会读到已删掉的事实。v1 状态机在最终润色后直接提交、没有重抽差分,正是这个漏洞。
历史方案里多个存储之间的原子提交、幂等和失败恢复都没有闭合;纯文字润色也不必触发全书重建。
章节任务决定取什么:相关实体的最近状态、持有人、能力代价、谁知道什么、未偿承诺和不得提前揭露的内容。世界事实、角色知情、叙述可见和读者已见要分别过滤,隐藏实体被检索到也不能自动变成视角人物的知识。系统应显示哪些前文没找到、冲突或已过期,执行前再核版本。
“已排除未来信息”之类标记不能代替逐次查询检查,实体摘要同样会带入未来秘密;历史方案里的 token 预算和 Top-N 都未校准。
身份、生死、时间地点、物品归属、引用和格式这类能确定的约束可以硬阻断;时间推断、人物失真和节奏问题先给出带原文位置的告警,由作者判定。模型打分和分类概率只作软评测,写作模型不能当唯一评委,要用人工黄金集和盲评去校准。
结构全绿不等于好看;同一模型换个人设不是独立读者,所有报警阈值都要按作品校准。
该用的事实没召回,修检索;前提弱,回创意;事实齐全却读着平,查模型、写法和指令;逻辑成立但不合口味,校准审美。每轮只抓主要的读者损失,按位置、影响、最小修法比较原稿和改稿;结构问题退回计划,不靠润色遮掩。文本层面的去模板感做法见叙事方法与网文研究。
逐条都对的反馈仍可能抓错主要问题;修订轮数没有经过校准的上限。
概念模型是领域地图,物理表、Agent、Hook 只实现当前真实使用路径;十三个业务阶段不等于十三个独立系统。新增组件前写清具体问题、频率、损失和更简单的方案:图谱服务关系查询,向量服务召回,多 Agent 服务可独立验证的职责。日常章走轻量的计划、写作、审校、接受,重大重构才启用全部能力。
最小化不能擅自砍掉用户明确要求的完整范围;默认单 Agent 也不是永远最优。
层数、模块数、理论名增加,或者配置能被解析,都证明不了平台可执行、作品变好。可点击的研究蓝图只证明页面交互;真实系统要贯通持久化、可编辑正文、模型执行、正典状态、候选接受与可恢复版本。工程可靠、作品体验和经营表现要分开验收。
历史对话里的测试通过、上传与部署都是当时的自报回执,本库没有复跑。
结构
一段内容放在哪一层,决定谁能改它、能不能当事实用。正典内部再把正文、世界事实、角色知情和承诺账分开,供上下文按视角和时点过滤。
同样是“这一章不好”,原因可能在检索、创意、生成方式或审美口味。先沿判断链找到是哪一层,再只修那一层。
演进
起点是给 GPTs、Gem 和私有框架写结构化创作指令:研究卡、任务人格、IP 圣经、正典校验一路加到 v5 的 65 个模块和 v6.1 的人工审批节点。审读发现层数和理论名的增加不等于可执行:多数模块缺输入合同,引用的合同大半未定义,模块计数前后不一致。
代表会话:创作:小说创作提示词prompt-0、小说创作提示词prompt、小说创作提示框架
编辑器方案让 AI 补全以临时文字显示,作者按 Tab 才写进正文,补档与大纲建议也回到编辑界面由作者筛选。Cursor 工作流把设定拆成带稳定 ID 的实体卡、canon/draft 状态和按章任务提取的上下文包;同期暴露出 new_facts 直接追加进事实表会污染下一章的问题。
代表会话:AI小说创作系统设计、小说创作工作流优化、Angravity Novel Studio、Cursor工作流设计建议
超长篇规格要求权威正典、可重建索引和审计账本分工,正文抽取先进暂存区,经作者裁决再合并;可确定的约束才硬阻断,其余出带证据的告警。场景合同、外置状态、错误单与局部修复进入章节流程,滚动规划(远期只锁终局与卷功能,近期再细化)替代全书一次写死。
代表会话:设计重构与风险分析、AI生成小说错误分析、小说-01-AI生成小说方式对比
对十份平台文档的二次分析支持缩到上下文、可改草稿、连续性与状态这条主线;图谱只作派生检索,概念模型不再等于建表清单,新组件先写清瓶颈和更简单的替代。同期补上世界事实、角色信念、叙述与读者知识的分层,以及作者改稿分支和故事平行世界的区分。
代表会话:小说工具|08 创作平台分析讨论、小说-10-Graphify在小说创作中的应用、小说系统|AI小说创作调研、小说系统|架构实施与避免过度设计
用户否定作者日常执行 180 份 SOP,要求作者只面对意图、候选、证据风险和正式接受,并从零新建接真实后端的 Novel Studio。对固定版本源码的核查把设计文案和实现分开计:构思锁和并排候选还没落地,上下文也未按时点过滤。后期研究把工程可靠、作品体验和经营表现分开验收,并给出配对对照试验的做法。
代表会话:小说系统|分支 · AI小说创作阶段、Novel Studio · AI 长篇小说创作系统、novel studio代码核查、AI编程体系迁移到小说创作 深度调研
边界
交互大图
可缩放、搜索、聚焦路径。
来源
点开看审读摘要和该会话的主张;数据由 tools/build_atlas.py 从审读账本生成。
主张浏览
按性质筛选或搜索;点编号看条件与出处。