适合人群:没写过网文、没用过 Dify、但想用 AI 从选题一路做到章节定稿的人。
本文基于一套可落地的「须弥(Sumeru)小说创作」链路:Skill 管「怎么写」,工作流管「怎么跑」,知识库管「写得像你要的那本」。


写在前面:别把「能生成」当成「能写成你想要的」

很多人第一次用 AI 写小说,踩的坑都一样:

  1. 随便丢一句「帮我写本仙侠」→ 出来的是模板文;
  2. 一次让模型写十万字 → 人设漂移、前后打架;
  3. 没有「总纲 / 细纲 / 审查」→ 越写越散。

正确姿势其实很朴素:

先定选题 → 再定总纲 → 按章细纲写 → 审查 → 润色 → 按平台完稿。

Dify 的价值,就是把这条链路做成可点、可复用、可迭代的流水线;Skill 则把「资深网文策划/责编」的工作方法固化成 Agent 能执行的说明书。


一、先搞懂两个词:Skill 和 工作流

概念

一句话

你用它干什么

Skill

给 Agent 的「专业手册」

告诉 AI:选题怎么评、总纲写哪些块、审查看什么

工作流(Workflow)

固定步骤的「流水线」

表单输入 → 检索知识库 → 调模型 → 输出结果

知识库(Knowledge)

你的「题材说明书」

男频/女频模板、风格参考、本书已定设定

可以记成:

Skill  = 知道怎么写(方法论)
Workflow = 按步骤跑(工程化)
知识库  = 写你想要的那本(约束与记忆)

一套完整能力通常对应这些阶段:

阶段

Skill 示例

工作流示例

产出

选题

sumeru-topic

01 选题策划

3–5 个选题 + 评分

总纲

sumeru-outline

02 总纲设计

世界观 / 人设 / 分卷 / 细纲

写作

sumeru-write

03 章节写作

单章正文

审查

sumeru-review

04 逻辑审查

审查报告

润色

sumeru-polish

05 内容润色

润色稿

完稿

sumeru-finalize

06 完稿导出

平台格式文本

主控

sumeru-worldbuilder

00 创作主控 Chatflow

对话分流各阶段

新手建议:先会跑工作流,再挂 Skill 做对话式创作。


