这套流水线跑在 WorkBuddy 上，用的是我自己搭的一个自定义 skill（skill = 技能包，放在 ~/.workbuddy/skills 下的 novel-engine）。它按固定顺序走：先出章节 spec（spec = 规格说明，YAML 格式的配置），再写正文，然后跑 10 步量化门禁。最关键的一处，是每章开头强制它读同一页只读状态快照。


这篇讲的是长篇小说。不是那种「AI 一天写十万字」的爽文，是反过来——**AI 写长篇，写到二三十章一定会开始出错**，人会忘，它也会忘，而且忘得比人彻底。

我这本写到 27 章的时候，问题已经很明显了：前后对不上，主角反复用同一招，有些伏笔埋下去就没人管了。后来我没继续往下写，回头把整套流程重做了一遍，做成了一个可复用的引擎，现在跑到第 56 章。

下面讲怎么做的，以及哪些地方是真的有用、哪些地方是我自己给自己找麻烦。

---

## 一、先承认一件事：长篇不是「写」，是「管」

写单章，AI 很强。写三十章，它会犯三种错：

1. **吃书**。第 9 章某人说过的话，第 30 章当成没说过。
2. **重复**。主角每次遇到问题都用同一招，读者第一次觉得爽，第四次就觉得这作者没货了。
3. **一眼 AI**。句子都通顺，但读起来像产品说明书——排比句、总结句、「不仅……而且……」、每段都差不多长。

这三个问题，靠「你再仔细点」是解决不了的。必须变成机制：**每章写完必须过闸，不过不推进。**

所以我做的不是「更好的提示词」，是一条流水线。

---

## 二、流水线长什么样

```
想法 → 设定（世界观/人物/势力/伏笔）
     → 大纲（卷/弧/高潮）
     → 章节 spec（YAML，写清这一章必须发生什么）
     → 正文生成
     → 10 步量化门禁
     → 祛 AI 味
     → 语感修订
     → 16 维审核
     → 批量推进
```

看着复杂，其实核心就三件：

**第一，先定平台再开写。** 番茄、起点、七猫，字数要求和节奏完全不一样。番茄一章两千出头、前三章必须出事；起点容忍慢热但要求设定密度。同一份稿子往两个平台投，两边都不讨好。所以我在引擎里放了 8 个平台的配置，写之前先选。

**第二，每章写之前先写 spec。** 不是「写第 57 章」，是写清楚：这一章谁在场、从什么状态到什么状态、必须发生哪几件事、哪些线不许碰。这一步花五分钟，能省掉后面两小时的返工。

