webnovel-review

---

name: webnovel-review description: "小说逻辑/剧情审查，适用于用户说"帮我检查下小说有没有bug"、"看看时间线有没有矛盾"、"人物有没有OOC"、"找剧情前后冲突"、"梳理伏笔有没有回收"、"检查小说剧情合理性"、"看看有没有剧情漏洞"、"人物行为不符合性格"、"检查时间线对不对"、"找小说前后矛盾的地方"、"帮我梳理所有伏笔"、"小说剧情bug检查"、"逻辑漏洞排查"等需求，检测时间线冲突、逻辑漏洞、人物OOC、伏笔遗漏等问题，执行字数检查确保章节字数达标，生成详细问题清单并自动修复所有问题，修复结果直接修改 chapters/ 目录，修改前自动备份到 .webnovel/write/original/，批量审查时使用子Agent并行处理，每个Agent最多负责3个章节"

网文逻辑审查

触发关键词

帮我检查下小说有没有bug、看看时间线有没有矛盾、人物有没有OOC、找剧情前后冲突、梳理伏笔有没有回收、检查小说剧情合理性、看看有没有剧情漏洞、人物行为不符合性格、检查时间线对不对、找小说前后矛盾的地方、帮我梳理所有伏笔、小说剧情bug检查、逻辑漏洞排查、小说剧情审查

核心功能

三阶段审查修复流程设计

为确保审查全面性和修复质量，本 skill 采用三阶段审查修复流程：

第一阶段：全局信息审查

• 加载完整大纲和章节细纲，建立全局审查基准
• 分析整体剧情脉络和时间线结构
• 审查全局设定一致性（世界观、力量体系、规则设定）
• 识别主线支线关联问题和伏笔回收情况
• 检查整体冲突点分布和节奏把控
• 记录全局问题清单到 .webnovel/review/global-issues.json

第二阶段：章节细节审查（Agent Team 并行）

• 使用多 Agent 并行处理，每个 Agent 负责一定数量的章节
• ⚠️ 遵循全局约束：每个子Agent最多负责3个章节（详见 ? skill "子Agent并行处理规则"）
• 所需Agent数 = ceil(总章节数 / 3)，分配策略为按章节顺序连续分配
• 为每章生成核心剧情概要（去掉细节，仅保留关键事件）
• 对每章进行详细审查：
  • 字数统计与填充需求识别
  • 时间线与事件时序验证
  • 人物行为与性格一致性（OOC检测）
  • 物品状态与信息边界检查
  • 场景描写与对话质量评估
  • 伏笔设置与回收状态
• 生成章节概要到 .webnovel/review/summaries/ 目录
• 记录章节问题清单到 .webnovel/review/chapter-issues/ 目录
• 支持断点续传，已审查章节可跳过

第三阶段：统一修复执行

• 合并全局问题和章节问题，按严重程度排序（致命 > 严重 > 中等 > 轻微）
• 制定并执行修复计划，分为两种修复类型：
  • 轻量修复（review 直接执行）：文字修正、段落调整、语句优化、字数填充等 minor 修改，直接修改 chapters/ 文件（修改前自动备份到 .webnovel/write/original/）
  • 重写修复（标记待处理）：剧情逻辑严重矛盾、大面积OOC、设定崩坏等需要重写的章节，记录到修复计划
• 执行轻量修复策略：
  • 全局问题修复：调整整体时间线、统一设定、优化主线结构
  • 章节问题修复：逐章修复字数、逻辑、OOC、剧情矛盾等轻量级问题
  • 联动修复：处理跨章节的关联问题（如伏笔回收、人物成长）
• 生成修复报告到 .webnovel/review/fix-report.json
• 生成修复计划 fix-plan.json，标记需要重写的章节及具体修复建议
• 修复后重新审查，验证所有轻量修复问题已彻底解决

三阶段功能分配

第一阶段：全局审查功能

1. 整体剧情脉络分析：审查主线、支线、伏笔的整体分布
2. 全局时间线校验：梳理完整时间线，识别大跨度时序问题
3. 设定一致性检查：验证世界观、力量体系、规则设定的统一性
4. 冲突点分布评估：评估冲突强度、分布密度、节奏把控
5. 伏笔回收状态检查：识别所有未回收的伏笔和回收方向

第二阶段：章节细节审查功能 6. 字数检查与填充：确保每章字数达标，字数不足自动填充 7. 章节时间线与事件时序：检查每章内部的时间逻辑和事件顺序 8. OOC检测与人物一致性：检查人物行为、性格、对话的一致性 9. 物品状态与信息边界：追踪物品状态变化和人物信息边界 10. 场景描写与对话质量：评估场景细节和对话的自然度 11. 章节伏笔设置：记录每章的伏笔设置和预期回收位置

• ⚠️ 遵循全局约束：每个子Agent最多负责3个章节的审查（详见 ? skill）

第三阶段：统一修复功能 12. 问题统一修复：合并所有问题，按严重程度排序，制定修复计划 13. 轻量修复执行：文字修正、段落调整、语句优化、字数填充等直接修改 chapters/ 文件 14. 重写修复标记：对需要重写的章节生成 fix-plan.json，记录具体问题与修复建议 15. 全局问题修复：调整整体剧情、时间线、设定等大尺度问题 16. 章节问题修复：逐章修复字数、逻辑、人物、场景等轻量级细节问题 17. 联动修复：处理跨章节关联问题，确保修复后的整体一致性 18. 修复验证：修复后重新审查，确保所有轻量修复问题已彻底解决

