企业官网建设流程全解析

开篇 3 章定生死：Webnovel Writer 如何设计高留存钩子与期待管理

【免费下载链接】webnovel-writer基于 Claude Code 的长篇网文辅助创作系统，解决 AI 写作中的「遗忘」和「幻觉」问题，支持 200 万字量级 连载创作。项目地址: https://gitcode.com/GitHub_Trending/we/webnovel-writer

写网文最残酷的规律是：读者的耐心只够前三章。Webnovel Writer 是一个跑在 Claude Code 上的长篇网文辅助创作系统，它把"钩子设计"和"期待管理"变成了一套可执行的方法论——从章末钩子分类、微兑现配额，到承诺不兑现就阻断提交，让 AI 帮你把高留存的节奏设计成工程问题。

为什么前三章是生死线

读者点进一本书，前三章决定三件事：

• 第 1 章：主角是谁、想要什么、有没有"非读下去不可"的理由
• 第 2-3 章：冲突是否升级、爽点是否兑现、章尾是否留下悬念

Webnovel Writer 的参考书拆解代理 deconstruction-agent.md 里专门定义了"黄金三章拆解"标准：第一章看前 500 字钩子、主角第一印象、世界观铺设、章尾钩子；二三章看信息密度、冲突升级、节奏变化和爽点间隔。注意它有一条硬规则——只有书名没有文本时，不许凭记忆编造"黄金三章"分析，避免 AI 把套路当事实。

章末钩子工具箱：5 种类型对号入座

项目把钩子抽象成了统一的分类标准，定义在 reading-power-taxonomy.md 中：

每个钩子还分了strong / medium / weak三档强度：卷末和关键转折用 strong，普通剧情章用 medium，过渡章降级为 weak 但必须保留"阅读惯性"。

配合题材适配（见 genre-profiles.md）：爽文/系统流偏好"渴望钩 + 危机钩"，修仙/玄幻偏好"危机钩 + 选择钩"，且同一钩子类型避免连续 3 章重复——规则写在 genre-hook-payoff-library.md 里，重复使用必须换对象、代价或结果。

Hook-First：先写钩子，再定大纲

新手常犯的错误是"先写完大纲再想怎么抓人"。项目初始化阶段采用的恰恰相反——开篇钩子优先法（Hook-First Design），见 creativity-constraints.md：

在确定完整大纲前，必须先产出三样东西：

1. 一句钩子（10 字以内）——如"废物少爷却让宗主跪下"
2. 一个开场场景（50 字以内）——危机开场 / 反差开场 / 悬念开场 / 冲突开场 / 日常打破
3. 一个第一章末悬念（30 字以内）——驱动读者点开第 2 章

钩子模板覆盖了反差钩、悬念钩、代价钩、选择钩、反转钩五类。执行/webnovel-init初始化时，系统会生成 2-3 套创意包，每套都强制包含"开篇钩子"字段，钩子立不住，创意包过不了三问筛选。

微兑现：每章给读者一个"没白看"的理由

大爽点不能天天有，但读者每章都需要小收获。这就是**微兑现（Micro-Payoff）**机制，分类标准同样在 reading-power-taxonomy.md：

• 信息兑现：揭示新线索
• 关系兑现：关系推进或确认
• 能力兑现：主角变强
• 资源兑现：拿到物品/资格
• 认可兑现：众人态度转变
• 情绪兑现：情绪释放/共鸣

每章建议配置 1-2 个微兑现 + 1 个期待锚点，过渡章至少保留 1 个（哪怕是"新线索"或"小互动"）。写前还有 30 秒自检：本章钩子是否和最近 2 章相同？微兑现是否连续 3 章没变化？

爽点密度：30/40/30 三段式

钩子拉期待，爽点做兑现。爽点工程方法论集中在 cool-points-guide.md，核心是滚动窗口密度标准：

单个爽点按30/40/30结构执行：30% 铺垫（建立信息差和势能）→ 40% 兑现（情绪高峰）→ 30% 微反转（"还有一手"）。关键心法是信息差设计：读者知道主角是隐藏大佬、反派不知道 = 期待感积累；主角展示实力、反派震惊 = 爽感释放。

前三章的线安排也有模板（见 strand-weave-pattern.md）：第 1-5 章主线快速推进，第 6 章左右安排一次感情线相遇，避免开局全是打斗。

期待管理：承诺必须兑现，否则提交被拒

这是 Webnovel Writer 和普通"AI 写一章"工具最大的区别——把"上章承诺"变成了硬约束：

• HARD-002 承诺违背：上章章末钩子完全不兑现 → 审查标记 MUST_FIX，不可申诉
• HARD-003 节奏灾难：连续 N 章无新信息/无关系变化/无能力变化 → 阻断
• 伏笔分三层级登记：核心伏笔（50-300 章回收）、支线（30-100 章）、装饰（10-30 章），有埋设、有推进、有回收

执行层面，每章写完会走完整流水线（见 SKILL.md）：起草 → 审查（blocking 问题不通过则阻断）→ 事实提取 → 生成CHAPTER_COMMIT→ 投影到状态库和索引。也就是说，第 2 章写什么、第 1 章承诺了什么，机器都记得住，写到第 80 章也不会"忘了第 1 章挖的坑"。

写章流程中还有结构化节点保障：每章章纲必须包含CEN（章节终点，落到章末未闭合问题）和下一章的CBN（章节起点），相邻章节CEN → CBN必须逻辑承接——期待管理直接落到了 chapter-planning.md 的字段规范里。

实操流程：三步验证你的开篇钩子

/webnovel-init # 初始化时生成含开篇钩子的创意包 /webnovel-plan 1 # 拆卷纲，每章落"章末未闭合问题"字段 /webnovel-write 1 # 写第 1 章，审查 + 提交 + 事实入账

写完前三章后，用 commands.md 里的查询命令自查：

• /webnovel-query 伏笔—— 确认第 1 章埋的坑已登记
• /webnovel-review 1-3—— 审查钩子强度、微兑现和承诺兑现
• /webnovel-dashboard—— 在只读面板里看追读力数据和伏笔状态

开篇三章钩子自检清单

• 第 1 章前 300 字有钩子（悬念/冲突/反差至少占一样）
• 每章章尾有未闭合问题，钩子类型不重复
• 每章至少 1 个微兑现，读者"没白看"
• 第 2-3 章冲突升级，爽点间隔不拉大
• 上章承诺在第 2 章开头有回应（HARD-002 自查）
• 核心伏笔已埋设并登记回收窗口

钩子决定读者留不留，期待管理决定读者走多远。把这两件事交给系统约束，你只需要专注于讲故事本身。

【免费下载链接】webnovel-writer基于 Claude Code 的长篇网文辅助创作系统，解决 AI 写作中的「遗忘」和「幻觉」问题，支持 200 万字量级 连载创作。项目地址: https://gitcode.com/GitHub_Trending/we/webnovel-writer