Sudowrite：AI 小说创作全攻略

为什么需要 Sudowrite：通用 LLM 写不好「整本书」

写长篇和写段落是两种任务。段落生成只需要局部文笔过关；长篇需要人物一致性（同一角色第 30 章不能换了性格）、设定一致性（角色瞳色、地名、时间线不能漂移）、文风一致性（叙述腔调不能每章一变），以及跨越数万字的上下文记忆。通用大模型的对话式界面没有「书」的概念：每次生成都要手动粘贴设定，提示词越写越长，输出却越来越套路化，作者把大量精力花在复制粘贴上下文上。

Sudowrite 把「写书」建模为四种文档类型：Worksheet（创作前提）、Story Bible（设定库）、Outline（大纲）、Canvas（写作画布）。工具在每次生成时自动携带相关设定上下文，作者不需要重复交代角色是谁、地点在哪。2024 年发布的 Story Engine 是专为叙事微调的模型，配合 Sweater 倾向控制（绿色=更大胆、蓝色=更克制），在长篇连贯性上明显优于通用模型直接生成的文本。

与同类工具的气质差异在于：NovelAI 偏重文风模仿与风格化生成，通用 LLM 是「对话伙伴」，而 Sudowrite 强调「作者主导、AI 执行」的工程化流程——先定前提，再列大纲，逐章生成，评审修订。它不是生成器，而是一套完整的写作项目管理系统。

安装与环境配置：无需安装，3 步就绪

Sudowrite 是纯网页应用，没有桌面客户端，也没有命令行工具。使用前只需要完成账号、套餐与模型的确认。建议使用最新版 Chrome、Edge 或 Safari，无需安装任何插件。

