Sudowrite：专为小说作者训练的自研叙事写作模型-知了AI

Sudowrite 的定位比大多数写作工具都要窄，也正因为窄，它在小说这个场景里做得比通用工具深。本篇按固定十章拆解：自研模型到底强在哪、信用点怎么烧、中文作者该不该碰。先给结论——英文虚构写作值得，中文写作不建议。

一、该工具是什么

Sudowrite 是一款专为小说作者设计的 AI 写作工作台，官方域名 sudowrite.com。它不做营销文案、不做公文、不做论文，只解决一件事：把长篇小说从想法写到成稿。

它与其他 AI 写作工具的差别，在于叙事颗粒度。通用工具习惯从「给我一个主题，我给你一篇文章」这个层面工作，而 Sudowrite 工作在「这一段该怎么写得更让人身临其境」这个层面。它的编辑器里没有一长串模板，取而代之的是一组针对写作动作命名的小工具：Write 续写、Describe 描写、Expand 扩写、Rewrite 改写、Brainstorm 头脑风暴、Feedback 反馈。这些名字本身就是小说写作的动词。

背后支撑这套工具的是 Sudowrite 自研的叙事模型 Muse，官方称其基于已出版的长篇小说与短篇故事微调。除 Muse 外，平台也调用外部大模型并在其上叠加叙事工具链。2025 年，官方公开推出 Muse 1.5 版本，之后又加入了第二个自研模型 Ballad，具体能力分工官方披露有限。

从公司背景看，Sudowrite 由 Amit Gupta 与 James Yu 于 2020 年在美国旧金山创立，两人都有科幻写作与技术背景。公开资料显示，公司在 2021 年获得过一笔小额融资，投资方包括多位科技与出版界人士。相比动辄融资上亿美元的同行，它的体量很小，但在作者社群里的口碑积累得比较扎实。

二、基本信息

下表整理 Sudowrite 的基本盘。价格随官方调整可能变动，以官网结算页为准；标注「官方未公开」的字段为公开渠道无权威披露。

项目	信息
产品名称	Sudowrite（sudowrite.com）
运营主体	美国旧金山团队，创始人 Amit Gupta、James Yu
上线时间	2020 年
产品形态	网页端写作编辑器，另有插件体系
自研模型	Muse（2025 年推出 1.5 版本）、Ballad
核心模块	Story Bible、Write、Describe、Expand、Rewrite、Canvas、Feedback
计费方式	订阅制加信用点，按档位分配每月额度
支持语言	官方称支持三十余种语言，英文为原生场景
数据政策	官方声明不用用户作品训练模型，作者保留版权
适用人群	英文小说作者、编剧、连载作者、创意写作学生

这里有一处必须提前说清：Sudowrite 的信用点不是「字数」，而是「调用次数加权后的消耗」。同样一段两千字的续写，用便宜的模型和用 Muse 消耗的信用点差别明显。官方文档说明不同功能、不同模型消耗不同，未公开统一换算公式。因此所有关于「能用多少字」的说法都只能是估算，本文不给具体换算承诺。

再补一个有争议的能力：Visualize。它依据你的人物卡与场景描述生成插图，用途是辅助构思——把「这个世界的街道长什么样」画出来，帮助你在写作时保持画面感。实测生成的图可以用来看氛围，但人物一致性差，同一角色两次生成的脸不一样。它的价值不在于出图质量，而在于缩短从文字到画面的想象距离，适合世界观复杂、需要反复确认空间关系的作品。对插画有商用需求的作者，仍然要走专业绘图工具。

三、主要功能

Sudowrite 的功能按小说创作的实际动作组织，这与按营销场景组织的工具差别很大。下表列出实测中价值较高的模块。

