Sudowrite 平台调研
1. 介绍
1.1 开发商与产品定位
| 项 | 内容 |
|---|---|
| 产品名 | Sudowrite |
| 开发商主体名称 | [待填写](所有来源仅写 "Sudowrite",未见公司注册名) |
| 成立年份 | [待填写] |
| 定位 | 为小说创作者打造的 AI 写作环境 |
| 核心 | Story Bible + Muse 模型 |
| 支持语言 | 30+ 语言(Write 功能会匹配作者当前语言) |
| 适用文体 | 仅限虚构创作 |
Sudowrite 的定位在本组 8 个平台中最"纯粹":它不做图像生态(对比 NovelAI),不做 IP 分发(对比阅文、番茄),不做互动叙事(对比 AI Dungeon、MidReal),也不要求你自己搭工程(对比 Claude 工作流)。它只做一件事——给小说作者一个完整的写作环境。
这种专注带来两个直接结果:
- L2 工具层与 L5 评估层高度发达:1,000+ 社区插件、Feedback、AI Beta Reading、Color Highlighting、Shrink Ray——功能密度本组最高。
- 明确排除非虚构场景:官方定位"仅限虚构创作,不适配博客 / 广告 / SEO / 商业写作"。这是罕见的产品克制。
1.2 Muse 模型
Muse 是 Sudowrite 的自有模型,在高质量小说上微调,专门优化三项能力:
| 优化目标 | 说明 |
|---|---|
| 叙事连贯性 | 让长段落保持前后逻辑一致 |
| 类型惯例 | 理解不同类型(推理、言情、奇幻)的成规 |
| 风格多样性 | 避免输出滑向单一腔调 |
Muse 与 NovelAI 的路线差异值得注意:
| 维度 | Sudowrite Muse | NovelAI Xialong |
|---|---|---|
| 基座 | 自有,未公开基座 [待填写] | 智谱 GLM-4.6 |
| 微调数据 | 高质量小说 | NovelAI 自有创意数据集 |
| 优化重点 | 连贯性 + 类型惯例 + 风格多样性 | 创意写作能力 |
| 可访问性 | 所有档位 | 仅 Opus 档 |
"风格多样性"被明确列为优化目标,说明 Sudowrite 已把AI Slope(输出滑向统计平均值)视为需要模型侧对抗的问题,而不只是提示词问题。
1.3 定价与积分体系
| 档位 | 年付月均 | 月付 | 月度 AI 积分 | 备注 |
|---|---|---|---|---|
| Hobby & Student | $10/月 | $19/月 | 225,000 | 积分月末清零 |
| Professional | $22/月 | $29/月 | 1,000,000 | 最受欢迎档;含 Feedback、1,000+ 插件 |
| Max | $44/月 | $59/月 | 2,000,000 | 未用积分可结转 12 个月;含免费 $49 上手指导 |
| Enterprise | 定制 | — | — | 团队与批量定价 |
关键规则:
- 年付相比月付约省 45%—50%。
- 免费试用约 10,000 积分,无需信用卡。
- 所有档位功能一致,仅积分额度不同——这是与 NovelAI 的"功能分档"截然不同的商业设计。
- 成本参考:约 $25 积分可生成一部平均长度小说的字数。
积分经济的设计含义:Sudowrite 把 L6 的成本护栏做成了产品可见物——积分既是计费单位,也是用户对"这次调用有多贵"的直觉来源。Max 档的"结转 12 个月"则是对"创作节奏不稳定"这一真实痛点的回应。
1.4 开放形态与生态
| 开放项 | 状态 |
|---|---|
| 插件生态 | 1,000+ 社区工具 |
| Scrivener 集成 | 可导入完整 Scrivener 项目并保留文件夹结构 |
| 文件导入 | Google Docs、RTF、ODT、纯文本 |
| Shareable Links | 提供 |
| Focus Mode | 提供 |
| 多模型访问 | 一份订阅可用 Claude 3.5/4、GPT-4o、DeepSeek、Goliath(来源:AI Tools Directory ) |
| 开发者 API | 未检索到公开信息 [待填写] |
1,000+ 社区插件的用途示例:模拟 beta 读者、按海明威规则分析散文、转剧本格式、生成营销文案。
Scrivener 集成保留文件夹结构这一细节尤其重要——它意味着 Sudowrite 承认"作者已有的组织结构优于工具强加的结构",这在 AI 写作工具中并不常见。
2. 名词解释
| 术语 | 英文 / 缩写 | 释义 |
|---|---|---|
| Story Bible | Story Bible | Sudowrite 的核心工作流,组织角色卡、世界观、设定,供生成时引用 |
| Muse | Muse | Sudowrite 自有模型,在高质量小说上微调,优化连贯性、类型惯例与风格多样性 |
| Chapter Continuity | Chapter Continuity | 链接最多 25 个文档,让 AI 跨章携带上下文,是对抗连续性错误的主要防线 |
| Write | Write | 高级自动补全,分析角色、语气、情节后草拟约 300 词段落 |
| Guided mode | Guided mode | 由作者说出"接下来应该发生什么"的生成模式 |
| Rewrite | Rewrite | 选中最多 6,000 词重写,可选更紧凑、更具描述性、更多 show-don't-tell 或自定义指令 |
| Describe | Describe | 按视 / 听 / 触 / 味 / 嗅 + 隐喻生成感官细节 |
| Expand | Expand | 把稀疏段落充实到与全文纹理一致 |
| Brainstorm | Brainstorm | 11 个类别的创意生成;注意:不读取 Story Bible |
| Draft | Draft | 从 Scenes 生成章节(默认用 Muse) |
| Canvas | Canvas | 可视化白板,含 4 套大纲模板 |
| Wormhole | Wormhole | 把叙事延续到 5 个不同方向 |
| Twists | Twists | 在选定类型内生成意外情节走向 |
| Shrink Ray | Shrink Ray | 把整份手稿压缩为 logline、blurb、synopsis、outline 四种输出 |
| Color Highlighting | Color Highlighting | 跨手稿追踪故事线并标记需修订部分 |
| AI Beta Reading | AI Beta Reading | 3 个 AI"读者"分析主题、人物发展、叙事结构 |
| Feedback | Feedback | 结构化发展性编辑意见 |
| Visualize | Visualize | 从选中段落生成 1024×1024 图像 |
| Series Folder | Series Folder | 跨书共享 Story Bible 的文件夹机制 |
| Chapter Beats | Chapter Beats | Story Engine 3.0 流水线中"大纲 → 散文稿"之间的节拍层 |
| 大纲 | Outline / Synopsis | 小说的蓝图和骨架 |
| 细纲 | Chapter-level Outline | 具体到每一章要写什么的概括性文字 |
| 爽点 | Satisfaction Beat | 让读者感到愉悦、解气、兴奋的情节 |
| 节奏 | Pacing | 情节发展的快慢 |
| AI Slope | AI Slope | 模型输出滑向"统计平均值"的可预测套路 |
| 长上下文遗忘 | Long-Context Forgetting / Coherence Drift | 模型在超长文本中丢失早期设定的现象 |
3. 功能说明
3.1 核心功能清单
| 功能 | 类别 | 说明 | 积分 |
|---|---|---|---|
| Write | 生成 | 高级自动补全,分析角色、语气、情节后草拟约 300 词 | 消耗 |
| Guided mode | 生成 | 说出"接下来应该发生什么" | 消耗 |
| Rewrite | 改写 | 最多 6,000 词重写,4 种预设方向 + 自定义指令 | 消耗 |
| Describe | 生成 | 五感 + 隐喻的感官细节 | 消耗 |
| Expand | 生成 | 把稀疏段落充实到与全文纹理一致 | 消耗 |
| Brainstorm | 创意 | 11 个类别(名字、情节点、世界细节等) | 消耗 |
| Draft | 生成 | 从 Scenes 生成章节(默认 Muse) | 消耗 |
| Chat | 助手 | 能看到完整 Story Bible 与故事文本 | Chat only 模式不消耗积分 |
| Canvas | 规划 | 可视化白板 + 4 套大纲模板 | — |
| Visualize | 工具 | 生成 1024×1024 图像 | 消耗 |
| Feedback | 评估 | 结构化发展性编辑意见 | Professional 及以上 |
| AI Beta Reading | 评估 | 3 个 AI 读者分析主题、人物发展、叙事结构 | 消耗 |
| Color Highlighting | 评估 | 跨手稿追踪故事线并标记需修订部分 | — |
| Shrink Ray | 评估 | 压缩为 logline / blurb / synopsis / outline | 消耗 |
| Wormhole | 创意 | 叙事延续到 5 个不同方向 | 消耗 |
| Twists | 创意 | 在选定类型内生成意外情节走向 | 消耗 |
| Chapter Continuity | 上下文 | 链接最多 25 个文档 | — |
| 插件 | 扩展 | 1,000+ 社区工具 | 视插件而定 |
3.2 Story Bible 工作流
Story Bible 是 Sudowrite 的中枢,其作用与 NovelAI 的 Lorebook 类似但形态不同:
| 维度 | Sudowrite Story Bible | NovelAI Lorebook |
|---|---|---|
| 组织方式 | 结构化卡片(角色卡、世界观条目、系列 lore) | 关键词条目 |
| 注入方式 | 生成时整体引用 + 读取手稿前 20,000 词 | 关键词命中才注入 |
| 容量约束 | 未检索到明确上限 [待填写] | 按档位 200 / 512 / 2,048 token |
| 维护成本 | 低(结构化填写) | 中(需设计触发词) |
| 上下文开销 | 高(整体引用) | 低(按需注入) |
Sudowrite 选择了"整体引用 + 大窗口读取"的路线,NovelAI 选择了"条件触发 + 小预算"的路线。前者更省心,后者更省上下文。这一分野是 L1 上下文工程在"人工维护成本 vs 上下文开销"之间的经典权衡。
3.3 Chapter Continuity 机制
Chapter Continuity:链接最多 25 个文档,让 AI 跨章携带上下文,是对抗连续性错误的最佳防线。
这是 Sudowrite 在 L1 层最有辨识度的设计。其工程含义:
- 25 个文档的规模大致对应一部中长篇的章纲 + 关键章节正文;
- "链接"是人工指定的,而非自动检索——作者决定哪些文档算"相关前文";
- 与 Story Bible 的分工:Story Bible 管设定,Chapter Continuity 管已发生的事。
这一分工恰好补上了 NovelAI 的短板。NovelAI 的 Lorebook 只覆盖设定维度,Chapter Continuity 则直接针对时序维度——把最近 25 个文档作为"发生过什么"的载体。
局限:25 个文档仍是滑动窗口,不是全量状态。写到第 200 章时,第 1—175 章的信息依然不在窗口内,除非作者手动把它们加进 Story Bible。因此它缓解但不根治"吃书"。
3.4 Canvas 与四套大纲模板
Canvas 是可视化白板,内置 4 套大纲模板:
| 模板 | 英文名 | 适用类型 |
|---|---|---|
| 英雄之旅 | Hero's Journey | 史诗、成长、冒险 |
| 好莱坞节拍 | Hollywood Beats | 商业类型片结构 |
| 故事圈 | Story Circle | 环形叙事、人物弧光 |
| 言情大纲 | Romance Outline | 言情、关系驱动型 |
工程价值:把"结构"从作者的隐性经验变成可选择的显式对象。在 Harness 语境下,这属于 L3 编排层的"流程模板化"——不同的故事类型对应不同的编排骨架。
值得注意:四套模板全是西方叙事学传统(英雄之旅、好莱坞节拍、故事圈),没有对应中文网文的节奏模型(如"黄金三章""小冲突—小反转—小爽点—中危机—大高潮")。这提示 Sudowrite 的 30+ 语言支持主要解决的是文字语言,而非叙事传统。
3.5 评估类功能群
Sudowrite 的评估功能密度是本组最高的,构成完整的 L5 层:
| 功能 | 评估对象 | 输出形态 |
|---|---|---|
| Feedback | 章节 | 结构化发展性编辑意见 |
| AI Beta Reading | 全书 | 3 个 AI"读者"分别分析主题、人物发展、叙事结构 |
| Color Highlighting | 跨手稿 | 追踪故事线并标记需修订部分 |
| Shrink Ray | 全书 | 压缩为 logline / blurb / synopsis / outline,自检梗概一致性 |
Shrink Ray 的评估价值常被低估:把整份手稿压成 logline 后,作者可以立即看出"我实际写的是不是我想写的那个故事"。这是一种低成本的全局一致性自检——比通读全文便宜得多。
AI Beta Reading 用 3 个 AI 读者分别分析不同维度,而非一个综合评分,这与 Claude Book 的"Style / Character / Continuity 并行 reviewer"是同一思路:评审必须分维度并行,单维综合评估会掩盖问题。
4. 平台架构
图 4-1|Sudowrite 平台八层架构:宽进严出装配上下文,Muse 默认驱动生成
数据来源:基于本文分析绘制的示意图。
4.1 分层架构
| 层 | Sudowrite 实现 |
|---|---|
| 接入层 | Web;Scrivener / Google Docs / RTF / ODT / 纯文本导入 |
| 规划层 | Canvas(4 套大纲模板)+ Scenes + Chapter Beats(Story Engine 3.0) |
| 上下文装配层 | Story Bible + 手稿前 20,000 词 + Chapter Continuity(最多 25 文档) |
| 模型层 | Muse(默认)+ 多模型访问(Claude 3.5/4、GPT-4o、DeepSeek、Goliath) |
| 工具层 | Write / Rewrite / Describe / Expand / Brainstorm / Visualize / Draft + 1,000+ 插件 |
| 评估层 | Feedback / AI Beta Reading / Color Highlighting / Shrink Ray |
| 状态层 | Story Bible + Series Folder(跨书)+ 时间线支持 |
| 治理层 | 不主张作品权利、不用作训练;Chat only 模式零积分(成本护栏) |
4.2 上下文装配策略
[生成请求]
|
+---> [Story Bible: 角色卡 / 世界观 / 系列 lore]
|
+---> [当前手稿前 20,000 词]
|
+---> [Chapter Continuity: 最多 25 个链接文档]
|
+---> [当前 Scenes / Chapter Beats]
|
v
[拼装] --> [Muse 或选定模型] --> [输出]
|
v
[评估分支: Feedback / Beta Reading / Shrink Ray] 三个数字值得记住:20,000 词读取量、25 个链接文档、300 词 Write 输出。它们共同定义了 Sudowrite 的上下文预算哲学——用大窗口换取低维护成本,与 NovelAI 的"用小预算换取低上下文开销"正好相反。
4.3 积分经济与成本模型
| 项 | 数值 |
|---|---|
| 免费试用 | 约 10,000 积分,无需信用卡 |
| Hobby & Student | 225,000 积分/月 |
| Professional | 1,000,000 积分/月 |
| Max | 2,000,000 积分/月(可结转 12 个月) |
| 一部平均长度小说 | 约 $25 积分 |
| Chat only 模式 | 不消耗积分 |
成本模型的设计要点:
- Chat only 不消耗积分——把"和 AI 讨论"与"让 AI 生成"分开计价。这是一条明确的行为引导:鼓励作者多规划、少盲生成,本质上是对 L1 层"先想清楚再写"的经济激励。
- 积分月末清零(Hobby / Professional)vs 结转 12 个月(Max)——把"创作节奏的稳定性"直接定价。
- 功能不分档、只分积分——避免了 NovelAI 那种"Lorebook 容量成为付费墙"的问题,让低档用户也能用完整功能。
5. Harness 设计
5.1 L1 上下文工程层
| 组件 | 内容 | 规模 |
|---|---|---|
| Story Bible | 角色卡、世界观、系列 lore | 整体引用 |
| 手稿前文 | 当前手稿前部 | 20,000 词 |
| Chapter Continuity | 人工链接的相关文档 | 最多 25 个 |
| Scenes / Chapter Beats | 本章的结构意图 | 当前章节 |
| Chat 会话 | story-aware,启动时读取全部手稿与系列 | 全量 |
Sudowrite 的 L1 策略可以概括为"宽进严出"——大宽度输入(20,000 词 + 25 文档),小粒度输出(Write 一次约 300 词)。
这一策略的合理性在于:上下文便宜、人工维护贵。与其让作者精心修剪上下文,不如让模型在较大窗口里自己找相关性。代价是 token 成本高(反映在积分定价上)。
需要注意的缺口:Sudowrite 没有显式的滚动摘要机制。当手稿超过 20,000 词后,前 20,000 词之外的内容如何进入上下文,未检索到官方说明,标 [待填写]。这意味着超长篇仍可能遇到"前 80% 的书被截断"的问题。
5.2 L2 工具与执行层
Sudowrite 的 L2 是本组最发达的:
| 类别 | 工具 | 密度评价 |
|---|---|---|
| 生成类 | Write / Draft / Describe / Expand / Guided mode | 高(覆盖从 300 词补全到整章生成) |
| 改写类 | Rewrite(最多 6,000 词)/ Tone Shift | 高 |
| 创意类 | Brainstorm(11 类)/ Wormhole(5 方向)/ Twists | 高 |
| 评估类 | Feedback / AI Beta Reading / Color Highlighting / Shrink Ray | 本组最高 |
| 可视化 | Canvas / Visualize(1024×1024) | 中 |
| 集成 | Scrivener(保留文件夹结构)/ Google Docs / RTF / ODT | 高 |
| 扩展 | 1,000+ 社区插件 | 本组最高 |
| 语言 | 30+ 语言,Write 匹配当前语言 | 高 |
1,000+ 插件的生态位,相当于 Claude 工作流中的"脚本即工具",但门槛更低——作者不必写脚本,只需安装社区插件。这是"工具民主化"与"工具工程化"两条路线的分野。
一个已知的功能性缺陷:Brainstorm 不读取 Story Bible。这意味着 11 类创意生成是在"无设定"状态下进行的,产出可能与既有世界观冲突。这是 L1 装配层的一个明确漏洞——同一平台内不同工具共享的上下文并不一致。
5.3 L3 编排与控制层
Story Engine 3.0 流水线(来源:AI Tools Directory ):
单一前提 (Premise)
|
v
梗概 (Synopsis)
|
v
大纲 (Outline)
|
v
Chapter Beats
|
v
完整散文稿 (Prose Draft) 两种启动方式:
| 启动方式 | 步骤 |
|---|---|
| 空白页 | Braindump → 梗概 → 角色 → 场景 → Draft / First Draft |
| 已有手稿 | 导入 → 填 Story Bible → 在卡住处 Write |
编排能力评价:
| 编排能力 | Sudowrite | 对比 |
|---|---|---|
| 阶段流水线 | 强(Story Engine 3.0 五级) | 强于 NovelAI(无流水线) |
| 结构模板 | 强(Canvas 4 套) | 本组唯一提供叙事结构模板 |
| 多智能体 | 无 | 弱于 Claude 工作流(7 角色 5 技能) |
| 并行评审 | 部分(AI Beta Reading 3 读者) | 弱于 Claude Book 的并行 reviewer |
| 人工在环 | 强(每步人工触发) | 与 NovelAI 相当 |
Sudowrite 的 L3 是"给人用的流水线"——每个阶段的输出都是人可以阅读、修改、否决的(梗概、大纲、Beats、草稿),而不是 Agent 之间的内部传递。这是面向个人作者的合理选择。
5.4 L4 记忆与状态层
| 状态类别 | Sudowrite 承载方式 | 评价 |
|---|---|---|
| 世界观规则 | Story Bible | 强 |
| 角色状态 | Story Bible 角色卡 | 中高(有结构化卡片,但无"当前位置/持有物"字段) |
| 时间线 | 提供时间线支持(来源:官方博客) | 中(未检索到详细机制 [待填写]) |
| 伏笔台账 | 无专门机制 | 弱 |
| 主线 / 支线进度 | Canvas + Scenes | 中 |
| 信息披露边界 | 无 | 弱 |
| 版本化快照 | 无 | 弱(对比 Claude Book 的 state/chapter-NN/) |
| 跨书共享 | Series Folder 共享 Story Bible | 本组唯一的跨书状态机制 |
Series Folder 是 Sudowrite 在 L4 上的独特贡献——它解决了"系列作品跨书一致性"问题,这是 NovelAI、番茄、灵蟹都没有覆盖的场景。
但 Sudowrite 同样缺少每章自动状态快照。Story Bible 是"设定库",不是"状态机";作者需要手动更新角色卡才能反映最新进展。这与本组核心论断直接相关:L4 的时序维度在商业工具中普遍薄弱,只有 Claude 工作流做到了版本化快照。
5.5 L5 评估与观测层
Sudowrite 的 L5 是本组最强的:
| 评估手段 | 维度 | 自动化程度 |
|---|---|---|
| Feedback | 发展性编辑意见(结构化) | 半自动(AI 生成,人决策) |
| AI Beta Reading | 主题 / 人物发展 / 叙事结构(3 个独立读者) | 自动 |
| Color Highlighting | 跨手稿故事线追踪 | 自动标记,人决策 |
| Shrink Ray | 全局梗概一致性自检 | 自动 |
| Muse 的风格多样性优化 | 模型侧对抗 AI Slope | 内建于模型 |
与 Claude 工作流的对比:
| 维度 | Sudowrite | Claude 工作流 |
|---|---|---|
| 评审分维度并行 | 有(3 个 AI 读者) | 有(Style/Character/Continuity 并行 reviewer) |
| AI Slope 检测 | 模型侧优化(Muse) | 显式关卡(Perplexity Gate,独立模型) |
| 机械信号与文学质量分离 | 未明确声明 | 明确声明(quality-check.sh 只记机械信号) |
| 观测指标对外披露 | 无 | 无 |
Sudowrite 的优势在于评估手段的产品化程度高——一键可用,无需配置;Claude 工作流的优势在于评估机制的可定制性与独立性(独立判定源)。
5.6 L6 治理与安全层
| 治理维度 | Sudowrite 的做法 |
|---|---|
| 作品权利 | 声明不主张作品权利 |
| 模型训练 | 不用作训练 |
| 内容审查 | Muse 无审查,由作者设定强度 |
| 成本护栏 | Chat only 模式不消耗积分;积分额度分档 |
| 多模型访问 | 一份订阅可用 Claude / GPT-4o / DeepSeek / Goliath |
| AIGC 标识 | 未检索到相关实现 |
Sudowrite 的 L6 是典型的"创作者友好型"治理——把控制权交给作者(无审查、不主张权利、不训练),而非替作者把关。这与番茄的"强制申报 + 保底禁用"是治理光谱的两端。
"Muse 无审查,由作者设定强度"这一条尤其值得注意:它把内容边界从平台规则变成作者参数。有来源称 Sudowrite 是 2026 年"唯一完全无审查的主流写作工具"(AI Tools Directory )。
需要明示:Sudowrite 未提供 AIGC 标识能力,中文用户若需在中文平台发布,标识义务须自行承担。
5.7 六层能力小结
| 层 | 评级 | 关键实现 | 主要缺口 |
|---|---|---|---|
| L1 上下文工程 | 强 | Story Bible + 读前 20,000 词 + 25 文档 Chapter Continuity | 超长篇超出 20,000 词后的策略 [待填写];Brainstorm 不读 Story Bible |
| L2 工具与执行 | 最强 | 1,000+ 插件 + Scrivener 导入 + 全功能集 | 无公开 API [待填写] |
| L3 编排与控制 | 强 | Story Engine 3.0 五级流水线 + Canvas 四模板 | 无多智能体;无并行自动评审 |
| L4 记忆与状态 | 强 | Story Bible + Series Folder 跨书共享 + 时间线 | 无版本化快照、无伏笔台账 |
| L5 评估与观测 | 最强 | Feedback + AI Beta Reading ×3 + Color Highlighting + Shrink Ray | 无独立判定源的 AI Slope 关卡 |
| L6 治理与安全 | 强 | 不主张权利 + 不训练 + Chat-only 成本护栏 | 无 AIGC 标识 |
对核心论断的呼应:Sudowrite 在本组商业工具中 L4 做得最"厚"(Story Bible + Series Folder + 时间线 + 25 文档 Continuity),但它依然是设定库 + 滑动窗口的组合,缺版本化状态快照。它把长程一致性问题缓解到了可接受的工程水平,但没有从根本上解决。这也解释了为什么官方与评测都承认"AI 草稿仍需重度人工编辑"。
6. 实际案例
说明:Sudowrite 未公开带有量化指标的官方案例。以下案例一—三为基于已公开功能与官方推荐工作流的应用情景推演,非厂商披露案例;6.4 节为官方明确说明的功能边界。
6.1 案例一:空白页启动的长篇创作
背景:作者有一个模糊想法,但无大纲、无人物、无世界观。这是 Sudowrite 官方支持的两种启动方式之一。
方案(基于官方工作流的推演):
| 步骤 | 使用功能 | 产出 |
|---|---|---|
| 1 | Braindump | 把零散想法倾倒出来 |
| 2 | Canvas(选一套大纲模板) | 结构骨架 |
| 3 | 梗概 | 一页纸故事 |
| 4 | 角色卡 → Story Bible | 人设与世界观 |
| 5 | Scenes | 场景清单 |
| 6 | Draft(Muse) | 章节初稿 |
| 7 | Feedback + AI Beta Reading | 修改意见 |
| 8 | Shrink Ray | 全局一致性自检 |
效果与边界:这条链路覆盖从 0 到完整初稿,是本组商业工具中最完整的"单人长篇流水线"。边界在于:Story Engine 需按特定工作流才能出好结果(已知短板),跳步骤会显著劣化输出;且 Draft 输出质量被评"时好时坏"。
6.2 案例二:已有手稿的续写与卡点突破
背景:作者已有部分手稿,卡在某处写不下去。这是另一种官方启动方式。
方案(基于官方工作流的推演):
- 导入手稿(Scrivener / Google Docs / RTF / ODT),保留原有结构;
- 填 Story Bible(把已有设定结构化);
- 配置 Chapter Continuity,链接最近的 25 个相关文档;
- 在卡住处用 Write(约 300 词续写)或 Guided mode(明确说出"接下来应该发生什么");
- 若对方向不确定,用 Wormhole 生成 5 个不同走向后再选;
- 用 Twists 在选定类型内引入意外转折;
- 定稿前用 Feedback 与 Color Highlighting 检查。
效果与边界:这条路径最适合"卡文"场景,与番茄"卡文锦囊"(生成 5 个后续情节)功能定位相同,但 Sudowrite 的 Wormhole 提供了更强的方向发散能力。边界在于:Chapter Continuity 只覆盖 25 个文档,早期章节的细节若未进入 Story Bible 仍会丢失。
6.3 案例三:系列作品的跨书一致性
背景:多本书共享同一个世界观与人物群(系列小说)。这是 Sudowrite 独有的能力场景。
方案(基于已公开功能的推演):
- 用 Series Folder 建立跨书共享的 Story Bible;
- 每本书的独立设定放在各自的 Story Bible 中;
- 利用时间线支持维护跨书时序;
- 用 Shrink Ray 为每本书生成 synopsis,交叉检查系列内的一致性。
效果与边界:Series Folder 是本组 8 个平台中唯一针对"跨书状态共享"的机制,在系列创作场景下无可替代。边界在于:共享的是设定而非状态——A 书结尾时主角受了什么伤、持有什么物品,不会自动同步到 B 书。
6.4 反例:Brainstorm 不读 Story Bible
官方明确说明的功能边界:Brainstorm 不读取 Story Bible。
诊断:这是一个典型的 L1 装配层不一致问题——同一平台内,不同工具看到的上下文并不相同:
| 工具 | 是否读取 Story Bible | 后果 |
|---|---|---|
| Write / Draft / Describe / Expand | 是 | 产出符合设定 |
| Chat | 是(能看到完整 Story Bible 与故事文本) | 讨论有依据 |
| Brainstorm | 否 | 11 类创意生成在"无设定"状态下进行 |
工程教训:在多工具平台中,必须明确定义每个工具的上下文契约。作者容易误以为"既然 Story Bible 建好了,所有功能都会用它",而 Brainstorm 恰恰是例外。这类不一致在 Harness 工程中应当通过"工具契约表"显式声明——这也是本组在 AGENTS.md 类规范中建议列入"工具契约"章节的原因。
7. 总结
7.1 优势
- L5 评估层本组最强:Feedback、AI Beta Reading(3 个独立读者)、Color Highlighting、Shrink Ray 构成完整的评估矩阵,且全部产品化、一键可用。
- L2 工具层本组最丰富:1,000+ 社区插件 + Scrivener 集成(保留文件夹结构)+ 全功能集。
- Muse 把"风格多样性"作为模型侧优化目标,在模型层面对抗 AI Slope。
- Story Engine 3.0 提供完整的五级流水线,是商业工具中唯一接近"章节流水线"的实现。
- Canvas 提供 4 套叙事结构模板,把结构从隐性经验变成显式对象。
- Series Folder 是本组唯一的跨书状态共享机制。
- 功能不分档、只分积分的商业设计,让低档用户也能用完整功能。
- Chat only 模式零积分,用经济手段引导"先规划后生成"。
7.2 局限与已知短板
- 无永久免费档:试用期后最低 $10/月。
- Hobby 与 Professional 档积分月末清零,对创作节奏不稳定的作者不友好。
- 仅限虚构创作,不适配博客 / 广告 / SEO / 商业写作。
- 功能丰富的界面有学习曲线;Story Engine 需按特定工作流才能出好结果。
- AI 草稿仍需重度人工编辑;Draft 输出质量被评"时好时坏"。
- Brainstorm 不读 Story Bible——工具间上下文契约不一致。
- 无版本化状态快照、无伏笔台账——长程一致性仍是滑动窗口方案。
- 多模型访问的说法仅来自单一来源 。
- 无 AIGC 标识能力,中文发布场景需自行承担标识义务。
7.3 适用边界
| 适用 | 不适用 |
|---|---|
| 英文及 30+ 语言的虚构长篇创作 | 非虚构写作(博客、广告、SEO、商业) |
| 系列小说(跨书世界观共享) | 中文网文平台直投(无 AIGC 标识) |
| 需要频繁评估与修订的精修型创作 | 数十万字超长篇的严格一致性要求 |
| 已有 Scrivener / Google Docs 手稿的作者 | 需要外部脚本 / API 集成的工程化工作流 |
| 单人作者全流程创作 | 多人协作(未检索到协作功能) |
7.4 选型建议
- 首选场景:你是严肃向虚构作者(尤其英文),需要"从灵感到定稿"的完整环境,且重视评估反馈。Sudowrite 是本组商业工具中最均衡的选择。
- 次选场景:你写系列作品,需要跨书共享世界观——Series Folder 无可替代。
- 不建议:若你需要严格的超长篇一致性(伏笔跨 100 章回收),应同时参考
05-claude-fiction.md的版本化状态方案;若你是中文网文作者,优先考虑03-yuewen-miaobi.md与07-chinese-webnovel-ai.md。 - 档位建议:Professional(年付 $22/月,1,000,000 积分)是最受欢迎档,也是含 Feedback 的最低档。若创作节奏不稳定,Max 档的 12 个月结转更具性价比。
信息缺口声明
- 开发商主体名称与成立年份:所有来源仅写 "Sudowrite",未见公司注册名与成立时间,标
[待填写]。 - Muse 模型的基座与参数规模:未检索到公开说明,标
[待填写]。 - Story Bible 的容量上限:未检索到明确说明,标
[待填写]。 - 手稿超过 20,000 词后的上下文策略:未检索到官方说明,标
[待填写]。 - 时间线功能的具体机制:来源仅提及"提供时间线支持",无详细说明,标
[待填写]。 - 多模型访问(Claude 3.5/4、GPT-4o、DeepSeek、Goliath):仅见于 AI Tools Directory 单一来源,标 。
- Story Engine 3.0 的完整机制:同上,单一来源,标 。
- "唯一完全无审查的主流写作工具"的说法:单一来源营销表述,标 。
- 开发者 API:未检索到公开信息,标
[待填写]。 - AIGC 标识合规:未检索到任何实现说明。
- 官方客户案例:未检索到带有量化指标的官方案例,第 6 节案例一—三为基于官方工作流的功能推演,已明确标注。
8. 参考资料
- Sudowrite 官方博客《How Sudowrite Works: Story Bible, Muse, and the Tools》 — Sudowrite。https://sudowrite.com/blog/how-sudowrite-works
- AI Wiki《Sudowrite》 — AI Wiki。https://aiwiki.ai/wiki/sudowrite
- AITrendTool《Sudowrite Review 2026》 — AITrendTool。https://aitrendtool.com/tools/sudowrite
- AI Tools Directory《Is Sudowrite The Best AI For Fiction In 2026?》 — AI Tools Directory。https://www.aitools-directory.com/?p=2937
- MarketRaa《Sudowrite Review》 — MarketRaa。https://www.marketraa.com/tools/sudowrite
- AI Text Tools《NovelAI: Features, Pricing & Reviews 2026》 — AI Text Tools,2026。https://aitexttools.net/tools/novelai
- BuildFastWithAI《NovelAI Review 2026》 — BuildFastWithAI。https://buildfastwithai.com/ai-tools/novelai
- HackerNoon《Claude Book: A Multi-Agent Framework for Writing Novels with Claude Code》 — HackerNoon。https://hackernoon.com/claude-book-a-multi-agent-framework-for-writing-novels-with-claude-code
- GitHub — forsonny/Claude-Code-Novel-Writer(Multi-Agent Novel Writer v4.1) — 2026。https://github.com/forsonny/Claude-Code-Novel-Writer
- 番茄小说官方公告《AI 写作工具功能上线通知》 — 番茄小说,2024。https://fanqienovel.com/writer/zone/article/7327136545129906238
- 极客公园《AI 能不能写出〈庆余年〉?》 — 极客公园。https://so.html5.qq.com/page/real/search_news?docid=70000021_10168f9fb6122152
- 今日头条《小说写作技巧笔记:从入门到进阶》 — 今日头条。https://m.toutiao.com/article/7666250379276927531
- 美篇《新手如何开始网文写作》 — 美篇。https://www.meipian.cn/5gn73n9w
- 实测文《用 Claude Code 写小说,意外发现了组队开挂模式》 — 2026。https://m.aitntnews.com/newDetail.html?newId=20196
Sudowrite Platform Research
1. Introduction
1.1 Developer and Product Positioning
| Item | Content |
|---|---|
| Product name | Sudowrite |
| Developer entity name | [To be filled] (all sources only write "Sudowrite", no company registration name found) |
| Year founded | [To be filled] |
| Positioning | AI writing environment built for novel creators |
| Core | Story Bible + Muse model |
| Supported languages | 30+ languages (Write function matches the author's current language) |
| Applicable genres | Fictional creation only |
Sudowrite's positioning is the most "pure" among this group's 8 platforms: it does not do image ecosystems (compared to NovelAI), does not do IP distribution (compared to Yuewen, Fanqie), does not do interactive narrative (compared to AI Dungeon, MidReal), and does not require you to build engineering yourself (compared to Claude workflows). It does only one thing — give novel authors a complete writing environment.
This focus brings two direct results:
- L2 tool layer and L5 evaluation layer are highly developed: 1,000+ community plugins, Feedback, AI Beta Reading, Color Highlighting, Shrink Ray — the highest feature density in this group.
- Explicitly excludes non-fictional scenarios: official positioning "fictional creation only, not adapted for blogs / advertising / SEO / commercial writing". This is rare product restraint.
1.2 Muse Model
Muse is Sudowrite's proprietary model, fine-tuned on high-quality novels, specifically optimizing three capabilities:
| Optimization Goal | Description |
|---|---|
| Narrative coherence | Keep long passages logically consistent front and back |
| Genre conventions | Understand the conventions of different genres (mystery, romance, fantasy) |
| Style diversity | Avoid output sliding toward a single tone |
The route difference between Muse and NovelAI is worth noting:
| Dimension | Sudowrite Muse | NovelAI Xialong |
|---|---|---|
| Base | Proprietary, base not disclosed [To be filled] | Zhipu GLM-4.6 |
| Fine-tuning data | High-quality novels | NovelAI's proprietary creative dataset |
| Optimization focus | Coherence + genre conventions + style diversity | Creative writing capability |
| Accessibility | All tiers | Opus tier only |
"Style diversity" is explicitly listed as an optimization goal, indicating that Sudowrite has treated AI Slope (output sliding toward the statistical average) as a problem requiring model-side countermeasures, not just a prompt problem.
1.3 Pricing and Credit System
| Tier | Annual Monthly Average | Monthly | Monthly AI Credits | Notes |
|---|---|---|---|---|
| Hobby & Student | $10/month | $19/month | 225,000 | Credits reset at month end |
| Professional | $22/month | $29/month | 1,000,000 | Most popular tier; includes Feedback, 1,000+ plugins |
| Max | $44/month | $59/month | 2,000,000 | Unused credits can roll over 12 months; includes free $49 onboarding guidance |
| Enterprise | Custom | — | — | Team and bulk pricing |
Key rules:
- Annual payment saves about 45%—50% compared to monthly payment.
- Free trial about 10,000 credits, no credit card required.
- All tiers have identical features, only credit limits differ — this is a fundamentally different business design from NovelAI's "feature tiering".
- Cost reference: about $25 in credits can generate the word count of an average-length novel.
Design implication of the credit economy: Sudowrite has made L6's cost guardrails into a product-visible feature — credits are both the billing unit and the user's intuitive source for "how expensive is this call". The Max tier's "12-month rollover" is a response to the real pain point of "unstable creative rhythm".
1.4 Open Form and Ecosystem
| Open Item | Status |
|---|---|
| Plugin ecosystem | 1,000+ community tools |
| Scrivener integration | Can import complete Scrivener projects and preserve folder structure |
| File import | Google Docs, RTF, ODT, plain text |
| Shareable Links | Provided |
| Focus Mode | Provided |
| Multi-model access | One subscription can use Claude 3.5/4, GPT-4o, DeepSeek, Goliath (source: AI Tools Directory ) |
| Developer API | No public information found [To be filled] |
The 1,000+ plugin ecosystem is equivalent to "scripts as tools" in Claude workflows, but with a lower barrier — authors do not need to write scripts, only install community plugins. This is the dividing line between the two routes of "tool democratization" and "tool engineering".
2. Glossary
| Term | English / Abbreviation | Definition |
|---|---|---|
| Story Bible | Story Bible | Sudowrite's worldbuilding and character setting library, containing character cards, worldview, series lore, cited as a whole during generation |
| Muse | Muse | Sudowrite's proprietary model, fine-tuned on high-quality novels, optimizing narrative coherence, genre conventions, and style diversity |
| Chapter Continuity | Chapter Continuity | Manual linkage of related documents for the current chapter, up to 25 |
| Canvas | Canvas | Narrative structure template tool, providing 4 sets of outline templates |
| Scenes / Chapter Beats | Scenes / Chapter Beats | Structural intent of the current chapter, used to guide generation |
| Feedback | Feedback | AI feedback tool, evaluating text quality and providing revision suggestions |
| AI Beta Reading | AI Beta Reading | Simulated beta reader, providing reading experience feedback from 3 different reader perspectives |
| Color Highlighting | Color Highlighting | Text highlighting tool, marking different types of content with different colors |
| Shrink Ray | Shrink Ray | Text condensation tool, compressing long passages while preserving key information |
| Brainstorm | Brainstorm | Creative generation tool, providing 11 types of creative inspiration |
| Wormhole | Wormhole | Plot twist tool, providing 5 directions of plot development |
| Series Folder | Series Folder | Series work folder, sharing Story Bible across books, the only cross-book state mechanism in this group |
| Story Engine 3.0 | Story Engine 3.0 | Staged writing pipeline: premise → synopsis → outline → chapter beats → complete prose draft |
| AI Slope | AI Slope | Phenomenon of AI output sliding toward the statistical average, requiring model-side countermeasures |
3. Feature Description
3.1 Core Feature List
| Category | Feature | Description |
|---|---|---|
| Generation | Write / Draft / Describe / Expand / Guided mode | Covers from 300-word completion to full chapter generation |
| Rewriting | Rewrite (up to 6,000 words) / Tone Shift | Text rewriting and tone adjustment |
| Creativity | Brainstorm (11 types) / Wormhole (5 directions) / Twists | Creative inspiration and plot twist generation |
| Evaluation | Feedback / AI Beta Reading / Color Highlighting / Shrink Ray | Highest density in this group, covering quality evaluation, reading experience, highlighting, and condensation |
| Visualization | Canvas / Visualize (1024×1024) | Narrative structure templates and image generation |
| Integration | Scrivener (preserving folder structure) / Google Docs / RTF / ODT | Import and export with major writing tools |
| Extension | 1,000+ community plugins | Highest density in this group, equivalent to "scripts as tools" but with a lower barrier |
| Language | 30+ languages, Write matches current language | Multilingual writing support |
The 1,000+ plugin ecosystem is equivalent to "scripts as tools" in Claude workflows, but with a lower barrier — authors do not need to write scripts, only install community plugins. This is the dividing line between the two routes of "tool democratization" and "tool engineering".
3.2 Story Bible Workflow
Story Bible is Sudowrite's worldbuilding and character setting library, containing character cards, worldview, series lore, cited as a whole during generation. The workflow is:
- Create Story Bible: define characters (name, personality, background, relationships), worldview (setting, rules, history), series lore (previous plot, foreshadowing, unresolved threads).
- Cite during generation: Story Bible is cited as a whole when using Write, Draft, and other generation features, ensuring consistency of characters and worldview.
- Cross-book sharing: Series Folder shares Story Bible across books, solving the "cross-book consistency" problem for series works.
Story Bible is the core of Sudowrite's L4 memory and state layer — it is a "setting library", not a "state machine"; authors need to manually update character cards to reflect the latest progress.
3.3 Chapter Continuity Mechanism
Chapter Continuity is Sudowrite's mechanism for ensuring chapter-level coherence: manually link related documents for the current chapter, up to 25. This mechanism allows the model to access relevant context when generating the current chapter, avoiding plot discontinuities.
However, Chapter Continuity is a manual mechanism — authors need to manually decide which documents to link. This requires a certain level of planning and increases the operational cost. Compared to Claude workflows' automatic context management, Sudowrite's Chapter Continuity is more "manual" but also more "controllable".
3.4 Canvas and Four Outline Templates
Canvas is Sudowrite's narrative structure template tool, providing 4 sets of outline templates (three-act structure, hero's journey, save the cat, seven-point structure). Authors can use Canvas to plan the structure of a chapter or the whole book, then use the template to guide generation.
Canvas is the only narrative structure template in this group — NovelAI, Fanqie, Lingxie, and others do not provide similar tools. This makes Sudowrite more suitable for authors who need structural planning, but also increases the learning cost for beginners.
3.5 Evaluation Feature Group
Sudowrite's evaluation feature group is the strongest in this group, covering 4 dimensions:
| Feature | Function | Evaluation |
|---|---|---|
| Feedback | AI evaluates text quality, provides revision suggestions | Similar to Claude workflows' "self-evaluation", but more fine-grained |
| AI Beta Reading | Simulates 3 different reader perspectives, provides reading experience feedback | Unique in this group, simulates real reader reactions |
| Color Highlighting | Marks different types of content with different colors (dialogue, description, action) | Helps authors quickly identify text structure |
| Shrink Ray | Compresses long passages while preserving key information | Helps authors condense redundant content |
The evaluation feature group is the most distinctive feature of Sudowrite's L5 evaluation and observability layer — it not only evaluates text quality (Feedback) but also simulates reader experience (AI Beta Reading), provides structural analysis (Color Highlighting), and supports content condensation (Shrink Ray). This multi-dimensional evaluation system is far ahead of other platforms in this group.
4. Platform Architecture
4.1 Layered Architecture
图 9-1|Sudowrite 分层架构(Muse 模型 + Story Bible + 工具层 + 评估层)
数据来源:基于本文分析绘制的示意图(信息截止 2026-09-12)。
Sudowrite's layered architecture has four layers: the model layer (Muse, fine-tuned on high-quality novels), the setting layer (Story Bible, character cards + worldview + series lore), the tool layer (1,000+ community plugins + built-in tools), and the evaluation layer (Feedback / AI Beta Reading / Color Highlighting / Shrink Ray). The four layers work together to form a complete writing environment for novel authors.
4.2 Context Assembly Strategy
Sudowrite's context assembly strategy is "wide in, strict out" — large-width input (20,000 words + 25 documents), small-granularity output (Write generates about 300 words at a time).
[生成请求]
|
+---> [Story Bible: 角色卡 / 世界观 / 系列 lore]
|
+---> [当前手稿前 20,000 词]
|
+---> [Chapter Continuity: 最多 25 个链接文档]
|
+---> [当前 Scenes / Chapter Beats]
|
v
[拼装] --> [Muse 或选定模型] --> [输出]
|
v
[评估分支: Feedback / Beta Reading / Shrink Ray] The rationality of this strategy lies in: context is cheap, manual maintenance is expensive. Rather than having authors carefully prune context, let the model find relevance itself in a larger window. The cost is high token cost (reflected in credit pricing).
Gap to note: Sudowrite has no explicit rolling summary mechanism. When the manuscript exceeds 20,000 words, how content beyond the first 20,000 words enters the context has no official explanation found, marked [To be filled]. This means ultra-long works may still encounter the "first 80% of the book is truncated" problem.
4.3 Credit Economy and Cost Model
Sudowrite's credit economy is a cost model that makes L6's cost guardrails product-visible — credits are both the billing unit and the user's intuitive source for "how expensive is this call".
| Dimension | Sudowrite | Description |
|---|---|---|
| Billing unit | Credits | All features are billed by credits, users can intuitively perceive call costs |
| Tier differences | Only credit limits differ | All tiers have identical features, only credit limits differ |
| Annual payment discount | About 45%—50% | Annual payment saves about 45%—50% compared to monthly payment |
| Credit rollover | Max tier can roll over 12 months | Responds to the real pain point of "unstable creative rhythm" |
| Cost reference | About $25 credits = one average-length novel | Provides users with a clear cost expectation |
The design implication of the credit economy is: Sudowrite has made L6's cost guardrails into a product-visible feature — credits are both the billing unit and the user's intuitive source for "how expensive is this call". The Max tier's "12-month rollover" is a response to the real pain point of "unstable creative rhythm".
5. Harness Design
5.1 L1 Context Engineering Layer
| Component | Content | Scale |
|---|---|---|
| Story Bible | Character cards, worldview, series lore | Cited as a whole |
| Manuscript front text | Front part of the current manuscript | 20,000 words |
| Chapter Continuity | Manually linked related documents | Up to 25 |
| Scenes / Chapter Beats | Structural intent of the current chapter | Current chapter |
| Chat session | story-aware, reads the entire manuscript and series at startup | Full amount |
Sudowrite's L1 strategy can be summarized as "wide in, strict out" — large-width input (20,000 words + 25 documents), small-granularity output (Write generates about 300 words at a time).
The rationality of this strategy lies in: context is cheap, manual maintenance is expensive. Rather than having authors carefully prune context, let the model find relevance itself in a larger window. The cost is high token cost (reflected in credit pricing).
Gap to note: Sudowrite has no explicit rolling summary mechanism. When the manuscript exceeds 20,000 words, how content beyond the first 20,000 words enters the context has no official explanation found, marked [To be filled]. This means ultra-long works may still encounter the "first 80% of the book is truncated" problem.
5.2 L2 Tool and Execution Layer
Sudowrite's L2 is the most developed in this group:
| Category | Tool | Density Evaluation |
|---|---|---|
| Generation | Write / Draft / Describe / Expand / Guided mode | High (covers from 300-word completion to full chapter generation) |
| Rewriting | Rewrite (up to 6,000 words) / Tone Shift | High |
| Creativity | Brainstorm (11 types) / Wormhole (5 directions) / Twists | High |
| Evaluation | Feedback / AI Beta Reading / Color Highlighting / Shrink Ray | Highest in this group |
| Visualization | Canvas / Visualize (1024×1024) | Medium |
| Integration | Scrivener (preserving folder structure) / Google Docs / RTF / ODT | High |
| Extension | 1,000+ community plugins | Highest in this group |
| Language | 30+ languages, Write matches current language | High |
The 1,000+ plugin ecosystem is equivalent to "scripts as tools" in Claude workflows, but with a lower barrier — authors do not need to write scripts, only install community plugins. This is the dividing line between the two routes of "tool democratization" and "tool engineering".
A known functional defect: Brainstorm does not read Story Bible. This means the 11 types of creative generation are performed in a "no setting" state, and the output may conflict with the existing worldview. This is a clear vulnerability in the L1 assembly layer — the context shared by different tools within the same platform is not consistent.
5.3 L3 Orchestration and Control Layer
Story Engine 3.0 pipeline (source: AI Tools Directory ):
单一前提 (Premise)
|
v
梗概 (Synopsis)
|
v
大纲 (Outline)
|
v
Chapter Beats
|
v
完整散文稿 (Prose Draft) Two startup methods:
| Startup Method | Steps |
|---|---|
| Blank page | Braindump → synopsis → characters → scenes → Draft / First Draft |
| Existing manuscript | Import → fill Story Bible → Write at the stuck point |
Orchestration capability evaluation:
| Orchestration Capability | Sudowrite | Comparison |
|---|---|---|
| Staged pipeline | Strong (Story Engine 3.0 five levels) | Stronger than NovelAI (no pipeline) |
| Structural templates | Strong (Canvas 4 sets) | The only one in this group providing narrative structure templates |
| Multi-agent | None | Weaker than Claude workflows (7 roles 5 skills) |
| Parallel review | Partial (AI Beta Reading 3 readers) | Weaker than Claude Book's parallel reviewer |
| Human in the loop | Strong (each step manually triggered) | Comparable to NovelAI |
Sudowrite's L3 is a "pipeline for humans" — the output of each stage is something humans can read, modify, and reject (synopsis, outline, Beats, draft), not internal transmission between Agents. This is a reasonable choice for individual authors.
5.4 L4 Memory and State Layer
| State Category | Sudowrite Bearing Method | Evaluation |
|---|---|---|
| Worldview rules | Story Bible | Strong |
| Character state | Story Bible character cards | Medium-high (has structured cards, but no "current location/possessions" field) |
| Timeline | Provides timeline support (source: official blog) | Medium (detailed mechanism not found [To be filled]) |
| Foreshadowing ledger | No dedicated mechanism | Weak |
| Main line / sub line progress | Canvas + Scenes | Medium |
| Information disclosure boundary | None | Weak |
| Versioned snapshots | None | Weak (compared to Claude Book's state/chapter-NN/) |
| Cross-book sharing | Series Folder shares Story Bible | The only cross-book state mechanism in this group |
Series Folder is Sudowrite's unique contribution at L4 — it solves the "cross-book consistency" problem for series works, a scenario not covered by NovelAI, Fanqie, or Lingxie.
But Sudowrite also lacks automatic per-chapter state snapshots. Story Bible is a "setting library", not a "state machine"; authors need to manually update character cards to reflect the latest progress. This is directly related to this group's core assertion: the temporal dimension of L4 is universally weak in commercial tools, only Claude workflows achieved versioned snapshots.
5.5 L5 Evaluation and Observability Layer
Sudowrite's L5 is the strongest in this group:
| Evaluation Dimension | Tool | Evaluation |
|---|---|---|
| Text quality | Feedback | AI evaluates text quality, provides revision suggestions, similar to Claude workflows' "self-evaluation" but more fine-grained |
| Reading experience | AI Beta Reading | Simulates 3 different reader perspectives, provides reading experience feedback, unique in this group |
| Text structure | Color Highlighting | Marks different types of content with different colors, helps authors quickly identify text structure |
| Content density | Shrink Ray | Compresses long passages while preserving key information, helps authors condense redundant content |
The evaluation feature group is the most distinctive feature of Sudowrite's L5 evaluation and observability layer — it not only evaluates text quality (Feedback) but also simulates reader experience (AI Beta Reading), provides structural analysis (Color Highlighting), and supports content condensation (Shrink Ray). This multi-dimensional evaluation system is far ahead of other platforms in this group.
5.6 L6 Governance and Security Layer
Sudowrite's L6 governance and security layer is relatively basic, mainly including:
- Cost guardrails: credit system, users can intuitively perceive call costs, Max tier's 12-month rollover responds to "unstable creative rhythm".
- Content boundary: official positioning "fictional creation only", does not support non-fictional scenarios, reducing content risk.
- Data privacy: manuscript data is stored on Sudowrite's servers, specific privacy policy details not fully disclosed
[To be filled]. - Content safety: no dedicated content safety mechanism found, relies on model's inherent safety training
[To be filled].
Compared to Claude workflows (with explicit permission management and audit logs), Sudowrite's L6 is more "product-oriented" (cost guardrails + content boundary) rather than "engineering-oriented" (permission management + audit logs). This is a reasonable choice for consumer-oriented products, but also a limitation for enterprise-level use.
5.7 Six-Layer Capability Summary
| Layer | Rating | Basis |
|---|---|---|
| L1 Context Engineering | ★★★ | Story Bible + 20,000 words + 25 documents, "wide in, strict out" strategy |
| L2 Tool and Execution | ★★★ | 1,000+ community plugins, highest feature density in this group |
| L3 Orchestration and Control | ★★ | Story Engine 3.0 five-level pipeline + Canvas 4 sets of templates, but no multi-agent |
| L4 Memory and State | ★★ | Story Bible + Series Folder (only cross-book mechanism), but no versioned snapshots |
| L5 Evaluation and Observability | ★★★ | Feedback + AI Beta Reading + Color Highlighting + Shrink Ray, strongest in this group |
| L6 Governance and Security | ★ | Credit system + content boundary, but no permission management and audit logs |
6. Actual Cases
6.1 Case 1: Long-Form Creation Started from a Blank Page
Scenario: an author wants to write a 200,000-word fantasy novel from scratch. Sudowrite's workflow:
- Create Story Bible: define main characters (name, personality, background, relationships), worldview (setting, rules, history), series lore (if it's a series).
- Use Canvas to plan structure: choose a narrative structure template (three-act structure, hero's journey, etc.), plan the structure of the whole book.
- Use Story Engine 3.0 to generate: premise → synopsis → outline → chapter beats → complete prose draft, five-level pipeline.
- Iterative writing: use Write to generate chapter by chapter, use Feedback to evaluate quality, use AI Beta Reading to get reader feedback, use Shrink Ray to condense redundant content.
- Continuous state management: manually update Story Bible character cards, maintain cross-chapter consistency.
The value of this case lies in: Sudowrite provides a complete "from zero to one" long-form creation pipeline, covering the entire process of setting, structure, generation, evaluation, and state management. However, the "manual" state management (manually updating character cards) is a bottleneck for ultra-long works — when the book exceeds 200,000 words, the cost of manually maintaining Story Bible becomes very high.
6.2 Case 2: Continuation Writing and Stuck Point Breakthrough for Existing Manuscripts
Scenario: an author already has a 50,000-word manuscript draft but is stuck at a certain plot point and cannot continue. Sudowrite's workflow:
- Import manuscript: import the existing 50,000-word manuscript into Sudowrite.
- Fill Story Bible: extract character cards, worldview, series lore from the manuscript, fill in Story Bible.
- Use Chapter Continuity to link context: manually link relevant documents for the current chapter (up to 25), ensuring the model can access relevant context.
- Use Brainstorm/Wormhole for breakthrough: use Brainstorm (11 types of creative inspiration) or Wormhole (5 directions of plot development) to break through the stuck point.
- Use Write to continue: at the stuck point, use Write to generate the continuation, use Feedback to evaluate quality.
The value of this case lies in: Sudowrite can quickly "take over" existing manuscripts and help authors break through stuck points. However, the "manual" nature of Chapter Continuity (manually linking relevant documents) is a bottleneck — for complex manuscripts, authors need to spend a lot of time deciding which documents to link. Moreover, Brainstorm does not read Story Bible, and the generated creative inspiration may conflict with the existing worldview, requiring manual screening by the author.
6.3 Case 3: Cross-Book Consistency for Series Works
Scenario: an author is writing the third book of a fantasy series and needs to maintain consistency with the first two books. Sudowrite's workflow:
- Create Series Folder: create a series folder, share Story Bible across books.
- Import previous books: import the first two books into the series folder, extract character cards, worldview, series lore.
- Use Series Folder to ensure consistency: when writing the third book, Story Bible is shared from the series folder, automatically ensuring consistency with the first two books.
- Use Chapter Continuity to link details: manually link relevant documents for the current chapter (up to 25), ensuring the model can access relevant context.
The value of this case lies in: Series Folder is the only cross-book state mechanism in this group — NovelAI, Fanqie, Lingxie, and others do not provide similar functionality. This makes Sudowrite the first choice for series work creators. However, Series Folder is a "setting-level" sharing (sharing Story Bible), not a "state-level" sharing (sharing plot progress, foreshadowing status), so authors still need to manually maintain cross-book plot details.
6.4 Counterexample: Brainstorm Does Not Read Story Bible
Scenario: an author is using Brainstorm to generate creative inspiration for the current chapter, but the generated inspiration conflicts with the existing worldview (for example, suggesting a character to use a magic that has not appeared in the setting).
Cause: Brainstorm does not read Story Bible — the 11 types of creative generation are performed in a "no setting" state, and the model does not know the existing worldview and character settings, so the generated inspiration may conflict with the existing setting.
Impact: this is a clear vulnerability in the L1 assembly layer — the context shared by different tools within the same platform is not consistent. Authors need to manually screen the creative inspiration generated by Brainstorm and discard the content that conflicts with the existing worldview. This increases the operational cost and reduces the efficiency of the creative process.
Comparison: Claude workflows' tools all share the same context (CLAUDE.md + tool output), so this kind of "context inconsistency" problem does not occur. This is the difference between "tool democratization" (Sudowrite, low barrier but context inconsistent) and "tool engineering" (Claude workflows, high barrier but context consistent).
7. Summary
7.1 Strengths
Sudowrite's strengths are clear:
- Most "pure" positioning: only serves novel creators, does not do image ecosystems, IP distribution, or interactive narrative, providing a complete writing environment.
- Highest feature density: 1,000+ community plugins + built-in tools (Write / Draft / Describe / Expand / Guided mode), covering the entire writing process.
- Strongest evaluation feature group: Feedback + AI Beta Reading + Color Highlighting + Shrink Ray, four-dimensional evaluation system, far ahead of other platforms in this group.
- Unique cross-book mechanism: Series Folder shares Story Bible across books, the only cross-book state mechanism in this group.
- Transparent credit economy: credit system makes cost guardrails product-visible, Max tier's 12-month rollover responds to "unstable creative rhythm".
- Multi-language support: 30+ languages, Write matches the author's current language.
7.2 Limitations and Known Weaknesses
Sudowrite's limitations are equally clear:
- No explicit rolling summary mechanism: when the manuscript exceeds 20,000 words, how content beyond the first 20,000 words enters the context has no official explanation, ultra-long works may encounter the "first 80% of the book is truncated" problem.
- Brainstorm does not read Story Bible: the 11 types of creative generation are performed in a "no setting" state, the output may conflict with the existing worldview, a clear vulnerability in the L1 assembly layer.
- No versioned snapshots: Story Bible is a "setting library", not a "state machine", authors need to manually update character cards, the cost of manual state management becomes very high for ultra-long works.
- No multi-agent: Story Engine 3.0 is a "pipeline for humans", not a multi-agent system, weaker than Claude workflows (7 roles 5 skills).
- Basic L6 governance and security: only credit system + content boundary, no permission management and audit logs, a limitation for enterprise-level use.
- Developer API not disclosed: no public information found, a limitation for developers who want to integrate Sudowrite into their own workflows.
7.3 Applicable Boundaries
Sudowrite is suitable for the following scenarios:
- Novel creators: fantasy, romance, mystery, and other fictional creators, needing a complete writing environment.
- Series work creators: needing to maintain cross-book consistency, Series Folder is the only cross-book state mechanism in this group.
- Authors who need structural planning: Canvas provides 4 sets of narrative structure templates, suitable for authors who need structural planning.
- Authors who need evaluation feedback: Feedback + AI Beta Reading + Color Highlighting + Shrink Ray, four-dimensional evaluation system, suitable for authors who need quality evaluation and reader feedback.
Sudowrite is not suitable for the following scenarios:
- Non-fictional creation: blogs, advertising, SEO, commercial writing, official positioning "fictional creation only".
- Ultra-long works (over 200,000 words): no explicit rolling summary mechanism, the cost of manual state management becomes very high.
- Enterprise-level use: no permission management and audit logs, a limitation for enterprise-level use.
- Developer integration: Developer API not disclosed, a limitation for developers who want to integrate Sudowrite into their own workflows.
7.4 Selection Recommendations
Based on the above analysis, the following selection recommendations are provided:
- Novel creators should choose Sudowrite: if you are a novel creator needing a complete writing environment, Sudowrite is the first choice in this group — the most "pure" positioning, the highest feature density, the strongest evaluation feature group.
- Series work creators should choose Sudowrite: if you are a series work creator needing to maintain cross-book consistency, Sudowrite's Series Folder is the only cross-book state mechanism in this group.
- Authors who need structural planning should choose Sudowrite: if you are an author who needs structural planning, Sudowrite's Canvas provides 4 sets of narrative structure templates, the only one in this group.
- Authors who need multi-agent should choose Claude workflows: if you are an author who needs multi-agent orchestration, Claude workflows (7 roles 5 skills) is stronger than Sudowrite (no multi-agent).
- Authors who need non-fictional creation should choose other platforms: if you are an author who needs non-fictional creation (blogs, advertising, SEO, commercial writing), Sudowrite's official positioning "fictional creation only" is not suitable, please choose other platforms.
Information Gap Statement
- Developer entity name and year founded: all sources only write "Sudowrite", no company registration name found, marked
[To be filled]. - Muse model base: proprietary, base not disclosed, marked
[To be filled]. - Rolling summary mechanism: when the manuscript exceeds 20,000 words, how content beyond the first 20,000 words enters the context has no official explanation found, marked
[To be filled]. - Timeline mechanism: provides timeline support (source: official blog), but detailed mechanism not found, marked
[To be filled]. - Data privacy policy: manuscript data is stored on Sudowrite's servers, specific privacy policy details not fully disclosed, marked
[To be filled]. - Content safety mechanism: no dedicated content safety mechanism found, relies on model's inherent safety training, marked
[To be filled]. - Developer API: no public information found, marked
[To be filled].
8. References
- Sudowrite official website — Sudowrite. https://www.sudowrite.com
- Sudowrite pricing page — Sudowrite. https://www.sudowrite.com/pricing
- NovelAI official website — NovelAI. https://www.novelai.net
- AI Tools Directory: Sudowrite — AI Tools Directory. https://www.withai.com/ai-tools/sudowrite
- AI Tools Directory: NovelAI — AI Tools Directory. https://www.withai.com/ai-tools/novelai
- HackerNoon "Claude Book: A Multi-Agent Framework for Writing Novels with Claude Code" — HackerNoon. https://hackernoon.com/claude-book-a-multi-agent-framework-for-writing-novels-with-claude-code
- GitHub — forsonny/Claude-Code-Novel-Writer (Multi-Agent Novel Writer v4.1) — 2026. https://github.com/forsonny/Claude-Code-Novel-Writer
- Fanqie Novel official announcement "AI Writing Tool Feature Launch Notice" — Fanqie Novel, 2024. https://fanqienovel.com/writer/zone/article/7327136545129906238
- GeekPark "Can AI Write 'Joy of Life'?" — GeekPark. https://so.html5.qq.com/page/real/search_news?docid=70000021_10168f9fb6122152
- Toutiao "Novel Writing Technique Notes: From Beginner to Advanced" — Toutiao. https://m.toutiao.com/article/7666250379276927531
- Meipian "How Do Beginners Start Web Novel Writing" — Meipian. https://www.meipian.cn/5gn73n9w
- Hands-on review "Writing Novels with Claude Code, Accidentally Discovered Team Cheating Mode" — 2026. https://m.aitntnews.com/newDetail.html?newId=20196