@cloud411716/fancy-webnovel 1.0.46 → 2.2.0

package/plugins/fancy-story-builder/references//350/212/202/345/245/217/346/214/207/345/257/274/03-highpoint-hooks.md

@@ -0,0 +1,189 @@
+# 高潮与钩子
+
+> 节奏阶段第 3 份。定高潮分类、章首 7 式、章尾 13 式、钩子强度判定。
+> 本文件不写数据结构（→ 时序映射模板.json），不写具体章数（→ formulas-rhythm.json）。
+
+---
+
+## 一、决策路由
+
+| 你在做什么 | 用哪节 |
+|---|---|
+| 定高潮位置 | §2 高潮分类 |
+| 选章首钩子 | §3 章首 7 式 |
+| 选章尾钩子 | §4 章尾 13 式 |
+| 判定钩子强度 | §5 钩子强度 |
+| 章节阶段与钩子 | §6 阶段 → 钩子 |
+
+---
+
+## 二、高潮分类
+
+### 2.1 两大类
+
+**现实高潮**（社会热点）：路怒症、出轨、霸凌等。不照搬，把情绪极限化。一般放在开头或上架节点。
+
+**作品高潮**（八类）：
+
+| 类别 | 典型 |
+|---|---|
+| 情绪共鸣 | 热血、七情、爱恋 |
+| 六感冲击 | 玄幻大场面、恐怖视觉 |
+| 冲突爆发 | 争权夺势、背叛谋利 |
+| 升级收获 | 境界突破、装备获取 |
+| 反差震惊 | 装逼打脸、身份曝光 |
+| 高智解密 | 悬疑推理、计谋揭秘 |
+| 怪诞诡异 | 规则怪谈、克苏鲁 |
+| 情感质变 | 表白、和解、决裂、重逢 |
+
+### 2.2 高潮层级
+
+高潮按叙事层级分三层，骨架已在 `climaxes` 实体中定：
+- **大高潮**：卷级高潮
+- **中高潮**：桥段级高潮（更细分）
+- **小高潮**：单元级高潮
+
+**具体时长由 `formulas-rhythm.json` 的 `climax_duration` 定义**，本文件不重复数字。
+
+### 2.3 高潮定位的落点
+
+高潮在 `时序映射.json` 的 `climax_timeline[].chapter` 中落章号。每个骨架 `climaxes[]` 实体的 id 对应一个章。
+
+---
+
+## 三、章首 7 式
+
+| # | 名称 | 公式 | 示例 |
+|---|---|---|---|
+| 1 | 悬念对话 | 直接从意味深长的对话开始 | "你确定要这么做？/ 确定。/ 那你就别后悔。" |
+| 2 | 闪前碎片 | 先给结果碎片，再回正常叙事 | "后来他才知道，那个电话改变了所有事。但此刻他还一无所知。" |
+| 3 | 倒计时 | 开头就建立紧迫感 | "距离合同到期还有七十二小时。" |
+| 4 | 神秘独白 | 第一人称诡异内心独白 | "我一直在想，那天如果我没有回头，一切会不会不一样。" |
+| 5 | 反差场景 | 两个截然不同的场景并列 | "一边是婚礼现场，香槟塔堆得老高。另一边，医院走廊的灯在闪。" |
+| 6 | 未完成动作 | 动作进行中被截断 | "他刚把钥匙插进锁孔，门里传来一声轻响。" |
+| 7 | 意象预示 | 用环境意象暗示即将发生的事 | "天边烧得通红，像是什么东西在着。她抬头看了一眼，继续走。" |
+
+### 3.1 章首策略 → 7 式标签
+
+| 开篇策略 | 适用 7 式 |
+|---|---|
+| 直接冲击 | 未完成动作 / 倒计时 |
+| 制造好奇 | 悬念对话 / 闪前碎片 / 神秘独白 |
+| 对比冲击 | 反差场景 / 意象预示 |
+
+---
+
+## 四、章尾 13 式
+
+| # | 名称 | 公式 | 示例 |
+|---|---|---|---|
+| 1 | 突然揭示 | 抛出改变全局的信息 | "信上的日期，是他死后第七天。" |
+| 2 | 紧急危机 | 下章必须回应的紧迫威胁 | "裂缝在扩大，灵石还差三块。" |
+| 3 | 未完成动作 | 动作被新变量打断 | "他刚伸手，手腕忽然被人扣住。'别动。'身后传来一个声音。" |
+| 4 | 身份反转 | 身份真相偏离读者预期 | "她叫林小月。但档案上写的是：林小月，已故。" |
+| 5 | 两难抉择 | 被迫在两个坏选项中选一个 | "签了这份文件，公司保住了，但他得进去。" |
+| 6 | 神秘物品 | 重要但含义未知的物件 | "包裹里是一把钥匙，附了张纸条：'你欠我的。'" |
+| 7 | 倒计时 | 时间不够用 | "医生说还有三个月。那是两个月前的事了。" |
+| 8 | 承诺/威胁 | 有人宣布了行动意图 | "今晚十二点之前，我会告诉所有人你做了什么。" |
+| 9 | 离奇消失 | 不可能的消失 | "手铐还在，人没了。整个房间只有一个门，门没开过。" |
+| 10 | 隐藏含义 | 表面正常，实际暗藏信息 | "他说：'你和妹妹真像。'可她是独生女。" |
+| 11 | 意象钩子 | 反复出现的意象发生变化 | "窗台上那盆枯了一个月的茉莉，突然冒出了花苞。" |
+| 12 | 回声钩子 | 章尾句呼应开头，关键细节变了 | 开头："她说她永远不会原谅他。" / 结尾："她说她永远不会原谅他。但她的手，攥得更紧了。" |
+| 13 | 留白钩子 | 只展示反应，不揭示发生了什么 | "他看了信。脸色变了。什么也没说，把信叠好放进口袋。" |
+
+**回声钩子结构**：章首与章尾是**同一句或近义句**，关键细节变化。不是"章首一句 + 章尾一句"拼接。
+
+---
+
+## 五、钩子强度
+
+### 5.1 三选一判定
+
+| 强度 | 判定标准（三选一即可） |
+|---|---|
+| 强 | 信息颠覆度：改变全局认知；威胁紧迫度：下章必须回应；情感冲击力：角色命运级转折 |
+| 中 | 信息推进度：局部新信息；威胁可控度：几章内回应；情感波动：关系变化 |
+| 弱 | 信息补充：背景/日常；无紧迫威胁；情感平稳 |
+
+### 5.2 规则
+
+- **情绪值高**的章必须强钩子
+- **关键节点**（如卷首/卷末/中点/大高潮章）必须强钩子
+- **日常章**可用中/弱钩子
+- **卷末钩子**必须是强钩子
+
+**"情绪值高"和"关键节点"的具体阈值由 `formulas-rhythm.json` 的 `hook_strength_constraint` 定义**，本文件不重复数字。
+
+### 5.3 连续两章不用同一种钩子
+
+规则：连续两章的章尾钩子不同式。
+
+例外：
+- 大高潮连续若干章可用同一大类（如"紧急危机"连续用），但每章必须具体化不同威胁（裂缝扩大→灵石差三块→敌人破门），且标注"高潮期同类允许"
+- 跨卷衔接章例外（上一卷末 + 下一卷首可同型）
+
+---
+
+## 六、章节阶段 → 钩子选择
+
+| 故事阶段 | 推荐章尾钩子 | 推荐章首钩子 | 强度 |
+|---|---|---|---|
+| 开篇章节 | 突然揭示 / 未完成动作 / 紧急危机 | 未完成动作 / 倒计时 / 悬念对话 | 必须强 |
+| 卷首前几章 | 两难抉择 / 隐藏含义 / 意象钩子 | 悬念对话 / 闪前碎片 | 强 |
+| 中期日常 | 悬念对话 / 隐藏含义 / 身份反转 | 悬念对话 / 神秘独白 | 中 |
+| 高潮前 | 紧急危机 / 承诺威胁 | 倒计时 / 反差场景 | 强 |
+| 大结局 | 突然揭示 / 留白钩子 / 回声钩子 | 闪前碎片 / 意象预示 | 强（收束感） |
+
+---
+
+## 七、示例
+
+一本都市复仇文的钩子排布（示意）：
+
+- 第 1 章章首：未完成动作（"陆子仲刚推开门，就看见妹妹的遗照摆在客厅正中"）
+- 第 1 章章尾：突然揭示（"警察合上笔记本：'对了，你妹妹的手机，我们在园区找到的。'"）
+- 第 2 章章首：悬念对话（"'你一个人去园区？'老王把烟按灭。"）
+- 第 2 章章尾：紧急危机（"手机里最后一条录音：'哥，救我。'"）
+- ...
+
+排布原则：
+- 章首前 100 字内兑现钩子
+- 章尾后 100 字内兑现钩子
+- 连续两章章尾不同式（除非高潮期）
+- 情绪值高的章用强钩子
+
+---
+
+## 八、常见反例
+
+| 反例 | 为什么错 | 正确做法 |
+|---|---|---|
+| 章首钩子与上章章尾钩子同型 | 读者感觉重复 | 换式 |
+| 高潮章用弱钩子 | 读者跳章 | 用强钩子 |
+| 回声钩子是两句拼接 | 不是回声 | 同一句复现 |
+| 连续多章同类钩子 | 疲劳 | 换式（高潮期例外） |
+| 卷末钩子不是强钩子 | 读者不追下卷 | 换强钩子 |
+| 章尾钩子超过 100 字 | 挤占正文 | 压到 100 字内 |
+
+---
+
+## 九、与其他文件的关系
+
+| 本文件输出 | 落到哪个字段 | 参考哪个公式 | 由哪个脚本验证 |
+|---|---|---|---|
+| 章首/章尾钩子类型 | `hook_timeline[].hook_head` / `hook_tail` | 无 | `rhythm-validate.js` 的 `ENUM`（hook_form_head / hook_form_tail） |
+| 钩子强度 | `hook_timeline[].hook_strength` | formulas-rhythm.json 的 `hook_strength_constraint` | `ENUM`（hook_strength） |
+| 高潮分类 | `climax_timeline[].chapter`（对应骨架 climaxes 实体） | formulas-rhythm.json 的 `climax_duration` | `RHYTHM_REF_MISSING`（climax_id 必须存在于骨架） |
+| 连续同类检查 | 无（设计层） | formulas-rhythm.json 的 `hook_dup_threshold` | `RHYTHM_HOOK_DUP` / `RHYTHM_HOOK_DUP_WARN` |
+
+**不输出到**：
+- 章首/章尾的具体文字 → 属于写作阶段
+- 钩子的具体章数阈值 → 由 `formulas-rhythm.json` 定义
+
+---
+
+## 十、版本记录
+
+| 版本 | 变更 |
+|---|---|
+| v1.0 | 从原 03-02 精简重组。删除"大高潮 14 章 / 小高潮 6 章"（移到 formulas-rhythm.json 的 climax_duration）；删除检查清单；保留高潮 8 类 / 章首 7 式 / 章尾 13 式 / 钩子强度判定；新增"与其他文件的关系"节 |