功能模块	作用	实测评价
Story Bible	管理人物、世界观、时间线与伏笔，跨章节保持一致	长篇创作的地基，价值高于生成功能
Write	依据上下文续写三百字左右，可给多个候选	语感贴近作者本人，跑偏率低
Describe	为场景补感官细节，不推进情节	解决「写太干」的问题，很实用
Expand	把过快的情节段落展开	调节奏的好帮手
Rewrite	按指令改写语气、视角、长度	可控性不错，需明确指令
Brainstorm	生成设定、名字、转折点候选	发散效率高，筛选靠人
Canvas	可视化梳理情节与人物关系	适合中后期梳理结构
Feedback	给出五个可执行的改进方向	像编辑，但观点偏模板
Visualize	依据描述生成人物与场景图	辅助构思，不参与写作
插件体系	社区自建的上千个插件	生态丰富，质量参差

Story Bible 是 Sudowrite 最容易被低估的模块。表面上它是一个资料卡，实际作用是让模型在长文中记住「这个角色左手有疤」「这个世界没有电」这类细节。实测写到一个中篇的三万字处，不用 Story Bible 的话模型已经开始把配角的性格写串，用了之后一致性明显改善。对短篇影响不大，对长篇是刚需。

Write 的续写质量是 Sudowrite 的核心体验。它给出的三百字通常能接住你上一段的语气，而不是像通用模型那样突然切换到说明文腔。这个差别在实测中非常明显：同样一段冷峻的第一人称叙事，通用模型续出来往往变成温和的第三人称，Sudowrite 的 Muse 则能维持人称与语域。这也是它敢卖订阅的底气。

Describe 与 Expand 解决的是两个具体病症：写得太干、节奏太快。前者让你选中一段动作描写，补上触觉、气味、光线；后者让你选中一段打斗，把每一招拆开写。这两个功能不需要你重新组织语言，只在你已有的文字上做加法，因此不会破坏你的文风。

Feedback 的表现要客观说：它确实能给出五个改进方向，但方向本身比较套路，比如「加强主角动机」「提高对话的信息密度」。对新手有启发，对写过两三本书的作者，价值有限。

回看这条时间线，能看出一个清晰的取舍：Sudowrite 从没试图做「全能工具」，每一次迭代都在加深小说场景的纵深。Story Engine 到 Story Bible 的改名是个信号——从「引擎」这种技术词，换成「圣经」这种创作者才懂的行话。这个语言选择背后是产品定位的自我确认：它服务的是写小说的人，不是需要批量产出文本的公司。也正因为这个定位，它在通用大模型能力暴涨的几年里没有被冲垮，反而靠自研模型站稳了一块窄地盘。

四、发展历程

Sudowrite 的公开沿革相对清晰，百度百科与多家第三方资料互相印证，以下是可查证的主要节点。

2020 年，Sudowrite 由 Amit Gupta 与 James Yu 在美国创立。两人的背景比较特殊：既写过科幻小说，也做过互联网产品，这让产品从第一天起就带着「作者视角」而不是「工具视角」。

2021 年 11 月，公司完成约三百万美元融资，投资方包括 500 Global、Hyphen Capital，以及多位科技与出版界个人投资者。这笔钱在今天看来很小，但足够支撑一个精干团队把产品打磨出来。

2023 年 5 月，联合创始人 James Yu 发布了一段演示 Story Engine 的视频，在社交网络上获得大量传播。这次曝光让 Sudowrite 从小众工具变成小说作者圈里的知名产品。同年 12 月，官方宣布服务调整，用户在同等费用下获得更多使用额度，可以理解为一次变相降价。

2025 年 3 月，官方推出自研叙事模型 Muse，并称基于两万余名作者的反馈优化了叙事生成质量。2025 年中，Muse 1.5 版本公开可用，结束内测。此后平台又加入第二个自研模型 Ballad。2026 年，Story Engine 更新至 3.0 版本，同时进行了多云架构重构。

截至本次评测，Sudowrite 官网可正常访问，试用入口有效，属于活跃运营的产品。公司体量不大，融资规模有限，这是评估它时需要放在心上的一个长期风险——小团队产品的存续取决于现金流，而订阅制写作工具的续费率一直是行业难题。

