agentleFS
chaserrchaserr/novel-craft/skills/novel-plan/SKILL.md

novel-plan

Skill4 starsChanged 2 months agoMITView on GitHub

开一本新长篇前的"立项"流程。在动笔和 novel-init 之前,先把这本书必须提前想清楚的东西定下来:核心钩子 / 设定 / 升级套路 / 最终结局 / 分卷大纲 / 写作思路,并做设定压测。触发词:开新书立项、开书前想清楚、立项、写作思路、novel-plan、这本书怎么规划、新坑的顶层设计。

The file

Files
SKILL.md

novel-plan

用途:在 novel-init 搭脚手架、novel-write 动笔之前,先做顶层立项。产出一本书的"魂":核心钩子、设定、升级套路、最终结局、分卷大纲、写作思路。

核心信念:几百万字的长篇不需要、也不可能提前写完细纲;但必须在开书前把"骨架和结局"钉死——否则写到一百万字圆不回来、烂尾。主线定死,血肉现填。

按顺序走 Step 0→6,每步用 AskUserQuestion 逐项和作者敲定,最后落成立项文档。


Step 0 · 选题材(找缝,别挤红海)

  1. 作者想写哪个大方向?没定就先联网/浏览器扫平台火书榜,给真实数据(书名+在读+字数+状态)。
  2. 该题材是不是红海?不发明新题材,在成熟品类里找还没写烂的"缝"(融合款、错位职业、新视角)。
  3. 落到一个具体品类。

Step 1 · 差异化钩子(别撞车)

  1. 这个品类现在同质化在哪(90% 的书都在做什么)?
  2. 用什么区别开——优先从视角反转或独特金手指入手。
  3. 去平台搜这个钩子有没有人做过,确认没撞车。 产出:一句话卖点 + 一句话核心。

Step 2 · 定"设定圣经"的定死区(核心,最花时间)

逐项问作者,写进 设定圣经.md:

  1. 世界观骨架:最小够用即可,不 world-building。
  2. 主角:姓名(可埋谐音题眼)+ 身份(选和核心玩法契合的)+ "输=死"级别的动机。
  3. 金手指:能力 + 限制(不能全知)+ 代价(防无敌,留计量条)+ 和身份/主题的结合点。
  4. 升级套路(成长的 N 级台阶):级数定死,怎么触发可现填。并明确升级系统类型:
    • 软成长(无面板,靠剧情推):最文艺,但每次升级必须给"看得见的质变时刻"(对照"我以前做不到"+旁人惊愕+打法变了),否则读者感觉不到变强。
    • 硬系统(数值/等级/解锁提示):爽点直白,套路,要维护数值一致性。
    • 混合。
  5. ⚠️ 底层逻辑统一解(所有设定背后那一个解释)——必须现在拍板。
  6. ⚠️ 最终结局 / 主角最终命运——必须现在拍板。技巧:让结局与金手指闭环呼应(金手指的性质最后反噬到主角自己身上 = 题眼)。

第 5、6 两项是烂尾率最高的死穴。没想清这两点不许开写。

Step 2.5 · 设定压测(逻辑自洽审查,别等读者来抓 bug)

拿这几个"读者最爱挑刺"的问题逐一压测,堵不上的想办法变成追读钩子:

  1. 金手指为什么现在才出现 / 为什么是主角——避"天选之子"套路(能力此前休眠、被动卷入、"特殊"只体现在多一个能力而非改命)。
  2. 金手指会不会削弱核心张力(解谜书别让谜太好解,恐怖书别把恐惧消音)——用"信息不全+代价"限制它。
  3. 代价够不够(防写成无敌)。
  4. 结局能不能被金手指闭环(题眼)。
  5. 每条世界观是否可倒推、可证伪(禁"因为它就是这样"的黑箱)。
  6. 主角身份/梗会不会窄众(专业梗要外行也懂)。 把答案补进 设定圣经.md。堵不上的洞不许开写。

