让 AI 像编辑部一样写长篇小说

写手、审稿人、主编、审计员多角色流水线。你给出需求,它从大纲写到成稿, 结构化评审、一致性核查全自动闭环——为量产网文作者打造。

了解进展
主编大纲 · 拍板
→
写手逐章成稿
→
审稿人rubric 评分
→
审计员一致性核查
→
模拟读者弃文点反馈

为什么是三条支柱

"写手 + 审稿人"两角色互改已被验证行不通。AutoNovel 的核心在工程,不在吵架。

🏗️

分层生成

故事前提 → 卷纲 → 章纲 → 正文,逐层评审通过才进下一层。情节老套、结构扁平在前提和大纲层就被拦截,改一行大纲胜过重写十章。

📖

故事圣经

人物状态、伏笔登记表、时间线、前情摘要存成结构化状态库,写手只读相关切片。百万字连载不再前后矛盾——读者抓不到 bug。

🎯

结构化评审

审稿人按 rubric 逐维度打分,输出带定位的问题清单和具体改法。7.5 分即过、三轮上限,杜绝"改不收敛",爽点节奏是第一权重。

进展与路线

系统设计已定稿(架构 / 数据模型 / 提示词草案),正在进入原型开发。

M0 · 短篇闭环

1 万字短篇全流水线跑通,从需求到成稿一条命令。状态:进行中

M1 · 评审验证

有 / 无审稿循环对照实验,验证评审标准真实有效。状态:待开始

M2 · 长篇能力

10 万字连载:伏笔清账、节奏巡检、成本分级降本。状态:待开始

M3 · 产品化

Web 界面、多本并行、一键导出平台格式,日更不求人。状态:待开始

为谁而做

如果你正在日更,这些应该很耳熟。

  1. 日更压力 —— 大纲疲劳、中后期注水断更,产能上不去。
  2. 一致性崩坏 —— 人物状态、时间线、力量体系前后打架,被读者抓 bug 掉订阅。
  3. 人肉调参 —— 现有 AI 写作要反复喂提示词逐段修改,效率没有数量级提升。