Novel review
小说质量复核核心知识库,定义检查维度、评判标准和报告格式。当用户说"小说复核"、"章节检查"、"一致性检查"、"质量检查"、"小说质检"时自动激活。使用子代理架构,支持长篇小说的增量检查。From its SKILL.md
npx -y skills add hestudy/snowflake-fiction --skill novel-reviewAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
SKILL.md
9.2 KB, as published. Nobody here has run it
小说复核:核心知识库
本 Skill 定义小说复核的检查维度、评判标准和报告格式。纯文本模式下直接执行检查,文件模式由 Agent 调度。
核心挑战:长篇小说可能有数十万字,一次性加载所有内容会导致上下文溢出。解决方案:子代理架构 + 分段处理 + 增量检查。
处理流程
识别项目结构 → 确定检查范围 → 逐项检查 → 生成报告
你的任务(纯文本模式)
- 分析输入文本 - 识别文本类型(章节内容/大纲/人物设定)
- 执行检查 - 根据文本内容执行适用的检查项
- 输出报告 - 按报告模板输出检查结果
- 给出建议 - 按严重程度排序的修改建议
检查项目详解
1. 角色一致性检查
检查内容:
- 性格行为是否符合设定
- 对话风格是否一致
- 能力等级是否合理变化
- 人物关系是否突变无铺垫
- 外貌描述是否一致
- 口头禅/习惯动作是否保持
- 人设扁平化检测:所有角色说话风格是否雷同
- 配角工具人检测:配角是否只为服务主角存在
人设扁平化检测要点:
1. 遮住角色名字,能否分辨是谁在说话?
2. 每个角色是否有独特的说话习惯/口头禅?
3. 配角是否有自己的目标和动机(不只是帮主角)?
输入来源:
人物卡片/或人物宝典/目录- 待检查章节内容
- 前一章的角色状态摘要
2. 时间线检查
检查内容:
- 时间流逝是否合理
- 季节/天气是否连贯
- 角色年龄是否正确
- 事件顺序是否矛盾
- 白天/黑夜是否连贯
输入来源:
05-场景清单.md或专用时间线文件review/timeline.json(如有)- 待检查章节中的时间标记
3. 设定一致性检查
检查内容:
- 修炼等级/能力体系是否一致
- 物品属性是否变化
- 地点描述是否矛盾
- 规则是否被打破(如有例外需说明)
- 专有名词是否统一
输入来源:
00-一句话概括.md03-完整大纲.md中的设定部分04-人物宝典/中的能力设定
4. 大纲偏离检查
检查内容:
- 是否完成大纲规定的核心事件
- 是否引入未规划的支线
- 节奏是否符合规划
- 是否遗漏关键剧情点
- 字数是否在预期范围
输入来源:
03-完整大纲.md05-场景清单.md- 待检查章节的实际内容
5. 伏笔回收检查
检查内容:
- 已埋伏笔是否在规定章节回收
- 新伏笔是否正确记录
- 伏笔回收是否有铺垫
- 是否有"烂尾"伏笔(超期未回收)
输入来源:
review/foreshadowing.json(如有)05-场景清单.md中的伏笔标记- 待检查章节内容
6. 文风一致性检查
检查内容:
- 叙事视角是否一致
- 语言风格是否统一
- 感官描写密度是否一致
- 是否有明显的AI痕迹
- 句式节奏是否保持
- 流水账检测:情节是否有期待感
- 流水账检测:是否有冲突/情绪变化
流水账检测要点:
流水账警告信号:
1. 连续3段以上只是"描述发生了什么"
2. 没有任何角色的情绪反应
3. 没有冲突或矛盾
4. 读完后不记得发生了什么
5. 章节结尾没有钩子
输入来源:
- 前几章作为参考样本
- 待检查章节内容
7. 开篇质量检查(仅第1-3章)
检查内容:
- 第1章:开篇是否有冲突/危机/悬念
- 第1章:信息密度是否合理(避免信息轰炸)
- 第1章:是否避免了寡淡开场
- 第2章:世界观是否通过剧情展开
- 第2章:金手指/机遇是否足够吸引人
- 第3章:是否有第一个爽点
- 第3章:结尾是否留有钩子
开篇问题类型:
| 问题类型 | 表现 | 严重程度 |
|---|---|---|
| 寡淡开场 | 平平无奇,没吸引力 | 高 |
| 信息轰炸 | 大量设定倾倒 | 高 |
| 拖沓入题 | 迟迟不进入正题 | 中 |
| 无爽点 | 第三章没有小高潮 | 中 |
| 无钩子 | 结尾没有悬念 | 中 |
8. 推荐评估准备检查(番茄平台)
适用范围:计划在番茄平台发布,即将达到8万字或15万字的作品
检查内容:
A. 书名与简介检查
- 书名:是否包含冲突+悬念+结果前置
- 书名:长度是否在15字以内
- 简介:是否有3个明确钩子
- 简介:是否前置了最爽的结果
B. 黄金三章检查
- 第1章:前300字是否有爆点
- 第2章:是否有紧迫目标+具体阻碍
- 第3章:是否有小爽点,结尾是否有钩子
C. 数据预测
- 预估三章追读率能否≥35%
- 是否存在明显的"毒点"
D. 运营准备
- 存稿量是否足够(建议15万字)
- 是否已准备好日更4000字的节奏
评分标准:
| 分数段 | 建议 |
|---|---|
| ≥80分 | 立即发起评估 |
| 60-79分 | 优化后发起 |
| <60分 | 暂停评估,先解决关键问题 |
知识库引用
处理时请读取以下参考文件获取详细规则:
| 文件 | 内容 |
|---|---|
./references/consistency-check-prompt.md | 各检查子代理提示词模板 |
./references/character-state-template.md | 角色状态追踪 JSON 模板 |
./references/timeline-template.md | 时间线追踪 JSON 模板 |
./references/foreshadowing-tracker.md | 伏笔追踪 JSON 模板 |
./references/review-report-template.md | 复核报告输出模板 |
输出格式
标准输出
## 复核结果
### 执行摘要
| 检查项 | 状态 | 问题数 | 严重问题 |
|--------|------|--------|----------|
| 角色一致性 | ✅/⚠️/❌ | N | N |
| ... | ... | ... | ... |
### 发现问题
| 检查项 | 问题描述 | 严重程度 | 位置 | 建议 |
|--------|----------|----------|------|------|
| ... | ... | 高/中/低 | ... | ... |
### 优先修改建议
1. [高] ...
2. [中] ...
3. [低] ...
严重程度判定标准
- 高(🔴):严重影响阅读体验,必须修改
- 中(🟡):有一定影响,建议修改
- 低(🟢):轻微偏差,可选修改
输出目录结构
[小说目录]/
└── review/ ← 复核输出目录
├── latest-report.md ← 最新检查报告
├── history/ ← 历史报告
├── character-states.json ← 角色状态追踪
├── timeline.json ← 时间线数据
└── foreshadowing.json ← 伏笔追踪数据
与其他 Skill 配合
- snowflake-fiction:创作完成后调用此 Skill 检查一致性
- humanize-text:复核后可调用人语化修复 AI 痕迹
- quality-check:从内容吸引力维度补充评估
- boring-detect:专项流水账检测
推荐工作流:
snowflake-fiction → novel-review → humanize-text → novel-export
↑ ↓
└── 根据反馈修改 ←─┘
注意事项
- 首次检查:如果是第一次运行,会创建
review/目录和追踪文件 - 增量检查:建议每写完一章就检查,问题更容易定位
- 全面检查:每完成一卷或每10章,进行一次全面检查
- 追踪文件:
review/目录下的 JSON 文件用于跨章节追踪,请勿手动删除 - 性能考虑:对于超长章节(>10000字),子代理会分段处理
情感流失理论(自检心态提醒)
来源:番茄小说编辑经验
写书从构思到被读者看到,是一个情感流失的过程:
构思(3-5小时)→ 写作(1-2小时)→ 读者阅读(几分钟)
↓ ↓ ↓
100%情感 转化为文字损失一部分 再次损失一部分
为什么作者觉得自己写得好,但读者在骂?
作者本身就在自己设定的故事里,读一句话就能感受到当初设定整个剧情的良苦用心,甚至写到自己痛哭流涕。但读者接收不到这些背景情感,只看到文字表面——如果文字本身没有传递足够的情绪,读者会觉得"无病呻吟"。
自检方法:
- 写完后放置一段时间(至少几天),再以旁观者角度重读
- 复核时刻意忘记自己的构思意图,只看文字本身是否传递了情绪
- 如果某段"只有作者自己能感动",说明情绪表达不够外化,需要补充行为/对话/感官细节
版本历史
- 2.0.0 - 拆分为 Command/Skill/Agent 三层架构;Skill 精简为核心知识库;子代理调度逻辑移至 Agent
- 1.0.0 - 初始版本,所有功能集中在单个 SKILL.md