/webnovel-write

排版与阅读体验（移动端优先）

目的：让读者“滑着读”更顺（手机屏幕），避免因为段落/对话/标点问题造成弃读。

1. 段落规则（最重要）

• 一段一动作/一信息：每段只承担一个功能（推进/展示/情绪/信息）。
• 段落不要太长：连续 5 行以上的长段落，优先拆成 2-3 段（尤其是解释说明段）。
• “快段落”用在高潮：高潮/战斗/追逐时，多用短句+短段落，提升阅读速度与冲击力。
• “慢段落”用在铺垫：铺垫允许稍长，但要确保每段都有新信息，不要纯形容堆砌。

2. 对话排版（默认规范）

• 一人一句一行：换人就换行；不要同段塞 3-4 句多人对白。
• 对话夹动作：用动作/表情/环境插入，帮助读者辨认说话者、控制节奏。
• 避免“谁在说”混乱：多人场景每 2-3 句补一次明确的说话者或动作锚点。

示例（推荐）：

“你确定要进去？”李雪压低声音。

林天看向黑雾翻涌的洞口，喉结滚了滚：“不进去，答案永远都在外面。”

“那就别死。”她把一枚玉符塞到他掌心。

3. 标点与可读性

• 少用长串省略号/感叹号：……！！！ 这类组合一章内别反复出现。
• 解释句别太“论文味”：避免“首先/其次/总之/由此可见”式结构化套话。
• 专有名词统一写法：人名/势力/境界/技能名，统一一个版本（写入 设定集/，后续由 accepted CHAPTER_COMMIT 投影到 index/state/memory）。

4. 场景切换与章节结构

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

5. 发布前 10 项速查

1. 对话是否“换人换行”
2. 是否存在 5 行以上的长段落（能否拆）
3. 同一段是否混入多名角色对白（能否拆）
4. 是否出现大量“总结/列举口吻”的解释段
5. 专有名词是否与 设定集/ 一致
6. 是否有“???/占位符正文”暴露给读者
7. 场景切换是否清晰（空行/分隔/过渡句）
8. 章内是否至少 1 个明确推进点（信息/行动/转折）
9. 章末是否有钩子
10. 新实体首次出现是否写清楚（名字/身份/记忆点）；如需手动标注（可选）：使用隐藏 XML 标签（见 ${CLAUDE_PLUGIN_ROOT}/skills/webnovel-query/references/tag-specification.md）