最近这段时间，我一直在琢磨一件事。这两年 AI 确实火得一塌糊涂，写文案、做 PPT、撸代码，几乎样样都能上手，只要你能想到的活儿，它都能给你搭把手。但唯独有一件事，AI 始终没能干明白，那就是写网文，尤其是那种动辄几十万字的长篇网文。
前两天刷知乎，看到个题主让 AI 写了一本 20万字的网文，写完后发帖求评价。高赞第一条评论来自一位非常认真的老哥，他贴了一张密密麻麻的批注图，直接指出了好几个典型的逻辑硬伤：主角的妹妹明明在第 18 章已经"牺牲"了，结果到了第 22 章又活蹦乱跳地出场；
设定里明明说这个世界的异能 5 级封顶，结果主角打着打着突然甩出一个 7 级禁术。
我当时看完就一个感觉——这哪是在写小说啊，这分明是 AI 在带大家玩"大家来找茬"。后来我深究了一下，发现问题其实挺简单粗暴的，核心就一点：它记不住。
一、 大模型变大了，就够吗？
把上下文窗口做大，是目前行业内最直接的解题思路。事实上，各大厂商也都在这么干。从 DeepSeek V4 到 Kimi K3，再到 Qwen 3.8、GLM-5.2 和 MiniMax M3，最高上下文窗口都已经卷到了 1M tokens。国产大模型在突破百万级上下文和合规性上已经走在了前列。
然而，窗口变大了，就真的能解决长篇创作的问题吗？实测下来，依然有两个顽固的痛点没有被彻底攻克：
1. 风格漂移：同样的提示词跑两遍，结果可能南辕北辙；过两周再跑，风格又会发生微妙的偏移。
2. 幻觉仍在：即便你往上下文里塞进几十万字，角色偶尔还是会"失忆"，忘掉前面的关键设定，逻辑断层依然存在。
我想要的不仅是一个"能装下百万字"的容器，更是一个在超长文本交互中保持高度稳定、具备极强工程落地能力的模型。
正好 8 月 3 日豆包上线了 Seed-Evolving 第二次升级，把 Coding、Agent、幻觉控制三块短板一次性补齐。我当时看到公告就起了兴趣，决定亲自试一试。
二、这次升级讲了什么
带着「能不能整好长篇网文」的疑问，我把豆包这次的升级公告翻了个底朝天。核心提升三件事：Coding 工程能力、Agent 检索能力，还有幻觉控制。如果说前两次升级主打扩窗和长程稳定，这一回就是把三块关键短板拉到“真能干活”的水平。
- Coding 能力提升：少“断片”，能联动
真实项目得干好几天，模型以前容易掉链子——昨天说好的规范，第二天就忘得干净。Seed-Evolving 把这毛病缓解了不少，多日协作总算能接着干了；同时还能自动联动跨文件的改动，不用你挨个提醒。
- Agent 检索能力提升：找得准，不跑偏
长篇小说几十万字铺开，模型得从前文里精准捞出人物关系、事件因果、设定细节。升级之前检索要么漏，要么偏，续写着写着就张冠李戴。这次优化了检索策略，召回准确率明显上来了，起码不会把二姨认成嫂子。
- 幻觉控制能力提升：从“硬编”到“前后对得上”
升级把幻觉拆成四类，本质都是治“不知道就瞎编”的病。其中状态幻觉对长文创作影响最要命——以前“读前 20 章续写第 21 章”，模型经常只扫了前 3 章就敢动笔；升级后一致性审计靠谱多了，能稳稳揪出前后打架的地方。
这三项不是各干各的，而是串成了一条闭环：Coding 搭平台，Agent 精准查，幻觉控制负责审——全流程跑在同一个 doubao-seed-evolving 模型上，省心不少。
三、平台搭建实践 — 模型调用的全过程
我最初以为这是个一天的活。事实上，整整走了 3 天。一个能跑通"开书→写完"全流程的网文创作平台，靠几行 prompt 撑不起来。我想清楚要切几个模块、选什么栈，再花两轮把骨架搭出来、调通细节，最后一轮用自己搭的平台写了一本 10 万字小说——这一节把这整个过程从头讲一遍。
3.1 模块设计 — 6 块怎么切
平台从灵感到成稿，要走一条单向链路。我把它切成了 6 个核心模块，每一块管一段事，但又是上一块的输出接力到下一块的输入。
-
最前端是灵感生成。给它一句话种子，它吐出 3 个候选书名 + 卖点 + 前 30 章承诺，平台就从一个空架子变成了"一本还没写的书"。
-
世界观构建紧随其后，把舞台边界、规则体系、社会结构一次性铺开——这是小说的"宪法"，后面所有生成都得服从它。
-
接着是角色卡和关系图。5 个主角、3 个反派，每个人有完整的"人物小传"，外加一张可点击的关系网。
-
大纲工厂负责把整本骨架敲定——3 卷 × 10 章 × 3000 字，主线、支线、高潮点一气呵成。
-
真正出正文的是单章创作室。把世界观、角色档案、前文摘要、本章大纲一次性塞给 Seed-Evolving，让它输出 3000 字正文。
-
最后是一致性审计。人物名、时间线、设定、剧情连贯性，逐一过一遍——这是平台的"质检部门"。
缺了单章创作室，前面再好也只是个空壳——大纲写得再漂亮，正文一个字没有。缺了世界观构建，后面写到第 20 章，规则体系早就崩了，主角的异能上限说变就变。缺了一致性审计更致命，写到第 30 章"妹妹复活"那种硬伤，根本没人拦得住——这本小说注定要带伤交付。
3.2 模型引擎接入
这里模型引擎我选择走火山方舟 ARK 的 OpenAI 接口，登录火山引擎：https://www.volcengine.com/，选择火山引擎Agent Plan，然后进入控制台后复制Base URL https://ark.cn-beijing.volces.com/api/v3，model name使用 doubao-seed-evolving，并且创建并保存Key。
Key 拿到手存好，模型引擎这头算是接通了。接下来真正的活，是把一个又一个真实的写作产品需求丢给 Seed-Evolving，看它怎么拆、怎么回。
3.3 开发迭代实录
首先第一轮是架构设计和基础功能开发。我跟它说的第一句话很短——我要搭一个面向完全不懂写作新手的 AI Native 长篇小说创作平台，AI 主动把整本书跑完，该怎么做？
它问了几轮补充信息之后，给了一个完整的选型建议：pnpm拆服务端/客户端，前端 Vite + React 19 + react-router-dom + Tailwind + 自建的 shadcn 风格组件库，后端 Express 5，Prisma 7 + SQLite。这种主动选型省下了我至少三天的技术调研——我没问 LangGraph、它主动建议；我没问 monorepo，它主动建议。
另外，在数据层，8 张表的边界也是它帮着定的——小说、角色、章节、拆书记录、写法规则、写法档案、角色对话、提示词模板。我中间还试过把"审计"和"世界观"独立建表，它拦了一句"世界观是小说的一部分，审计是章节衍生数据，单独建表是冗余"——按它的建议合并回去，schema 干净一截。这种"我提一个方案，它能驳回来"的能力，是这次合作最早让我惊艳的地方。
这一轮我自己没写一行生产代码，但前后端分离、模块切分、数据形状、目录结构、首页和基础功能全部定下来了。
在此基础上，第二轮迭代开发是把主链跑通。 第二轮是把"写一章→审一章"这条最关键的链路跑通。我跟它讲：继续完善代码，要求能写完一章让 AI 自己再审一遍找 bug，生成和审稿要分开调；整本书一次塞给它读全，别切段。
它一次性给出 server/src/routes/chapter.ts 的实现——一个 POST 接口，根据 mode 字段走两条路：
-
mode: "generate"，temperature: 0.85，自由输出 3000 字正文。世界观、角色档案、章节大纲一次性塞进 user prompt，让它"带着上下文写"。 -
mode: "audit"，temperature: 0.2，强制 JSON 输出。把整本章节拼成一大块丢给它，让它输出问题清单。
另外，这里我自己又做了一轮实战校准——
-
温度必须严格区分。我一开始审计也用 0.9，结果同一章节跑两次，识别出的 bug 列表居然不一样。
-
审计必须强制 JSON。没加 `jsonMode: true` 时，模型一会儿用列表一会儿用 Markdown 表格，前端解析想哭。
这一轮最让我意外的是Doubao-Seed-Evolving协作的稳定性。我前面第一天搭好了这个平台主体和框架、第二天接着改小说审计模式，它能记得很久之前对话里的样式风格约定、字段结构，不会乱改代码。这件事听起来小，但工程上极重要——你不用"重新对齐规范"。
第三轮则是提升核心体验。 主链跑通后，接下来我让Doubao-Seed-Evolving开始细化——把每一块体验做扎实，让完全不懂写作的新手也能走完一整本书，写法引擎这块，我让它从"写作公式"升级成反 AI 规则池，prompt 是——
把"模板感"“解释感”"空泛表达"这些特征做成可启停的规则池，每条规则可保存、可绑定到不同卷/角色视角。要把 prompt 层、前端绑定、规则测试、提示词编译器一起改。
最后成型的是世界观、角色卡、大纲工程、关系图、写法规则和拆书辅助，以下就是一个简单的规则池：
三块体验做下来，Seed-Evolvingti的"主动跨文件联动"和"基于证据回应"这两点让我感觉非常舒畅——前者保证改一处不会漏其他文件，不会出现幻觉，后者保证拆书这种"靠引用原文"的场景不会出现幻觉。
四、自闭环实践 — 模型搭平台、模型写小说
在开发完成后，我意识到一件可以进一步做的事——平台是它搭的，小说也可以交给他来写。
这不是"我先搭好平台，再让 AI 用平台写小说"这种简单分工。这是"同一个模型，既当工程师，又当作家，又当编辑"的自闭环。
在平台的"灵感生成器"输入"仙侠 + 废柴翻身 + 宗门争霸"。它生成了 3 个候选书名，我选了我在大明修上仙"。然后我点击AI生成了完整的世界观正文如下：
接着这个世界观，我继续使用平台的角色卡、大纲工厂生成了5 个主角、3 个反派、关系网、3 卷 30 章的详细大纲。
接着进入"单章创作室"，点击"生成第 1 章"。等了几分钟，第 1 章生成完毕。3000 字，角色性格、世界观规则、上一章结尾（这里是开篇）全都带上了。
接着第 2 章、第 3 章……一直生成到第 30 章。30 章跑完，总计 10 万字。**Seed-Evolving 搭平台。Seed-Evolving 自己写小说。**一个模型，从头干到尾。
跑完之后，我让一个 32K 窗口的模型也跑同一个任务——生成 30 章玄幻小说，做对照组。
结果 32K 模型写到第 8 章就开始人物失忆——主角的母亲一会儿是江南女子，一会儿又是北境猎户；写到第 12 章时间线穿帮——上一章还说"距事件发生还有三天"，下一章主角已经办完了丧事；写到第 18 章设定矛盾——明明是"低武世界"，突然冒出一段"真气冲关"。整本下来，出现的bug数至少是 Seed-Evolving 的 4 倍多。
最后说说一个避免不了的副作用。Seed-Evolving 帮我把 30 章骨架写完了，对话、场景、情绪这些细节还是我自己润色的，人工润色后我发现一件事：AI 写的初稿读起来像"骨架完整但血肉单薄"的小说。我润色一遍，故事感和情感张力明显提升。这也印证了一个我一直以来的判断——AI 是工具，不是合作者。我得对小说的"灵魂"负责。
五、踩坑与总结
写到这里差不多收尾了。回头看那个知乎博主，他让 AI 写了一本 10 万字网文，被找出"妹妹死而复生"那种硬伤被群嘲不专业。如果他当时有Seed Evolving 协作开发这个平台和Seed Evolving 模型支持写作，至少不会发生那种级别的事故。
仓库我也开源放到这里了，感兴趣的同学可以点一个star：https://github.com/Heavenhjs/novel-craft
回头看这次经历，我用 Seed-Evolving 搭了一个 AI 小说创作平台，让它从零设计架构、生成代码、调优 prompt，最后用它自己搭的平台写了 10 万字小说，还做了一致性审计。整个过程 3 天，跨 5 轮迭代。Coding 工程能力 + Agent 检索能力 + 幻觉控制能力——这三个官方升级点，刚好对应我搭平台的三个阶段：让 AI 写代码、让 AI 调优 prompt、让 AI 审计一致性。另外也是确认了一件事——国产模型也能扛真活了。未来我打算继续做下去：
-
加更多模型路由，支持其他国产模型
-
把一致性审计做成单独的 SaaS 服务，给网文作者用
如果你也曾因为 AI 的"健忘"而对创作望而却步，不妨从一句话灵感开始，让 Seed-Evolving 自己把平台搭出来，再让它自己写一写——也许会有不一样的惊喜。
转载自 CSDN-专业IT技术社区
原文链接：https://blog.csdn.net/air__Heaven/article/details/163626678
