零基础实战:用 Skill + 工作流,在 Dify 里写出「你真正想要」的小说
适合人群:没写过网文、没用过 Dify、但想用 AI 从选题一路做到章节定稿的人。
本文基于一套可落地的「须弥(Sumeru)小说创作」链路:Skill 管「怎么写」,工作流管「怎么跑」,知识库管「写得像你要的那本」。
写在前面:别把「能生成」当成「能写成你想要的」
很多人第一次用 AI 写小说,踩的坑都一样:
- 随便丢一句「帮我写本仙侠」→ 出来的是模板文;
- 一次让模型写十万字 → 人设漂移、前后打架;
- 没有「总纲 / 细纲 / 审查」→ 越写越散。
正确姿势其实很朴素:
先定选题 → 再定总纲 → 按章细纲写 → 审查 → 润色 → 按平台完稿。
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 做对话式创作。
二、你需要准备什么(零基础清单)
- 一台能打开浏览器的电脑(云端 Dify 或自托管均可)
- Dify 账号 / 本地实例(本地常见访问如 http://localhost 或你的部署端口)
- 至少一个大模型 API(通义、DeepSeek、OpenAI、国产开源均可;在 Dify 里配好模型供应商)
- 一套小说 Skill 包 + 工作流 DSL(本文以「须弥」为例:
*.skill/*.yml) - 一点你自己的想法(哪怕只有:题材 + 男/女频 + 平台 + 3 个关键词)
没有想法也没关系——选题 Skill/工作流就是干这个的。
三、30 分钟搭环境:导入工作流 + 建知识库
3.1 导入工作流 DSL
- 打开 Dify → 工作室 → 导入 DSL
- 依次导入(建议顺序):
01选题 →02总纲 →03写作 →04审查 →05润色 →06完稿- 再导入
00主控 Chatflow(对话分流) - 可选:
07写入知识库
- 每个应用打开后,重新选择你自己的模型
(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,并确认受众是男频还是女频(会走不同知识库检索)。
合格总纲至少应包含:
- 一句话卖点
- 世界观规则(灵气、突破、资源怎么来)
- 主角/配角/反派人设与关系
- 分卷结构与主线冲突
- 可执行的章节细纲(至少前 10–30 章细到能直接开写)
人工卡点(强烈建议):
总纲出来后,先改三处「你真正在意」的内容再往下写:
- 金手指规则是否清晰、有代价
- 前三章钩子是否够狠(番茄尤其重要)
- 反派是否有智商,而不是送人头
这三处不定死,后面章节再漂亮也会越写越歪。
Step 3|单章写作(03 / sumeru-write)
不要一上来喊「写 100 章」。正确做法:
- 从总纲里拆出「第 N 章细纲」
- 粘贴:本章细纲 + 必要设定摘要(人设/前文钩子)
- 跑 03,得到一章正文
- 你读一遍:节奏、对话、信息量是否符合预期
想稳定像「同一本书」:
- 每次写作带上:本书卖点 + 本章目标情绪 + 上章结尾钩子
- 定稿章节可粘贴进「章节库」或本地文件夹归档
- 长篇用「循环调用 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 调工具 |
阶段结束询问是否入库 |
一站式 |
建议建库:
- 须弥-选题库
- 须弥-总纲-男频 / 女频
- 须弥-章节库(可选,定稿章)
总纲入库后,后续写细纲/正文时可检索「本书已有设定」,大幅降低人设漂移。
六、提示词细讲:为什么要这么设?成型与后续影响对比
提示词不是「写得越长越好」,而是给模型画边界。网文创作里,边界一旦画错,后面不是「改几个形容词」能救回来的——你会改总纲、砍支线、重写开篇,甚至整本书换卖点。
这一节分三层讲清楚:
- 用户侧提示词:你怎么跟 Dify 说话(选题/主控输入)
- 系统侧提示词:工作流里为什么强制金手指有代价、前三章、男女频分流等
- 对比:松散提示 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 个以上答不上来,就回去改提示词,不要开写:
- 一个没读过书的人,能否用一句话复述卖点?
- 金手指有没有「做不到/做了会付出什么」?
- 前三章是否各自有可命名的冲突节点?
- 「绝对不要」的三条,输出里是否真的避开了?
- 平台节奏是否匹配(番茄是否仍在铺设定)?
- 若写到 30 章,冲突能否主要来自规则与代价,而不是只靠更强的怪?
七、常见翻车与排错
|
现象 |
原因 |
处理 |
|
导入后跑不通 |
模型仍是占位 |
每个应用重选模型与密钥 |
|
总纲很空、很模板 |
没绑知识库 / 检索失败 |
检查 02 的男女频库绑定与分段 |
|
章节前后矛盾 |
没带设定摘要、没审查 |
写作时附带总纲摘要;过 04 |
|
Skill 不触发 |
description 不含触发词 / 未启用 |
用「帮我做选题」「写总纲」等明确意图 |
|
|
zip 路径含反斜杠 |
使用规范打包的 skill 包 |
|
入库 401 |
用了应用 Key |
改用知识库 |
|
想一次生成整本 |
平台能力与一致性限制 |
按章迭代;长篇用 API 循环 03 |
另外请接受一个现实边界:
Dify 侧通常不做「本地自动写满百章 + 改文件」;长篇批量写作要用「章节工作流 + 迭代 / 外部脚本调 API」。
这不是缺陷,而是工程上更稳的做法。
八、一张图记住全流程
你的一句话需求
│
▼
┌─────────┐
│ 01 选题 │ ──► 你选定「写哪一本」
└────┬────┘
▼
┌─────────┐
│ 02 总纲 │ ──► 你修订「世界观/人设/细纲」
└────┬────┘
▼
┌─────────┐ ┌─────────┐ ┌─────────┐
│ 03 写作 │ ──► │ 04 审查 │ ──► │ 05 润色 │
└────┬────┘ └─────────┘ └────┬────┘
│ │
└──────────► 循环按章 ◄─────────┘
│
▼
┌─────────┐
│ 06 完稿 │ ──► 粘贴到连载平台
└─────────┘
Skill 负责让每一步「像懂行的人在做」;
工作流负责让每一步「可重复、可交给同事/未来的自己」;
知识库负责让结果「越来越像你指定的那本书」。
九、给零基础读者的最小成功路径(今天就能完成)
如果你只有 1 小时,只做这 5 步:
- 导入
01、02、03三个工作流,换好模型 - 上传男频或女频总纲模板到知识库并绑定
02 - 用本文模板跑出选题,选定一个
- 生成总纲,人工改「金手指 / 前三章 / 反派」三处
- 用第 1 章细纲跑出正文,自己朗读一遍
只要第 1 章让你觉得「这就是我想要的味道」,再扩到 10 章、30 章、整本——否则先别堆字数。
结语
零基础用 Dify 写小说,真正拉开差距的不是「模型更贵」,而是:
- 有没有阶段拆分(选题→总纲→细纲→章→审→润)
- 有没有把方法写成 Skill(可复用的创作规范)
- 有没有把偏好放进知识库(写你要的,而不是模型默认的)
- 有没有人工卡点(尤其是选题确认与总纲修订)
- 有没有把提示词当成「误差控制器」(锁频道、平台、卖点、必须有/绝对不要,并逐级传到写作宪章)
AI 可以加速生产,但「你希望的小说」仍然由你的选择定义:选哪个卖点、砍哪条支线、坚持什么底线。
松散提示省的是前 10 分钟;结构化提示省的是后 10 万字。
把流水线搭好,剩下的就是按章推进——这比一夜生成百万字,更接近真正能上架的网文创作。
写完后建议先给身边的人看看打个面,切勿使用AI生成低质量的产物:P
更多推荐



所有评论(0)