package/plugins/fancy-story-builder/references//350/212/202/345/245/217/346/214/207/345/257/274/04-satisfaction.md

@@ -0,0 +1,226 @@
+# 爽点分布与压制
+
+> 节奏阶段第 4 份。爽点分布、压制换算、期待管理、断期待诊断。
+> 本文件不写具体时长数字（→ formulas-rhythm.json），不写数据结构（→ 时序映射模板.json）。
+
+---
+
+## 一、决策路由
+
+| 你在做什么 | 用哪节 |
+|---|---|
+| 排爽点分布 | §2 爽点分布 |
+| 算压制时长 | §3 压制换算 |
+| 期待管理 | §4 期待管理 |
+| 断期待诊断 | §5 断期待诊断 |
+
+---
+
+## 二、爽点分布
+
+### 2.1 爽点七类
+
+| 类型 | 定义 |
+|---|---|
+| 打脸 | 对手嚣张后被碾压 |
+| 收获 | 获得资源/装备/地位 |
+| 身份 | 隐藏身份揭露 |
+| 情感 | 关系质变/被偏爱 |
+| 智力 | 计谋揭晓/解谜 |
+| 探索 | 发现新世界/新真相 |
+| 团战 | 集体胜利 |
+
+### 2.2 爽点递增三维度
+
+| 维度 | 递进 |
+|---|---|
+| 影响范围 | 个人 → 群体 → 社会 |
+| 揭示深度 | 表象 → 本质 → 颠覆 |
+| 身份落差 | 路人 → 大佬 → 全场震惊 |
+
+### 2.3 规则
+
+- 连续两章不用同一类型主爽点
+- 爽点按三维度逐级递增
+- 最终爽点层级最高
+
+### 2.4 以强击弱 vs 爽点递增（取舍）
+
+"以强击弱容易、效果好、多用"与"爽点递增"有张力：
+- 以强击弱一直用，影响范围可递增（打小兵→打将领→打 Boss），但身份落差会递减
+- 取舍：**每用几次以强击弱后，必须插一次以弱胜强或强强对决**，防止身份落差递减
+
+### 2.5 落点
+
+爽点在 `时序映射.json` 的 `pleasure_timeline[].chapter` 中落章号。每个骨架 `pleasures[]` 实体的 id 对应一个章。
+
+---
+
+## 三、压制换算
+
+### 3.1 压制时长的决定因素
+
+压制时长不是固定数字，由**篇幅 × 题材系数**决定。具体系数由 `formulas-rhythm.json` 的 `suppression_duration` 定义，本文件不重复数字。
+
+| 弧线/公式 | 题材系数区间 | 释放触发 |
+|---|---|---|
+| V 形谷底 | 情感/虐心 | 谷底后立即转折 |
+| 延迟满足压制段 | 复仇/身份揭秘 | 爆发触发点 |
+| 桥段拉扯 | 通用 | 兑现章释放 |
+| 爽文压制 | 世情/爽文 | 受辱后短周期内打脸 |
+| 虐恋压制 | 虐恋 | 虐到一定深度后觉醒 |
+
+### 3.2 题材压制红线
+
+"连续无转折上限"和"连续压制上限"由 `formulas-rhythm.json` 的 `suppression_redline` 定义。超过红线必须插入转折/小释放。
+
+| 题材 | 连续无转折上限 | 连续压制上限 |
+|---|---|---|
+| 爽文 | 短 | 短 |
+| 情感/虐心 | 中 | 中长 |
+| 悬疑 | 中 | 中 |
+| 古言/复仇 | 中 | 中 |
+| 年代/亲情 | 中 | 中长 |
+| 正剧/文学 | 长 | 最长 |
+
+### 3.3 压制中的安全感
+
+**下行情节安全原则**：写情绪下行时，锅都是别人的，功都是主角的。下行中必须给读者安全感（可能的解法/潜在收获）。
+
+**缺安全感 = 读者觉得主角活该 = 弃书**。
+
+---
+
+## 四、期待管理
+
+### 4.1 六法则
+
+1. **期待最大化定律**：爽点到来前那一刻是全篇张力最高位置。将满足而未满足时，读者需求最大。
+2. **信息顺序操纵**：先植入什么信息，读者就先入为主往哪个方向想。控制信息顺序 = 控制读者预期。
+3. **期待递增法**：在基底期待上不断添加细节，注入更具体化的需求缺口。添加的细节必须与核心梗一致。
+4. **断期待禁止**：下一个期待立起来之前，绝不能结束当前期待。旧期待即将兑现时，新期待的种子必须已种下。
+5. **下行情节安全原则**：下行中必须给读者安全感。
+6. **爽点递增对比**：连续爽点逐级递增。
+
+### 4.2 期待感 vs 目标
+
+- **目标** = 角色要做什么（找到宝物、打败魔王）
+- **期待感** = 读者对目标达成后会怎样的预期
+- 有目标无期待 = 读者不在乎结果，必须把目标转化为期待
+
+### 4.3 确定型 vs 不确定型期待
+
+| 类型 | 适用 | 重点 |
+|---|---|---|
+| 确定型 | 爽文 | 读者知道主角会赢，写"怎么赢"（过程创意 > 结果悬念） |
+| 不确定型 | 悬疑 | 读者不知道结果（结果悬念 > 过程体验） |
+
+爽文不怕"剧透"——因为期待在过程不在结果。
+
+### 4.4 悬念的开环与闭环
+
+- **开环** = 制造鸿沟（提出问题/悬念）
+- **闭环** = 弥合鸿沟（回答问题/揭晓）
+- **嵌套开环** = 闭环一个期待的同时开启新的
+- **规则**：闭环一个期待时，必须已有下一个开环在运行
+
+### 4.5 感情线的鸿沟
+
+感情线没有阻碍 = 没有期待 = 白给 = 无意义。必须设置鸿沟。
+
+鸿沟来源：身份差距、家族反对、误会、使命冲突。
+
+### 4.6 拉期待速度 > 断期待速度
+
+不是可量化指标，但可操作化为：
+- 每个单元至少一个开环在运行
+- 闭环一个开环时，下一个开环已在上一章立好
+- 连续几章无开环 = 期待真空期，必须处理
+
+**真空期的具体章数阈值由 `formulas-rhythm.json` 的 `expectation_vacuum_threshold` 定义**，本文件不重复数字。
+
+---
+
+## 五、断期待诊断
+
+### 5.1 四种根本原因
+
+| 原因 | 读者感受 |
+|---|---|
+| 延迟满足过度 | "到底什么时候才能爽？" |
+| 换地图处理不当 | "之前期待的都没了" |
+| 核心梗重复度太高 | "又是这样，没意思了" |
+| 爽点满足感不足 | "就这？" |
+
+### 5.2 修复手段
+
+| 手段 | 操作 |
+|---|---|
+| 反派视角转接 | 展示反派行动，制造信息差 |
+| 突发意外 | 不按计划发展的事件强行介入 |
+| 配角杠杆 | 用配角的危机重新制造紧迫感 |
+| 超额收获 | 远超预期的额外奖励 |
+| 开环嵌套 | 闭环一个期待时，同时开两个新环 |
+
+### 5.3 期待真空期急救
+
+连续几章无开环 = 真空期。急救：
+1. 立即插入一个强开环（新威胁/新秘密/新目标）
+2. 用反派视角制造信息差
+3. 用配角危机重新制造紧迫感
+
+---
+
+## 六、示例
+
+一本都市复仇文的爽点分布（示意）：
+
+- 第 1 卷的爽点：
+  - 第 2 章：收获（拿到妹妹的手机）——影响范围：个人
+  - 第 8 章：打脸（首次与坤沙手下正面交锋，用录音扳倒一个小头目）——影响范围：群体
+  - 第 15 章：智力（用假身份骗取园区内部信任）——揭示深度：本质
+  - 第 25 章：身份（"你以为我是保安？我当了八年特种兵"）——身份落差：大佬
+  - 第 30 章：情感（老王牺牲前的遗言）——情感深度：关系质变
+
+- 压制分布：
+  - 第 1-3 章：V 形谷底（失去妹妹）
+  - 第 5-7 章：桥段拉扯（调查赌徒受阻）
+  - 第 12-14 章：延迟满足压制（逼近园区内部，被怀疑）
+  - 第 20-22 章：桥段拉扯（证人拒绝合作）
+
+---
+
+## 七、常见反例
+
+| 反例 | 为什么错 | 正确做法 |
+|---|---|---|
+| 连续多章同类型爽点 | 读者疲劳 | 换类型 |
+| 爽点层级不递增 | 读者感受不到"变好" | 按三维度递进 |
+| 压制超过题材红线 | 读者弃书 | 插入小释放 |
+| 压制无安全感 | 读者觉得主角活该 | 给潜在解法 |
+| 期待真空期 | 读者流失 | 立即插入开环 |
+| 开环没闭环 | 读者不满 | 闭环一个才开下一个 |
+| 感情线没有鸿沟 | 白给 | 设置阻碍 |
+
+---
+
+## 八、与其他文件的关系
+
+| 本文件输出 | 落到哪个字段 | 参考哪个公式 | 由哪个脚本验证 |
+|---|---|---|---|
+| 爽点分布 | `pleasure_timeline[].chapter` | formulas-rhythm.json 的 `pleasure_distribution` | `RHYTHM_REF_MISSING`（pleasure_id 必须存在于骨架） |
+| 压制段 | 不单独字段（压制通过"没有爽点/没有开环"体现） | formulas-rhythm.json 的 `suppression_duration` / `suppression_redline` | 无（设计层） |
+| 期待开环/闭环 | `foreshadow_timeline`（伏笔就是开环）+ `conflict_timeline` 的 `info_gaps` | formulas-rhythm.json 的 `expectation_vacuum_threshold` | 无（设计层） |
+| 感情线鸿沟 | `角色.json` 的 `relationships[].description` | 无 | 无（设计层） |
+
+**不输出到**：
+- 压制时长的具体数字 → 由 `formulas-rhythm.json` 决定
+- 爽点的具体写法 → 属于写作阶段
+
+---
+
+## 九、版本记录
+
+| 版本 | 变更 |
+|---|---|
+| v1.0 | 从原 03-03 精简重组。删除压制时长和红线的具体数字（移到 formulas-rhythm.json）；删除检查清单；保留爽点七类/递增三维度/取舍规则/六法则/断期待诊断；新增"与其他文件的关系"节 |

