一、立项背景和目标
网文市场对高武都市爽文类型需求旺盛,但人工写作速度慢、质量不稳定、长篇连载节奏难以保障。本项目以AI辅助工业化小说创作为核心目标,构建一套可量产、可复现、质量可控的AI小说生成流水线,并最终形成可迁移至其他题材的通用小说生成工程体系。
二、软件功能与核心模块
系统由多个专项技能模块构成。novel-architecture负责世界观与设定生成,包括势力划分、修炼体系、主线冲突框架。novel-charac
ter负责角色状态的全程追踪与更新,管理角色境界、关系网络及已退场人物。novel-outline负责400章全景大纲规划与Sprint任务卡
切分。novel-chapter是核心写作模块,采用分段生成策略,每段500到1000字逐步输出章节正文。novel-context负责跨Sprint上下文
加载,解决长篇创作中的记忆断层问题。novel-review执行15项维度的章节审查,涵盖逻辑、节奏、伏笔、角色OOC等。novel-memory-
guard提供6项记忆一致性门禁检查。elatia-humanizer-zh专项消除AI写作痕迹,提升文本自然度。此外系统设有6道质量门禁,分别把
控字数、审查结果、一致性、打脸质量与爽点节奏。
三、业务流程与功能路径
系统采用三角色Harness架构驱动整个流水线,角色分别为Planner、Generator、Evaluator。
Phase 0为规划阶段,Planner读取400章大纲,将其切分为若干Sprint任务卡,每批5章。Phase
1为一次性初始化,依次执行世界观生成、角色初始化、章节目录生成,完成后通过字数规模校验门禁。Phase
2为核心的Sprint循环生成阶段,每轮Sprint先由novel-context加载历史上下文,再由Generator逐段落写作;每段完成后Evaluator执
行节流检查,通过则继续,失败两次以内则重写当段,失败超过两次则暂停等待人工介入。章节写完后依次通过字数校验、15项审查、
6项记忆一致性检查、5项打脸质量检测,全部通过后将结果回写至全局摘要、角色状态、叙事记忆等文件。Phase
3为节奏检查,每3章触发一次小爽点确认,每10章触发一次大爽点确认,确认通过后进入下一Sprint。
一、整体架构与技术栈
架构模式:三角色 Harness 系统(Planner/Generator/Evaluator)+ 多级质量门禁 Pipeline
核心模块:
- novel-architecture:雪花写作法 + 角色弧光模型,负责世界观/角色/三幕式情节生成
- novel-chapter:三角色 Harness + Beat模式,负责逐段落正文生成与节流审查
- novel-memory-guard:六维一致性检测,负责伏笔/物品/角色状态/时间线一致性
- novel-review:14项审查清单,负责毒点检测/爽点节奏/格式校验
- _constraints:JSON Schema + Markdown格式,负责写作技巧/反模式/爽点分类体系
关键技术:温度0.7生成、70/30承继原则、三章批次迭代、上下文重置机制
二、可量化成果
- 章节产出:已完成60章(第1-60章),每章2500-3500字
- 总字数:约18万字,持续增长中
- 大纲规划:400章超长篇(120-150万字)全景大纲已完成
- 质量门禁:零容忍项(AI词汇/战力崩坏/OOC)覆盖率100%
三、难点与解决方案
难点1 - 长篇一致性问题:生成到第50章时角色物品/境界与前面矛盾
解决方案:六维GATE 3.5门禁 + narrative-memory.md动态追踪
难点2 - 爽点节奏崩坏:连续虐主/打脸方式重复
解决方案:每3章小爽/每10章大爽节奏表 + bridge-library去重
难点3 - AI程式化文风:排比句/残缺句/圣母放虎归山
解决方案:elatia-humanizer-zh风格注入 + anti-pattern.md逐段落检测
难点4 - 上下文窗口耗尽:60章正文无法全部加载
解决方案:Sprint交接文件 + 上下文重置机制
难点5 - 反派降智打脸:反派出场逻辑不成立就触发打脸
解决方案:villain-intelligence-constraints.md强制先写反派动机/立场
项目定位:端到端的AI网文量产系统,通过多智能体分工+多级质量门禁,实现长篇连载小说的持续稳定产出。