Summary
小说逻辑/剧情审查,适用于用户说"帮我检查下小说有没有bug"、"看看时间线有没有矛盾"、"人物有没有OOC"、"找剧情前后冲突"、"梳理伏笔有没有回收"、"检查小说剧情合理性"、"看看有没有剧情漏洞"、"人物行为不符合性格"、"检查时间线对不对"、"找小说前后矛盾的地方"、"帮我梳理所有伏笔"、"小说剧情bug检查"…
xindoo/sumeru
小说逻辑/剧?
npx skills add xindoo/sumeru --skill sumeru-review
小说逻辑/剧情审查,适用于用户说"帮我检查下小说有没有bug"、"看看时间线有没有矛盾"、"人物有没有OOC"、"找剧情前后冲突"、"梳理伏笔有没有回收"、"检查小说剧情合理性"、"看看有没有剧情漏洞"、"人物行为不符合性格"、"检查时间线对不对"、"找小说前后矛盾的地方"、"帮我梳理所有伏笔"、"小说剧情bug检查"…
Other skills from xindoo/sumeru · top by installs.
npx skills add xindoo/sumeru
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
master
Files included with this skill beyond the listing page.
SKILL.md
15,895 B
SUMMARY.md
963 B
帮我检查下小说有没有bug、看看时间线有没有矛盾、人物有没有OOC、找剧情前后冲突、梳理伏笔有没有回收、检查小说剧情合理性、看看有没有剧情漏洞、人物行为不符合性格、检查时间线对不对、找小说前后矛盾的地方、帮我梳理所有伏笔、小说剧情bug检查、逻辑漏洞排查、小说剧情审查、大纲有问题要改、剧情矛盾怎么修、发现重复情节、设定崩坏了怎么办、底线问题检查
为确保审查全面性和修复质量,本 skill 采用三阶段审查修复流程:
第一阶段:全局信息审查
bottom-line-checklist.json:- 时间线矛盾(事件顺序错误、年龄/日期冲突) - 设定崩坏(力量体系前后不一致、世界观规则自相矛盾) - 人物OOC(性格突变无铺垫、行为与动机矛盾) - 重复情节(相似事件重复发生无差异、桥段雷同) - 信息泄露(角色知道不该知道的信息、信息边界混乱) - 伏笔死结(已埋伏笔无回收可能、伏笔自相矛盾)
.sumeru/review/global-issues.json第二阶段:章节细节审查(Agent Team 并行)
- 字数统计与填充需求识别 - 时间线与事件时序验证 - 人物行为与性格一致性(OOC检测) - 物品状态与信息边界检查 - 场景描写与对话质量评估 - 伏笔设置与回收状态
.sumeru/review/summaries/ 目录.sumeru/review/chapter-issues/ 目录第三阶段:统一修复执行
- 轻量修复(review 直接执行):文字修正、段落调整、语句优化、字数填充等 minor 修改,直接修改 chapters/ 文件(修改前自动备份到 .sumeru/write/original/) - 严重问题闭环修复(review 自动执行大纲修订+章节重写):剧情逻辑严重矛盾、大面积OOC、设定崩坏、重复情节等需要重写的章节,自动修订大纲并重写章节 - 底线问题专项修复:六类底线问题必须全部解决,不允许跳过或搁置
- 全局问题修复:调整整体时间线、统一设定、优化主线结构 - 章节问题修复:逐章修复字数、逻辑、OOC、剧情矛盾等轻量级问题 - 联动修复:处理跨章节的关联问题(如伏笔回收、人物成长)
- 大纲修订:直接修订 .sumeru/outline/chapter-outlines.json 中受影响章节的细纲,修正剧情矛盾、消除重复情节、修复设定冲突,修订内容记录到 .sumeru/review/outline-revisions.json(包含修订原因、修订前后对比) - 章节重写:基于修订后的细纲,使用子Agent并行重写对应章节(遵循3章/Agent约束),重写结果直接修改 chapters/ 文件(修改前自动备份到 .sumeru/write/original/) - 修订一致性校验:重写后的章节需与修订后的大纲进行一致性校验,确保大纲修订意图被正确落地
- 逐一核对 bottom-line-checklist.json 中的每项底线问题 - 轻量修复能解决的标记为「已解决-轻量修复」 - 大纲修订+重写能解决的标记为「已解决-重写修复」 - 无法自动解决的标记为「需人工干预」,并输出明确的人工干预建议(包含问题描述、影响范围、建议修改方向) - 全部底线问题标记为「已解决」或「需人工干预」后,审查流程才允许结束
.sumeru/review/fix-report.jsonfix-plan.json,记录所有修复操作的详细信息第一阶段:全局审查功能
第二阶段:章节细节审查功能
第三阶段:统一修复功能
chapters/ 文件.sumeru/outline/chapter-outlines.json 中对应细纲chapters/ 文件chapters/ 中有问题的段落或句子,修改前自动备份原始文件到 .sumeru/write/original/.sumeru/outline/chapter-outlines.json 中对应细纲,然后基于修订后的细纲使用子Agent并行重写章节,直接修改 chapters/(修改前自动备份到 .sumeru/write/original/),修订记录保存到 .sumeru/review/outline-revisions.jsonchapters/ 文件前,自动将原始版本备份到 .sumeru/write/original/,确保可回滚issues-fixed.json 中,包含修复前后对比第一阶段:全局审查输出
bottom-line-checklist.json)第二阶段:章节细节审查输出
.sumeru/review/summaries/)第三阶段:统一修复输出
outline-revisions.json)用户可见输出(当前工作目录):
剧情审查报告.md:完整审查结果报告,包含所有问题、严重程度、修复建议(直接可读)字数检查与填充报告.md:字数统计、填充改进记录全局审查报告.md:第一阶段的全局分析结果章节细节审查报告.md:第二阶段的章节分析结果统一修复报告.md:第三阶段的修复记录,包含大纲修订、章节重写、底线问题核验结果中间数据(仅系统内部使用,存于.sumeru/review/目录): 第一阶段:全局审查数据
global-issues.json:全局问题清单,包含时间线、设定、伏笔等问题timeline.json:完整时间线图谱,按时间轴排列的关键事件序列plot-map.json:剧情脉络图,显示主线、支线、冲突点分布foreshadowing-tracking.json:伏笔追踪表,包含所有伏笔的位置、内容、回收状态coherence-score.json:剧情连贯性评分明细bottom-line-checklist.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:修复计划,记录所有修复操作的详细信息outline-revisions.json:大纲修订记录,包含修订原因、修订前后对比、影响的章节列表issues-fixed.json:已修复问题记录global-fix.log:全局问题修复日志chapter-fix.log:章节问题修复日志rewrite-chapters/:重写章节的修订记录,包含重写前后对比sumeru-outline 的大纲数据和 sumeru-write 的章节数据- 使用 .sumeru/outline/ 的世界观、人设、大纲作为基准 - 使用 .sumeru/outline/chapter-outlines.json 作为预期剧情参考 - 使用 chapters/ 目录下的章节内容进行审查 - 将实际章节内容与细纲进行对比,识别剧情偏离
.sumeru/outline/chapter-outlines.json 中受影响章节的细纲- 修订内容记录到 .sumeru/review/outline-revisions.json,包含修订原因、修订前后对比 - 修订后的大纲供后续章节重写和后续流程使用
- 重写结果直接修改 chapters/ 文件(修改前自动备份到 .sumeru/write/original/) - 重写前后对比记录到 .sumeru/review/rewrite-chapters/
fix-plan.json,记录所有修复操作的详细信息- worldbuilder 在编排流程时读取此文件,确认审查阶段的修复情况 - 独立使用时,用户可查看 fix-plan.json 了解完整修复记录
- sumeru-polish:接收修复后的章节内容(已包含大纲修订+重写修复的结果),进行文笔润色 - sumeru-finalize:接收修复后的章节内容,进行完稿校验和多平台导出
sumeru-write 章节
↓
第一阶段:全局审查(global-issues.json + bottom-line-checklist.json)
↓
第二阶段:章节细节审查(chapter-issues/ + summaries/)
↓
合并问题清单(issues.json)
↓
第三阶段:统一修复
├─ 轻量修复 → 直接修改 chapters/(自动备份到 .sumeru/write/original/)
├─ 严重问题 → 大纲修订(outline-revisions.json)→ 章节重写(自动备份)
└─ 底线问题 → 零遗漏核验(bottom-line-checklist.json 全部「已解决」或「需人工干预」)
↓
供 polish 和 finalize 使用