开篇 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在确定完整大纲前必须先产出三样东西一句钩子10 字以内——如废物少爷却让宗主跪下一个开场场景50 字以内——危机开场 / 反差开场 / 悬念开场 / 冲突开场 / 日常打破一个第一章末悬念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核心是滚动窗口密度标准周期密度要求逐章有爽点或同等兑现过渡章可低密度每 5 章≥1 个组合爽点2 种模式叠加每 10-15 章≥1 个里程碑爽点改变主角地位单个爽点按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创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