![章节 spec：写正文之前先把这一章必须发生什么定死](https://developer.qcloudimg.com/http-save/yehe-12860339/312a6ddde6a7bbee99abf60c83b75f6e.png)

**第三，写完必须过闸。** 10 项机检：字数、破折号用量、禁用词、预警词、章末钩子、对话标签、情绪命名、段落均匀度……全是能用脚本数的东西。数不过就改，不改不往下写。

![10 步量化门禁对第 56 章的真实运行结果：19.3/100](https://developer.qcloudimg.com/http-save/yehe-12860339/a7339d61063c319ede6aa85c54acc59a.png)

---

## 三、真正救命的是那一页状态快照

这是我整个东西里最有用的一个设计，跟写作水平没关系，纯粹是工程手段。

文件开头我自己写了一句话：

> **这不是台账。台账答「这东西哪来的」；快照答「现在是什么状态」（每章覆盖）。**

区别在哪？台账是历史记录，越写越长，写到五十章没人看得完。快照是**一页纸，每章覆盖重写**，只写现在。

它长这样（真实内容，第 56 章末）：

| 项 | 状态 |
|---|---|
| 地点 | 油海子南岸官道，夜间南返中 |
| 五人 | 全员在场；车两辆随队；碑「到此为止」已过 |
| 时间锚点 | 封印之战 = 现在往前两百年（唯一绝对年份） |

然后是一张人物表，每个人写清「现在什么状态、下一章能干什么、不能干什么」：

- 主角：第 56 章刚出手，第 57 章**可以歇一章**，两百年前那句「背影像你」压在心里，**不许自己说破**。
- 女配：第 54、55 章连续高光，第 57 章她的线是「新芯点不点」，这个决定归她。
- 配角：第 53 章做过饭、第 56 章没做，第 57 章**可以做饭**（有配额，不能章章做饭）。

看着啰嗦，但这就是防吃书的核心：**下一章能写什么、不能写什么，写之前只读这一页。**

![状态快照：一页纸写清现在是什么状态、下一章能干什么](https://developer.qcloudimg.com/http-save/yehe-12860339/a73d0bf5e465c188876f707a36b12f7e.png)

我给自己定了几条铁律，编号的，比如「铁律 24：不得再写对账场面」——因为上一批连写了三章对账，读者会腻，所以直接禁掉。这种规则写在文件里，比记在脑子里可靠。

---

## 四、防重复：同一个能力，每次出现必须变形

主角有一项能力，用了十几次。如果每次都一模一样，读者会烦。

我的做法是：能力不变，**形态每次必须换**。真实的记录：

| 章节 | 能力 | 这次的形态 |
|---|---|---|
| 47 | 虚空牢笼 | 蛛网 |
| 49 | 万物辨识 | 鼻子通（靠嗅觉分层） |
| 50 | 号令山岳 | 石皮翻面 |
| 52 | 断流 | 脸盆圈倒流 |
| 54 | 引路 | 萤火虫排队 |
| 56 | 封压 | 手印 |

同一个东西，六种外化方式。这个表是逐章登记的，写新章前先看一眼「上次是什么形态」，不许重复。

另外还有配额：一批十章里，主角出手 6 次，剩下 4 次必须靠别人或者靠不解决来推进。**连续高光会让读者疲劳**，这条也是硬性的。

---

## 五、祛 AI 味：只走一条通道，不混用清单

这块我踩过坑。

一开始我同时参考好几份「去 AI 味」的清单：有让少用破折号的、有让多用短句的、有让删掉所有总结句的。结果改出来的稿子四不像——删得太干净，读起来干巴巴，像新闻简讯。

后来定死一条规矩：**只走一条通道**。我把祛 AI 味拆成三层，各管各的，不许互相打架：

- 词句层：禁用词、24 种典型 AI 句式、分场景改写策略 —— 管「怎么改」
- 语感层：什么该改、什么不该改，改动率红线 —— 管「该不该改」
- 跨章层：跨章配额、角色认知边界、信息该放哪儿 —— 管「从整本看对不对」

关键是那个**改动率红线**。AI 味重的地方改 30% 够，改 70% 就把作者的声音洗掉了。我现在的做法是：先按词句层清一遍，再看改动率，超了就退回来手改，不让它继续跑。

---

## 六、结果，和一条我不建议你学的做法

- 重写后的稿子逐章过了校验，二十多章正常更新中（平台就不说了，说多了像广告）。
- 47～56 章新稿写完，五项校验全绿，**没经我确认不上传**。
- 台账登记到伏笔 #122，人物卡、时间线、势力关系都在更新。

这个「没经确认不上传」是刻意设的。AI 能自己往下写十章，但**发不发由人定**。这条不设，迟早出事故。

**还得说清楚一件事：这套东西产出的是初稿，不是成稿。**

我所有发出去的正文，都是自己从头到尾重写过一遍的——AI 出的那版只用来定框架、卡节奏、试钩子，句子和细节全推翻重来。原因很实在：现在主流平台对 AI 文本占比查得严，占比高了初审就过不去，侥幸过了也拿不到推荐。我这套流水线解决的是「不出错、不崩塌」，不是「替你把书发出去」。

所以别指望跑一遍就上架。它能让你少改，不能让你不改。

---

## 七、坑，和我的判断

**1. 门禁不是越严越好。**
最开始我把字数卡得很死，结果它开始凑字，写一堆环境描写糊弄。后来改成区间 + 禁止注水，反而好了。规则的目标是「不出错」，不是「不出声」。

**2. 台账不更新，等于没做。**
台账是唯一能防吃书的东西，但它特别容易被跳过——写完一章人累了，谁还想登记伏笔。我的解决办法是把它跟门禁绑在一起：台账不更新，这章不算完。

**3. 引擎不能替你署名。**
这套东西能保证「不出明显的错」，保证不了「好看」。真要发出去，署名和发表权还是人的。我在引擎文档里就写了一句：不支持「一键生成整本小说拿去发表」。

**4. 前期投入比写正文大。**
搭这套东西花的时间，够我手写十几章了。它划不划算，取决于你打算写多长。写一本十万字的短篇，别做这个；打算写一百万字并且长期写，值得。

这套流水线跑在 WorkBuddy 上，用的是我自己搭的一个自定义 skill（skill = 技能包，放在 ~/.workbuddy/skills 下的 novel-engine）。它按固定顺序走：先出章节 spec（spec = 规格说明，YAML 格式的配置），再写正文，然后跑 10 步量化门禁。最关键的一处，是每章开头强制它读同一页只读状态快照。

【征文】用 WorkBuddy 写长篇：AI 写到 27 章开始崩，我给它加了只读快照和 10 道门禁

AI 写长篇到 27 章开始崩：靠一页只读状态快照、章节 spec 和 10 步量化门禁，把长篇写作变成工程管理。附第 56 章门禁实测结果和真实踩坑。

人工智能

AI写长篇必崩？从27章崩盘到56章稳定，我重做了全套流程。核心不是提示词，是流水线：先定平台、每章写spec、10步机检门禁、状态快照防吃书、能力形态登记防重复。祛AI味只走单通道，改动率红线30%。产出是初稿非成稿，人审后才上传。坑：门禁别过严、台账绑门禁、署名权归人、长线才划算。

代码解释

WorkBuddy 

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

腾讯云双十一大促

imagecreation

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

【征文】用 WorkBuddy 写长篇：AI 写到 27 章开始崩，我给它加了只读快照和 10 道门禁-腾讯云开发者社区-腾讯云

【征文】用 WorkBuddy 写长篇：AI 写到 27 章开始崩，我给它加了只读快照和 10 道门禁

【征文】用 WorkBuddy 写长篇：AI 写到 27 章开始崩，我给它加了只读快照和 10 道门禁

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