用于创建连载小说章节正文、作者有话说与章节后记。适合新写单章、重写章节、扩写草稿、直接写回章节文件与完整跑通正文落稿工作流;其中 `## 作者有话说` 默认按读者向小剧场处理,不写成章节点评或创作总结。关键词:写章节正文、重写这章、扩写正文、作者有话说、章节后记、直接写回文件。
npx skills add https://github.com/lornshrimp/Lorn.NovelWriteSkills --skill 通用-创建小说正文
<!-- ===== Layer 1: 永久缓存 ===== -->
> 题材路由:若 .github\题材专用Skills\ 目录存在对应的 <题材>-创建小说正文 Skill,则:
> - 将题材特性骨架路由到 <题材>-创建小说正文,该 Skill 位于 .github\题材专用Skills\ 目录。
> - 命中本技能时,必须优先强制加载当前 Skill 与 <题材>-创建小说正文。
章节正文创作是一个组合任务,不是把梗概摊平。
这是跨题材的正文创作母入口:当目标是直接产出给读者阅读的章节正文,并且要同时处理写前校验、正文落稿、章末钩子、## 作者有话说、## 章节后记 与文件回写时,应优先从这里进入。
<!-- ===== Layer 3: 场景缓存 ===== -->
> 来源:知乎·去超越《起点八股文》(2026-06-21)。
黄金三章的核心公式为四个环环相扣的要素:
令人不安(生死攸关)的处境
→ 急待提升的地位
→ 充满希望的外挂(书名简介中的噱头)
→ 能被展望的美好未来(短暂解决危机、暂缓行刑)
一种可行的写法:开篇围绕书名和简介构建冲突,开篇点题,迅速展现:
黄金三章与"黄金一段"(前 150–300 字)并不矛盾,而是分层协作:
> 来源:知乎·桐梦书涵《黄金三章已死?2026年爆款开头新公式》(2026-07-01),头部平台 1000 本签约作品数据分析。
2026 年的阅读决策模型已发生根本性变化:读者在"三屏"(~1000 字)内完成是否追读的决策,而非三章。 黄金三章并未失效,而是被压缩了时间窗口:
关键数据:
实操含义:黄金三章的启动闭环必须压缩到 前 1000 字 内完成。"压抑→蓄力→首次爽点释放"的传统三章节奏,在 2026 年应改为"三屏节奏":
| 传统三章(6000–9000 字) | 2026 三屏(~1000 字) | 操作要点 |
|---|---|---|
| 第1章:压抑/困境建立 | 第1屏(0–300字):冲突前置 | 直接把核心矛盾怼到读者脸上,不做铺垫 |
| 第2章:蓄力/反抗准备 | 第2屏(300–700字):加码+信息差 | 推进冲突、释放异常信号、制造"为什么"追问 |
| 第3章:首次爽点释放 | 第3屏(700–1000字):信息差爆发 | 释放第一个读者没预料到的信息/反转,形成认知缺口 |
三屏通过后的宽容度提升:一旦读者做出了"这本书有点意思"的判断,他对后续节奏的宽容度会大幅提高——因为你已经建立了"值得信任的故事讲述者"的初印象。承诺与一致原理:人一旦做出初步判断,后续会自动找理由支持该判断。
不适用提醒:历史种田文、乡土慢生活文等品类不强制要求三屏节奏。但都市、玄幻、科幻、无限流等竞争激烈的品类,2026 年没有资格慢热。
黄金三章的核心公式(令人不安的处境 → 急待提升的地位 → 金手指 → 美好未来)在 2026 年面临新的执行约束:"令人不安的处境"必须在第一句话就出现,而非第一段/第一屏。
冲突前置的两条具体路径(来自桐梦书涵 2026 数据研究):
> 来源:知乎·桐梦书涵《为什么很多新手写的小说第1章就被编辑毙了?3个致命错误你中了几个》(2026-07-12,含真实投稿数据与编辑审稿案例)。
第1章的任务只有一个——让读者想看第2章。任何妨碍这个目标的写法,都是错误。
把「作者知道的」全部倒给读者,而不是让读者「慢慢发现」。开篇几千字全是世界观介绍,读者连主角是谁都不知道。
避坑公式:
信息展示 = 情节需要时才出现 + 每次只给1个新信息 + 用角色对话/行动带出
第 1 章没有任何钩子,主角起床、吃饭、上班,平淡无奇。
避坑公式:
开场冲突 = 反常事件 + 主角反应 + 未解疑问
第 1 章出现了多个配角但没有一个有记忆点,工具人属性太强。
避坑公式:
配角记忆点 = 1个反常习惯 + 1句口头禅 + 1个与主角对立的小目标
写完第 1 章后,用以下三问验证:
> 来源:知乎·南梦《网文开篇怎样快速抓住读者的注意力?》(知乎专栏"小说写作技巧分享",2026-06-24)。
黄金三章的每章只承担一个核心任务。任务交叉或任务缺失都会导致读者流失。
第一章唯一的任务是——让读者点进来就不想走。要做到以下三点:
1. 第一句就出事(100 字内)
直接抛出冲突、悬念或情绪。三种有效开局句式:
| 类型 | 示例 | 驱动原理 |
| --- | --- | --- |
| 悬念式 | "三年之后,我要让你跪地求饶!" | 未完成的威胁——读者想知道三年间发生了什么 |
| 冲突式 | "退婚?可以,但你会后悔的。" | 人际关系反常——读者想知道为什么、怎么后悔 |
| 情绪式 | 用强烈的羞耻/愤怒/委屈开场,让读者瞬间代入 | 情感卷入——读者与主角共享第一时间的情绪反应 |
> 硬规则:前 100 字内必须有冲突/悬念/情绪三者之一。纯描写、纯背景、纯日常 → 不合格。
2. 500 字内让主角出场
让读者迅速建立"这是谁、当下处境是什么、为什么我要关心他"的认知。主角出场过晚,读者会在困惑中流失——"我到底该关心谁?"
3. 章末必须留钩子
三种经典钩子:
第一章核心检验标准:读者看完后至少有一种强烈情感——心疼、愤怒、好奇、兴奋、震惊。但不能是"无感"。"无感"是网文开头的死刑。
在开局,读者留下来不靠"设定牛",而靠"我关心这个人"。这一章要:
这一章要完成"承诺"——告诉读者这本书的核心爽感是什么。
不同平台对金手指亮相的容忍时限不同。创作时以项目 Agents.md 中声明的 主输出平台 为准:
| 平台 | 金手指建议亮相时限 | 说明 |
| --- | --- | --- |
| 番茄小说 | 前 1000 字 | 免费阅读平台读者耐心最短,核心卖点必须在极早期亮相 |
| 七猫 | 前 800 字 | 比番茄更短的耐心窗口,金手指几乎要在开篇同步出现 |
| 起点中文网 | 前 2000–3000 字 | 付费平台读者有较高容忍度,但仍不应晚于第 3 章 |
| 其他平台(默认) | 前 2000 字 | 未指定平台时以此基线为准 |
> 注意:此表中的"字"指读者实际看到的正文字数(即章节正文的 CJK 字数),不含作者有话说、章节后记等附属内容。金手指亮相不能太晚(读者等不及),也不能太生硬(像说明书)。最佳时机——在读者最想知道"怎么办"时,给出解法,爽感就上来了。
以下所列 references 文件必须通过 read_file 工具逐文件读取,不得因"已有相关知识"、"之前执行时已读过"、"该文件只是参考"为理由跳过任何一条。 每条 references 按其标注的必读等级强制执行:
reference_missing_{refName},不得静默跳过。命中本 Skill 时,除本文件外,必须继续读取:
references/章节四拍执行与钩子轮换写作卡.md(必读 — 写中四拍与跨章轮换)references/第一人称转第三人称映射与首现关系卡.md(必读 — 旧稿视角改造)references/章节正文创作总流程与交付规范.mdreferences/章节附属构件与后记规范.mdreferences/黄金三章与首轮回报设计.md../../写作研究/网文留存模型.md — 留存基线,定义创作阶段的"300字情绪检查"标准和"四拍闭环"规范references/写作启动工具与创意阻力处理.mdreferences/场景串章与章级回报分配卡.mdreferences/视角与叙述距离控制.mdreferences/视角切换章与多视角连续章规则.mdreferences/多视角章的章首辨识锚点.mdreferences/多视角章的切换句与切换段接口卡.md../通用-设计人物传记/references/正文可调用素材清单.md(写前提取人物可执行素材——声口即时贴、压力反应微镜头等)../通用-执行场景单元/references/场景单元施工卡模板.md(检查人物心智模型激活是否已写入施工卡)> 来源:知乎·阿虚研究社《如何提示才能让AI写一篇优秀的小说?》(2026-07,9 赞同)。核心论点:AI写小说失败的根本原因不是模型能力不足,而是提示的人把小说这件事想简单了。AI最需要的不是自由发挥,而是边界和矛盾。
以下六条原则是本 Skill 所有写前准备与正文创作的上游提示哲学。在构造任何 AI 写稿提示之前,先用六条原则做一次"提示质量"的快速自检。
这是最重要的一条原则。AI 不怕你给它设定多,它怕你不给它矛盾。
| 错误做法(给题材) | 正确做法(给矛盾的人) |
| --- | --- |
| "写一个复仇故事" | "写一个被所有人认为已经放下仇恨的人,其实每天都在用最温和的方式准备复仇" |
| "写一个穿越故事" | "写一个现代人穿越到古代拼命传播平等思想,结果发现这个世界其实是未来人搭建的历史模拟器——真正被困住的不是古人,是他自己那套现代优越感" |
| "写一个末世故事" | "写一个靠卖净水器发财的人,末世后发现唯一水源被一群孩子控制,他第一次必须向自己瞧不起的人低头" |
原理:AI面对100条世界观设定→产出百科条目。AI面对一个人物内心无法调和的矛盾→产出故事。好小说不是设定推动人物往前走,而是人物身上有一个他自己也解决不了的缺口,外部事件只是不断把这个缺口撕开。
自检:构造提示时,先问自己——这个故事的核心矛盾,能在一句话里说清楚吗?格式:谁 + 在什么压力下 + 为了什么目标 + 做了什么错误选择 + 最后付出了什么代价。
"文笔好"是一个没有验收标准的词。AI会把它理解为形容词更多、句子更漂亮、比喻更密。
有效提示是说清楚不要什么:
原理:AI最需要的不是鼓励,而是边界。你不堵住捷径,它就会往最熟悉的套路里滑。真人作者写作时会本能地讨厌某些俗套,AI没有这种羞耻心——你必须把你的审美羞耻感写进提示词里。
不要让AI直接写正文。在写正文之前,强制它完成三层分析:
第1层:故事核心压缩
→ 用一句话概括:谁,在什么压力下,为了什么目标,做了什么错误选择,最后付出了什么代价
第2层:人物外部目标与内部缺口
→ 外部目标:他嘴上想要什么
→ 内部缺口:他真正害怕什么、最不愿承认的欲望是什么
第3层:场景设计(不是剧情大纲)
→ 剧情大纲的问题:"第一章发生A,第二章发生B,第三章反转C"——看起来有推进,其实每一章都可能是空的
→ 场景设计的优势:每个场景必须有人想达到目的、必须有人阻拦、必须有新的信息或新的损失、场景结束后人物的处境必须比开始时更难
等我确认三层分析通过后,再让AI写第一场正文。
原理:逼AI先想清楚故事为什么成立,而不是直接进入文字表演。AI一次写完整篇,很容易前面铺设很好后面开始赶进度——因为模型天然倾向于把"写完"当成比"写好"更优先的目标。分层提示把AI从一个"代写机器"变成一个"陪你拆故事的编辑"。
不要给AI抽象的剧情描述,给可执行的戏剧条件。
| 错误做法(抽象剧情) | 正确做法(可执行戏剧条件) |
| --- | --- |
| "写一段主角发现真相的剧情" | "写一场主角发现真相的场景。地点是废弃档案室。主角的表面目标是找一份失踪人口名单,真实目标是证明父亲没有背叛他。阻力不是敌人追杀,而是档案管理员一直在用一种过分平静的态度阻止他继续查。场景必须通过物件、对话停顿、错误编号、被撕掉的照片来推进,不允许直接解释真相。结尾让主角拿到答案,但答案必须让他比不知道时更痛苦。" |
可执行戏剧条件五要素:
> 提示AI写小说时,最重要的一句话是:不要给我顺滑的剧情,给我难以处理的选择。
这个要求把AI从"安排事件"拉回到"制造困境":
| 普通设定 | 加"难以处理的选择"后 |
| --- | --- |
| 主角想变强 | 他想变强,是因为他一旦承认自己弱,就等于承认父亲当年抛弃他是对的 |
| 主角想复仇 | 他复仇的对象其实是唯一真正理解他的人——复仇不再只是爽点,而变成了自毁 |
| 主角想拯救世界 | 拯救世界的前提是亲手摧毁他一直相信的正义 |
原理:小说最需要的就是痛苦——不是哭天喊地,而是人物必须在两个都不舒服的选择之间做决定。AI最擅长补全,不擅长痛苦;但小说最需要的偏偏是痛苦。读者不是因为你设定多才继续看,而是因为他想知道这个人接下来会怎么选。
反例提示:不只给正向要求,给反例。AI往往不是不会写,而是太会走捷径:
不要写成网络小说简介风格
不要用"然而他不知道的是"制造悬念
不要让角色在对话里解释世界观
不要让反派主动说出自己的计划
不要让人物突然崩溃大喊
不要用"眼神里闪过复杂的情绪"这种偷懒句子
烂稿自检:在写正文前,先让AI列出这个故事最可能出现的五种烂稿问题,并在写作时主动避开。坏处是AI不一定会完全避开,好处是它被拉到了"质量意识"里,而不是只顾着完成任务。
> 以下模板可直接使用或按需裁剪。模板的核心不是文字本身,而是它强制AI在写正文之前完成"故事验证"——这是区别于"帮我写一篇小说"的本质差异。
第一阶段:故事验证(不写正文)
你不是来直接写爽文的。你现在是一个严苛的小说编辑,任务是先帮我把故事做扎实,再写正文。
故事类型:【悬疑/科幻/权谋/都市/短篇反转等】
核心设定:【用三到五句话写清楚世界观,不要超过五句】
主角:【身份、欲望、恐惧、秘密、错误认知】
故事核心:写一个关于【主题】的故事,但不要直接说教。故事必须通过人物选择体现主题。
请先不要写正文,先完成以下分析:
1. 用一句话概括这个故事真正的冲突。
2. 写出主角的外部目标和内部缺口。
3. 写出主角最不愿面对的真相。
4. 设计三个关键场景,每个场景都必须包含:目标、阻力、代价、场景结束后的局面变化。
5. 找出这个故事最容易写俗的地方,并给出规避方案。
6. 列出五条写作禁忌,比如不要用哪些套路、哪些词、哪些桥段。
等我确认以后,你再写第一场正文。
第二阶段:场景施工(逐场景执行)
场景提示不是"写一段XX剧情",而是"写一场包含目标/阻力/代价的XX场景"。可执行戏剧条件要求参见原则四。
第三阶段:烂稿自检(每场景写后)
每写完一个关键场景,让AI自检:这个场景有没有推进人物困境?场景结束后局面有没有变得更难?有没有任何一句话可以删掉而不影响理解?
六条原则和模板不替代本 Skill 现有的写前校验→控制卡→落正文流程。它们是提示构造层的上游方法论——在你构造具体写稿提示之前,先用六原则检查:
如果六条中有三条以上不满足,提示质量判为不足,先修提示再写正文。
<!-- ===== Layer 2: 项目级缓存 ===== -->
若当前服务的项目根目录存在 Agents.md,执行本章节任务前必须:
Agents.mdAgents.md 中注册了"写作研究模板"——读取对应路径的模板文件,将其约束作为题材×平台的默认约束基线(优先级低于用户明确指定的模板,高于通用默认基线)Agents.md 中注册了"作者风格模板"——读取对应路径的模板文件,将其约束(句长基线、段落节奏、感官偏好、对话标签偏好、比喻指纹、禁忌清单)作为本章节的文笔侧裁判源Agents.md 中注册了"作品蓝本模板"——读取对应路径的模板文件,将其约束(章首模式指纹、钩子轮换规律、中段回报间隔、场景节奏分布、信息释放节拍、情感弧分布)作为本章节的结构侧参照Agents.md,或其中未注册对应模板——回退通用默认模式,不报错,不阻断Agents.md 中存在 ## 语言风格配置 段——读取并解析以下子字段:对偶区位 → 映射到句级裁判源(句长偏好、修辞密度、词汇选择倾向)网文色标 → 映射到节奏与情绪裁判源(回报密度、钩子强度、情绪峰值频率)叙述者类型 → 映射到叙述距离与视角裁判源(默认镜头距离、内心独白比例)表达方式占比 → 映射到段落节奏与信息密度裁判源(叙述/描写/对话/抒情比例)Agents.md,或其中不存在 ## 语言风格配置 段——回退通用默认模式,不报错,不阻断references/拼章检查卡_开头中段章末与钩子链复核.md — 拼章检查卡references/三阶段骨架扩写拼合_体裁与扩字补编.md — 三阶段骨架扩写拼合若当前服务的项目根目录存在 Agents.md,执行本章节任务前必须:
Agents.md主输出平台(如 起点中文网),按命名约定自动加载对应的平台 Skill:通用-输出{平台名}版(如 通用-输出起点中文网版)Agents.md,或其中未声明 主输出平台——回退平台无关的通用默认模式,不报错,不阻断#Agents.md 显式引用或通过对话中指定目标平台来覆盖默认平台本 Skill 默认消费的平台 Skill 字段:
本 Skill 的结构遵循前缀缓存优化原则。调用时:
人物传记、故事设定、模板等 references 文件通过 ## 继续读取的 references 声明强制加载,其固定部分随本 Skill 一起进入缓存前缀。
通用-去AI味重写 的 references/视角塌陷与五感替代诊断修复卡.md。来自知乎高赞答主陈清扬的视角分配经验,可作为创作视角铁律的补充执行规则:
详细执行规则与示例见 ../通用-执行场景单元/references/知乎精华_五感视角与节奏执行规则.md 的第二节。
当 Agents.md 中注册了"作品蓝本模板"且当前项目为仿写场景时,写正文前需要比通用视角铁律多走一步:确认本章视角与蓝本同位置章节的视角关系。以下选择方案来自《改写小说的系统方法论研究》的视角转换技法:
| 与原蓝本同位置章节的视角关系 | 操作 | 预期效果 | 适用条件 |
| --- | --- | --- | --- |
| 保持一致 | 使用与蓝本相同的叙述者身份和镜头距离 | 读者体验与蓝本一致,代入感稳定 | 本章是对蓝本结构的直接遵循,需要保留原来的爽感引擎体验 |
| 视角反转 | 把蓝本的主角视角改为配角视角,或反派的视角 | 从"成为主角"变为"目睹传奇",天然拉开抄袭嫌疑 | 蓝本配角群体丰富,存在未展开的叙事盲区 |
| 人称转换 | 蓝本是第一人称 → 改为第三人称限制;反之亦然 | 人称改变会连带改变叙事距离和信息控制方式 | 蓝本的视角类型与目标平台的读者习惯不匹配(如起点更习惯第三人称) |
| 微观聚焦 | 从蓝本的"全景叙述"改为"局部特写"——只写一个感官通道或一个物件 | 创造强烈的沉浸感和悬念感 | 本章是一个关键的情绪节点或转折点,需要放慢节奏增加密度 |
视角选择后必须验证:
落正文前,对每个场景段落实施加以下两层补检:
层一:环境—角色交互检查
每个环境描写段落后,确认角色与环境产生了物理或精神上的交互(被环境冷到、使用场景器物、因环境做出判断、被环境改变轨迹)。如果角色与环境互不触碰,需补一个交互动作——否则环境是可替换的装饰品,代入感会从根部受损。
详细交互机制见 ../通用-执行场景单元/references/知乎精华_文笔四维与交互框架.md 第二节。
层二:一笔多用密度检查
每个场景动作写完后追问:这个动作除了推进剧情,还能同时承载什么?——人设塑造、关系提示、伏笔、基调渲染、氛围奠定。
"一笔多用"不是堆信息,是让一段表面清晰简洁的文字在暗处多干活。正文中每段纯粹只做一件事的文字,都应考虑能否与临近功能合并。
详细规则与示例见 ../通用-执行场景单元/references/知乎精华_文笔四维与交互框架.md 第四节。
> 市场诊断:知乎喷神看过不下5000部新手作品,其中过半不流畅。最反直觉的发现是——这些不流畅的作品遣词造句并不差,甚至不输职业作者。问题全出在写作习惯和心态上,跟文字水平无关。
以下三条硬规则对应最常见的三种"文字没问题但读起来难受"的病灶。
病灶描述:不管写到什么新事物,必须大段大段解释一遍——新人物出场先写五六百字背景、新物体出现先写来历外形作用、新事件发生先写来龙去脉。作者心态是"不解释清楚读者就看不懂"。
纠正规则:
验收:正文写完后,全文搜索"原来""其实是""实际上""也就是说"等解释性引导词,逐句判断是否可删。一处解释超过200字即判为触犯本条。
病灶描述:三种子类型——①一句话一段(误以为便于手机阅读);②标点滥用(两三个字一个标点);③把对话和动作描述分开成独立段落。
纠正规则:
> 正文创作视角铁律已覆盖"禁止上帝视角偷跑"和"80%主角视角",以下补充一个最常见且隐蔽的视角事故。
病灶:一个场景内有N个人物,作者非要把每个人的视角轮流切换一遍——即使只有5个人,也要让读者跟着5双眼睛各看一圈。信息确实都交代清楚了,但读者被来回兜得疲于奔命。
纠正规则:
验收:写完场景后,逐段检查"这一段的摄像头在谁身上"。若同一段落内出现两个不同的"感知主体",判定为视角事故。
> 核心理念:仿写场景(存在作品蓝本模板)下,正文创作面对的核心矛盾是"既要保留蓝本的精髓,又不能写出抄袭感"。解决之道不在内容层面(换人称/换场景),而在技法层面——只抄技法,不抄句子,用自己的生命体验反哺技法。这适用于任何需要参考他人作品的创作场景。
正文创作时,若有一句话或一段描写让你拍案叫绝,禁止直接仿写句式。改为以下三步剥离:
| 层级 | 成功标志 | 失败标志 |
| --- | --- | --- |
| 技法层 | 读者感受到相同的情绪冲击力(苍凉/震撼/温暖) | 读者识别出这是"某某句式"的变体 |
| 句式层 | 没有一处与原句相同——用词、节奏、标点都不同 | 存在句式结构高度相似("多年以后+面对+名词+某人物+回想起+某场景") |
| 内容层 | 填充的是你真实的经历/观察/情感记忆 | 填充的是公共化的、模板化的"仿写例句" |
新手最常犯的开篇错误:大段文字讲解世界观、铺垫、人物介绍,这样直接劝退读者。
千万不要铺垫 —— 直接把主角扔进冲突里。
正确的开篇做法:
通用-输出*版 Skill 提供。> 来源:知乎·虚空圣堂《如果让你给刚入行的网文新人一个建议》(2025-02-19)。
"开篇不铺垫"的核心支撑逻辑:设定是静态的,故事是动态的。
实操验收:写完开篇后通读一遍,标记所有"读者此时还不需要知道"的信息段落——它们就是本应延迟释放的静态设定。删除或推迟到故事水流经过它们时再放出来。
以下对照是本原则最直观的执行教材:
| 错误写法(纯设定堆砌) | 正确写法(故事切入) |
|----------------------|-------------------|
| 开头先铺世界观:玄黄大陆×黑暗大森林×三大皇族八大王族×兔族龟族背景 | 开篇第一句:王虚一觉醒来发现自己变成了一只兔子 |
| 信息方向:作者→读者(单向倾倒) | 信息方向:通过主角的困惑和探索→自然释放 |
| 读者感受:在读设定文档 | 读者感受:在看一个"为什么不能赢"的谜题 |
| 驱动力:零(静态文本) | 驱动力:穿越+立即冲突+核心悬念("千万不要赢") |
> 解读:两版的核心差异不在"写得长不长",在以什么为信息锚点——前者以"世界"为锚点,所以所有信息都围绕世界展开;后者以"主角的困惑"为锚点,所以所有信息都围绕主角的行动和疑问展开。正文创作时,永远选择后者。
> 市场诊断:大量新人写十几万字无法签约,剧情逻辑通顺、没有明显毒点,但读者反馈"主角形象平淡,看完完全记不住"。问题从来不在剧情编排,根源出在人设塑造上。网文读者耐心十分有限,往往只翻看前三章就决定是否追读。如果前三章主角立不住,后续几十万字都属于无效码字。
>
> 来源:网文老刀17年实战(知乎想法,2026-06-15)
开篇写正文时,人物展示不能靠"慢慢铺垫,后面自然丰满",而必须在落笔时就有意识地通过以下五维逐层递进展示。五维不是人物设定表,而是写作时的展示顺序与展示方法。
| 维度 | 落地要求(写正文时做什么) | 常见错误(禁止做的事) |
| --- | --- | --- |
| ① 身份 | 借助环境、随身道具、下意识小动作自然流露身份信息。不用写"他当过兵",写站姿、自律性、行事习惯 | 大段文字罗列年龄、职业、家庭背景等干巴巴信息 |
| ② 处境(压力) | 身份落地的同时困境同步给到。没有压力就没有代入感,没有困境就没有追读欲望 | 前三章通篇日常琐事、平淡人际关系,全程没有冲突矛盾 |
| ③ 性格 | 用选择与行动暴露本性——当众受辱攥紧拳头是隐忍、困境中帮弱者是真善良、嘴上吐槽私下帮人是嘴硬心软 | 堆砌善良/隐忍/高冷等抽象形容词 |
| ④ 能力 | 用具体事件结果证明——旁人束手无策他能破局、众人慌乱他能稳住、细微线索只有他能捕捉。区分日常能力与隐藏底牌 | 安排全员轮番夸赞,或能力设定笼统样样不精 |
| ⑤ 欲望 | 必须写出具体执念。不只是"变强/逆袭",而是"被裁员后在30岁前攒够首付""查清母亲死因"。欲望越具体,读者期待越强 | 主角全程被动,遇事只会应付,如同没有自主想法的工具人 |
这五维不是一次性塞进第一章,而是按以下节奏在正文中逐层释放:
| 章序 | 展开维度 | 对读者完成的心理动作 |
| --- | --- | --- |
| 第1章 | 身份 + 核心困境 | 好奇——"主角是谁?正在遭遇什么麻烦?" |
| 第2章 | 性格 + 能力(释放初级爽点) | 认可——"这个人物并不软弱,手里有底牌" |
| 第3章 | 欲望 + 长远目标 | 期待——"想看主角能否圆梦" |
写前三章时,必须确保五维服务于 同一个人物内核,不能互相冲突:
自查方法:写完前三章后,逐章提取主角在这五维上的表现列成一张表,检查是否存在逻辑相悖的维度组合。有一条矛盾就必修。五维互咬合检查是前三章写后自检的最低门槛。
在开始落正文前,必须先问自己这个问题:
这就是"核心驱动力"——不是主角要去做什么,而是"读者跟着的理由"。它是一个具体的问题,而不是抽象的悬念。
示例对比:
故事框架:某人 → 渴望 → 遇阻 → 改变
> 核心洞察:为什么新手很难在第一章就写到爽点?因为第一章的根本任务不是写爽点,而是告诉大家——"我就要写出一个大爽点了,你们快看下一章"。
网文最底层的读者驱动机制,不是一个章接一个章地写爽点,而是一个持续的爽点预告链:
第1章:预告"第2章有大爽点" → 读者翻到第2章
第2章:预告"第3章有更大的爽点" → 读者翻到第3章
...
第N章:爽点预告已经撑不住了 → 必须兑现
第N+1章:兑现爽点
第N+2章:开始预告下一个更巨大的爽点
核心规则:
实操含义:写每一章正文前,先问自己——"这一章是在预告爽点,还是在兑现爽点?"如果是在预告,下一章或下几章必须有一个明确的爽点兑现节点。连续预告超过读者耐心阈值(通常3-5章)而不兑现,读者就会流失。
> 最被误解的概念:很多作者以为节奏=故事推进速度("主角干了A→干了B→干了C"就是节奏快),但这是一场巨大的误会。
真正的网文节奏 = 推动读者感觉有趣的点的分布密度和时机,而不是故事进度的快慢。
经典的高段位节奏示范——让读者知道即将发生什么,但故事在吊胃口,一点一点推进细节:
1. 敌人出现
2. 危机临头
3. 受挫
4. 得到解决问题的办法
5. 策划解决问题
6. 读者已经明白了:敌人掉入了主角的反杀陷阱
7. 读者无比期待主角反杀
8. 但故事仍旧在四平八稳地展开
9. 一点一点推进细节
10. 反复吊着读者的胃口
关键:在第6-9步这个区间,读者"知道要发生什么"但"还没看到发生"——这是节奏最值钱的地带。这个地带的长度和质量,决定了读者感受到的"爽感浓度"。
简化版(降级方案):
敌人出现 → 危机临头 → 受挫 → 开挂 → 解决问题
不能再简化了,再简化就不好看了。
❌ 主角去干了件事
❌ 主角又干了件事
❌ 主角呦呦呦切克闹,干了件事
这三行不是节奏,只是事件清单。没有蓄力、没有读者期待积累、没有"知道要来了但还没来"的等待感——就不构成节奏。
判断标准:如果把你写的章节概括为"主角做了A→去了B→做了C",而没有在任何节点上让读者产生"接下来会怎样?""快来了快来了!"的心理活动,那么这章只有事件推进,没有节奏。
落笔写每一章正文前,自问以下问题并记录答案:
验收:如果上述四个问题无法清晰回答,本章正文的节奏设计尚未完成,不得进入落稿阶段。
> 核心问题:正文写出来之后才发现"人物没立住",返工成本极高。此快检在落笔前确认人物传记素材已经就位、可以被直接使用。
写每一章正文前,必须完成以下三项快检:
快检通过后,写正文时遵循以下人物锚定原则:
本节定义通用的开篇写作原则。平台特定的量化标准(字数密度、冲突时限、回报时点)由主输出平台对应的 通用-输出*版 Skill 提供。
通用-输出*版 Skill 的 references/平台共性执行细则.md 读取[ ] 开篇前几句话是否就有冲突/异常/压力信号?
[ ] 读者读完后是否心里产生了一个具体的追问?
[ ] 是否尽早亮出了核心驱动力或回报预期?
[ ] 是否避免了长篇背景介绍、世界观说明书式的开头?
[ ] 主角是否在开篇就表现出了某种反抗或逆袭的苗头?
[ ] 是否有过多需要读者记住的新名字被塞进了开篇?
> 问题:正文读起来像"剧情大纲"或"工作汇报",毫无沉浸感。核心原因不是在遣词造句层面,而是在从章纲到正文的每一轮扩写中,没有问自己"这一轮我补了什么让读者感到自己在场"。
>
> 来自知乎答主的实战经验:先用章纲扩写成正文,再带着以下五个问题自审修改,反复5-6遍,直到每一个问题都能给出肯定回答。
正文初稿完成后、进入润色或审阅之前,先用这五个问题做一次快速自筛。这五问对应从"大纲体"到"沉浸正文"的五道加工工序,可以在正文文件头部或工作笔记里逐条标注回答:
自审验收标准:以上五问中若任意一问回答"否"或"不确定",则本章正文尚未完成"从章纲到正文"的转化,不应进入润色或定稿阶段。把该问对应的段落标记出来,修改后再过一遍自审,直到五问全部通过。
配套练习法(来自同一来源):初学阶段可先用AI生成章纲→扩写成正文→五问自审修改→记住改后的体感→脱离模板自己写一气呵成。以5-6轮为一次完整练习周期,目的是把"这五问"内化为写作直觉,而不是永远依赖对照清单。详见 通用-章节创作闭环 的练习方法入口。
> 核心判断:加速的第一步不是删,是信任。信任你的读者能从动作里读懂情绪,能从结果里反推过程。
正文创作中最隐蔽的拖沓源是作者"不信任读者能理解"——于是每一处都忍不住停下来解释、铺展、渲染、说明前因后果。
同一份信息,用动作展示比用文字说明快 3 倍以上。
> 来源:自知乎答主猴姆(新知答主)
作者常见的自恋陷阱:忍不住在作品里炫耀自己的才华、脑洞、知识储备——恨不得读者从字里行间看出你是个多有才华的人。
> 来源:知乎·顾里木图的小酒馆《网文写作怎么样走进读者的内心》(2026-07-09)。
"信任读者"的底层原理:读者阅读时不是在"分析"你的故事,而是在"体验"它。
大脑处理分析与体验用的是完全不同的区域。分析是理性脑,负责判断"这合不合理";体验是情感脑,负责感受"我在不在里面"。读者的第一反应从来不是"这写得好不好",而是"我进去了吗"。如果他进不去,他根本不会进入分析阶段——直接划走了。
实操含义:落正文前,对每一段问自己——这段内容,读者需要"动脑子理解"还是"用身体感受"?
| 动脑子(分析模式) | 用身体感受(体验模式) |
|-------------------|---------------------|
| "她站在阳台上,回想着过往的五年。" | "她把戒指摘下来,放进抽屉最深处。" |
| 读者启动理性脑整理信息 | 读者直接看到画面,没动脑子就进去了 |
| 读者变成了分析者 | 读者变成了体验者 |
| 容易划走 | 不容易划走 |
感官信息的力量:它绕过读者的"防御系统"——读者没有时间思考"我该不该信你",因为他已经进入了一种感觉里。一旦身体被勾住,大脑才会跟着留下来。
此原理与"信任读者原则"的关系:信任读者的第一步不是"不解释那么多",而是"让读者直接体验,不需要他们先分析再感受"。
> 来源:自知乎答主半盏清茶煮春秋(新知答主,461赞同)
快节奏正文创作的四个设计原则,在落稿前自检:
| 原则 | 含义 | 创作执行 |
|------|------|---------|
| 集中 | 所有剧情紧紧围绕核心卖点/主线聚集、压缩 | 正文中超过 3 句偏离主线的描写/说明 → 标记删除或压缩 |
| 专注 | 剔除繁琐细枝末节,专注于一条线、一件事 | 连续 2 段以上处理不同事务 → 判断是否需要另开一章;单章内不宜超过 2 条并行线 |
| 克制 | 时刻警惕肆意挥毫泼墨的冲动,能收得住 | 写完一段后问"如果只留现有的 50%,信息还完整吗" |
Integration with protocols.io API for managing scientific protocols. This skill should be used when working with protocols.io to search, create, update, or publish protocols; manage protocol steps and materials; handle discussions and comments; organize workspaces; upload and manage files; or integrate protocols.io functionality into workflows. Applicable for protocol discovery, collaborative protocol development, experiment tracking, lab protocol management, and scientific documentation.
Analyzes job descriptions and generates tailored resumes that highlight relevant experience, skills, and achievements to maximize interview chances
Generate Excalidraw diagrams from natural language descriptions. Use when asked to "create a diagram", "make a flowchart", "visualize a process", "draw a system architecture", "create a mind map", or "generate an Excalidraw file". Supports flowcharts, relationship diagrams, mind maps, and system architecture diagrams. Outputs .excalidraw JSON files that can be opened directly in Excalidraw.
Build and distribute Expo development clients locally or via TestFlight
Use when you have a written implementation plan to execute in a separate session with review checkpoints
Data structure for annotated matrices in single-cell analysis. Use when working with .h5ad files or integrating with the scverse ecosystem. This is the data format skill—for analysis workflows use scanpy; for probabilistic models use scvi-tools; for population-scale queries use cellxgene-census.
Benchling R&D platform integration. Access registry (DNA, proteins), inventory, ELN entries, workflows via API, build Benchling Apps, query Data Warehouse, for lab data management automation.
Comprehensive molecular biology toolkit. Use for sequence manipulation, file parsing (FASTA/GenBank/PDB), phylogenetics, and programmatic NCBI/PubMed access (Bio.Entrez). Best for batch processing, custom bioinformatics pipelines, BLAST automation. For quick lookups use gget; for multi-service integration use bioservices.
Take lornshrimp/通用-创建小说正文 from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.