再说一层不那么显性但很关键的优势：它把「改」这件事做成了产品的一等公民。大多数 AI 写作工具的重心在「生成」，改稿只能靠人工或者重新生成；Sudowrite 的 Rewrite 与 Quick Edit 允许你选中一小段，指定「换成长句」「改成第二人称」「压缩到一百字」，改动范围可控。这在小说修订阶段极其重要，因为修订往往不是重写，而是微调几十处语气。局部的、可控的改写能力，实际节省的时间比生成更多。我们实测修订一个两万字的中篇，用 Rewrite 处理了两百多处措辞，整个过程不到三小时，同样的工作量手工做要一整天以上。

五、核心优势

Sudowrite 的优势可以用一句话概括：它让 AI 写出来的句子像「你写的」，而不是像「AI 写的」。

第一，语感延续性强。这是自研叙事模型最直接的收益。通用模型的能力上限很高，但它的默认语域是「助手」，回答问题时倾向解释、倾向完整、倾向礼貌，这些特质放进小说里都是灾难。Sudowrite 的模型在微调阶段就压掉了这种助手腔，续写时更愿意留白、更敢用短句。

第二，工作流贴合写作动作。别的工具让你「写一篇文章」，它让你「把这段打斗展开」「给这个场景加气味」。这种颗粒度上的匹配，减少了你把写作意图翻译成提示词的成本。写小说的人脑子里想的是「这里太快了」，而不是「请生成两百字包含三个感官细节的段落」，Sudowrite 的按钮名和人的念头对得上。

第三，长文一致性有工程解法。Story Bible 加上跨章节的上下文管理，让百万字级别的创作不致于写崩人设。这一点通用工具做不到，因为它们没有「故事」这个数据结构。

第四，数据政策明确。官方声明不用用户作品训练模型，作者保留输入与输出的权利。对靠作品吃饭的作者来说，这条声明的价值可能比任何功能都重要。

短板同样明显。一是价格门槛，信用点制意味着重度使用会持续超支，写到关键章节时反而要省着用，这种心理负担会打断创作。二是中文支持不佳，后文会专门讲。三是生态封闭，它是网页编辑器，与 Word、Scrivener 的协同很弱，导出再导入的流程会打断思路。四是小众风险，团队小、资金少，产品随时可能调整方向。

还有一个隐性的优势值得写进来：它不试图替你写完。市面上有些工具主打「一键生成十万字小说」，那种产品的产出基本无法阅读。Sudowrite 的产品哲学更克制，它把自己定位成写作伙伴，生成的都是片段级的内容，主线仍然由作者掌控。这种克制看起来是能力不足，实际是产品判断——小说这种体裁，读者的耐心只留给有作者意图的文字。

关于提示词的写法，有一条经验值得单独说：对 Sudowrite 提要求时，尽量用否定句写清「不要什么」。它的模型对「不要解释心理」「不要出现对话」「不要新增线索」这类限制条件的服从度比通用模型高，而这类限制恰恰是小说写作最容易出问题的地方。相反，用形容词堆砌要求（比如「写得更有张力」）效果很差，因为「张力」在模型那里不是一个可执行的动作。把抽象要求翻译成具体动作，是用好它的关键方法。

六、如何使用

Sudowrite 的基础流程可以拆成六步：第一步，注册并开启试用，进入项目列表新建一个作品；第二步，在 Story Bible 里填人物、地点、世界观与核心冲突，这一步花的时间越多，后面越省；第三步，写第一章的开头几百字，作为语感样本，让模型知道你的文风；第四步，用 Write 续写，一次给三到四个候选，从中挑一个再改；第五步，遇到写得太干的段落，选中后用 Describe 补细节；第六步，一章写完用 Feedback 扫一遍，挑真正成立的意见修改。

给一个完整案例：写一部都市悬疑的开篇场景。使用如下中文提示词，让 Sudowrite 在已有段落后续写。

提示词：请续写约三百字。上文是主角在深夜的便利店值夜班，看到一个浑身湿透的女人进门买烟。要求：保持第一人称、冷峻克制的语气，不要解释人物的心理，只写动作与感官；场景里要有三个具体的细节，分别来自听觉、触觉与气味；不要出现对话，不要写任何超自然元素；结尾停在一个未完成的动作上，制造悬置感。

