这个假期,我做了一件以前听起来很离谱的事:
我用 Claude Code 写了一部 70 万字的小说。
不是随便让 AI “帮我写一章”那种。
也不是打开聊天框,输入一句:
帮我写一本爆款小说。
然后坐等奇迹发生。
那样写出来的东西,大概率就是一堆 AI 味很重的流水账:人物像纸片,剧情靠巧合,设定前后打架,前十章看着还行,五十章后彻底崩盘。
我这次真正想验证的是另一件事:
Claude Code 能不能不只是写代码,而是像管理一个软件项目一样,管理一部长篇小说?
最后的结果有点出乎意料。
它确实可以。
但前提是,你不能把它当“写作机器人”。
你要把它当成一个小说项目工程师。
很多人用 AI 写小说,第一步就错了。
他们一上来就说:
写一本末日小说。 写一本修仙小说。 写一本爽文。 写一本男频爆款。
这跟创业时一上来就说“我要做个 App”一样,太虚了。
小说不是凭空写出来的。
尤其是网文,它首先是一个平台内容产品。
你得知道:
所以我做的第一件事,不是让 Claude Code 写正文。
而是让它去番茄读书看最热门的小说题材。
我给它的任务大概是:
去番茄读书观察热门榜单,整理当前高热题材。 不要急着写小说。 先分析题材趋势、主角类型、开局方式、冲突模式、读者爽点。 最后给我推荐 3 个适合快速起量的题材方向。
这个阶段,Claude Code 做的不是创作,而是市场调研。
它会把热门题材拆出来,比如:
然后继续分析:
这些题材为什么能吸引人? 开头通常怎么做? 主角第一章遇到什么危机? 金手指第几章出现? 前十章有没有明确目标? 读者追读动力来自哪里?
最后,我选了一个方向:
动物变异末日 + 死亡回档 + 每天拯救地球一次。
这个题材的好处是:
第一,它有末日文的强刺激。 第二,它有死亡回档的连续爽点。 第三,动物变异比普通丧尸更新鲜。 第四,每一章都能设计新怪物。 第五,主角不是单纯变强,而是靠情报差破局。
也就是说,它天然适合长篇连载。
选完题材后,我没有马上让它写。
因为 Claude Code 虽然很强,但它不知道“番茄读者想看什么”。
它如果直接写,很容易写成英文小说翻译腔,或者写成那种结构很完整、但没有网文味的东西。
所以第二步,我让它学习相同题材的小说。
注意,不是照抄。
而是让它分析:
然后,我让 Claude Code 生成一个“题材提示词”。
这个提示词不是一句话,而是一套写作规范。
里面包括三部分:
比如:
这是一本男频末日循环文。 开局必须强刺激,前三页必须出现危机。 主角不能嘴炮太多,要靠行动验证未来。 每章必须有明确目标、冲突升级、新情报、章末钩子。 怪物能力必须和原动物特性相关。 每次死亡必须带回不可替代的信息。
比如:
审稿时检查以下问题:
比如:
短句多。 动作推进。 少解释。 少心理总结。 怪物描写要有视觉冲击。 对话要短,不要像论文。 恐怖感来自熟悉动物的异常变化。 不要堆形容词,用具体身体细节写恐怖。
这一步非常关键。
因为它等于给 Claude Code 安装了一个“网文写作 skill”。
以后它写正文时,不是凭空发挥,而是按照这个题材的工业规范去写。
很多人写小说大纲时,会让 AI 一次性生成:
请帮我设计一本 70 万字小说的大纲。
这个方法看似高效,其实很危险。
因为 AI 会给你一个非常完整、非常漂亮、但不一定真正好看的大纲。
更大的问题是: 你没有参与思考。
你只是接受了一个答案。
我这次用了另一种方式:苏格拉底式对话。
也就是让 Claude Code 不直接给结论,而是不断问我问题。
比如:
你想让读者最先被什么吸引? 是末日恐惧,还是死亡回档,还是动物变异的新鲜感?
我回答:
第一吸引点是动物变异。读者看到猫狗乌鸦这些熟悉动物突然变怪物,会更有现实恐怖感。
它继续问:
主角是战斗型,还是推理型,还是成长型?
我说:
情报型。主角可以怕,可以死,但每次死都要带回情报。
它再问:
回档有没有代价?如果没有,死亡会不会变廉价?
这就逼我继续想:
有代价。主角会保留痛感和心理创伤,而且敌方母体会逐渐察觉他能回档。
然后它继续追问:
第一卷的目标是什么?是活过第一夜,还是找到污染源,还是离开城市?
我说:
第一卷目标是找到落城动物变异的源头,并发现白鹿母体只是城市节点。
这样一问一答下来,大纲不是 AI 单方面生成的,而是我和 AI 一起推出来的。
这很重要。
因为长篇小说最怕中途发现:
这个设定我其实不喜欢。 这个主角我写不下去。 这个金手指没有成长空间。 这个题材只能撑 20 章。
苏格拉底式对话的好处是,它会逼你在动笔前把核心问题想清楚。
最后我们定下来的书名是:
《人类末日:今天拯救地球了吗?》
核心设定是:
主角刘白死亡后会回到一天前。 世界正在发生动物变异污染。 每杀死一个高级变异动物,可以把地球末日推迟 24 小时。 但每次死亡,敌人也会更接近发现他的异常。 他不是每天重复同一天,而是在和末日系统互相学习。
这个设定一出来,整本书就有了发动机。
写小说只看网文还不够。
网文能教你平台节奏,但很多经典叙事套路,电影电视剧总结得更成熟。
所以第四步,我让 Claude Code 去 TV Tropes 学套路。
TV Tropes 是一个非常大的叙事套路库,里面整理了电影、电视剧、小说、动漫、游戏里常见的故事机制。
这次我重点让它看了这些套路:
这些东西一整理,马上就能转成写作规则。
比如死亡回档文最容易犯的问题是:
反正主角会复活,死亡就没重量了。
这对应 TV Tropes 里的 Death Is Cheap。
解决办法是:
每次死亡必须付出代价。 可以是精神损耗,可以是敌人学习,可以是时间线偏移,可以是某些事情无法完全重置。 死亡必须换来情报,否则就是水字数。
又比如死亡循环对应 Groundhog Day Loop。
它提醒我:
每一轮循环都要不同。
第一轮:无知死亡。 第二轮:验证未来。 第三轮:主动布局。 第四轮:发现敌人也在变化。 第五轮:利用循环反杀。
再比如动物变异对应 Body Horror 和 Animalistic Abomination。
这让我确定了怪物写法:
不要只写“变大”“变凶”。
要写:
也就是说,恐怖感来自“熟悉动物变得不该这样”。
这些套路最后被整理成一个文件,作为 Claude Code 写作时的“套路库”。
以后每设计一章,它都会参考:
本章有没有反转? 有没有伏笔? 有没有章末钩子? 怪物有没有揭示新规则? 死亡有没有带来新代价? 这一章服务哪个故事弧?
这比单纯让 AI “写得精彩一点”有效多了。
除了 TV Tropes,我还让 Claude Code 去 X.com 搜索别人如何用 Claude Code 写小说。
搜索关键词包括:
"Claude Code" 写小说
"Claude Code" 小说
"Claude Code" novel writing
"Claude Code" fiction writing
"Claude Code" longform writing
结果很有意思。
直接讲“Claude Code 写小说”的高质量内容不算特别多,但能看到几个方向:
很多人提到,Claude Code 的优势不是一句话生成,而是它能管理文件。
这对长篇小说太重要了。
因为 70 万字小说最难的不是写第一章,而是保持后面几十万字不崩。
所以项目目录要像这样:
novel/
README.md
world.md
characters.md
outline.md
timeline.md
style.md
chapters/
001.md
002.md
003.md
wiki/
monsters/
locations/
rules/
reviews/
这跟写代码项目很像。
你不能把全部上下文都塞进聊天框。
你要把世界观、人物、怪物、时间线、伏笔,都落到文件里。
有人提到用 multi-agent Claude Code 扫描几百万字原创小说,建立 wiki,做一个知道细微上下文的写作 copilot。
这对长篇尤其重要。
因为 AI 很容易忘:
所以每写完一章,我都让 Claude Code 更新:
timeline.md
characters/
monsters/
locations/
unresolved-foreshadowing.md
这就像给小说建立数据库。
还有一些内容提到 multi-agent 写作。
我把它转成了几个写作角色:
比如一章写完后,我不会直接进入下一章。
我会让 Claude Code 先审稿:
请作为网文编辑审查本章。 哪三段最水? 哪个冲突不够强? 章末钩子够不够? 有没有人物说话不像真人? 哪些地方像 AI 写的?
然后再改。
这比“请润色一下”有用得多。
前面五步做完,我才真正开始写正文。
这时项目已经不是空的。
它已经有:
然后我在 Claude Code 里创建项目。
目录大概是:
human-apocalypse/
README.md
STORY_BIBLE.md
STYLE.md
TROPES.md
PROMPTS.md
OUTLINE.md
TIMELINE.md
characters/
liu-bai.md
wu-you.md
monsters/
black-cat.md
mutant-dog.md
white-deer.md
chapters/
001.md
002.md
003.md
reviews/
wiki/
接下来每一章都按固定流程走。
一章不是直接写。
而是六步。
提示词:
请为第 X 章做章节计划,不写正文。 输出:章节目标、开头钩子、主要冲突、新怪物、新情报、伏笔、反转、章末悬念。
让它自己审计划:
检查这个章节计划是否水。 有没有重复上一章? 有没有新的信息增量? 章末是否足够吸引人? 主角有没有主动行动?
提示词:
根据通过的章节计划写正文。 2500-3500 字。 短句多,动作推进。 少解释,多场景。 每 800 字至少一次冲突升级。 结尾必须有追读钩子。
让编辑 Agent 看:
本章哪里拖? 哪个冲突弱? 哪个设定没讲清? 哪段像 AI 写的? 读者可能在哪里退出?
不是全文润色,而是定点改:
只重写第 3、7、12 段。 加强怪物压迫感。 删除解释性总结。 对话改短。 结尾钩子更狠一点。
写完后让 Claude Code 更新:
timeline.md
characters/
monsters/
foreshadowing.md
rules.md
这样下一章就不会丢设定。
说实话,AI 写 3 万字不难。
难的是写到 30 万、50 万、70 万还不崩。
长篇崩盘通常不是因为文笔问题,而是工程问题。
比如:
所以我后来越来越觉得:
长篇小说不是纯文学任务,而是复杂项目管理任务。
Claude Code 的优势刚好在这里。
它可以读文件,可以改文件,可以维护目录,可以按流程执行,可以不断更新设定库。
这就是为什么它比普通聊天框更适合写长篇。
普通聊天框像临时聊天。
Claude Code 更像工作台。
你不再是问它:
下一章写什么?
而是在一个项目里推进:
根据 OUTLINE.md 和 TROPES.md,生成第 42 章计划。 检查和前 5 章是否重复。 写正文。 审稿。 更新 wiki。 记录新伏笔。
这就是差别。
这次也踩了不少坑。
AI 很会写“看起来像小说”的东西。
但它会自动走最常见套路。
所以必须先给:
否则它就会写成一锅通用网文汤。
这句话基本没用。
要具体说:
AI 不怕你要求高,怕你说不清。
不要指望初稿自然像人。
我一般单独跑一轮:
删除 AI 式解释。 减少“他意识到”“他终于明白”。 用动作替代心理总结。 对话更短。 保留一点口语的不完整。 不要每段都收得太圆。
这一轮非常重要。
长篇最怕水。
所以我给每章设了硬规则:
每章必须至少新增一个东西: 新怪物、新规则、新地点、新人物关系、新伏笔、新代价、新目标。
如果一章写完,主线没有任何变化,那这章就要重做。
以前写小说,作者脑子里要同时装很多东西:
现在,Claude Code 可以帮你承担一部分“结构性记忆”。
它不会替你成为作者。
但它可以成为:
这就是我这次最大的感受。
AI 写小说,最重要的不是“一键生成”。
而是把写作变成一个可迭代的系统。
最后把完整流程压缩一下。
让 Claude Code 去番茄读书看热门题材,整理趋势和读者偏好。
分析同题材爆款小说,生成题材提示词:
不要让 AI 直接给答案。 让它不断问你:
重点学:
整理别人怎么用 Claude Code 写长文、做 wiki、做多 Agent 审稿。
建立:
STORY_BIBLE.md
STYLE.md
TROPES.md
OUTLINE.md
TIMELINE.md
characters/
monsters/
chapters/
reviews/
wiki/
每章固定流程:
计划 → 检查计划 → 写初稿 → 审稿 → 定点重写 → 更新 wiki
这个假期,我用 Claude Code 写了一部 70 万字小说。
这件事最有意思的地方,不是 AI 替我写了多少字。
而是它让我意识到:
长篇创作正在变成一种工程能力。
以前写小说靠灵感、经验、手感。
以后还会需要这些。
但除此之外,还会多出一种能力:
你能不能把创作流程拆成系统? 能不能让 AI 理解题材? 能不能建立设定库? 能不能设计审稿流程? 能不能持续维护几十万字的一致性?
不会用 AI 的人,会让 AI 随便写。
会用 AI 的人,会让 AI 进入一套生产系统。
前者写出来的是一堆散文式章节。
后者才有机会写出一部长篇。
所以,我现在越来越确定:
AI 写小说的关键,不是让它“更有灵感”。 而是让它有流程、有记忆、有审稿、有反馈、有迭代。
Claude Code 正好适合做这件事。
它不只是代码工具。
它也是一个长篇内容生产工作台。