| name | novel-review |
| version | 2.0.0 |
| description | 小说质量复核核心知识库，定义检查维度、评判标准和报告格式。当用户说"小说复核"、"章节检查"、"一致性检查"、"质量检查"、"小说质检"时自动激活。使用子代理架构，支持长篇小说的增量检查。
|
| allowed-tools | ["Read"] |
小说复核：核心知识库
本 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. 文风一致性检查
检查内容：
流水账检测要点：
流水账警告信号：
1. 连续3段以上只是"描述发生了什么"
2. 没有任何角色的情绪反应
3. 没有冲突或矛盾
4. 读完后不记得发生了什么
5. 章节结尾没有钩子
输入来源：
7. 开篇质量检查（仅第1-3章）
检查内容：
开篇问题类型：
| 问题类型 | 表现 | 严重程度 |
|---|
| 寡淡开场 | 平平无奇，没吸引力 | 高 |
| 信息轰炸 | 大量设定倾倒 | 高 |
| 拖沓入题 | 迟迟不进入正题 | 中 |
| 无爽点 | 第三章没有小高潮 | 中 |
| 无钩子 | 结尾没有悬念 | 中 |
8. 推荐评估准备检查（番茄平台）
适用范围：计划在番茄平台发布，即将达到8万字或15万字的作品
检查内容：
A. 书名与简介检查
B. 黄金三章检查
C. 数据预测
D. 运营准备
评分标准：
| 分数段 | 建议 |
|---|
| ≥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