第一步，注册账号。访问 [sudowrite.com](https://sudowrite.com)，点击 Sign Up，用邮箱或 Google 账号注册并验证邮箱。新用户能否获得试用额度随运营策略调整，以注册页实际提示为准。

第二步，选择套餐并在设置中确认模型。Sudowrite 按订阅档位提供月度生成额度，常见的名称为 Hobby & Student、Professional、Max，入门档长期在每月 10 美元级，价格随模型成本多次调整过。登录后进入 Settings，确认「生成模型」为 Story Engine（默认），这是 2024 年 11 月之后的主线模型。

第三步，用最小操作验证配置。创建新项目，在 Canvas 里写一句场景描述，选中这句话，运行 Describe 工具。若数秒内返回扩充后的细节描写，说明账号、额度和模型全部就绪。

快速上手：30 分钟跑通「大纲 → 初稿 → 修改」

核心思路：先用大纲锁定叙事走向，再让 AI 按要点生成初稿，最后用修订工具统一文风。不要把最费力的创意决策交给 AI，把生成、扩写、润色这类执行活交给它。

1. 创建项目：登录后点击左上角「+ New Project」，选择 Novel（长篇小说）并指定体裁（Fantasy、Sci-Fi、Romance、Mystery、Thriller 等）。

2. 填写前提：在 Worksheet 的 Logline（一句话梗概）栏写故事核心，填写主角、对手等字段。Sudowrite 会据此生成角色与情节建议，这是整个项目的基础。

3. 生成大纲：切换到 Outline 视图，点击「根据前提生成章节要点」。逐层细化：三幕结构 → 章节 → 场景要点，拖拽可调整顺序。

4. 生成初稿：回到 Canvas，打开第一章，选中对应大纲要点，运行 First Draft 工具，生成该章的完整初稿。

5. 打磨修改：选中具体段落，用 Rewrite 换文风、Describe 补充感官细节、Improve 修正语法与冗余。整章完成后运行 Feedback，获取结构、角色、节奏层面的评审意见。

6. 导出：Canvas 菜单支持导出为 DOCX、PDF、Markdown 等格式，用于投稿、排版或备份。

结果：30 分钟内得到一个可迭代的写作闭环。进阶技巧：正式动笔前先用 Story Bible 建立人物与地点库，让每次生成都自动携带设定上下文；需要稳扎稳打的章节用蓝色 Sweater，需要戏剧张力的章节切绿色 Sweater。

核心能力详解：4 大支柱

支柱一：Story Engine 自研叙事模型。 Story Engine 是 Sudowrite 在开源基座模型上大规模微调的专用模型，训练语料以虚构类长篇文本为主。它解决了通用模型「文笔好但不会讲故事」的问题：生成的叙述更少套路化套话，多角色对话更自然，长章节间的语气与细节衔接更稳定。Canvas 中的 Sweater 开关是其标志性交互：绿色代表「尽情发挥」（允许更出格的表达），蓝色代表「克制收敛」（贴近作者既有文风），二者可以随时切换。

支柱二：项目式工作区。 Worksheet 承载一句话前提与角色设定，是项目的起点；Story Bible 是结构化的设定库，存放人物、地点、物品、伏笔等条目，生成与评审时会自动引用；Outline 负责时间线式的章节规划，支持拖拽与从前提自动生成；Canvas 是主编辑区，Write 视图用于写作，右侧的 Warn 面板可标出视角漂移、重复用词、被动语态等问题，Fact Check 面板则按 Story Bible 核对设定一致性（如角色瞳色、地名拼写是否前后矛盾）。

支柱三：修订与评审工具链。 Describe 把「展示而非告知」落到执行层，扩充感官细节；Rewrite 提供多种改写力度；Expand 加长段落；Improve 修语法与表达；Dialogue 把叙述改成对白；Twist 为场景注入反转；Feedback 从结构、情节逻辑、角色动机、节奏等维度给出评审报告。这些工具不是独立的提示词模板，而是共享文档上下文、在同一设定体系下协作的组件。

支柱四：Muse 与灵感工具。 Brainstorm 针对卡点批量给出候选方向；Character Name Generator 生成符合体裁的中英文角色名；Muse 允许作者自定义 AI 角色或「读者人格」，以对话形式获取角色视角的反馈。对剧本类项目，Sudowrite 还提供 Script 文档类型，对白与场景描写按剧本规范组织。

生产部署与监控：从个人日更到工作室流水线

个人连载流水线。 标准做法是「每周固定一天做大纲与设定维护，每天用 First Draft 生成初稿、人工修改后发布」。Story Bible 是连载一致性的核心资产，新增角色或地点时先更新设定库再写作。建议每周导出一次 DOCX 或 Markdown 备份，用 Git 等版本管理工具记录每次大改，防止误操作丢失数万字的进度。

工作室/编辑团队管线。 主编统一维护 Story Bible 作为设定基准，各写手分工产出章节，编辑用 Feedback 先行生成评审报告，再结合人工阅读决定修改方案，最后用 Improve 统一全书的文风差异。由于 Sudowrite 是闭源 SaaS，团队协作需要围绕「设定库共享 + 导出合并 + 人工终审」建立 SOP，而非依赖平台内多人实时协同一类能力。

可观测性。 重点监控三件事：额度消耗（在账单与用量页面查看，不同工具与模型的单次消耗不同，长文 Expand 明显更快）、输出质量（对 AI 生成段落做抽检，重点看设定漂移与文风突变）、合规留痕（保存生成记录与修订日志，满足部分平台对 AI 辅助内容的披露要求）。

<p class="para-label">避坑清单：</p>

<ul class="dash-list"><li>不要把 Sudowrite 当「一键生成整本小说」的机器：First Draft 产出的是可修改的初稿，长篇的结构、人物弧光与伏笔回收仍由作者主导，否则后期返工成本极高。</li><li>注意套餐额度与模型消耗差异：Rewrite、Expand、Feedback 等工具消耗的速度不同，长文档操作可能比预想更快耗尽月度额度，订阅前先查看用量表。</li><li>生成内容的合规管理：各发布平台对 AI 生成内容的政策不一，出版合约可能要求披露或限制 AI 辅助比例，发布前需确认渠道规则并保留人工修改记录。</li></ul>

版本迭代

Sudowrite 是持续部署的闭源 SaaS，没有传统数字版本号，官方以功能里程碑划分迭代。2021 年公开测试时完全基于 GPT-3，2022 年建立订阅与额度体系，2023 年引入 Claude/GPT 多模型切换并补全修订工具，2024 年 11 月发布自研模型 Story Engine，转向「专用模型 + 小说工程工作流」路线。下表按官方公开发布的功能里程碑整理。

AI 应用场景

常见误区

面试题