一个支持长篇写作的skills,内置更改了最近很火的bringstorm技能

1.摘要

用 TRAE SOLO 构建了一套 AI 长篇小说写作系统「小说流」,6 个 Skill 协作覆盖从灵感到定稿的完整流程。
一个章节的生成全流程下来需要2.5分钟

2. 背景

事情是这样的。

我是个网文爱好者,一直想写小说。有了 AI 之后,我觉得机会来了——让 AI 帮我写。

第一章出来的时候,我挺兴奋的。虽然有点"AI 味",但整体还行,符合我的预期。

但到第二章、第三章就开始不对了。

主角的性格变了。主角说话方式变了。主角女友变了。更离谱的是有时候主角名字都变了。

到后面,我已经分不清这是同一本书还是两个不同的故事了。

后面想了想,问题出在三个地方:

第一,AI不懂创造。 我们作家写作他都是有目标的,是站在前文基础之上去思考构思下文的,即使你没有一个很好很完整的世界观;而AI呢只能预测,他的底层逻辑就是预测下一个token是什么,如果没有专门的约束与训练是不会产出脱颖而出的作品的。

第二,AI写文千篇一律 “什么什么开始了(结尾处)”“不禁”“缓缓”“仿佛”“瞳孔微缩”“倒吸一口凉气”……这些词 AI 特别爱用(其实网文作者也爱用)。但人是有感情的,他们写的东西是有内涵有梗的。

第三,不会评判自己的好坏 我让 AI 自己审查自己的作品,它永远说"通过/可以/但有一些小瑕疵"

这些个问题不解决,AI写长篇就是空谈。

所以我用 TRAE SOLO 做了一套skill来简单解决它们。

3. 实践过程

3.1 先拆架构:6 个 Skill 各干各的

我一开始想用一个超级大 Prompt 搞定所有事情。很快发现不行——Prompt 太长,AI 开始丢信息。

SOLO 给了我一个建议:拆成多个 Skill,每个只做一件事,通过文件系统协作。

最终拆成了 6 个:

用户 → orchestrator(总控,不写任何东西,只负责调度)
         ├── brainstorm(问你 5-7 个问题,收束灵感)
         ├── outline(规划每一章写什么)
         ├── draft(写正文,每 300 字自检一次)
         ├── review(审查,不达标就打回去重写)
         └── update(同步设定变更)

核心思路:每个 Skill 只做一件事,文件系统是它们之间的"数据库"。

比如 brainstorm 生成 project.md(项目设定),outline 读取 project.md 生成 outline.md(章节路线),draft 读取所有文件开始写正文。谁也不越权改别人的文件。

3.2 最难的部分:去 AI 味

这是花时间最多的部分。

我先让 SOLO 帮我分析"AI 味"到底是什么。我们一起读了十几篇 AI 写的小说和十几篇人类写的小说,对比之后提炼出了 5 类高频词:

类型 AI 爱用的词
情绪词 不禁、缓缓、微微、淡淡、默默、悄然、猛然、蓦然
过渡词 然而、此外、与此同时、不仅如此、话虽如此
空洞修饰 仿佛、宛如、好似、犹如、如同、恰似
AI 式抒情 宛如一幅画、仿佛时间静止了、空气中弥漫着…的气息
AI 式反应 瞳孔微缩、倒吸一口凉气、嘴角微微上扬、心中一震

光禁词还不够。(当然也不能全部禁止,有时候平庸也是一种文采,但过于平庸毫无创新就是AI)

AI 写小说还有更深层的"味道"问题:

  • 句子全是"主谓宾"结构,太规整了
  • 段落长度都差不多,太对称
  • 对话太"正确",不像真人说话
  • 情绪永远堆叠三层(身体反应 + 心理活动 + 感叹)

针对每个问题都写了规则,然后做了一个关键决策:不只是事后审查,而是写的过程中就自检。

每写 300-500 字,AI 必须停下来扫描禁用词、检查句式、检查排版。发现问题立刻重写最近段落,不要等写完再改。

3.3 防漂

AI 写第二章时最容易出现的问题:跳过上下文读取,直接开写。

我的第一版方案是在文件开头加了一行 HARD-GATE:“必须读取以下 6 个文件才能开始写。”

没用。一章一章的继续是可以的,但当脱离了对话,也就是一次对话下连续写两章,AI在调用skill是会跳过上下文的阅读。
这也是为什么这个skill会叫one-by-one,一章一章的写

3.4 风格

我做了 3 种内置风格:冷白描、系统爽文、怪诞悬疑。

每种风格不是一个模糊的描述(“写得克制一些”),而是一套完整的规则引擎——8 个 section,包含句式规则、描写规则、对话规则、情绪规则、过渡规则、去 AI 味规则、禁止事项、示例片段。

3.6 还踩过这些坑

坑 1:AI 把"允许"理解成"应该大量使用"

guide.md 里写了"允许不完整的句子"和"允许空段落"。AI 理解成了"应该大量使用"。结果到了后面全是碎片化分行和省略号,像诗歌不像小说。

4. 成果展示

GitHub: GitHub - ZhangDongyang800/novel-flow-one-by-one-: AI 辅助长篇小说写作Skill系统 · GitHub

最终产出:

  • 6 个 Skill:orchestrator / brainstorm / outline / draft / review / update
  • 3 种风格引擎:冷白描 / 系统爽文 / 怪诞悬疑
  • 文件契约:统一定义所有文件格式,不留解释空间
  • 状态规则:双层状态模型(status + stage),6 个 status × 5 个 stage

项目结构:

novel-flow/
├── skills/
│   ├── novel-orchestrator/   # 总控调度
│   ├── novel-brainstorm/     # 灵感收束
│   ├── novel-outline/        # 章节规划
│   ├── novel-draft/          # 逐场景写作
│   │   ├── templates/        # 写作指南 + 章节模板
│   │   └── styles/           # 3 种风格规则引擎
│   ├── novel-review/         # 六维审查
│   └── novel-update/         # 设定同步
└── shared/
    ├── file-contracts.md     # 文件契约(数据字典)
    └── state-rules.md        # 状态流转规则

SOLO 在这个项目里做了什么:

帮我做了几乎所有"脏活"——分析 AI 味的规律、设计 Skill 架构、编写每个 Skill 的详细逻辑、发现并修复 20+ 个一致性问题、调研写作技巧并沉淀为规则。

我负责的是:提需求、做决策、试错反馈。比如我发现"允许"类描述没用,反馈给 SOLO,它改成了负面约束。


最后说句实话:这个项目从第一个 Skill 到最终版本,迭代了十几次。每次发现 AI 写出来的东西不对,就去改规则。改完规则再试,发现问题再改。

如果你也想用 AI 写长篇,或者对 Skill 架构感兴趣,欢迎来看看:

觉得有用的话点个赞呗,有问题也欢迎讨论 —— 特别是如果你也遇到过 AI 写小说的"翻车"经历,来分享一下你的踩坑故事?


标签

Code with SOLO

1 个赞

的确花了很多心思,良心的小篇,把踩坑经历告诉我们,谢谢了

2 个赞