package/plugins/fancy-story-builder/references//350/212/202/345/245/217/346/214/207/345/257/274/05-foreshadow-density.md

@@ -0,0 +1,195 @@
+# 伏笔密度
+
+> 节奏阶段第 5 份。伏笔密度的方法论。伏笔清单本身在骨架阶段已确定；本文件讲"怎么在节奏阶段安排密度"。
+> 本文件不写具体公式（→ formulas-skeleton.json 的 foreshadow_elements），不写数据结构（→ 时序映射模板.json）。
+>
+> v1.1 变更：§3.1 和 §3.4 统一"总量由骨架决定"的表述（问题 37）。
+
+---
+
+## 一、决策路由
+
+| 你在做什么 | 用哪节 |
+|---|---|
+| 理解伏笔在节奏阶段的角色 | §2 伏笔的节奏角色 |
+| 安排伏笔密度 | §3 密度原则 |
+| 安排唤醒 | §4 唤醒策略 |
+| 处理超期 | §5 超期处理 |
+
+---
+
+## 二、伏笔的节奏角色
+
+### 2.1 伏笔是"开环"的主要来源
+
+期待感的"开环"主要来自伏笔。读者看到伏笔 → 产生疑问 → 想知道答案 → 追读。
+
+### 2.2 伏笔的三种类型
+
+（类型定义在 glossary 的 `foreshadow_type` 枚举）
+
+- **小伏笔**：跨几章内的伏笔，回收窗口短
+- **中伏笔**：跨十几章的伏笔，回收窗口中
+- **大伏笔**：跨卷的伏笔，回收窗口长
+
+### 2.3 伏笔的章节落点
+
+- 埋设章：`foreshadow_timeline[].buried_chapter`
+- 回收章：`foreshadow_timeline[].recovered_chapter`
+- 节奏阶段的核心任务：**为每个伏笔分配合理的埋设章和回收章**
+
+---
+
+## 三、密度原则
+
+### 3.1 总量由骨架决定（节奏阶段不重新计算）
+
+**伏笔总数**（小 / 中 / 大各多少）**在骨架阶段已确定**：
+- 数据位置：`框架.json` 的 `quota.foreshadow_counts`（`small` / `medium` / `large` 三个字段）
+- 量化约束：`formulas-skeleton.json` 的 `foreshadow_elements.*` 三条公式（`small_foreshadow_count` / `medium_foreshadow_count` / `large_foreshadow_count`）
+- 实体清单：`实体.json` 的 `foreshadows[]` 数组（每条伏笔有 `id` + `name` + `type`）
+
+**节奏阶段不重新决定总量**，只决定"每个伏笔的埋设章和回收章"。
+
+**为什么总量在骨架而非节奏**：
+- 伏笔的"存在性"（有哪些伏笔、各是什么类型）属于结构层（骨架）
+- 伏笔的"时间位置"（埋在哪章、收在哪章）属于节奏层（节奏）
+- 如果总量在节奏阶段才定，就无法保证"血肉阶段已经为该伏笔写了回收方式"
+
+### 3.2 分布原则
+
+- **小伏笔**：均匀分布在全书的各个段，相邻小伏笔之间有间隔
+- **中伏笔**：集中在卷内，每个卷有几个中伏笔
+- **大伏笔**：跨卷，埋设在一卷，回收在另一卷
+
+### 3.3 密度检查
+
+节奏阶段只需确保：
+- 每个伏笔有埋设章 < 回收章（`RHYTHM_TIMING` 检查）
+- 大伏笔的回收必须与某卷末或全书级结局相关
+- 伏笔的埋设章和回收章在角色出场区间内（涉及角色的伏笔）
+
+### 3.4 具体的密度公式（属骨架阶段，节奏阶段只读不写）
+
+**具体区间**由 `formulas-skeleton.json` 的 `foreshadow_elements` 三条公式定义（以 V 为基数）：
+- `small_foreshadow_count`：`V*3 ~ V*8`（每卷 3~8 个小伏笔）
+- `medium_foreshadow_count`：`max(1, ceil(V/2)) ~ V*2`
+- `large_foreshadow_count`：`max(1, ceil(V/3)) ~ max(2, ceil(V/2))`
+
+**节奏阶段只读这三条公式的最终值**（`框架.json` 的 `quota.foreshadow_counts`），用于"分配每个伏笔的埋设章和回收章"，**不重新计算总量**。
+
+**如果节奏阶段发现某个伏笔无处可放**（比如大伏笔数超出总章数允许的间隔），说明**骨架阶段的 `quota` 选值不合理**——应回骨架阶段调整，而不是在节奏阶段硬凑。
+
+---
+
+## 四、唤醒策略
+
+### 4.1 什么是唤醒
+
+长期伏笔（尤其大伏笔）从埋设到回收可能跨几十章甚至跨卷。读者可能已经忘记埋设点。**唤醒** = 在回收前加一次"记忆提示"（一句回顾/一个物件复现）。
+
+### 4.2 何时需要唤醒
+
+- **短伏笔**（回收窗口近）：通常不需要唤醒
+- **中伏笔**（回收窗口中）：视情况，若间隔长需要
+- **大伏笔**（回收窗口远）：几乎都需要唤醒
+
+### 4.3 唤醒的落点
+
+唤醒不单独建字段。可以在：
+- 伏笔的埋设实体（如 `关键道具.json` 的某个道具）在中间章再次出场
+- `章节细纲.json` 的 `foreshadow_action` 标注"推进 FSxxx"
+- 写作阶段在回收章附近插入"一句回顾"
+
+### 4.4 唤醒的判断阈值
+
+"是否需要唤醒"的具体间隔阈值由 `formulas-rhythm.json` 的 `foreshadow_guides.foreshadow_wakeup_threshold` 定义：
+
+- 小伏笔：不需要唤醒
+- 中伏笔：间隔 > 15 章需要唤醒
+- 大伏笔：几乎都需要唤醒
+
+---
+
+## 五、超期处理
+
+### 5.1 超期的定义
+
+当前章节 > 伏笔的预期回收窗口上限时，伏笔**超期**。
+
+**超期判定的具体阈值**由 `formulas-rhythm.json` 的 `foreshadow_guides.foreshadow_overdue_threshold` 定义：
+- `chapter_gap = 20`
+- 当前章 > 预期回收窗口上限 + 20 章 = 超期
+
+### 5.2 超期的处理
+
+| 处理方式 | 操作 |
+|---|---|
+| 立即回收 | 把回收章提前到当前章附近 |
+| 延期 | 更新回收章（修改 `foreshadow_timeline[].recovered_chapter`） |
+| 标 abandoned | 放弃回收，并在记录中注明原因（写作阶段台账） |
+
+### 5.3 超期不能无限累积
+
+超过一定数量的超期伏笔会成为"叙事债务"。必须处理。
+
+---
+
+## 六、示例
+
+一本都市复仇文的伏笔密度（示意）：
+
+- 小伏笔（若干条）：
+  - FS001 "妹妹的旧手机" 埋在早期，回收在中期
+  - FS003 "坤沙的左手无名指有伤" 埋在第一次交手，回收在最终对决
+  - 每条间隔若干章
+
+- 中伏笔（若干条）：
+  - FS010 "老王有个女儿" 埋在中期，回收在老王牺牲时
+  - FS012 "陈队桌上的文件" 埋在中期，回收在警方介入时
+
+- 大伏笔（若干条）：
+  - FS020 "园区背后的军阀" 埋在第一卷，回收在全书的最终对决
+  - FS021 "妹妹其实没死"（假象） 埋在第一卷，回收在第三卷
+
+- 唤醒策略：
+  - FS020（大伏笔）在多个中间章通过"军阀"相关新闻提及，防止读者忘记
+  - FS021（大伏笔）通过"妹妹的照片""妹妹的遗物"多次复现
+
+---
+
+## 七、常见反例
+
+| 反例 | 为什么错 | 正确做法 |
+|---|---|---|
+| 伏笔只埋不收 | 读者不满 | 每个伏笔必须有回收章 |
+| 大伏笔不唤醒 | 读者忘记 | 中间加唤醒 |
+| 超期伏笔不处理 | 叙事债务累积 | 立即回收/延期/放弃 |
+| 伏笔间隔过密 | 读者疲劳 | 均匀分布 |
+| 只埋"读者注意不到"的小伏笔 | 没形成开环 | 小伏笔也要有足够线索 |
+| 中/大伏笔过多 | 读者记不住 | 中/大伏笔间隔大 |
+| **节奏阶段"重新算伏笔总量"** | **违反骨架-节奏分工** | **总量读骨架的 quota，不重算** |
+
+---
+
+## 八、与其他文件的关系
+
+| 本文件输出 | 落到哪个字段 | 参考哪个公式 | 由哪个脚本验证 |
+|---|---|---|---|
+| 伏笔埋设/回收章 | `foreshadow_timeline[].buried_chapter` / `recovered_chapter` | formulas-skeleton.json 的 `foreshadow_elements.*`（总数量，属骨架阶段） | `RHYTHM_TIMING`（埋 < 收） |
+| 唤醒动作 | `章节细纲.json` 的 `foreshadow_action` | formulas-rhythm.json 的 `foreshadow_guides.foreshadow_wakeup_threshold` | 无（设计层） |
+| 超期处理 | 修改 `foreshadow_timeline[].recovered_chapter` 或台账 | formulas-rhythm.json 的 `foreshadow_guides.foreshadow_overdue_threshold` | 无（设计层） |
+| 大伏笔回收 | `ending_timeline[].foreshadow_recovery` | 无 | `RHYTHM_LARGE_FS_NOT_RECOVERED` |
+
+**不输出到**：
+- 伏笔总量 → 在骨架阶段定（`框架.json.quota.foreshadow_counts`）
+- 伏笔的具体内容 → 在血肉阶段的实体 `name` 和指导文件的方法论
+
+---
+
+## 九、版本记录
+
+| 版本 | 变更 |
+|---|---|
+| v1.0 | 从原 01-07 §2 提取重组。删除伏笔密度公式（移到 formulas-skeleton.json）；删除检查清单；保留密度原则/唤醒策略/超期处理的方法论；新增"与其他文件的关系"节 |
+| v1.1 | §3.1 和 §3.4 统一"总量由骨架决定、节奏阶段只读不写"的表述（问题 37）；§3.4 补充三条公式的具体引用路径；§七 常见反例补"节奏阶段重新算总量" |