
Novel Strict Review
- 5 installs
- Updated August 2, 2026
- anian0/pick-skills
novel-strict-review is a Claude skill that critiques novel drafts and chapters from a strict web-novel market-editor perspective with explicit judgments.
About
This skill reviews novel drafts and finalized chapters as a strict web-novel market editor, giving explicit critical, aesthetic and market judgments rather than gentle questions. It prioritizes direction, structural and market-fit issues, states plainly what does not work, and runs as an independent session so it is not swayed by the author's intent. A novelist uses it to catch directional problems before or after finalizing a chapter.
- Reviews novel drafts and finalized chapters from a web-novel market-editor perspective with explicit critical judgments
- Prioritizes direction, structure and market-fit (P0) over technical dimensions, stating clearly what does not work
- Runs independently of the writing session to give a third-party critical view not assimilated by the author's intent
Novel Strict Review by the numbers
- 5 all-time installs (skills.sh)
- Ranked #881 of 1,352 Code Review & Quality skills by installs in the Skillselion catalog
- Data as of Aug 3, 2026 (Skillselion catalog sync)
novel-strict-review capabilities & compatibility
free; runs locally, no API keys
- Capabilities
- manuscript review · market critique · quality review · direction check
- Use cases
- code review
- Runs
- Runs locally
- Pricing
- Free
What novel-strict-review says it does
**novel-strict-review**:严厉批判式审查,明确说"这个不行!",有审美判断和市场视角
本skill设计为**独立运行**,提供第三方严厉审视,不被创作意图同化。
npx skills add https://github.com/anian0/pick-skills --skill novel-strict-reviewAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 5 |
|---|---|
| Last updated | August 2, 2026 |
| Repository | anian0/pick-skills ↗ |
What it does
Strictly critique a novel draft or finalized chapter from a market-editor view, flagging direction, structure and market-fit issues.
Who is it for?
Getting a blunt, market-aware editorial critique of a chapter that flags directional and structural problems before they harden.
Skip if: Rewriting the chapter, gentle question-based review (novel-review), or handling setting promotion.
When should I use this skill?
The user asks for a strict review, to 'review it harshly', to review 'like an editor', or how a chapter will perform in the market.
What you get
A blunt review report locating problems, their nature, impact, fix direction and priority from a market-editor stance.
- A strict review report with problem locations, nature, impact, fix direction and priority
By the numbers
- 4 P0 market-view dimensions
- 4 inherited technical dimensions
- recommended review order of 2 skills (strict then gentle)
Files
小说严格审查(网文市场编辑视角)
定位
五件套分工:
| Skill | 层级 | 角色 | 核心能力 |
|---|---|---|---|
| novel-strict-review(本skill) | 审判层 | 严厉编辑 | 明确批判、审美判断、市场规律判断 |
| novel-review | 中观层(审) | 温和审稿 | 技术维度检查、问题激发思考 |
| novel-setup | 宏观层 | 项目管理 | 项目从0到1、大纲、状态回写 |
| novel-lite | 中观层(写) | 创作者 | 单章创作,4阶段流程 |
| novel-style-extract | 风格层 | 风格翻译 | 抽象化风格提取 |
核心差异:
- novel-review:温和提问式审查,"用问题激发思考",不给结论
- novel-strict-review:严厉批判式审查,明确说"这个不行!",有审美判断和市场视角
为什么需要独立skill: 创作会话中,审查者与创作者共享上下文和意图,审查会"顺从"创作方向的逻辑,缺少独立视角。本skill设计为独立运行,提供第三方严厉审视,不被创作意图同化。
---
审查角色定位
角色:网文市场编辑
态度:
- 严厉:不放过问题,不妥协
- 批判性:指出问题,不只是"提问"
- 有品味:有审美标准,明确说好/不好
- 市场视角:站在读者和市场角度判断
审查风格:
- 不说:"是否可以考虑...?"
- 说:"这不行!因为...,必须改!"
- 不说:"这里可能存在..."
- 说:"这里明确有问题!是[具体问题],影响是[具体后果]"
核心理念: 审查是为了提高作品质量。编辑必须严格!充满审视!有品味!
---
审查对象
| 类型 | 路径 | 审查时机 |
|---|---|---|
| 草稿 | 工作区/第X章VX/正文.md | 写完初稿、修订稿 |
| 正文 | 正文/第X章/正文.md | 定稿后二次审查、"事后批判" |
审查意义:
- 草稿审查:创作过程中把关,防止方向偏差固化
- 正文审查:检查"定稿是否真的合格",发现隐藏问题
---
参考文档
| 文档 | 何时加载 |
|---|---|
references/reference-审查维度定义.md | 执行审查时,按维度逐一审查 |
references/reference-审查报告模板.md | 产出报告时,按模板格式输出 |
---
审查维度(网文市场视角)
核心维度(方向性问题优先)
| 维度 | 优先级 | 核心检查 |
|---|---|---|
| 方向偏差 | P0 | 创作方向是否正确?大纲偏离?冲突失焦? |
| 结构性问题 | P0 | 节奏崩坏?信息密度失控?预期管理失败? |
| 市场适配 | P0 | 网文规律是否遵循?爽点/钩子是否到位? |
| 读者体验 | P1 | 读感如何?会弃坑吗?预期落差在哪? |
技术维度(继承novel-review)
| 维度 | 优先级 | 说明 |
|---|---|---|
| 设定一致性 | P1 | 设定冲突、逻辑漏洞 |
| 视角纪律 | P1 | POV违规、信息对称失败 |
| 角色塑造 | P2 | 人物扁平、行为失真 |
| 风格执行 | P2 | 风格漂移、量化指标偏离 |
详细定义见 references/reference-审查维度定义.md。
---
审查流程
流程概览
1. 确认审查对象:草稿或正文,指定章节编号 2. 加载上下文:读取章节文件 + 必看文档 + 宏观设定 3. 执行严格审查:按维度逐一批判性审查 4. 产出审查报告:明确批判立场,具体问题定位,修改方向建议 5. 驱动修订循环:用户确认问题 → 调用novel-lite修订 → 再次审查
与novel-lite的协作
| 场景 | 本skill动作 | novel-lite动作 |
|---|---|---|
| 草稿审查发现问题 | 产出审查报告,标注需改段落 | 按报告修订正文 |
| 修订后再次审查 | 对比上一版报告,确认改进 | 继续修订或定稿 |
| 正文审查发现问题 | 产出"事后批判"报告 | 评估是否需要修订定稿 |
| 审查发现设定问题 | 标注"需novel-setup处理" | — |
与novel-review的协作
| 场景 | 本skill动作 | novel-review动作 |
|---|---|---|
| 用户先跑本skill | 产出严厉审查报告 | 增量审查:基于本skill报告补充技术维度 |
| 用户先跑novel-review | 基于novel-review报告深化批判 | — |
| 发现novel-review遗漏 | 明确指出"之前审查遗漏了..." | — |
---
审查报告路径
审查报告默认生成在工作区目录下:
| 审查对象 | 报告路径 |
|---|---|
| 草稿 | 工作区/第X章VX/审查历史/strict_review_YYYYMMDD_HHMM.md |
| 正文 | 工作区/第X章VX/审查历史/strict_review_YYYYMMDD_HHMM.md(创建临时工作区目录) |
| 通用默认 | 工作区/审查报告/strict_review_YYYYMMDD_HHMM.md(无章节工作区时) |
---
边界
- 不配合创作意图:审查时站在读者/市场视角,不被作者意图同化
- 不温和提问:明确批判,明确说"不行"
- 不给模糊建议:具体定位问题,具体说改哪里
- 不替代用户决策:指出问题和修改方向,但用户决定是否改
- 不擅自改正文:只产出报告,实际修改由novel-lite执行
- 不处理设定晋升:发现设定问题标注,由novel-setup处理
- 不参与创作会话:独立运行,不加载创作过程中的讨论历史
---
与其他skill的关系
定位差异表
| Skill | 审查姿态 | 审查视角 | 问题风格 | 结论方式 |
|---|---|---|---|---|
| 本skill | 严厉批判 | 市场+审美 | "这不行!" | 明确判断 |
| novel-review | 温和提问 | 技术维度 | "是否...?" | 不给结论 |
协作模式
推荐审查顺序: 1. 创作完成后,先跑 本skill(严厉审查)抓方向性问题 2. 方向性问题解决后,跑 novel-review(温和审查)补充技术维度检查 3. 两者互补,确保方向正确 + 技术合格
独立运行:
- 本skill设计为独立会话运行,不加载创作讨论历史
- 审查时只读:章节正文、必看文档、宏观设定
- 审查时不读:创作过程中的讨论、方向决策过程
---
核心原则(重复强调)
审查是为了提高作品质量。 编辑必须严格!充满审视!有品味!
审查态度:
- 不妥协:发现问题必须指出
- 不含糊:明确说好/不好,明确说问题在哪
- 不同化:站在第三方视角,不被创作意图影响
- 有标准:有审美标准,有市场判断,不是"随便看看"
审查产出:
- 明确的问题定位(具体段落)
- 明确的问题性质(是什么问题)
- 明确的影响说明(为什么重要)
- 明确的修改方向(怎么改)
- 明确的优先级(必须改/建议改/可选)
审查报告模板
审查报告按以下模板格式输出。不使用任何emoji符号。
---
报告路径规则
审查报告默认生成在工作区目录下:
| 审查对象 | 报告路径 |
|---|---|
| 草稿 | 工作区/第X章VX/审查历史/strict_review_YYYYMMDD_HHMM.md |
| 正文 | 工作区/第X章VX/审查历史/strict_review_YYYYMMDD_HHMM.md(创建临时工作区目录) |
| 通用默认 | 工作区/审查报告/strict_review_YYYYMMDD_HHMM.md(无章节工作区时) |
---
报告模板
# 第X章 严格审查报告
- 审查类型:[草稿审查 / 正文审查]
- 审查时间:YYYY-MM-DD HH:MM
- 审查对象:正文.md(字数:XXXX)
- 上次严格审查:[strict_review_xxx.md 或 无]
---
## 一句话总评
[明确批判立场,一句话说清楚这章"好不好"和"核心问题是什么"]
**总评等级**:[严重 / 有问题 / 合格]
---
## 维度扫描
| 维度 | 状态 | 核心发现 |
|------|------|---------|
| 方向偏差 | [严重/有问题/合格] | [一句话] |
| 结构性问题 | [严重/有问题/合格] | [一句话] |
| 市场适配 | [严重/有问题/合格] | [一句话] |
| 读者体验 | [严重/有问题/合格] | [一句话] |
| 设定一致性 | [严重/有问题/合格] | [一句话] |
| 视角纪律 | [严重/有问题/合格] | [一句话] |
| 角色塑造 | [严重/有问题/合格] | [一句话] |
| 风格执行 | [严重/有问题/合格] | [一句话] |
---
## 必须解决(P0)
### P0-1 [维度标签]:[问题标题]
**问题定位**:
- 段落:§X段(第X行~第X行)
- 原文片段:[引用原文,≤100字]
**问题性质**:
[明确说问题是什么,不模糊]
**为什么必须解决**:
[明确说影响是什么,不含糊]
**修改方向**:
[明确说怎么改,给2-3个具体修改方向]
---
### P0-2 [维度标签]:[问题标题]
(同上结构)
---
## 建议解决(P1)
### P1-1 [维度标签]:[问题标题]
**问题定位**:
- 段落:§X段
- 原文片段:[引用原文]
**问题性质**:
[明确说问题是什么]
**影响说明**:
[明确说影响是什么]
**修改方向**:
[明确说怎么改]
---
### P1-2 [维度标签]:[问题标题]
(同上结构)
---
## 可选打磨(P2)
### P2-1 [维度标签]:[问题标题]
**问题定位**:
- 段落:§X段
- 原文片段:[引用原文]
**问题性质**:
[明确说问题是什么]
**打磨方向**:
[明确说怎么打磨]
---
### P2-2 [维度标签]:[问题标题]
(同上结构)
---
## 核心维度详细分析
### 方向偏差详细分析
**大纲贴合度**:
- 大纲定位:[引用大纲本章定位]
- 正文实际:[引用正文实际事件]
- 偏离度:[百分比]
- 偏离性质:[有意偏离 / 失控偏离]
- 判断:[明确说"走偏了"或"贴合良好"]
**冲突推进**:
- 当前冲突节拍:[引用当前冲突.md节拍]
- 本章推进状态:[哪些节拍推进了,哪些没推进]
- 判断:[明确说"推进良好"或"冲突失焦"]
**弧光推进**:
- 弧光节点:[引用主角档案弧光节点]
- 本章推进状态:[是否有实质推进]
- 判断:[明确说"推进良好"或"原地打转"]
---
### 结构性问题详细分析
**节奏密度**:
- 前半部分信息密度:[高/中/低]
- 后半部分信息密度:[高/中/低]
- 密度差:[倍数]
- 判断:[明确说"节奏均衡"或"节奏崩坏"]
**章末钩子**:
- 章末内容:[引用章末内容]
- 钩子强度:[强/弱/无]
- 判断:[明确说"钩子到位"或"无钩子"]
**预期管理**:
- 建立预期:[正文建立了什么预期]
- 满足预期:[正文实际给出了什么]
- 预期落差:[过大/刚好/过小]
- 判断:[明确说"预期管理到位"或"预期落差问题"]
---
### 市场适配详细分析
**爽点密度**:
- 爽点列表:[列出爽点类型和位置]
- 爽点数量:[数量]
- 判断:[明确说"爽点到位"或"爽点缺失"]
**情绪曲线**:
- 情绪起点:[开章情绪]
- 情绪终点:[章末情绪]
- 曲线类型:[低开高走/平铺直叙/高开低走]
- 判断:[明确说"曲线合理"或"曲线问题"]
**主角存在感**:
- 主角行动占比:[百分比]
- 判断:[明确说"存在感足够"或"存在感低"]
---
## 亮点(必须2-4条)
即使严格审查也要肯定亮点。
### 亮点1:[亮点标题]
- 位置:§X段
- 原文:[引用原文]
- 为什么好:[明确说好在哪里]
### 亮点2:[亮点标题]
(同上结构)
---
## 修改清单
### 必须修改(P0)
| 序号 | 问题 | 段落 | 修改方向 | 执行者 |
|------|------|------|---------|--------|
| 1 | [问题标题] | §X段 | [修改方向] | novel-lite |
| 2 | ... | ... | ... | ... |
### 建议修改(P1)
| 序号 | 问题 | 段落 | 修改方向 | 执行者 |
|------|------|------|---------|--------|
| 1 | [问题标题] | §X段 | [修改方向] | novel-lite |
| 2 | ... | ... | ... | ... |
### 可选打磨(P2)
| 序号 | 问题 | 段落 | 打磨方向 | 执行者 |
|------|------|------|---------|--------|
| 1 | [问题标题] | §X段 | [打磨方向] | novel-lite |
| 2 | ... | ... | ... | ... |
---
## 移交清单
| 问题编号 | 归属 | 移交对象 | 处理内容 |
|---------|------|---------|---------|
| P0-X | 世界规则 | novel-setup | [具体处理] |
| P1-X | 伏笔登记 | novel-setup | [具体处理] |
| ... | ... | ... | ... |
---
## 修订建议顺序
按依赖关系给出修订顺序:
1. 先处理 [P0-X],因为 [原因]
2. 再处理 [P0-Y],因为 [原因]
3. 最后处理 [P1-X],因为 [原因]
---
## 审查覆盖自检
审查完成后,检查以下覆盖清单:
- [ ] 方向偏差维度已审查
- [ ] 结构性问题维度已审查
- [ ] 市场适配维度已审查
- [ ] 读者体验维度已审查
- [ ] 设定一致性维度已审查(或至少检查≥1项)
- [ ] 视角纪律维度已审查(或至少检查≥1项)
- [ ] 角色塑造维度已审查(如有时间)
- [ ] 风格执行维度已审查(如有时间)
- [ ] 问题定位具体到段落
- [ ] 批判结论明确不含糊
- [ ] 修改方向具体可行
---
## 审查员签名
审查角色:网文市场编辑
审查态度:严厉批判,明确判断
审查立场:第三方独立视角,不配合创作意图
**审查员声明**:
审查是为了提高作品质量。编辑必须严格!充满审视!有品味!
本审查报告基于网文市场规律和审美标准,明确指出问题和修改方向。
如有疑问,欢迎讨论。但问题本身不妥协。---
报告示例
示例:草稿审查报告(严重问题)
# 第3章 严格审查报告
- 审查类型:草稿审查
- 审查时间:2026-05-17 14:30
- 审查对象:正文.md(字数:3500)
- 上次严格审查:无
---
## 一句话总评
这章严重走偏!大纲定位是"主角获得第一个能力+意识到危机",但正文写成了"日常对话",大纲偏离度100%,冲突推进0节拍,整章无爽点,市场表现会极差!
**总评等级**:严重
---
## 维度扫描
| 维度 | 状态 | 核心发现 |
|------|------|---------|
| 方向偏差 | 严重 | 大纲偏离100%,冲突推进0节拍 |
| 结构性问题 | 严重 | 章末无钩子,预期落差过大 |
| 市场适配 | 严重 | 整章无爽点,主角存在感低 |
| 读者体验 | 有问题 | 开篇500字弃坑风险高 |
| 设定一致性 | 合格 | 设定遵循良好 |
| 视角纪律 | 合格 | POV纪律良好 |
| 角色塑造 | 有问题 | 配角扁平 |
| 风格执行 | 合格 | 风格铁律遵循良好 |
---
## 必须解决(P0)
### P0-1 方向偏差:大纲偏离100%
**问题定位**:
- 段落:全章
- 原文片段:整章内容为"主角与朋友日常对话,吃饭,聊天"
**问题性质**:
大纲定位是"主角获得第一个能力+意识到危机",但正文写成了"日常对话",大纲偏离度100%,这是失控偏离。
**为什么必须解决**:
这章完全走偏了。大纲定位的核心事件完全没有发生,读者读这章会困惑"为什么这章什么都没发生",而且后续章节依赖的"主角获得能力"也没有铺垫,会造成连锁问题。
**修改方向**:
1. 方向A:重新写这章,主角在本章获得能力(按大纲定位)
2. 方向B:保留日常对话部分,但在对话中加入"能力觉醒"的暗示,章末主角意识到危机
3. 方向C:将本章改为过渡章,修改大纲,后续章节再写能力获得
---
### P0-2 结构性问题:章末无钩子
**问题定位**:
- 段落:§末段(最后3行)
- 原文片段:"主角回家,睡觉,第二天醒来。"
**问题性质**:
章末没有钩子。主角回家睡觉,第二天醒来——这是平铺直叙的结尾,读者读完不会想翻下一章。
**为什么必须解决**:
网文每一章结尾必须有钩子!没有钩子,读者读完这章不会继续读下一章,这是致命问题。
**修改方向**:
1. 方向A:章末加入悬念——主角睡觉前发现异常迹象
2. 方向B:章末加入冲突升级——主角接到神秘电话
3. 方向C:章末加入反转——主角醒来发现世界变了
---
### P0-3 市场适配:整章无爽点
**问题定位**:
- 段落:全章
- 原文片段:整章内容为"日常对话+吃饭+聊天+睡觉"
**问题性质**:
整章没有爽点。网文生存规律 violated!主角全程是"被动状态",没有成功/提升/认可/反转,全程平淡。
**为什么必须解决**:
网文每章必须有爽点!读者读这章全程平淡,会觉得无聊,可能流失。
**修改方向**:
1. 方向A:在对话中加入主角的"小机灵"——主角用智慧解决一个小问题
2. 方向B:在吃饭场景中加入主角的"小认可"——朋友认可主角某特质
3. 方向C:结合P0-1的修改,主角获得能力本身就是大爽点
---
## 建议解决(P1)
### P1-1 读者体验:开篇500字弃坑风险高
**问题定位**:
- 段落:§1段(前500字)
- 原文片段:"清晨的阳光照进窗户,鸟儿在枝头歌唱,主角慢慢睁开眼睛..."
**问题性质**:
开篇500字是纯环境描写,主角没有出现(只是被动描写),事件没有推进,这是高弃坑风险段落。
**影响说明**:
读者翻开新章,前500字看不到主角行动和事件推进,可能直接退出。
**修改方向**:
缩短环境描写,直接切入主角行动和事件。
---
### P1-2 角色塑造:配角扁平
**问题定位**:
- 段落:§3段(朋友出场)
- 原文片段:朋友全程只是"对话工具",没有一句话让其活一下。
**问题性质**:
配角"朋友"太扁平了!全程只是对话工具,没有一句话让其活一下。
**影响说明**:
配角太扁平,读者会觉得"这个朋友只是背景板",无法记住。
**修改方向**:
在对话中加入朋友的一句话"活一下",比如朋友的独特表达方式或小动作。
---
## 核心维度详细分析
### 方向偏差详细分析
**大纲贴合度**:
- 大纲定位:"第3章:主角获得第一个能力,开始意识到世界危机"
- 正文实际:"主角与朋友日常对话,吃饭,聊天,睡觉"
- 偏离度:100%
- 偏离性质:失控偏离
- 判断:这章完全走偏了!大纲定位的核心事件完全没有发生!
**冲突推进**:
- 当前冲突节拍:"节拍1:主角发现异常 / 节拍2:主角获得能力 / 节拍3:主角意识到危机"
- 本章推进状态:0节拍推进
- 判断:冲突完全失焦!本章对当前冲突没有任何推进!
**弧光推进**:
- 弧光节点:"节点1:主角从无知到觉醒"
- 本章推进状态:无推进,主角状态与上章完全一致
- 判断:弧光原地打转!这是无效章节!
---
### 结构性问题详细分析
**节奏密度**:
- 前半部分信息密度:低(大量日常对话)
- 后半部分信息密度:低(吃饭+睡觉)
- 密度差:无明显差异(都是低密度)
- 判断:整章节奏泄了,全程低密度,无高潮!
**章末钩子**:
- 章末内容:"主角回家,睡觉,第二天醒来。"
- 钩子强度:无
- 判断:章末没有钩子!读者读完不会想翻下一章!
**预期管理**:
- 建立预期:前2章建立了"主角即将觉醒"的预期
- 满足预期:本章实际给出"日常对话",预期没有满足
- 预期落差:过大
- 判断:预期落差过大!读者会困惑甚至觉得被骗!
---
### 市场适配详细分析
**爽点密度**:
- 爽点列表:无
- 爽点数量:0
- 判断:整章没有爽点!网文生存规律 violated!
**情绪曲线**:
- 情绪起点:平淡(日常对话)
- 情绪终点:平淡(睡觉醒来)
- 曲线类型:平铺直叙
- 判断:情绪曲线平淡!整章没有起伏!
**主角存在感**:
- 主角行动占比:约30%(大部分是对话和被动描写)
- 判断:主角存在感低!大部分篇幅是朋友对话和环境描写!
---
## 亮点(必须2-4条)
### 亮点1:对话节奏轻快
- 位置:§2段
- 原文:"对话节奏轻快,单次对白控制在30字内,用追问推进信息释放"
- 为什么好:对话节奏控制得当,符合风格要求
### 亮点2:环境描写有画面感
- 位置:§1段
- 原文:"清晨的阳光照进窗户..."
- 为什么好:画面感强,虽然篇幅过长但描写本身有质感
---
## 修改清单
### 必须修改(P0)
| 序号 | 问题 | 段落 | 修改方向 | 执行者 |
|------|------|------|---------|--------|
| 1 | 大纲偏离100% | 全章 | 重新写,主角获得能力 | novel-lite |
| 2 | 章末无钩子 | §末段 | 加入悬念/冲突升级/反转 | novel-lite |
| 3 | 整章无爽点 | 全章 | 加入爽点(结合修改1) | novel-lite |
### 建议修改(P1)
| 序号 | 问题 | 段落 | 修改方向 | 执行者 |
|------|------|------|---------|--------|
| 1 | 开篇500字弃坑风险高 | §1段 | 缩短环境描写,切入行动 | novel-lite |
| 2 | 配角扁平 | §3段 | 加入朋友一句话活一下 | novel-lite |
---
## 修订建议顺序
按依赖关系给出修订顺序:
1. 先处理 P0-1(大纲偏离),因为这是核心问题,其他修改都依赖这个
2. 再处理 P0-3(爽点),因为爽点可以结合修改1一起完成
3. 最后处理 P0-2(章末钩子),因为章末钩子要在修改1完成后才能设计
---
## 审查覆盖自检
- [x] 方向偏差维度已审查
- [x] 结构性问题维度已审查
- [x] 市场适配维度已审查
- [x] 读者体验维度已审查
- [x] 设定一致性维度已审查
- [x] 视角纪律维度已审查
- [x] 角色塑造维度已审查
- [x] 风格执行维度已审查
- [x] 问题定位具体到段落
- [x] 批判结论明确不含糊
- [x] 修改方向具体可行
---
## 审查员签名
审查角色:网文市场编辑
审查态度:严厉批判,明确判断
审查立场:第三方独立视角,不配合创作意图
**审查员声明**:
审查是为了提高作品质量。编辑必须严格!充满审视!有品味!
本审查报告基于网文市场规律和审美标准,明确指出问题和修改方向。
如有疑问,欢迎讨论。但问题本身不妥协。---
报告产出规则
问题数量分布
| 章节篇幅 | P0问题数 | P1问题数 | P2问题数 |
|---|---|---|---|
| <2000字 | 2-3 | 2-3 | 1-2 |
| 2000-4000字 | 3-4 | 3-4 | 2-3 |
| >4000字 | 4-5 | 4-5 | 3-4 |
亮点数量
无论问题多少,亮点必须≥2条。
批判语气
所有批判结论必须:
- 明确说"有问题"或"没问题"
- 明确说问题是什么
- 明确说影响是什么
- 明确说改哪里
禁止模糊语气:
- "可能存在..."
- "是否可以考虑..."
- "建议检查..."
推荐明确语气:
- "这不行!因为..."
- "这里明确有问题!是..."
- "必须改!"
审查维度定义(网文市场编辑视角)
审查维度分为两大类:核心维度(方向性问题,P0优先)和技术维度(继承自novel-review的技术检查,P1/P2优先)。
审查时按优先级顺序执行:核心维度 → 技术维度。
---
核心维度(方向性问题优先)
1. 方向偏差(Direction Deviance)[P0]
核心检查:创作方向是否正确?
审查姿态:站在大纲和冲突设定角度,判断本章是否"走偏了"。
| 检查项 | 审查标准 | 判断方式 |
|---|---|---|
| 大纲贴合度 | 大纲预期 vs 实际发生 | 读取大纲本章定位,对比正文实际事件 |
| 冲突推进 | 当前冲突节拍是否推进 | 读取当前冲突.md,检查节拍推进状态 |
| 冲突焦点 | 主角是否持续聚焦冲突 | 检查正文是否"跑题"——写了很多与冲突无关的内容 |
| 弧光推进 | 主角弧光是否有实质推进 | 读取主角档案弧光节点,检查本章推进 |
| 偏离性质 | 偏离是有意还是失控 | 有意偏离→建议更新大纲;失控偏离→必须修正 |
批判性判断:
| 发现 | 批判结论 |
|---|---|
| 大纲偏离≥30% | "这章走偏了!大纲定位是X,实际写成了Y,这是失控偏离,必须修正!" |
| 冲突节拍0推进 | "这章在冲突层面毫无推进!当前冲突设定了节拍X/Y/Z,本章什么都没推,冲突失焦!" |
| 正文跑题≥50%篇幅 | "这章跑题了!写了大量与当前冲突无关的内容(列举),浪费了推进机会!" |
| 弧光原地打转 | "主角弧光毫无推进!本章结束后主角状态与上章完全一致,这是无效章节!" |
判断阈值:
- 大纲偏离度:≥30%为严重偏离,≥50%为失控偏离
- 冲突节拍推进:0推进为严重,≥1推进为合格,≥2推进为优秀
- 正文跑题比例:≥30%篇幅为跑题,≥50%为严重跑题
- 弧光推进:无变化为无效,微小变化为合格,实质推进为优秀
---
2. 结构性问题(Structural Issues)[P0]
核心检查:节奏崩坏?信息密度失控?预期管理失败?
审查姿态:站在叙事结构角度,判断本章"骨架"是否稳固。
| 检查项 | 审查标准 | 判断方式 |
|---|---|---|
| 节奏密度 | 信息密度是否均衡 | 检查段落信息密度,是否前紧后松或前松后紧 |
| 节奏崩点 | 是否存在崩坏节奏 | 检查是否有"一大段无信息"或"信息爆炸堆砌" |
| 章末钩子 | 结尾是否拉动下一章 | 检查章末是否有钩子(悬念/冲突升级/反转) |
| 开章承接 | 开头是否承接上章 | 检查开头是否自然承接上章结尾状态 |
| 预期管理 | 读者预期是否被管理 | 检查是否建立预期→满足预期→建立新预期 |
| 预期落差 | 预期落差是否过大或过小 | 过大→读者困惑;过小→读者无聊 |
批判性判断:
| 发现 | 批判结论 |
|---|---|
| 节奏前紧后松 | "节奏崩坏!前半部分信息密度高,后半部分泄了,读者读到后半部分会觉得无聊!" |
| 存在崩点(≥300字无信息) | "这里有一段崩点!从§X段到§Y段,基本无信息推进,纯浪费篇幅!" |
| 章末无钩子 | "章末没有钩子!读者读完这章不会想翻下一章,这是致命问题!网文每一章结尾都必须有钩子!" |
| 预期落差过大 | "预期落差过大!前文建立了预期X,实际给出Y,落差太大,读者会困惑甚至觉得被骗!" |
| 预期落差过小 | "预期落差过小!前文建立预期后,实际给出的结果几乎一致,读者会觉得无聊!" |
判断阈值:
- 节奏密度差:前/后半信息密度差≥2倍为崩坏
- 崩点阈值:≥300字无明显信息推进为崩点
- 章末钩子:无钩子为严重,弱钩子为不合格,强钩子为合格
- 预期落差:过大/过小都是问题,需要"刚好超出预期一点点"
---
3. 市场适配(Market Adaptation)[P0]
核心检查:网文规律是否遵循?爽点/钩子是否到位?
审查姿态:站在网文市场角度,判断本章是否符合"网文生存规律"。
| 检查项 | 审查标准 | 判断方式 |
|---|---|---|
| 爽点密度 | 网文必须有爽点 | 检查是否有"爽点"(主角成功/能力提升/获得认可/反转) |
| 爽点节奏 | 爽点节奏是否符合网文规律 | 检查爽点分布是否前稀后密或均匀分布 |
| 钩子密度 | 网文每章必须有钩子 | 检查章末钩子、段落内钩子分布 |
| 情绪曲线 | 情绪曲线是否符合网文规律 | 检查是否"低开高走"或"先抑后扬" |
| 主角光环 | 主角是否有足够的存在感 | 检查主角是否"被配角压制"或"过于边缘" |
| 情节有效性 | 是否存在无效情节 | 检查是否有"事件发生但主角状态无变化"的情节 |
批判性判断:
| 发现 | 批判结论 |
|---|---|
| 整章无爽点 | "网文生存规律 violated!整章没有爽点!网文必须每章至少有1个爽点,否则读者会流失!" |
| 爽点分布前稀后密 | "爽点分布不合理!前半部分没有爽点,全堆在后半部分,读者读前半部分会流失!" |
| 主角存在感低 | "主角存在感太低!这章主角几乎成了配角[具体角色]的陪衬,这是网文大忌!" |
| 存在无效情节 | "这里有无效情节![具体情节]发生后,主角状态毫无变化,这是浪费篇幅!" |
| 情绪曲线平淡 | "情绪曲线平淡!整章没有起伏,读者读完会觉得无聊!" |
网文市场规律:
- 爽点密度:每章≥1个爽点(小爽点),≥3章有1个大爽点
- 爽点节奏:前半部分至少有1个小爽点,章末必须有钩子
- 情绪曲线:低开高走(先抑后扬)为佳,平铺直叙为不合格
- 主角存在感:主角必须是"核心行动者",不能被配角压制
- 无效情节阈值:≥200字情节不改变主角状态为无效
---
4. 读者体验(Reader Experience)[P1]
核心检查:读感如何?会弃坑吗?预期落差在哪?
审查姿态:模拟读者阅读体验,判断"读到这章会怎么想"。
| 检查项 | 审查标准 | 判断方式 |
|---|---|---|
| 弃坑风险 | 读者是否会弃坑 | 检查是否有"读者可能流失"的危险点 |
| 阅读疲劳 | 是否存在疲劳段落 | 检查是否有"大段枯燥描写"或"信息爆炸" |
| 阅读困惑 | 是否存在困惑段落 | 检查是否有"读者会看不懂"的段落 |
| 阅读期待 | 读者期待是否被辜负 | 检查是否有"读者期待X,实际给出Y"的情况 |
| 阅读满意度 | 整章满意度如何 | 整章读完,读者会觉得"值"还是"浪费时间" |
批判性判断:
| 发现 | 批判结论 |
|---|---|
| 高弃坑风险段落 | "这里有高弃坑风险!§X段开始,读者会觉得无聊/困惑/被骗,可能直接退出!" |
| 疲劳段落 | "这里有疲劳段落!§X段开始,[具体描写]长达Y字,读者会觉得枯燥!" |
| 困惑段落 | "这里有困惑段落!§X段,[具体内容]读者会看不懂为什么这样!" |
| 期待辜负 | "期待辜负!前文建立了期待X,实际给出的结果Y让读者会觉得被骗!" |
判断阈值:
- 弃坑风险:≥1处高风险段落为严重
- 疲劳段落:≥300字枯燥描写为疲劳
- 困惑段落:≥1处读者会看不懂的段落为问题
- 期待辜负:≥1处期待落差过大为问题
---
技术维度(继承自novel-review)
以下维度继承自novel-review的技术检查,但审查姿态改为"批判性判断"而非"温和提问"。
5. 设定一致性(Setting Integrity)[P1]
核心检查:设定冲突、逻辑漏洞。
审查姿态:站在设定角度,判断本章是否"违背设定"。
| 检查项 | 审查标准 | 判断方式 |
|---|---|---|
| 设定违背 | 是否违背既有设定 | 对比正文与设定文件,检查违背 |
| 设定扩写 | 正文是否无意扩写设定 | 检查正文是否有"设定里没有但正文写了"的内容 |
| 主角知晓 | 主角知晓状态是否正确 | 检查设定中"主角未知"是否被正文错误展示 |
| 规则一致 | 规则是否被一致执行 | 检查同一规则在不同段落是否执行一致 |
| 逻辑漏洞 | 是否存在逻辑漏洞 | 检查物理/空间/时间/因果是否自洽 |
批判性判断:
| 发现 | 批判结论 |
|---|---|
| 设定违背 | "设定违背!设定文件说[具体设定],但正文写成了[具体违背],这是硬伤!" |
| 主角知晓错误 | "主角知晓状态错误!设定明确主角[未知X],但正文写主角[知道X],这是POV违规!" |
| 逻辑漏洞 | "逻辑漏洞![具体漏洞],这是硬伤,读者会看出问题!" |
---
6. 视角纪律(POV Discipline)[P1]
核心检查:POV违规、信息对称失败。
审查姿态:站在POV角度,判断本章是否"视角出轨"。
| 检查项 | 审查标准 | 判断方式 |
|---|---|---|
| POV违规 | 是否出现主角看不到的描写 | 检查是否有"上帝视角"描写 |
| 信息对称 | 是否向读者透露主角未知真相 | 检查是否"读者知道但主角不知道" |
| 心理一致 | 心理活动与已知信息是否一致 | 检查主角心理是否与设定一致 |
批判性判断:
| 发现 | 批判结论 |
|---|---|
| POV违规 | "POV违规!§X段,出现了主角[看不到/听不到]的描写,这是视角出轨!" |
| 信息对称失败 | "信息对称失败!§X段,向读者透露了主角未知的[真相],这是大忌!" |
---
7. 角色塑造(Character Craft)[P2]
核心检查:人物扁平、行为失真。
审查姿态:站在角色塑造角度,判断本章角色是否"立体"。
| 检查项 | 审查标准 | 判断方式 |
|---|---|---|
| 角色扁平 | 配角是否只是功能道具 | 检查配角是否有"一句话让其活一下"的机会 |
| 行为失真 | 行动是否符合身份/性格 | 检查角色行为是否与设定一致 |
| 对白失真 | 对白是否符合身份/心境 | 检查对白是否"不像这个角色说的话" |
| 主角决策 | 主角关键决定是否体现性格底色 | 检查主角决策是否与性格一致 |
批判性判断:
| 发现 | 批判结论 |
|---|---|
| 配角扁平 | "配角[角色名]太扁平了!全程只是功能道具,没有一句话让其活一下!" |
| 行为失真 | "角色[角色名]行为失真!设定性格是X,但正文行为是Y,不符!" |
| 对白失真 | "角色[角色名]对白失真!这句话不像[身份/性格]的人会说的!" |
---
8. 风格执行(Style Execution)[P2]
核心检查:风格漂移、量化指标偏离。
审查姿态:站在风格角度,判断本章是否"风格一致"。
| 检查项 | 审查标准 | 判断方式 |
|---|---|---|
| 铁律遵循 | 总纲铁律是否全部遵循 | 对比必看文档铁律,检查正文 |
| 场景必做 | 必做项是否全部命中 | 对比必看文档场景必做,检查正文 |
| 量化指标 | 量化指标是否达标 | 对比必看文档量化指标,检查正文 |
| 禁用词 | 禁用词是否0命中 | 检查禁用词清单 |
| 自检验证 | 自检报告是否与正文一致 | 对比自检报告与正文实际 |
批判性判断:
| 发现 | 批判结论 |
|---|---|
| 铁律违背 | "风格铁律违背!铁律[具体铁律],正文没有遵循!" |
| 必做项遗漏 | "场景必做项遗漏!必做项[具体必做],正文没有做!" |
| 量化指标不达标 | "量化指标不达标!指标[具体指标],正文实际值Y,不达标!" |
| 自检报告虚假 | "自检报告虚假!报告说达标,但正文实际不达标,这是诚信问题!" |
---
审查优先级
审查时按优先级顺序执行:
| 优先级 | 维度 | 审查顺序 |
|---|---|---|
| P0 必须审 | 方向偏差 | 第1 |
| 结构性问题 | 第2 | |
| 市场适配 | 第3 | |
| P1 必须审 | 读者体验 | 第4 |
| 设定一致性 | 第5 | |
| 视角纪律 | 第6 | |
| P2 建议审 | 角色塑造 | 第7 |
| 风格执行 | 第8 |
审查覆盖原则:
- P0维度必须全部覆盖
- P1维度至少覆盖≥2个
- P2维度按时间/篇幅灵活覆盖
---
批判性判断风格示例
示例1:方向偏差
检查大纲贴合度:
- 大纲定位:本章主角获得第一个能力,开始意识到世界危机
- 正文实际:主角只是日常对话,没有获得能力,没有意识到危机
批判结论: "这章完全走偏了!大纲定位是'主角获得第一个能力+意识到危机',但正文写成了'日常对话',大纲偏离度100%,这是失控偏离,必须修正!"
示例2:结构性问题
检查章末钩子:
- 章末内容:主角回家了,睡觉,第二天醒来
批判结论: "章末没有钩子!主角回家睡觉,第二天醒来——这是平铺直叙的结尾,读者读完不会想翻下一章。网文每一章结尾必须有钩子!必须改!"
示例3:市场适配
检查爽点密度:
- 整章内容:主角被欺负、逃跑、失败,没有任何成功/提升/认可
批判结论: "整章没有爽点!网文生存规律 violated!主角被欺负→逃跑→失败,全程压抑,没有爽点。网文每章必须有爽点!读者读这章会觉得压抑,可能流失!"
示例4:读者体验
检查弃坑风险:
- 段落:前500字是环境描写,主角没有出现,事件没有推进
批判结论: "开篇500字是纯环境描写,主角没有出现,事件没有推进——这是高弃坑风险段落!读者翻开新章,前500字看不到主角和事件,可能直接退出!必须改!"
---
审查语气原则
必须做到:
- 明确说"有问题"或"没问题",不模糊
- 明确说问题是什么,不抽象
- 明确说为什么重要,不含糊
- 明确说改哪里,不笼统
禁止做到:
- 不说"可能存在..."
- 不说"是否可以考虑..."
- 不说"这里或许..."
- 不说"建议检查..."
推荐做到:
- 说"这不行!因为..."
- 说"这里明确有问题!是..."
- 说"必须改!"
- 说"影响是..."
Related skills
FAQ
How does it differ from novel-review?
novel-review is gentle and question-based with no conclusions; novel-strict-review is a harsh market editor that plainly says what does not work, with aesthetic and market judgments.
Why is it a separate skill?
It runs as an independent session to give a third-party critical view that is not assimilated by the author's creative intent.