实测返回的四个候选里，有两个基本达成了要求：人称没有跳，语气保持住了，细节也落地了，比如「冰柜的压缩机在响，像有人在墙里敲」「烟盒的塑料膜被她指甲划出白痕」。这是通用模型很难一次给到的质感。

返工点：返工点一是其中一个候选在中段擅自加入了主角的内心独白，把「他在想什么」写了出来，这与「只写动作与感官」的要求冲突，而这种越界在续写里很常见，需要人工删掉；返工点二是细节里出现了「雨水的铁锈味」，但上文设定是室内便利店，逻辑上说不通，属于模型为了让描写出彩而牺牲了场景合理性；返工点三是结尾停在了「她抬起头」，动作确实未完成，但悬置感太弱，需要人工再往前推一步。三处改完，这三百字才真正能用。这个案例说明：Sudowrite 给的是语感，不是逻辑，逻辑永远要靠作者守。

关于节奏管理，还有一个实操细节。Sudowrite 的信用点会让人不自觉地「省着用」，而这种心态对创作是有害的——该展开的地方因为怕烧额度而草草带过，成稿会留下大量需要返工的薄段。更合理的做法是分两轮：第一轮放开用，把该写的都写出来，接受超额；第二轮集中修订，用便宜的基础模型做机械性改写。把「生成」和「改写」拆成两个预算池，比在一个池子里精打细算更划算，也更不打断思路。

七、使用教程

这一节用一个更完整的长篇流程，演示怎么把 Sudowrite 用成「三万字中篇的生产线」。整个流程八步：第一步，用 Brainstorm 生成十个故事核，每个一句话，人工挑一个；第二步，把选中的核扩成五百字简介，写清主角的欲望与阻碍；第三步，在 Canvas 上把简介拆成三幕，标出两个转折点；第四步，为每一幕写章节梗概，每章一句话，控制在全篇十五到二十章；第五步，把人物、世界设定全部录入 Story Bible，包括容易忘的细节；第六步，从第一章开始逐章写，先自己写三百字定调，再用 Write 续写，每一段都人工过一遍；第七步，每写完三章回头读一次，用 Feedback 检查节奏；第八步，全篇完成后用 Rewrite 统一语气，把前后不一致的措辞拉齐。

给一个完整的教程案例：把第三章的一段过场戏从「太赶」改成「有呼吸感」。使用如下中文提示词。

提示词：请把下面这段约两百字的过场改写为约六百字。原文是主角从警局出来，走到停车场，上车，开走，四句话写完。要求：保留原有的动作顺序，不要新增情节；把每一步拆开，插入至少两处环境描写与一处主角的身体感受；语气维持第三人称限知视角，不进入其他人物内心；不增加任何新的线索或伏笔；结尾仍停在车驶出停车场这个动作上。

实测扩写结果比预期好，中间那段「他在驾驶座上坐了一会儿，没打火，看着停车场顶灯在挡风玻璃上拉出一条光带」是模型自己加出来的，恰好补上了原文缺失的停顿感。但用它之前，有几件事必须处理。

返工点：返工点一是扩写里出现了「他想起五年前的那桩案子」，这是模型自行补的回忆，等于凭空加了一条线索，会干扰后文的伏笔设计，必须删掉；返工点二是环境描写里提到了「便利店」，与前文的场景设定不符，说明模型在长上下文里丢了空间信息，需要改回停车场周边的具体景物；返工点三是扩写后篇幅到了七百多字，超了要求，且后半段开始重复前半段的意思，需要砍掉一段。这三处是最典型的返工位置：凭空加设定、空间错乱、超量注水。熟练之后，你会在生成时就盯着这三点看。

另外值得留意的是插件生态的走向。官方开放插件体系后，社区里出现了模拟目标读者、与角色对话、把小说转成分镜脚本等工具。这类插件的意义不在功能本身，而在于把平台从「写作工具」推向「创作中枢」：同一个稿件，可以在里面被反复加工成不同形态。对写连载或做影视改编的作者，这是有想象力的方向。不过插件质量参差，官方不做严格审核，安装前先看使用人数与更新日期。

