메뉴
小说质量复核核心知识库，定义检查维度、评判标准和报告格式。当用户说"小说复核"、"章节检查"、"一致性检查"、"质量检查"、"小说质检"时自动激活。使用子代理架构，支持长篇小说的增量检查。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
创作期续写工具，基于场景规划逐章生成小说正文。当用户说"续写"、"写章节"、"生成章节"、"写下一章"、"批量生成"、"继续写"、"写正文"时自动激活。
将AI生成的文本进行人语化处理，去除机器味、注入人味。当用户说"人语化"、"去AI味"、"润色"、"让这更像人写的"、"人性化处理"、"AI痕迹检测"时自动激活。基于Wikipedia"Signs of AI writing"指南，检测并修复24种AI写作模式（内容模式、语言模式、风格模式、交流模式、填充模糊），同时注入"灵魂"——观点、节奏、复杂情绪、第一人称。支持小说、文章、文案等多种文本类型。
故事构思工具，快速完成一句话概括（步骤1）→五句式大纲（步骤2）的构思期。当用户说"构思故事"、"验证创意"、"故事概念"、"帮我想一个故事"、"outline"时自动激活。适合快速验证创意，不走完整雪花流程。可独立使用，也可在 snowflake-fiction 主流程中被调用。
使用雪花写作法(Snowflake Method)创作小说。当用户说"写小说"、"创作故事"、"雪花法"、"帮我构思一个故事"时自动激活。支持短篇小说（1-3万字）、长篇小说（10万字+）和百万级网文（100万字+）的全流程创作。
流水账专项检测工具，检测小说中是否存在无冲突、无情绪、无期待感的流水账问题。当用户说"流水账检测"、"检查流水账"、"平淡检测"、"流水账"时自动激活。
角色质量检查工具，检测人设扁平化、前后不统一、配角工具人化等问题。当用户说"角色检查"、"人设检查"、"人物检查"、"检查角色"时自动激活。
| name | novel-review |
| version | 2.0.0 |
| description | 小说质量复核核心知识库，定义检查维度、评判标准和报告格式。当用户说"小说复核"、"章节检查"、"一致性检查"、"质量检查"、"小说质检"时自动激活。使用子代理架构，支持长篇小说的增量检查。 |
| allowed-tools | ["Read"] |
本 Skill 定义小说复核的检查维度、评判标准和报告格式。纯文本模式下直接执行检查，文件模式由 Agent 调度。
核心挑战：长篇小说可能有数十万字，一次性加载所有内容会导致上下文溢出。解决方案：子代理架构 + 分段处理 + 增量检查。
识别项目结构 → 确定检查范围 → 逐项检查 → 生成报告
检查内容：
人设扁平化检测要点：
1. 遮住角色名字，能否分辨是谁在说话？
2. 每个角色是否有独特的说话习惯/口头禅？
3. 配角是否有自己的目标和动机（不只是帮主角）？
输入来源：
人物卡片/ 或 人物宝典/ 目录检查内容：
输入来源：
05-场景清单.md 或专用时间线文件review/timeline.json（如有）检查内容：
输入来源：
00-一句话概括.md03-完整大纲.md 中的设定部分04-人物宝典/ 中的能力设定检查内容：
输入来源：
03-完整大纲.md05-场景清单.md检查内容：
输入来源：
review/foreshadowing.json（如有）05-场景清单.md 中的伏笔标记检查内容：
流水账检测要点：
流水账警告信号：
1. 连续3段以上只是"描述发生了什么"
2. 没有任何角色的情绪反应
3. 没有冲突或矛盾
4. 读完后不记得发生了什么
5. 章节结尾没有钩子
输入来源：
检查内容：
开篇问题类型：
| 问题类型 | 表现 | 严重程度 |
|---|---|---|
| 寡淡开场 | 平平无奇，没吸引力 | 高 |
| 信息轰炸 | 大量设定倾倒 | 高 |
| 拖沓入题 | 迟迟不进入正题 | 中 |
| 无爽点 | 第三章没有小高潮 | 中 |
| 无钩子 | 结尾没有悬念 | 中 |
适用范围：计划在番茄平台发布，即将达到8万字或15万字的作品
检查内容：
评分标准：
| 分数段 | 建议 |
|---|---|
| ≥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 ← 伏笔追踪数据
推荐工作流：
snowflake-fiction → novel-review → humanize-text → novel-export
↑ ↓
└── 根据反馈修改 ←─┘
review/ 目录和追踪文件review/ 目录下的 JSON 文件用于跨章节追踪，请勿手动删除来源：番茄小说编辑经验
写书从构思到被读者看到，是一个情感流失的过程：
构思（3-5小时）→ 写作（1-2小时）→ 读者阅读（几分钟）
↓ ↓ ↓
100%情感 转化为文字损失一部分 再次损失一部分
为什么作者觉得自己写得好，但读者在骂？
作者本身就在自己设定的故事里，读一句话就能感受到当初设定整个剧情的良苦用心，甚至写到自己痛哭流涕。但读者接收不到这些背景情感，只看到文字表面——如果文字本身没有传递足够的情绪，读者会觉得"无病呻吟"。
自检方法：