docs: 重构约束分层与写作规范表述

.claude/agents/context-agent.md

@@ -29,7 +29,7 @@ tools: Read, Grep, Bash
 ## 输出格式：创作任务书（7个板块）
 
 1. **本章核心任务**（目标/阻力/代价、冲突一句话、必须完成、绝对不能、反派层级）
-2. **接住上章**（上章钩子、读者期待、开头必须）
+2. **接住上章**（上章钩子、读者期待、开头建议）
 3. **出场角色**（状态、动机、情绪底色、说话风格、红线）
 4. **场景与力量约束**（地点、可用能力、禁用能力）
 5. **风格指导**（本章类型、参考样本、最近模式、本章建议）

.claude/agents/high-point-checker.md

@@ -1,10 +1,10 @@
 ---
 name: high-point-checker
-description: 爽点密度检查 v5.4，支持迪化误解/身份掉马模式，输出结构化报告
+description: 爽点密度检查 v5.5，支持迪化误解/身份掉马模式，输出结构化报告
 tools: Read, Grep, Bash
 ---
 
-# high-point-checker (爽点检查器) v5.4
+# high-point-checker (爽点检查器) v5.5
 
 > **Role**: Quality assurance specialist focused on reader satisfaction mechanics (爽点设计).
 
@@ -81,14 +81,14 @@ Scan for the **8 standard execution modes** (执行模式):
 
 ### Step 3: Density Check
 
-**Required Baseline**:
-- **Every chapter**: ≥ 1 小爽点（单一模式）
-- **Every 5 chapters**: ≥ 1 组合爽点（2种模式叠加）
-- **Every 10-15 chapters**: ≥ 1 里程碑爽点（改变主角地位）
+**Recommended Baseline (rolling windows)**:
+- **Per chapter**: 优先有爽点或同等兑现；允许过渡章低密度
+- **Every 5 chapters**: 建议 ≥ 1 组合爽点（2种模式叠加）
+- **Every 10-15 chapters**: 建议 ≥ 1 里程碑爽点（改变主角地位）
 
 **Output**:
 ```
-Chapter X: [✓ 2 cool-points] or [✗ 0 cool-points - VIOLATION]
+Chapter X: [✓ 2 cool-points] or [△ 0 cool-points - warning if consecutive]
 ```
 
 ### Step 4: Type Diversity Check
@@ -119,7 +119,7 @@ For each identified cool-point, check:
 1. **Setup sufficiency**: Was there adequate build-up (至少1-2章伏笔)?
 2. **Reversal impact**: Is the twist unexpected yet logical?
 3. **Emotional payoff**: Did it deliver catharsis (读者情绪释放)?
-4. **30/40/30 Formula**: Does the cool-point follow the standard structure?
+4. **30/40/30 Heuristic**: Is the structure clear enough (no rigid ratio required)?
    - 30% Setup/Buildup (铺垫)
    - 40% Delivery/Execution (兑现)
    - 30% Twist/Aftermath (微反转)
@@ -129,7 +129,7 @@ For each identified cool-point, check:
    - 虐恋文: 压7扬3
 
 **Quality Grades**:
-- **A (优秀)**: All criteria met, strong execution, follows 30/40/30
+- **A (优秀)**: All criteria met, strong execution, structure clear
 - **B (良好)**: Most criteria met, may have minor ratio issues
 - **C (及格)**: Basic criteria met but structure weak
 - **F (失败)**: Sudden cool-point without setup, or logically inconsistent
@@ -144,9 +144,9 @@ Chapters {N} - {M}
 
 ## 密度检查 (Density)
 - Chapter {N}: ✓ 2 cool-points (装逼打脸 + 越级反杀)
-- Chapter {M}: ✗ 0 cool-points **[VIOLATION - 需要补充]**
+- Chapter {M}: △ 0 cool-points **[WARNING - 连续出现时需补强]**
 
-**Verdict**: {PASS/FAIL} ({X}/{Y} chapters meet baseline)
+**Verdict**: {PASS/WARNING/FAIL} (rolling-window based)
 
 ## 类型分布 (Mode Diversity)
 - 装逼打脸 (Flex & Counter): {count} ({percent}%)
@@ -167,10 +167,10 @@ Chapters {N} - {M}
 **Verdict**: Average grade = {X}
 
 ## 建议 (Recommendations)
-- [If density violation] Chapter {M} 缺少爽点，建议添加{mode}型爽点
+- [If density warning] Chapter {M} 低密度，建议补{mode}型爽点或同等兑现
 - [If monotony] 过度依赖{mode}型，建议增加{other_modes}
 - [If quality issue] Chapter {M} 的爽点执行不足，需要补充{missing_element}
-- [If 30/40/30 violation] 爽点结构失衡，建议调整铺垫/兑现/微反转比例
+- [If structural weakness] 爽点结构偏弱，建议补铺垫/兑现/余波中的缺项
 - [If pressure/relief violation] 压扬比例不符合{genre}类型，建议调整为{ratio}
 
 ## 综合评分
