Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
anian0 avatar

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)
At a glance

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
From the docs

What novel-strict-review says it does

**novel-strict-review**:严厉批判式审查,明确说"这个不行!",有审美判断和市场视角
SKILL.md
本skill设计为**独立运行**,提供第三方严厉审视,不被创作意图同化。
SKILL.md
npx skills add https://github.com/anian0/pick-skills --skill novel-strict-review

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs5
Last updatedAugust 2, 2026
Repositoryanian0/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.mdMarkdownGitHub ↗

小说严格审查(网文市场编辑视角)

定位

五件套分工:

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设定冲突、逻辑漏洞
视角纪律P1POV违规、信息对称失败
角色塑造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设计为独立会话运行,不加载创作讨论历史
  • 审查时只读:章节正文、必看文档、宏观设定
  • 审查时不读:创作过程中的讨论、方向决策过程

---

核心原则(重复强调)

审查是为了提高作品质量。 编辑必须严格!充满审视!有品味!

审查态度

  • 不妥协:发现问题必须指出
  • 不含糊:明确说好/不好,明确说问题在哪
  • 不同化:站在第三方视角,不被创作意图影响
  • 有标准:有审美标准,有市场判断,不是"随便看看"

审查产出

  • 明确的问题定位(具体段落)
  • 明确的问题性质(是什么问题)
  • 明确的影响说明(为什么重要)
  • 明确的修改方向(怎么改)
  • 明确的优先级(必须改/建议改/可选)

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.

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.