二、你需要准备什么(零基础清单)

  1. 一台能打开浏览器的电脑(云端 Dify 或自托管均可)
  2. Dify 账号 / 本地实例(本地常见访问如 http://localhost 或你的部署端口)
  3. 至少一个大模型 API(通义、DeepSeek、OpenAI、国产开源均可;在 Dify 里配好模型供应商)
  4. 一套小说 Skill 包 + 工作流 DSL(本文以「须弥」为例:*.skill / *.yml
  5. 一点你自己的想法(哪怕只有:题材 + 男/女频 + 平台 + 3 个关键词)

没有想法也没关系——选题 Skill/工作流就是干这个的。


三、30 分钟搭环境:导入工作流 + 建知识库

3.1 导入工作流 DSL

  1. 打开 Dify → 工作室导入 DSL
  2. 依次导入(建议顺序):
    • 01 选题 → 02 总纲 → 03 写作 → 04 审查 → 05 润色 → 06 完稿
    • 再导入 00 主控 Chatflow(对话分流)
    • 可选:07 写入知识库
  3. 每个应用打开后,重新选择你自己的模型

(DSL 里常是占位模型,不换会跑不起来或效果很差)

3.2 建两个「模板知识库」(关键)

上传男女频总纲模板,例如:

  • 小说总纲-仙侠类.txt
  • 小说总纲-宫斗类.txt

绑定到 02 总纲设计 里的检索节点(男频库 / 女频库)。

分段建议(可直接照抄):

  • 分段标识:##
  • 最大长度:约 1000
  • 重叠:100–150
  • 索引:高质量 / 向量,Top K = 5

为什么这很重要?

因为「你希望的小说」很大程度取决于:节奏(番茄快爽 vs 起点长线)、爽点结构、人设底线——这些都应该进知识库,而不是只靠一句口头指令。

3.3(可选)安装 Skill 包

三种常见方式:

A. Skill Agent 插件(自托管常用)

插件市场安装 Skill 类插件 → 解压 sumeru-novel-skills-bundle.zip 到插件可读目录 → Agent 启用 Skill。

B. Dify 原生 Skill(较新版本)

在 Skill / Agent 管理里导入 packages/*.skill,或上传 skills/<name>/ 目录。

C. Skill + 工作流并用(推荐稳态)

  • Skill:负责指令与方法论
  • 工作流:负责表单、知识检索、HTTP 入库
  • Agent:同时挂 Skill,并把 01–07 发布成工具

导入注意: Windows 下不要用随意压缩出来的 zip(路径可能是反斜杠)。请用规范打包的 .skill,解压后顶层应是 skill-name/SKILL.md


四、从零写出「你想要的」小说:完整走一遍

下面用一句真实可复制的需求举例:

「仙侠男频,平台番茄,关键词:凡人流 + 种田炼丹 + 稳健苟道,不要无脑系统。」

Step 1|选题(01 / sumeru-topic)

打开 01 须弥选题策划,填:

  • 题材:仙侠 / 修真
  • 受众:男频
  • 平台:番茄
  • 关键词:凡人流、种田、炼丹、稳健

跑完你会得到:市场分析简述 + 3–5 个选题 + 评分表 + 推荐理由。

你要做的唯一决策: 选定 1 个选题(或把两个选题的卖点拼成你的版本)。

技巧:把「不要什么」写进输入,例如「不要重生无敌开局」「金手指必须有代价」。这比只写「想要爽」有效得多。

Step 2|总纲(02 / sumeru-outline)

把选定选题粘进 02,并确认受众是男频还是女频(会走不同知识库检索)。

合格总纲至少应包含:

  1. 一句话卖点
  2. 世界观规则(灵气、突破、资源怎么来)
  3. 主角/配角/反派人设与关系
  4. 分卷结构与主线冲突
  5. 可执行的章节细纲(至少前 10–30 章细到能直接开写)

人工卡点(强烈建议):

总纲出来后,先改三处「你真正在意」的内容再往下写:

  • 金手指规则是否清晰、有代价
  • 前三章钩子是否够狠(番茄尤其重要)
  • 反派是否有智商,而不是送人头

这三处不定死,后面章节再漂亮也会越写越歪。

Step 3|单章写作(03 / sumeru-write)

不要一上来喊「写 100 章」。正确做法:

  1. 从总纲里拆出「第 N 章细纲」
  2. 粘贴:本章细纲 + 必要设定摘要(人设/前文钩子)
  3. 跑 03,得到一章正文
  4. 你读一遍:节奏、对话、信息量是否符合预期

想稳定像「同一本书」:

  • 每次写作带上:本书卖点 + 本章目标情绪 + 上章结尾钩子
  • 定稿章节可粘贴进「章节库」或本地文件夹归档
  • 长篇用「循环调用 03」或外部脚本按章跑,而不是指望一次 Chat 写完整本

Step 4|审查(04 / sumeru-review)

把章节(最好连同相关细纲)丢进审查工作流,重点看:

  • 时间线是否打架
  • 战力 / 资源是否突然开挂
  • 人物动机是否合理
  • 伏笔是否丢了

审查报告里标「严重」的,优先改细纲或重写该章,再继续后面章节。

Step 5|润色(05 / sumeru-polish)

选择润色等级:

  • :错别字、口语硬伤、节奏小修
  • :场景细节、对话质感、爽点落点
  • :整体文风统一(成本更高,适合关键章/高潮章)

同时指定风格,例如:「小白爽文」或「冷静算账的凡人流」。

Step 6|完稿导出(06 / sumeru-finalize)

按目标平台导出格式习惯(番茄 / 七猫 / 起点 / 晋江等),做最后一轮校对与分段标题规范。

注意:多数工作流输出的是「可粘贴的排版文本」,真正的 EPUB 打包往往还需要本地工具二次处理。


五、两种用法:对话主控 vs 流水线稳跑

用法 A:对话式(最适合零基础)

打开 00 须弥小说创作主控,直接说:

帮我做仙侠男频选题,平台番茄,关键词:凡人流+种田+稳健,不要系统文。

确认选题后再说:

按推荐的选题一出总纲,前 20 章细纲要可直接开写。

主控会按意图分流到对应阶段。适合「边聊边定」。

用法 B:流水线(最稳、最可控)

01 选题 → 你选定
02 总纲 → 你修订设定
03 按章写作 → 04 审查 → 05 润色 → 06 完稿

每一步你都「看得见、改得动」,这才是「写出自己希望的小说」的关键。

用法 C:结果沉淀进知识库(越写越像你的书)

三种难度:

方案

怎么做

适合

手动粘贴

复制输出 → 知识库添加文本

刚上手

07 入库工作流

HTTP 调知识库 API 自动写入

流水线

Agent 调工具

阶段结束询问是否入库

一站式

建议建库:

  • 须弥-选题库
  • 须弥-总纲-男频 / 女频
  • 须弥-章节库(可选,定稿章)

总纲入库后,后续写细纲/正文时可检索「本书已有设定」,大幅降低人设漂移。


六、提示词细讲:为什么要这么设?成型与后续影响对比

提示词不是「写得越长越好」,而是给模型画边界。网文创作里,边界一旦画错,后面不是「改几个形容词」能救回来的——你会改总纲、砍支线、重写开篇,甚至整本书换卖点。

这一节分三层讲清楚:

  1. 用户侧提示词:你怎么跟 Dify 说话(选题/主控输入)
  2. 系统侧提示词:工作流里为什么强制金手指有代价、前三章、男女频分流等
  3. 对比:松散提示 vs 结构化提示,对「书能不能成型」和「写到 30/100 章之后」分别有什么后果

6.1 先建立直觉:小说生成是「误差放大器」

AI 写小说有一个很反直觉的特性:

前期模糊 × 章节迭代 ≈ 后期灾难。

阶段

提示词只说「仙侠爽文」时模型会怎么填空

你后续要付的代价

选题

默认系统流 / 重生无敌 / 万能面板

卖点与竞品撞车,难差异化

总纲

金手指无限制,反派降智,感情线乱插

第 20 章后战力通胀、主线散

第 1–10 章

每章都能「写得通」,但规则在变

读者觉得「前后不是一本书」

第 30 章+

模型为圆前文开始硬编

审查爆红、返工量指数上升

润色/完稿

文笔再好也救不了结构

你在给一栋歪楼贴瓷砖

所以提示词的目标不是「让这一次输出好看」,而是:

把会在第 50 章爆炸的歧义,提前在第 0 步锁死。

6.2 用户提示词模板:每一项为什么存在?

把下面模板填空后,丢给 00 主控01 选题

【我想写的书】
- 频道:男频 / 女频
- 题材:仙侠 / 都市 / 科幻 / …
- 平台:番茄 / 七猫 / 起点 / 晋江
- 一句话卖点:……
- 必须有:……(3 条)
- 绝对不要:……(3 条)
- 参考气质:像《……》的节奏,但不抄设定
- 开篇要求:前 3 章必须出现的冲突/反转
- 更新预期:日更字数 / 预计总字数
(1)频道:男频 / 女频 —— 锁「爽点货币」

为什么要设:

男频核心货币往往是资源、战力、地位、道心;女频往往是改命、立身、拒绝、搞钱、飒感。同一句「打脸」,两边的情绪落点和配角功能完全不同。

不设的后果:

模型会男女频爽点混搭——男频正文突然大段恋爱脑,或女频变成纯战力升级文。总纲阶段看起来「都有」,连载后读者流失会很怪:不是写得差,是频道预期错了

对成型的影响:

频道决定知识库走哪条检索(男频总纲库 / 女频总纲库),等于选定整本书的「物理引擎」。

(2)题材 —— 锁「世界观零件箱」

为什么要设:

「仙侠」和「都市异能」能用的冲突零件不同:灵田、丹方、宗门考核 vs 公司、规则、信息差。题材写清,模型才知道从哪只箱子里拿零件。

不设的后果:

设定拼盘:宗门里突然出现现代管理学长篇演讲,或修仙文写成职场文皮。

后续影响:

题材模糊 → 细纲事件同质化(反复打怪升级)→ 审查时「重复情节」暴增。

(3)平台:番茄 / 七猫 / 起点 / 晋江 —— 锁「节奏宪法」

为什么要设:

平台差异本质是读者耐心曲线

平台倾向

节奏宪法

提示词必须逼模型交出什么

番茄 / 七猫

前 3 章定生死,短周期爽点

开篇钩子、章末悬念、信息密度

起点

可长线,但钩子仍要清晰

规则严谨、成长可追账、长线闭环

晋江等

人设与情绪价值权重更高

关系张力、人设辨识度(按你的书具体写)

系统提示词里也会写:番茄偏快爽;起点可铺世界观。你在用户提示里再写一遍平台,是双重锚定,减少模型「写着写着变成另一种节奏」。

不设的后果:

同一本书:开篇像番茄(三章打脸),中间像起点(突然五十章铺设定),读者两头不讨好。

后续影响:

节奏一旦在总纲定错,后面润色只能「局部加速」,救不了「第 8 章还在说明书」这种结构性慢。

(4)一句话卖点 —— 锁「全书主轴」

为什么要设:

卖点是筛选情节的过滤器:任何细纲事件都要回答「这事有没有服务这句话」。

好卖点长这样:

外门杂役靠炼丹与布局,用「稳」字诀活过九死一生。

它同时规定了:身份(杂役)+ 手段(炼丹布局)+ 性格策略(稳)+ 压力环境(九死一生)

不设或写太虚(「重生逆袭成为最强」)的后果:

选题阶段 3–5 个方案会长得很像;总纲支线失控;写作时模型用最常见的「装逼打脸」填充空白。

后续影响:

没有主轴的书,写到 30 章后最常见的病是「什么都想写」——秘境、双修、朝堂、多女主……全来一点,主线变细。

(5)必须有(3 条)—— 正向约束,防止「平均文」

为什么要设:

大模型的默认输出是「四平八稳的平均网文」。你不声明偏好,它就给你最大概率的大众模板。

「必须有」是在说:即使牺牲一点通用爽感,也要保住我的差异化。

示例:

  • 资源账本清晰 → 逼出「丹材成本 / 收益 / 风险」叙事,而不是天上掉宝
  • 打脸有铺垫 → 抑制「路人突然嘲讽然后被秒」的廉价戏
  • 金手指有代价 → 为长线冲突留燃料

只写「必须有」、不写「不要」够不够?不够。

正向约束告诉模型「往哪走」;反向约束告诉模型「哪些捷径禁止」。两条一起,才像轨道。

(6)绝对不要(3 条)—— 反向约束,砍掉最高频烂套路

为什么要设:

模型最擅长的,往往是训练集里出现最多的套路:系统面板、开局无敌、反派降智、无代价金手指。你不禁止,它几乎必定滑过去。

这是整份用户提示里性价比最高的三行。

对比实验(同一模型、同一题材):

输入

选题/开篇常见形态

写到 20 章后

只说「仙侠男频番茄」

系统流或重生截胡无敌

战力通胀,反派工具人

加上「不要系统、不要开局无敌、不要反派降智」

凡人手艺/布局类方案占比明显上升

冲突可来自资源与信息差,更耐写

后续影响:

「绝对不要」写在选题阶段,成本几乎为零;写到 50 章再想「去系统化」,等于换一本书。

(7)参考气质 —— 锁「文风与叙事态度」,不是锁剧情

为什么要设:

「像某某的节奏,但不抄设定」给的是温度与镜头感:冷静算账 vs 热血咆哮 vs 苟道阴狠。文风不定,润色阶段会反复横跳。

注意边界:

要写「气质/节奏」,不要写「复刻某书情节」。后者既违规风险高,也会让模型抄结构而非学方法。

后续影响:

气质稳定,读者才觉得「这是同一作者」;否则第 1 章像凡人流,第 15 章突然中二燃向,审查过了,读者也不买账。

(8)开篇要求(前 3 章)—— 锁「留存生死线」

为什么要设:

免费流平台上,前三章就是产品的落地页。系统提示词要求选题必须给「前三章建议」,用户提示再写死冲突节点,等于把留存设计从「模型临场发挥」变成「验收标准」。

建议写成可验收语句:

第1章入局(身份压迫+具体危机)
第2章小反杀(必须付出代价)
第3章立住金手指规则(让读者看懂上限与限制)

不设的后果:

开篇三章都在介绍世界观,爽点后置;或第一章就无敌,后面没有爬坡。

后续影响:

开篇定调错误,后面 97 章都在还债——要么追加快感(崩设定),要么补设定(劝退新人)。

(9)更新预期(章字数 / 试点章数)—— 锁「产能与结构颗粒度」

为什么要设:

章均 2000 与章均 5000,细纲密度完全不同;「先做 30 章试点」能阻止你一上来生成 300 章空壳细纲。

后续影响:

字数预期不写,写作节点可能忽长忽短,审查「字数是否达标」失去意义,连载体验也会跳戏。


6.3 完整示例 +「松散版 vs 结构化版」对照

结构化版(推荐):

【我想写的书】
- 频道:男频
- 题材:仙侠修真
- 平台:番茄
- 一句话卖点:外门杂役靠炼丹与布局,用「稳」字诀活过九死一生
- 必须有:资源账本清晰、打脸有铺垫、金手指有代价
- 绝对不要:无脑系统、开局无敌、反派降智
- 参考气质:冷静算账,偶尔狠厉
- 开篇要求:第1章入局,第2章小反杀,第3章立住金手指规则
- 更新预期:章均 2000–3000 字,先做 30 章试点

松散版(很多人真正在用的):

帮我写一本仙侠爽文,要好看,能火。
成型期对比(第 0–10 章)

维度

松散提示

结构化提示

选题区分度

3 个方案像同一本书换皮

方案在金手指/代价/开篇上可拉开

总纲可执行性

细纲多是「主角修炼/遇敌/获胜」

每章有事件、代价、钩子,可直接开写

第 1 章完成度

「能读」,但不知这本书独特在哪

读者能复述卖点与规则

你的改动量

感觉哪里不对,却不知改哪

对照「必须有/不要」清单逐条验收

是否像「你的书」

像模型的平均作文

像你声明过偏好的定制书

后续期对比(第 30 / 100 章,以及返工)

维度

松散提示滚出来的书

结构化提示滚出来的书

人设稳定性

主角智商忽高忽低,为爽服务

性格策略(如「稳」)可检验行为

战力/资源

通胀快,宝物密度失控

账本与代价约束增长速度

反派质量

工具人、降智送头

更可能用信息差与利益冲突驱动

审查报告

底线问题密集:OOC、设定崩、重复情节

问题更偏「节奏/伏笔」,可局部修

润色价值

润色越用力,越像给歪楼抛光

润色真正提升阅读质感

中途改方向成本

常需推翻总纲,已写章节作废率高

多在细纲层调整,正文可局部重写

知识库沉淀

入库的是噪声设定,越检索越乱

入库的是稳定宪章,越检索越稳

连载决策

难判断「是文笔问题还是定位问题」

可用开篇数据验证卖点是否成立

一句话总结对比:

松散提示省的是前 10 分钟;结构化提示省的是后 10 万字。

6.4 系统提示词为什么也要「写死」?(工作流里的那几条)

用户提示负责「你要哪一本」;系统提示负责「网文创作的行业底线」。以须弥链路为例,这些硬规则不是矫情,而是在挡后续雷:

系统侧硬规则

为什么这么设

不管的话,后续会发生什么

金手指必须有代价/限制

长线冲突需要「燃料」;无代价等于无剧情

第 20 章后只能靠更强敌人硬抬,战力崩

输出 3–5 个可区分选题

逼你做选择,而不是接受第一个平均答案

你会对「还行」的选题将就开写,后期后悔

前三章建议强制输出

把留存设计变成选题交付物

开篇与卖点脱节,平台点击后留存差

男女频分流 + 知识库

爽点货币与感情线权重不同

总纲正确、正文频道感错误

写作:开头冲突、章末钩子;纯正文

适配连载阅读;避免元叙事污染

章末泄气,或出现「作者分析腔」

审查:时间线/OOC/信息泄露/伏笔等底线

把「手感不对」变成可勾选缺陷

问题拖到读者评论区才发现

润色:不改核心情节与动机

防止润色阶段偷偷改剧情

润色后与细纲、前后章对不上

人名地名虚构、禁真实 IP

合规与可发表性

后期全盘替换名称,或直接不能上架

系统提示 × 用户提示的正确关系:

系统提示:保证「这是能连载的网文工业品」
用户提示:保证「这是你要的那一个工业品」
知识库:  保证「设定不会每章重抽卡」

三者缺一:

  • 只有用户一句「要爽」→ 工业品,但是别人的;
  • 只有系统底线 → 合规网文,但不是你的味道;
  • 只有知识库模板 → 像填空题,缺少你的卖点与禁忌。

6.5 提示词如何沿阶段「传下去」(避免写着写着丢约束)

很多人以为提示词只在第一步有用。其实约束要逐级继承

用户结构化需求
    → 01 选题(写入金手指限制、开篇、评分)
        → 你选定的「选题摘要」粘进 02
            → 02 总纲(立项卡写死限制;细纲每章服务卖点)
                → 03 写作每次携带:设定摘要 + 本章细纲 + 上章钩子
                    → 04 审查对照总纲/细纲找偏差
                        → 05 润色只升质感,不改动机

各阶段提示词该强调什么:

阶段

提示词重点

若本阶段丢掉约束

01 选题

必须有 / 绝对不要 / 平台节奏

后面全程在错误赛道狂奔

02 总纲

卖点、金手指规则、前 N 章可执行细纲

写作只能靠模型临场编,漂移加速

03 写作

本章目标情绪、禁止 OOC、字数

单章好看但全书碎片化

04 审查

底线问题清单化

「感觉不对」无法变成修复任务

05 润色

等级 + 风格 + 不改情节

文笔提升,结构更乱

06 完稿

平台格式

仅影响粘贴体验,救不了内容

实操建议:

从 02 开始,把下面这段「本书宪章」固定贴在每次写作输入顶部(可从总纲立项卡摘):

【本书宪章】
卖点:……
金手指规则与代价:……
绝对禁止:……
本章服务卖点的方式:……
上章结尾钩子:……

这比重写一遍长篇用户提示更有效——模型在章节任务里最容易「忘了全书」,宪章就是防遗忘。


6.6 什么时候该改提示词?什么时候不该?

现象

该不该改提示词

更该改什么

选题全是系统流

该,补强「绝对不要」

总纲反派降智

可在用户提示加「反派有利益逻辑」

直接改总纲人物卡

单章文笔平

通常不该大改选题提示

调 05 润色等级/风格,或改细纲密度

第 40 章战力崩

往往不是再写一句「要合理」能救

回总纲补代价规则,重写冲突段

读者说开篇慢

该,强化开篇三章验收标准

重做 1–3 章细纲与正文

想中途加女主线

先改总纲与卖点,再改提示

避免只在某章提示里临时加戏

原则:

定位问题改提示词与总纲;表达问题改细纲、正文与润色。
不要用「把提示词写得更文学」去治疗结构病。

6.7 可复制的「验收清单」(提示词是否设对了)

选题或总纲跑完后,用这 6 问打分;有 2 个以上答不上来,就回去改提示词,不要开写:

  1. 一个没读过书的人,能否用一句话复述卖点?
  2. 金手指有没有「做不到/做了会付出什么」?
  3. 前三章是否各自有可命名的冲突节点?
  4. 「绝对不要」的三条,输出里是否真的避开了?
  5. 平台节奏是否匹配(番茄是否仍在铺设定)?
  6. 若写到 30 章,冲突能否主要来自规则与代价,而不是只靠更强的怪?

七、常见翻车与排错

现象

原因

处理

导入后跑不通

模型仍是占位

每个应用重选模型与密钥

总纲很空、很模板

没绑知识库 / 检索失败

检查 02 的男女频库绑定与分段

章节前后矛盾

没带设定摘要、没审查

写作时附带总纲摘要;过 04

Skill 不触发

description 不含触发词 / 未启用

用「帮我做选题」「写总纲」等明确意图

.skill 导入报 unsafe path

zip 路径含反斜杠

使用规范打包的 skill 包

入库 401

用了应用 Key

改用知识库 dataset- Key

想一次生成整本

平台能力与一致性限制

按章迭代;长篇用 API 循环 03

另外请接受一个现实边界:

Dify 侧通常不做「本地自动写满百章 + 改文件」;长篇批量写作要用「章节工作流 + 迭代 / 外部脚本调 API」。

这不是缺陷,而是工程上更稳的做法。


八、一张图记住全流程

你的一句话需求
        │
        ▼
   ┌─────────┐
   │ 01 选题 │ ──► 你选定「写哪一本」
   └────┬────┘
        ▼
   ┌─────────┐
   │ 02 总纲 │ ──► 你修订「世界观/人设/细纲」
   └────┬────┘
        ▼
   ┌─────────┐     ┌─────────┐     ┌─────────┐
   │ 03 写作 │ ──► │ 04 审查 │ ──► │ 05 润色 │
   └────┬────┘     └─────────┘     └────┬────┘
        │                               │
        └──────────► 循环按章 ◄─────────┘
                        │
                        ▼
                   ┌─────────┐
                   │ 06 完稿 │ ──► 粘贴到连载平台
                   └─────────┘

Skill 负责让每一步「像懂行的人在做」;

工作流负责让每一步「可重复、可交给同事/未来的自己」;

知识库负责让结果「越来越像你指定的那本书」。


九、给零基础读者的最小成功路径(今天就能完成)

如果你只有 1 小时,只做这 5 步:

  1. 导入 010203 三个工作流,换好模型
  2. 上传男频或女频总纲模板到知识库并绑定 02
  3. 用本文模板跑出选题,选定一个
  4. 生成总纲,人工改「金手指 / 前三章 / 反派」三处
  5. 用第 1 章细纲跑出正文,自己朗读一遍

只要第 1 章让你觉得「这就是我想要的味道」,再扩到 10 章、30 章、整本——否则先别堆字数。


结语

零基础用 Dify 写小说,真正拉开差距的不是「模型更贵」,而是:

  1. 有没有阶段拆分(选题→总纲→细纲→章→审→润)
  2. 有没有把方法写成 Skill(可复用的创作规范)
  3. 有没有把偏好放进知识库(写你要的,而不是模型默认的)
  4. 有没有人工卡点(尤其是选题确认与总纲修订)
  5. 有没有把提示词当成「误差控制器」(锁频道、平台、卖点、必须有/绝对不要,并逐级传到写作宪章)

AI 可以加速生产,但「你希望的小说」仍然由你的选择定义:选哪个卖点、砍哪条支线、坚持什么底线。

松散提示省的是前 10 分钟;结构化提示省的是后 10 万字。

把流水线搭好,剩下的就是按章推进——这比一夜生成百万字,更接近真正能上架的网文创作。


写完后建议先给身边的人看看打个面,切勿使用AI生成低质量的产物:P

Logo

小龙虾开发者社区是 CSDN 旗下专注 OpenClaw 生态的官方阵地,聚焦技能开发、插件实践与部署教程,为开发者提供可直接落地的方案、工具与交流平台,助力高效构建与落地 AI 应用

更多推荐