@@ -179,7 +179,7 @@ Chapters {N} - {M}
 
 ## Anti-Patterns (Forbidden)
 
-❌ Accepting chapters with 0 cool-points without flagging
+❌ Ignoring consecutive low-density chapters without warning
 ❌ Ignoring sudden cool-points without setup
 ❌ Approving 5+ consecutive chapters of the same type
 ❌ 迪化误解中配角智商明显下线
@@ -187,14 +187,14 @@ Chapters {N} - {M}
 
 ## Success Criteria
 
-- All chapters have ≥ 1 cool-point
+- Rolling window density stays healthy (not continuously low)
 - Type distribution shows variety (no single type > 80%)
 - Average quality grade ≥ B
 - 迪化误解的脑补需合理
 - 身份掉马需有铺垫
 - Report includes actionable recommendations
 
-## v5.3 输出格式增强（v5.4 沿用）
+## v5.3 输出格式增强（v5.5 沿用）
 
 ```json
 {

.claude/agents/reader-pull-checker.md

@@ -1,10 +1,10 @@
 ---
 name: reader-pull-checker
-description: 追读力检查器 v5.4，评估钩子/微兑现/约束分层，支持 Override Contract
+description: 追读力检查器 v5.5，评估钩子/微兑现/约束分层，支持 Override Contract
 tools: Read, Grep, Bash
 ---
 
-# reader-pull-checker (追读力检查器) v5.4
+# reader-pull-checker (追读力检查器) v5.5
 
 > **Role**: 审查"读者为什么会点下一章"，执行 Hard/Soft 约束分层。
 
@@ -21,7 +21,7 @@ tools: Read, Grep, Bash
 - 题材 Profile（从 `state.json → project.genre`）
 - 是否为过渡章标记
 
-## 输出格式（v5.3 引入，v5.4 沿用）
+## 输出格式（v5.3 引入，v5.5 更新）
 
 ```json
 {
@@ -92,11 +92,14 @@ tools: Read, Grep, Bash
 
 | ID | 约束名称 | 默认期望 | 可Override |
 |----|---------|---------|-----------|
+| SOFT_NEXT_REASON | 下章动机 | 读者能明确“为何点下一章” | ✓ |
+| SOFT_HOOK_ANCHOR | 期待锚点有效性 | 有未闭合问题或明确期待（章末/后段均可） | ✓ |
 | SOFT_HOOK_STRENGTH | 钩子强度 | 题材profile baseline | ✓ |
 | SOFT_HOOK_TYPE | 钩子类型 | 匹配题材偏好 | ✓ |
 | SOFT_MICROPAYOFF | 微兑现数量 | ≥ profile.min_per_chapter | ✓ |
 | SOFT_PATTERN_REPEAT | 模式重复 | 避免连续3章同型 | ✓ |
 | SOFT_EXPECTATION_OVERLOAD | 期待过载 | 新增期待 ≤ 2 | ✓ |
+| SOFT_RHYTHM_NATURALNESS | 节奏自然性 | 避免固定字距机械打点 | ✓ |
 
 **Soft Suggestion 输出**:
 ```json
@@ -224,9 +227,9 @@ tools: Read, Grep, Bash
 **任何 Hard Violation → 立即标记 MUST_FIX**
 
 ### Step 3: 钩子分析
-1. 识别章末钩子类型
-2. 评估钩子强度
-3. 对比题材偏好
+1. 识别本章期待锚点（优先章末，允许后段）
+2. 评估钩子强度与有效性
+3. 对比题材偏好与章节类型
 
 ### Step 4: 微兑现扫描
 1. 识别章内微兑现
@@ -269,12 +272,14 @@ tools: Read, Grep, Bash
 
 | 检查项 | 权重 | 问题类型 |
 |--------|------|----------|
-| 章末钩子存在 | 25% | NO_HOOK |
-| 钩子强度适当 | 15% | WEAK_HOOK |
+| 下章动机清晰 | 20% | NEXT_REASON_WEAK |
+| 期待锚点有效（章末/后段） | 15% | WEAK_HOOK_ANCHOR |
+| 钩子强度适当 | 10% | WEAK_HOOK |
 | 微兑现达标 | 20% | LOW_MICROPAYOFF |
 | 模式不重复 | 15% | PATTERN_REPEAT |
 | 新增期待≤2个 | 10% | EXPECTATION_OVERLOAD |
-| 钩子类型匹配题材 | 15% | TYPE_MISMATCH |
+| 钩子类型匹配题材 | 5% | TYPE_MISMATCH |
+| 节奏自然性（非机械打点） | 5% | MECHANICAL_PACING |
 
 ---
 
@@ -304,7 +309,7 @@ tools: Read, Grep, Bash
 
 - [ ] 无 Hard Violations
 - [ ] Soft Score ≥ 70（或有有效Override）
-- [ ] 章末钩子存在且类型明确
+- [ ] 存在可感知的未闭合问题/期待锚点（章末或后段）
 - [ ] 微兑现数量达标（或有Override）
 - [ ] 无连续3章以上同型
 - [ ] 输出清晰的"下章动机"

.claude/references/genre-profiles.md

@@ -25,7 +25,7 @@
 |------|------|------|
 | `preferred_types` | string[] | 偏好钩子类型（按优先级排序） |
 | `strength_baseline` | string | 默认钩子强度：strong/medium/weak |
-| `chapter_end_required` | boolean | 章末是否必须有钩子 |
+| `chapter_end_required` | boolean | 章末钩子偏好（true=强偏好，不是逐章硬性） |
 | `transition_allowance` | number | 过渡章豁免上限（连续多少章可降级） |
 
 ### 1.3 爽点配置 (coolpoint_config)
@@ -34,16 +34,16 @@
 |------|------|------|
 | `preferred_patterns` | string[] | 偏好爽点模式（按优先级排序） |
 | `density_per_chapter` | string | 每章爽点密度：high(2+)/medium(1)/low(0-1) |
-| `combo_interval` | number | combo爽点间隔（每N章至少1个） |
-| `milestone_interval` | number | 阶段性胜利间隔（每N章至少1个） |
+| `combo_interval` | number | combo爽点建议间隔（每N章参考1个） |
+| `milestone_interval` | number | 阶段性胜利建议间隔（每N章参考1个） |
 
 ### 1.4 微兑现配置 (micropayoff_config)
 
 | 字段 | 类型 | 说明 |
 |------|------|------|
 | `preferred_types` | string[] | 偏好微兑现类型 |
-| `min_per_chapter` | number | 每章最少微兑现数量 |
-| `transition_min` | number | 过渡章最少微兑现数量 |
+| `min_per_chapter` | number | 每章建议微兑现下限 |
+| `transition_min` | number | 过渡章建议微兑现下限 |
 
 ### 1.5 节奏红线 (pacing_config)
 
@@ -105,10 +105,10 @@ override_config:
 
 **题材特点**：
 - 追求高密度爽点，读者期待快节奏
-- 章末必须有明确期待（要突破了/要打脸了/要发财了）
-- 过渡章容忍度低，最多连续2章
-- 数值反馈必须可视化（战力50→战力180，前后对比）
-- 金手指必须有上限/消耗/冷却，不能无限使用
+- 章末优先保留明确期待（要突破了/要打脸了/要发财了）
+- 过渡章容忍度低，建议不连续超过 2 章
+- 数值反馈建议可视化（战力50→战力180，前后对比）
+- 金手指建议设置上限/消耗/冷却，避免无限使用
 
 ---
 
@@ -151,7 +151,7 @@ override_config:
 
 **题材特点**：
 - 需要世界观构建，允许更多铺垫章
-- 境界突破是核心期待，阶位制必须可视化（8-10级体系，前后对比数值）
+- 境界突破是核心期待，阶位制建议可视化（8-10级体系，前后对比数值）
 - 资源货币化体系（灵石/丹药/功法）是核心微兑现载体
 - 设定约束可作为合理Override理由
 
@@ -240,7 +240,7 @@ override_config:
 
 **题材特点**：
 - 逻辑完整性优先于爽点密度
-- 信息兑现是核心微兑现（每章需揭示新线索）
+- 信息兑现是核心微兑现（建议保持持续线索推进）
 - LOGIC_INTEGRITY可作为降级钩子强度的合理理由
 
 ---
@@ -373,9 +373,9 @@ override_config:
 ```
 
 **题材特点**：
-- 不允许过渡章（每章必须有收获）
+- 过渡章窗口极窄，建议每章至少有一项可感知收获
 - 极高钩子强度要求
-- 债务倍率最高（短篇不允许欠债）
+- 债务倍率最高（短篇应避免长期欠债）
 
 ---
 
@@ -461,7 +461,7 @@ override_config:
 ```
 
 **题材特点**：
-- 比赛章节必须有可追踪的胜负目标与决策节点
+- 比赛章节建议有可追踪的胜负目标与决策节点
 - 逆风局/翻盘局是核心爽点来源
 - 过渡章容忍度低，需保持实时反馈感（比分/舆论/状态）
 
@@ -505,7 +505,7 @@ override_config:
 ```
 
 **题材特点**：
-- 每章建议至少一次“外部反馈→主角反应→结果变化”闭环
+- 优先形成“外部反馈→主角反应→结果变化”闭环
 - 舆论反转与商业博弈需依赖证据链，不靠口号
 - 数据变化（在线/榜单/转化）可作为高频微兑现
 
@@ -637,12 +637,12 @@ override_config:
 ```
 
 **题材特点**：
-- 第1章必须出现金手指，不能拖到第2章
-- 数值反馈必须可视化（战力50→战力180，前后对比）
-- 金手指必须有上限/消耗/冷却，不能无限使用
-- 不允许过渡章（每章必须有爽点或数值推进）
+- 早期章节建议尽快亮出金手指（通常前 1-2 章）
+- 数值反馈建议可视化（战力50→战力180，前后对比）
+- 金手指建议设置上限/消耗/冷却，避免无限使用
+- 过渡章窗口很窄，建议保持“爽点或数值推进”至少一项
 - IP融合（LOL/宝可梦等）是差异化标签，末日生存系兴起
-- 第3章必须出现明确对手（环境/规则/具体反派任选其一）
+- 前期（建议前 3 章）应出现明确对手（环境/规则/具体反派任选其一）
 
 ---
 

.claude/references/reading-power-taxonomy.md

@@ -278,13 +278,13 @@
 | 克苏鲁 | 规则真相与代价升级 | 悬念钩/危机钩 | 线索兑现/情绪兑现 |
 
 **执行提示**：
-- 电竞：每章至少给1个可验证决策点（BP/战术/执行）与后果。
+- 电竞：建议每章给出 1 个可验证决策点（BP/战术/执行）与后果。
 - 直播文：优先形成“反馈→反应→数据变化”闭环。
 - 克苏鲁：优先回收规则线索，避免仅靠惊悚形容词推动。
 
 ### 3.4 过渡章微兑现
 
-过渡章可降低要求，但仍需至少1个微兑现：
+过渡章可降低要求，优先保留至少 1 个微兑现：
 
 | 过渡章允许 | 过渡章不建议 |
 |-----------|-------------|

.claude/references/shared/cool-points-guide.md

@@ -50,7 +50,7 @@ purpose: 爽点设计参考，规划大纲时和写作时按需加载
 
 ---
 
-## 二、爽点三段式结构 (30/40/30公式)
+## 二、爽点三段式结构 (30/40/30参考框架)
 
 ### 铺垫阶段 (Setup, 30%篇幅)
 - **建立预期**：读者应该期待什么
@@ -90,20 +90,20 @@ purpose: 爽点设计参考，规划大纲时和写作时按需加载
 
 ---
 
-## 四、爽点密度标准
+## 四、爽点密度建议（滚动窗口）
 
 | 周期 | 要求 |
 |------|------|
-| 每章 | ≥1 个小爽点（单一模式） |
-| 每 5 章 | ≥1 个组合爽点（2种模式叠加） |
-| 每 10-15 章 | ≥1 个里程碑爽点（改变主角地位） |
+| 逐章 | 优先保证有“爽点或同等兑现”，允许过渡章低密度 |
+| 每 5 章 | 建议 ≥1 个组合爽点（2种模式叠加） |
+| 每 10-15 章 | 建议 ≥1 个里程碑爽点（改变主角地位） |
 
 ### 爽点强度分级
 | 级别 | 说明 | 频率 |
 |------|------|------|
-| 小爽点 | 单一模式，日常打脸，规模不大 | 每章1-2个 |
-| 组合爽点 | 2种以上模式叠加，重要转折 | 每5章1个 |
-| 里程碑爽点 | 改变主角地位的阶段性胜利 | 每10-15章1个 |
+| 小爽点 | 单一模式，日常打脸，规模不大 | 常见（多数章节） |
+| 组合爽点 | 2种以上模式叠加，重要转折 | 中频（阶段节点） |
+| 里程碑爽点 | 改变主角地位的阶段性胜利 | 低频（大节点） |
 
 ---
 
@@ -130,7 +130,7 @@ purpose: 爽点设计参考，规划大纲时和写作时按需加载
 
 **Step 1 铺垫**: 提前1-2章建立信息差（读者知道主角底牌，反派不知道）
 
-**Step 2 挑衅**: 至少3次嘲讽 + 对照组（反派被追捧 vs 主角被贬低）
+**Step 2 挑衅**: 通过1-3次挑衅建立对照组（反派被追捧 vs 主角被贬低）
 
 **Step 3 拉扯**: 2-3轮交锋，主角示弱 → 反派得意 → 期待拉满
 
@@ -221,7 +221,7 @@ purpose: 爽点设计参考，规划大纲时和写作时按需加载
 
 1. **设计反转时**: 明确**信息差核心**（谁知道什么，谁不知道什么）
 2. **审核爽感时**: 爽感不足检查**铺垫篇幅（30%）**是否太少导致势能不足
-3. **节奏检查时**: 确保符合 30/40/30 公式分配
+3. **节奏检查时**: 用 30/40/30 做诊断参考，不作为硬性配比
 
 ---
 
@@ -303,11 +303,11 @@ purpose: 爽点设计参考，规划大纲时和写作时按需加载
 
 <errors>
 ❌ 无铺垫的突然反转 → ✅ 提前1-2章埋信息差
-❌ 一招秒杀 → ✅ 至少2-3轮拉扯
+❌ 一招秒杀且无情绪势能 → ✅ 补一到两轮有效拉扯或代价
 ❌ 降智反派 → ✅ 基于已知信息的合理轻视
-❌ 打完无收获 → ✅ 必须有战利品/认可/资格
-❌ 缺少围观群众 → ✅ 侧面烘托震惊效果
-❌ 铺垫篇幅不足（<30%） → ✅ 势能不足，爽感打折
+❌ 打完无收获 → ✅ 建议补战利品/认可/资格中的至少一项
+❌ 缺少围观群众 → ✅ 可用侧面反应替代（不强制群像围观）
+❌ 铺垫篇幅明显不足 → ✅ 适当补压迫或信息差，提升爽点势能
 ❌ 压扬比例失衡 → ✅ 根据题材调整比例
 ❌ 未标注信息差 → ✅ 明确读者和角色的认知差异
 </errors>

.claude/references/shared/core-constraints.md

@@ -28,24 +28,33 @@ v5.2 引入的规则，v5.4 沿用：正文不再要求 XML 标签：
 2. **完成后**: Data Agent 自动识别新实体并写入 index.db
 3. **不确定实体**: Data Agent 标记为 uncertain，由人工确认
 
-## 钩子硬约束（新增）
+## 章节约束分层（v5.5）
 
-- 开头 120 字必须出现冲突/风险/强情绪之一
-- 结尾 80-150 字设置未闭合问题/危险逼近/信息反转
-- 禁止结束在“回去休息了”或类似收尾
+### Hard（必须）
 
-## 网文口感基准（新增）
+- 本章可读性达标：读者能回答“发生了什么 / 谁在做什么 / 为什么”。
+- 本章必须存在清晰推进：问题、目标、代价、关系变化、信息变化至少一项可被识别。
+- 若上章有明确承诺（钩子/未闭合问题），本章必须回应（允许部分兑现，不要求一次性结清）。
+- 禁止输出占位正文（如 `[待补充]`、`[TODO]`、`...（省略）...`）。
 
-- 禁止连续 400 字纯解释/背景
-- 每 800-1200 字至少一次局面变化
-- 对话每句必须带意图
+### Soft（建议）
 
-## 爽点密度要求
+- 开头尽早进入冲突/风险/强情绪（建议前 200-400 字，不再固定 120 字）。
+- 未闭合问题或下一章期待锚点建议放在章末或后段（不限定“后 80-150 字”）。
+- 局面变化建议保持节奏感（参考 800-1400 字一个脉冲，短章至少一次实质变化）。
+- 微兑现频率按题材 profile 建议执行，不要求机械等间距。
 
-- 每章 ≥1 个小爽点（单一模式）
-- 每 5 章 ≥1 个组合爽点（2种模式叠加）
-- 每 10-15 章 ≥1 个里程碑爽点（改变主角地位）
-- 避免连续 3 章同类型
+### Style（可选强化）
+
+- 对话尽量带意图（试探/回避/施压/诱导），减少纯说明句。
+- 避免连续大段纯解释；若必须解释，建议切分为“信息 + 行动/反应”。
+- 避免“回去休息了”式机械收尾；若使用平缓收尾，需同时保留未闭合期待。
+
+## 爽点与节奏（按题材 profile 调整）
+
+- 爽点密度由题材与章型共同决定：过渡章允许低密度，但不允许“整章无收获”。
+- 组合爽点与里程碑爽点采用滚动窗口评估（5章/10-15章），用于预警而非逐章硬判。
+- 连续同类型爽点达到 3 章记为风险预警，优先通过类型变体或执行差异化修正。
 
 ## Strand 平衡警告
 
@@ -87,5 +96,5 @@ v5.2 引入的规则，v5.4 沿用：正文不再要求 XML 标签：
 ❌ 新实体描写模糊（无法自动识别） → ✅ 确保新实体有明确名称和描写
 ❌ 主角突然会新技能 → ✅ 先描写获得途径
 ❌ 实力设定不一致 → ✅ 写作前查询 index.db 确认
-❌ 章末无钩子 → ✅ 重写结尾，制造未闭合问题/危险/反转
+❌ 整章无推进点（无目标/无代价/无变化） → ✅ 补至少一项可识别推进
 </errors>

.claude/skills/webnovel-write/references/polish-guide.md

@@ -63,20 +63,31 @@ version: "5.4"
 
 ---
 
-## 网文化规则（硬约束）
+## 网文化规则（分层）
 
-1. **开头 120 字必须出现冲突/风险/强情绪**
-2. **每 800-1200 字至少一次局面变化**（转折、推进、意外、立场变化）
-3. **结尾 80-150 字必须设置钩子**（未闭合问题/危险逼近/信息反转）
-4. **对话每句必须带意图**（试探/威胁/诱导/掩饰）
-5. **抽象判断句 → 动作/反应/代价**（把结论写成行为）
+### Hard（必须）
+
+1. **保证可读推进**：本章至少有 1 个明确推进点（信息/行动/关系/局势）。
+2. **对话可判定意图**：关键对话应能看出试探/施压/回避/诱导等目的。
+3. **抽象判断句 → 动作/反应/代价**（把结论写成行为）。
+
+### Soft（建议）
+
+1. 开头尽早进入冲突/风险/强情绪（建议前 200-400 字）。
+2. 局面变化保持脉冲感（参考 800-1400 字一个脉冲，短章至少一次）。
+3. 未闭合问题/下一章期待锚点放在后段或章末（不限定 80-150 字窗口）。
+
+### Style（可选强化）
+
+1. 避免连续大段纯解释，优先“信息 + 动作/反应”交替。
+2. 允许平缓收尾，但避免“回去休息了”式机械截断。
 
 **章长适配**:
-- 标准章（3000-5000字）：全部执行
+- 标准章（3000-5000字）：执行全部 Hard + 尽量满足 Soft。
 - 短章/过场章（<2000字）：
-  - 开头冲突可放宽至前 200 字
-  - 局面变化频率可放宽为每 1500 字一次
-  - 钩子强度允许为 weak
+  - 冲突导入可放宽到前 400 字。
+  - 可采用低强度期待锚点（weak）。
+  - 允许降低微兑现密度，但不允许“整章无推进”。
 
 ---
 
@@ -166,16 +177,16 @@ version: "5.4"
 
 <errors>
 ❌ 忽略审查报告的 critical 问题 → ✅ 必须修复或记录 deviation
-❌ 开头 120 字无冲突/风险/强情绪 → ✅ 重写开头
-❌ 章末没有钩子 → ✅ 重写结尾
-❌ 连续 400 字纯解释 → ✅ 打散/转化为动作或对白
+❌ 整章无推进点（无信息/行动/关系/局势变化） → ✅ 补至少一项推进
+❌ 关键对话无意图、纯说明书宣讲 → ✅ 改为带目标冲突的对白
+❌ 连续大段纯解释压节奏 → ✅ 打散并转化为动作或对白
 </errors>
 
 <checklist>
 润色完成前检查：
 - [ ] 审查报告中的 critical 问题已修复
 - [ ] 审查报告中的 high 问题已修复或有合理解释
-- [ ] 网文化规则已执行
+- [ ] Hard 规则已通过，Soft 规则已校验
 - [ ] AI 痕迹提示已检查
 - [ ] 未违反润色红线
 - [ ] 风格一致性检查通过

.claude/skills/webnovel-write/references/style-adapter.md

@@ -23,18 +23,18 @@ Step 2B 专用提示词，将粗稿改写为网文风格。
 - ❌ 设定/能力描述
 - ❌ 伏笔内容
 
-## 必改项
-- ✅ 开头120字必须有冲突/风险/强情绪
-- ✅ 结尾80-150字设置钩子
-- ✅ 长句（>40字）拆分
+## 硬约束（必须）
+- ✅ 长句（>40字）拆分，避免连续长句压读
 - ✅ 抽象判断 → 动作/反应/代价
-- ✅ 删除“总结式旁白”和“解释段”
+- ✅ 删除“总结式旁白”和大段纯解释
+- ✅ 章内至少有 1 个明确推进点（信息/行动/关系/局势其一）
 
-## 网文增强规则（新增）
-- ✅ 章首300字内明确“本章目标 + 当前阻力”（避免空转）
-- ✅ 每600-900字给一次“微兑现”（信息兑现/关系兑现/能力兑现）
-- ✅ 每章至少1处“可量化变化”（地位/资源/关系/风险任一项）
-- ✅ 章末钩子优先使用“选择钩/危机钩”，避免纯口号收尾
+## 软建议（优先执行）
+- ✅ 开头尽早进入冲突/风险/强情绪（建议前 200-400 字）
+- ✅ 后段或章末设置未闭合问题/期待锚点（不限定固定字数窗口）
+- ✅ 微兑现建议按章型安排 1-3 次，避免机械等间距
+- ✅ 每章优先出现 1 处“可量化变化”（地位/资源/关系/风险任一项）
+- ✅ 钩子类型优先“选择钩/危机钩”，但允许按题材切换
 - ✅ 对话保持“意图冲突”，减少无效寒暄
 
 ## 分题材风格加权（新增）
@@ -51,14 +51,15 @@ Step 2B 专用提示词，将粗稿改写为网文风格。
 ## 检查点（改写后验证）
 | 检查项 | 标准 | 不通过处理 |
 |--------|------|-----------|
-| 开头冲突 | 前120字有冲突/风险/强情绪 | 重写开头 |
-| 章末钩子 | 后80-150字有未闭合问题 | 重写结尾 |
+| 开头冲突 | 建议前200-400字进入冲突/风险/强情绪 | 补一段冲突导入 |
+| 期待锚点 | 后段或章末有未闭合问题/下一章动机 | 补“未闭合问题” |
+| 微兑现节奏 | 有 1-3 处微兑现，且非机械等间距 | 合并或重排兑现点 |
 | 长句比例 | >40字的句子 <10% | 拆分长句 |
 | 解释段 | 无连续>200字的纯解释 | 打散或删除 |
 
 ## 章长适配
-- **标准章（3000-5000字）**: 完整执行所有规则
+- **标准章（3000-5000字）**: 执行全部硬约束 + 软建议优先落实
 - **短章/过场章（<2000字）**:
-  - 开头冲突可降为“前200字”
-  - 局面变化频率可降为“每1500字一次”
-  - 钩子强度可为 weak
+  - 冲突导入可放宽到前 400 字
+  - 微兑现可降为 0-1 次，但仍需 1 个明确推进点
+  - 期待锚点强度可为 weak

.claude/skills/webnovel-write/references/style-variants.md

@@ -1,11 +1,11 @@
-## 开头变体（每章选择其一，避开最近3章）
+## 开头变体（优先选择其一，尽量错开最近3章）
 - A. 冲突开场：角色直接进入对抗
 - B. 悬疑开场：一个未解释的异常
 - C. 动作开场：从动作中间切入
 - D. 对话开场：信息量大的对话
 - E. 氛围开场：环境暗示危险/机会
 
-## 钩子变体（每章选择其一，避开最近3章）
+## 钩子变体（优先选择其一，尽量错开最近3章）
 | 类型 | 强度建议 | 适用场景 |
 |------|---------|---------|
 | A. 危机钩 | strong | 敌人出现/危险逼近 |
@@ -28,8 +28,11 @@
 ## 爽点执行变体
 - 装逼打脸 / 扮猪吃虎 / 越级反杀 / 打脸权威 / 反派翻车 / 甜蜜超预期
 
-## 重复检测规则
-- 同一开头类型：最近3章不重复
-- 同一钩子类型：最近2章不重复
-- 同一情绪节奏：最近2章不重复
-- 组合重复（开头+钩子+情绪相同）：最近5章不重复
+## 重复检测规则（风险分级）
+- 同一开头类型：连续 2 章为 `warning`，连续 3 章为 `risk`
+- 同一钩子类型：连续 2 章为 `warning`，连续 3 章为 `risk`
+- 同一情绪节奏：连续 2 章为 `warning`，连续 3 章为 `risk`
+- 组合重复（开头+钩子+情绪相同）：连续 3 次为 `risk`，连续 4 次为 `critical`
+
+说明：
+- 允许为剧情连续性重复，但需在“对象/代价/结果/情绪”至少一维做出差异化。

.claude/skills/webnovel-write/references/workflow-details.md

@@ -33,7 +33,7 @@ cat "${CLAUDE_PLUGIN_ROOT}/skills/webnovel-write/references/writing/genre-hook-p
 - 阻力（20字以内）
 - 代价（20字以内）
 - 本章变化（30字以内，优先可量化变化：关系/资源/风险/地位/能力）
-- 章末未闭合问题（30字以内；必须与钩子类型/强度一致）
+- 未闭合问题（建议 30 字以内；与钩子类型/强度策略一致，位置可在后段或章末）
 - 核心冲突一句话
 - 开头类型（冲突/悬疑/动作/对话/氛围）
 - 情绪节奏（低→高/高→低/低→高→低/平稳）
@@ -42,14 +42,14 @@ cat "${CLAUDE_PLUGIN_ROOT}/skills/webnovel-write/references/writing/genre-hook-p
 - 追读力设计：钩子类型/强度、微兑现清单、爽点模式
 
 差异化检查：
-- 钩子类型避免与最近 3 章重复
-- 开头类型避免与最近 3 章重复
-- 爽点模式避免与最近 5 章过度重复
+- 钩子类型优先避免与最近 3 章重复
+- 开头类型优先避免与最近 3 章重复
+- 爽点模式优先避免与最近 5 章过度重复
 
 题材快速调用（电竞/直播文/克苏鲁）：
-- 先从 `genre-hook-payoff-library.md` 选 1 条章末钩子。
+- 先从 `genre-hook-payoff-library.md` 选 1 条期待锚点（优先章末，也可后段）。
 - 再选 1-2 条微兑现，优先与本章核心冲突同方向。
-- 若连续两章使用同类型钩子，必须在“对象/代价/结果”至少变更一项。
+- 若连续两章使用同类型钩子，建议在“对象/代价/结果”至少变更一项。
 
 如必须重复，记录 Override 理由并给出差异化执行方式。
 
@@ -63,9 +63,9 @@ cat "${CLAUDE_PLUGIN_ROOT}/skills/webnovel-write/references/style-adapter.md"
 
 执行清单（网文增强）：
 - 保证章首 300 字内交代“目标 + 阻力”。
-- 按 600-900 字间隔埋入微兑现，避免长段无反馈。
+- 按章型安排 1-3 次微兑现，避免机械等间距。
 - 章内至少出现 1 次可量化变化（关系/资源/风险/地位）。
-- 章末钩子优先“选择钩/危机钩”，并与下章目标可衔接。
+- 后段或章末设置期待锚点，优先“选择钩/危机钩”，并与下章目标可衔接。
 - 直播/电竞题材增加“外部反馈（弹幕/舆论/比分）→ 主角决策”链路。
 
 ## Step 3 审查模板（按模式）
@@ -157,12 +157,10 @@ python -m data_modules.index_manager save-review-metrics --data '{...}' --projec
 - 修复审查报告中的 `critical`。
 - 修复 `high`，如无法修复必须记录 deviation。
 
-第二优先级（网文化硬规则）：
-- 开头 120 字出现冲突/风险/强情绪。
-- 每 800-1200 字至少一次局面变化。
-- 结尾 80-150 字设置钩子。
-- 对话每句带意图。
-- 连续 400 字纯解释必须打散。
+第二优先级（网文化分层规则）：
+- Hard：本章存在明确推进点；关键对话可判定意图；抽象判断转为行为表达。
+- Soft：开头建议前 200-400 字进入冲突；局面变化保持脉冲；后段或章末有期待锚点。
+- Style：避免连续大段纯解释，避免机械收尾与机械打点。
 
 第三优先级（Phase 1：Anti-AI + No-Poison）：
 - 词库采用“抽样检查”而非全量扫描，至少覆盖章首/章中/章末。
@@ -174,7 +172,7 @@ python -m data_modules.index_manager save-review-metrics --data '{...}' --projec
 润色完成清单：
 - [ ] critical 已修复
 - [ ] high 已修复或记录 deviation
-- [ ] 网文化硬规则通过
+- [ ] 网文化分层规则已校验
 - [ ] Phase 1 抽样检查已完成
 - [ ] 未触发毒点红线或已补充代价说明
 

.claude/skills/webnovel-write/references/writing/genre-hook-payoff-library.md

@@ -6,7 +6,7 @@
 
 ## 使用规则
 
-- 每章默认：`1 个章末钩子 + 1-2 个微兑现`。
+- 每章推荐：`1 个期待锚点（章末或后段） + 1-2 个微兑现`。
 - 同一钩子类型避免连续 3 章重复。
 - 若重复使用，必须给出差异化点（对象、代价、结果至少变 1 项）。
 
@@ -82,4 +82,4 @@
 
 - 本章钩子类型是否与最近 2 章相同？
 - 本章微兑现类型是否连续 3 章未变化？
-- 本章是否至少有 1 条“可量化变化”（结果/关系/资源/风险）？
+- 本章是否有“可量化变化”（结果/关系/资源/风险）？

.claude/skills/webnovel-write/references/writing/typesetting.md

@@ -42,7 +42,7 @@
 
 - **切镜头要留呼吸**：场景切换前后各留一个空行；必要时用 `---` 做分隔。
 - **信息密度要可见**：关键设定/关键线索/关键转折，尽量落在段首或段尾，减少“翻半屏才看到重点”。
-- **章末必须有钩子**：疑问/威胁/承诺/反转其一即可（不要结束在“回去睡觉了”）。
+- **后段建议有期待锚点**：疑问/威胁/承诺/反转其一即可（避免“回去睡觉了”式机械收尾）。
 
 ---
 

README.md

@@ -341,7 +341,7 @@ Step 6: Git 自动提交备份
 
 **输出结构（7个板块）**：
 1. **本章核心任务**（冲突一句话、必须完成、绝对不能）
-2. **接住上章**（上章钩子、读者期待、开头必须）
+2. **接住上章**（上章钩子、读者期待、开头建议）
 3. **出场角色**（状态、动机、情绪底色、说话风格、红线）
 4. **场景与力量约束**（地点、可用能力、禁用能力）
 5. **风格指导**（本章类型、参考样本、最近模式、本章建议）
@@ -387,7 +387,7 @@ Step 6: Git 自动提交备份
 
 | Checker | 检查内容 | 关键指标 |
 |---------|---------|---------|
-| **High-point Checker** | 爽点密度与质量 | 6种执行模式、30/40/30结构 |
+| **High-point Checker** | 爽点密度与质量 | 6种执行模式、滚动窗口评估（30/40/30 仅作参考） |
 | **Consistency Checker** | 战力/地点/时间线 | 设定即物理定律 |
 | **Pacing Checker** | Strand 比例分布 | Quest/Fire/Constellation |
 | **OOC Checker** | 人物言行是否符合人设 | 角色卡片对照 |
@@ -431,7 +431,7 @@ Step 6: Git 自动提交备份
 
 ### 爽点密度基准
 
-- **每章**：≥ 1 cool-point (任何单一模式)
+- **逐章优先**：有 cool-point 或同等兑现（允许过渡章低密度）
 - **每5章**：≥ 1 combo cool-point (2种以上模式叠加)
 - **每10章**：≥ 1 milestone victory (改变主角地位的阶段性胜利)