Step 3 · 书名 + 钩子简介

  1. 标题党书名 3–5 个(带平台分类前缀利搜索 + 差异化点 + 反差),给作者挑。
  2. 钩子简介 ~200 字:冷开场(第一句就是钩子)→ 反差 → 金手指 → 题眼收尾 →(可埋结局伏笔)。 落成 书名与简介.md。

Step 4 · 拆解品类头部(抄结构,不抄字)

去平台扒该品类断层第一的书:完整简介 + 全书目录(看是不是单元/副本制、每卷换场景、格局递进)+ 前 1–3 章正文(开篇留存打法:第一行是不是钩子、第几章入局、加更机制)。提炼成"可抄的结构",并找出它的短板 = 作者的机会。

Step 5 · 分卷大纲 + 写作思路总述

  1. 大纲.md:分卷大纲(每卷一段)+ 只细化最近 1–2 卷;远期卷只留场景名(场景池)。
  2. 写作思路总述(写进 设定圣经.md 开头或单独 写作思路.md):一页纸说清——题材定位与差异化、主角与金手指、升级套路的 N 级、结局、分卷/副本结构、以及防"换地图"的多条升级线(金手指线 / 真相线 / 格局线 / 敌人线 / 羁绊线 / 主角身份转变线,每卷各升一格)。

Step 6 · 细化第一卷(到能动笔)

第一卷的底层设定(本卷怪异/惨案/冲突)+ 核心规则/道具表(每条能倒推回底层)+ 第 1 章逐段大纲(套 Step 4 学到的开篇结构)。至此可交给 novel-init 搭脚手架、novel-write 动笔。


单元/副本流专项(副本/单元结构必读)

规则怪谈、无限流、单元流等副本结构最大的死法:主线停滞、变成"换地图的月经本",以及副本体量锁死写不长。四条铁规:

  1. 卷 ≠ 副本。卷 = 格局阶段容器,一卷装 2-4 个副本;别把卷和副本 1:1 绑死(那会锁死体量:每卷只有一个副本的长度,几卷就封顶)。开局副本可短(紧凑抓人),从第二个副本起靠群像 / 多规则 / 多轮反复 / 敌人升级 / 真相分层扩到该有的长度,而非注水。
  2. 能力/金手指绑"副本里程碑",不绑卷。把大级别切成多个子阶段横跨全书;最耐写的一级(如"借刀布局")在中段长期驻留,靠敌人升级+格局放大制造上行感,终极能力压到终局最后几个副本。别让一条金手指线跑完就散场。
  3. 每个副本必须给主线"交租"。副本不是离开主线打怪,是查主线的现场。每开一个副本先写一句"本副本推进哪条主线(真相/敌人/身份/羁绊,至少一条)",写不出就砍或并。卷级收尾甩一记主线大跃迁。
  4. 避雷查重。每个副本列最接近的 3 本同类作品,确认场景+怪异机制+通关逻辑三样都有自己的东西,不套烂大街母题;差异化重点是"怪异的执念机制"独一份,不是换个鬼样子。

立项产出清单

  • 设定圣经.md:定死区(世界观/主角/金手指/升级套路/底层统一解/结局)+写作思路总述
  • 大纲.md:分卷大纲 + 当前卷细纲 + 规则/揭示排期(如有)
  • 书名与简介.md:书名 + 钩子简介
  • (题材专属约束,如有)<题材>写作约束.md

与其他 skill 的衔接

  • 立项完成 → novel-init 搭标准目录/模板(把设定圣经/大纲/写作思路填进去)→ novel-write 逐章写 → novel-sync 写后同步 → novel-review 多角色审稿。
  • 每章开写前:novel-write 第 2 步会先出"本章写作确认(梗概)"让作者拍板,再动笔——这是 novel-plan 顶层规划在章级的落地。

红线

  • 绝不跳过 Step 2 的第 5、6 项(底层统一解 + 结局)就让作者开写。
  • 绝不把细纲写满整本——只钉骨架和结局,中间滚动着写。
  • 扫榜/拆文用真实平台数据,不靠记忆编榜单。

触发示例

  • "我想开一本新书,帮我立项"
  • "开书前先把这本书想清楚"
  • "这本书的写作思路是什么"
  • "/novel-plan"

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.