• ⚠️ 轻量修复阶段遵循全局约束：每个Agent最多负责3个章节（详见 ? skill）

修复机制说明

• 轻量级修复：直接修改 chapters/ 中有问题的段落或句子，修改前自动备份原始文件到 .webnovel/write/original/
• 重写修复：对于严重有问题的章节，记录到 fix-plan.json，建议使用 webnovel-write 重新生成
• 自动备份：修改 chapters/ 文件前，自动将原始版本备份到 .webnovel/write/original/，确保可回滚
• 修复记录：所有修复操作都记录在 issues-fixed.json 中，包含修复前后对比

输出内容

第一阶段：全局审查输出

• 全局剧情脉络分析报告：主线、支线、伏笔的整体分布图
• 完整故事时间线图谱：按时间轴整理的关键事件序列
• 设定一致性检查报告：世界观、力量体系、规则设定的统一性分析
• 冲突点分布评估：冲突强度、分布密度、节奏把控评估
• 全局伏笔回收状态表：所有未回收伏笔清单与回收方向建议

第二阶段：章节细节审查输出

• 章节概要目录：每章核心剧情概要（.webnovel/review/summaries/）
• 字数检查报告：每章字数统计、不达标的章节列表、填充改进记录
• 章节时间线与事件时序报告：每章内部时间逻辑检查结果
• OOC检测报告：人物行为异常点、性格偏离分析
• 物品状态追踪表：重要物品的获得、使用、丢失状态变化
• 章节伏笔设置记录表：每章伏笔设置与预期回收位置
• 剧情连贯性评分：多维度综合评分（时间线、逻辑性、人物一致性等）

第三阶段：统一修复输出

• 问题修复报告：所有问题的修复情况记录、修复前后对比
• 全局问题修复记录：整体剧情、时间线、设定的调整记录
• 章节问题修复记录：逐章修复的详细记录
• 联动修复说明：跨章节关联问题的处理方案
• 修复验证报告：修复后重新审查的验证结果
• 优化建议：剧情调整方案、伏笔回收建议、冲突优化建议

数据持久化

用户可见输出（当前工作目录）：

• 剧情审查报告.md：完整审查结果报告，包含所有问题、严重程度、修复建议（直接可读）
• 字数检查与填充报告.md：字数统计、填充改进记录
• 全局审查报告.md：第一阶段的全局分析结果
• 章节细节审查报告.md：第二阶段的章节分析结果
• 统一修复报告.md：第三阶段的修复记录

中间数据（仅系统内部使用，存于.webnovel/review/目录）： 第一阶段：全局审查数据

• global-issues.json：全局问题清单，包含时间线、设定、伏笔等问题
• timeline.json：完整时间线图谱，按时间轴排列的关键事件序列
• plot-map.json：剧情脉络图，显示主线、支线、冲突点分布
• foreshadowing-tracking.json：伏笔追踪表，包含所有伏笔的位置、内容、回收状态
• coherence-score.json：剧情连贯性评分明细

第二阶段：章节细节审查数据

• summaries/：章节概要目录
  • 001.json、002.json... 每章的核心剧情概要（章节号三位数零填充）
  • summary-progress.json：概要生成进度记录
• chapter-issues/：章节问题清单
  • 001.json、002.json... 每章的详细问题记录（章节号三位数零填充）
• word-count.json：字数统计数据，每章字数、目标字数、填充情况

第三阶段：统一修复数据

• issues.json：合并后的完整问题清单，按严重程度、类型分类
• fix-report.json：问题修复报告，包含修复前后对比
• fix-plan.json：重写修复计划，标记需要重写的章节及具体修复建议
• issues-fixed.json：已修复问题记录
• global-fix.log：全局问题修复日志
• chapter-fix.log：章节问题修复日志

与其他 Skill 配合

• 前置 Skill：读取 webnovel-outline 的大纲数据和 webnovel-write 的章节数据

  • 使用 .webnovel/outline/ 的世界观、人设、大纲作为基准
  • 使用 .webnovel/outline/chapter-outlines.json 作为预期剧情参考
  • 使用 chapters/ 目录下的章节内容进行审查
  • 将实际章节内容与细纲进行对比，识别剧情偏离

• 修复计划输出：修复完成后生成 fix-plan.json，其中标记了需要重写的章节及具体修复建议

  • worldbuilder 在编排流程时读取此文件，决定是否需要调用 webnovel-write 进行重写
  • 独立使用时，用户可查看 fix-plan.json 后手动调用 webnovel-write 重写指定章节

• 后续 Skill：

  • webnovel-write：读取 fix-plan.json，执行重写修复（由 worldbuilder 编排或用户手动调用）
  • webnovel-polish：接收修复后的章节内容，进行文笔润色
  • webnovel-finalize：接收修复后的章节内容，进行完稿校验和多平台导出

三阶段数据流向

webnovel-write 章节
    ↓
第一阶段：全局审查（global-issues.json）
    ↓
第二阶段：章节细节审查（chapter-issues/ + summaries/）
    ↓
合并问题清单（issues.json）
    ↓
第三阶段：统一修复
    ├─ 轻量修复 → 直接修改 chapters/（自动备份到 .webnovel/write/original/）
    └─ 重写修复 → 生成 fix-plan.json
    ↓
供 polish 和 finalize 使用

数据复用

• 返工修改时直接读取问题清单定位需要调整的章节
• 支持增量审查，新增章节时基于已有审查结果只检测新增内容
• 修复完成后可再次调用自动验证问题是否解决
• 字数填充记录可用于后续章节的字数参考