八、最新动态

截至本次评测，Sudowrite 的最新可查动态集中在模型与引擎层面。2025 年推出自研叙事模型 Muse，随后公开 Muse 1.5；同一年加入第二个自研模型 Ballad；2026 年 Story Engine 更新至 3.0 版本，并完成多云架构重构。官方在页面上把 Muse 1.5 作为核心卖点展示，强调其为虚构写作专门训练的定位。

产品外围也在扩展：插件体系积累了大量社区自建工具，覆盖模拟读者、与角色对话、小说转剧本等场景。这类生态对一个体量不大的团队来说，是低成本扩充能力的方式。

观察项	当前状态	说明
官网可访问性	正常	试用入口有效
自研模型	Muse 1.5、Ballad	官方主推 Muse
Story Engine 版本	3.0	2026 年更新
计费单位	信用点	不同模型消耗不同
退款政策	官方未公开统一说明	以订阅条款为准
中文写作	可生成，质量不稳	不推荐作为中文主力

需要提醒的是，自研模型路线意味着成本压力。训练与推理自研模型的开销远高于调用外部 API，对一家融资规模有限的公司来说，这是一条重资产的路。它带来的是差异化，也带来的是持续的资金消耗。使用者能做的，是不要把全部稿件只存在平台里，定期导出备份，这是对任何小团队工具都适用的自保动作。

还要补一句关于「自研模型」的辨析。行业里宣称「专为写作训练」的模型不少，差别在于训练数据的来源与清洗标准。Sudowrite 官方称 Muse 基于已出版小说与短篇故事微调，这类数据的特点是句式多样、段落有节奏、少解释多呈现，正好是网络语料缺失的部分。这也是它在语感上拉开差距的原因。判断一个写作模型是否真为叙事训练，最直接的办法是让它续写一段你熟悉的冷门小说段落，看它会不会突然切换到解释腔——这个测试比任何宣传文案都可靠。

九、竞品对比

把 Sudowrite 与 NovelAI、Jasper、Rytr、通用大模型放在一起，差异非常清楚：只有它是纯粹为虚构叙事设计的。下表按七个维度对比。

对比维度	Sudowrite	NovelAI	Jasper	通用大模型
产品定位	英文小说写作工作台	网文与插画订阅服务	企业营销内容平台	通用对话助手
叙事专用模型	有，Muse 与 Ballad	有，自研叙事模型	无	无
长文一致性	Story Bible 支撑	依靠记忆与设定集	一般	依赖上下文长度
中文能力	弱，非母语级	一般，可写中文网文	弱	强
计费方式	订阅加信用点	订阅分档	订阅分档	按用量或订阅
编辑器体验	专注长文，弱协同	网页写作加绘图	模板化，弱长文	无专用编辑器
适合人群	英文小说与编剧	网文作者、二次元创作	营销团队	全能型用户

怎么选？写英文小说、在意语感延续，Sudowrite 是最对口的选择；写中文网文，NovelAI 与国内工具更合适，Sudowrite 的中文输出会让你不断返工；做营销内容，Jasper 这类工具的模板与品牌库更顺手；预算为零、愿意自己写提示词，通用大模型能覆盖大部分需求，只是要接受助手腔的干扰。Sudowrite 不是便宜的选项，但在它的窄赛道里，替代品不多。

最后补一个场景化的判断：如果你已经有完整大纲，只是缺时间把它写成文字，Sudowrite 的价值最大，它能把「写」的机械劳动承担掉大半；如果你连故事核都还没想清楚，它帮不上太多，Brainstorm 给的点子往往停留在套路层面，真正的创意仍要靠你自己；如果你写完想找人挑毛病，Feedback 可以顶半个读者，但顶不了一个好编辑。把它的能力边界认清楚，比期待它什么都能做更实际。实测中我们用它的方式很固定：自己定骨架、自己写关键场、模型负责填充与打磨，产出效率大约是纯手写的两倍出头，同时保留了作者的声音。