anian0/novel-review
skills/novel-review/SKILL.md
小说审查——四种模式：(1)正文审查——10-20个问题覆盖八维度；(2)新设定审查——评估待定设定晋升/废弃；(3)设定体检——检查既有设定一致性；(4)阶段回顾——每5章回看，评估冲突演化/设定同步/风格漂移。触发：审查章节、检查设定、评估待定设定、设定体检、第5/10/15章后的阶段回顾。核心：用问题激发思考，不改稿、不改设定。与novel-setup、novel-lite、novel-style-extract配套。
tools
Updated Apr 28, 2026
$ install --global
skillsauthnpx skillsauth add anian0/pick-skills novel-reviewInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
Security Scan Results
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
3
Scanners Passed
9
Scanners in report
Clean
TrivyContainer and dependency vulnerability scanner
95%
Clean
SemgrepStatic code analysis for vulnerabilities
95%
Clean
mcp-scan (Snyk)Model Context Protocol security validation
95%
Skipped
Snyk (dep)Open source security scanning
50%
Skipped
Socket.devSupply chain security analysis
50%
Skipped
VirusTotalMulti-engine malware detection
50%
Skipped
CrowdStrikeAdvanced threat intelligence
50%
Skipped
OSV-ScannerOpen Source Vulnerability database check
50%
Skipped
OWASP Dep-Check
50%
Last scanned: Apr 28, 2026, 5:22 AM130.6s5 files scanned
SKILL.md
- name:
- novel-review
- description:
- 小说审查——四种模式：(1)正文审查——10-20个问题覆盖八维度；(2)新设定审查——评估待定设定晋升/废弃；(3)设定体检——检查既有设定一致性；(4)阶段回顾——每5章回看，评估冲突演化/设定同步/风格漂移。触发：审查章节、检查设定、评估待定设定、设定体检、第5/10/15章后的阶段回顾。核心：用问题激发思考，不改稿、不改设定。与novel-setup、novel-lite、novel-style-extract配套。
小说章节审查
定位
四件套分工（详见novel-setup）：
- novel-review（本skill）：中观层（审）。单章审查、阶段回顾、设定体检。
- novel-setup：宏观层。项目启动、大纲、状态回写。
- novel-lite：中观层（写）。单章创作，4阶段流程。
- novel-style-extract：风格层。抽象化风格提取。
审查原则：不是打分，而是用专业问题激发思考，让作者在回答问题中发现可提升点。
四种审查模式
| 模式 | 简称 | 对象 | 触发场景 | 输出 | |------|------|------|---------|------| | 正文审查 | review-text | 章节正文+三件套 | 写完一稿、定稿前 | 审查报告（八维度问题） | | 新设定审查 | review-pending | 待定设定草案 | 待定项≥3条、定稿前 | 设定决策报告 | | 设定体检 | review-canon | 既有设定文件 | 卷末/百章里程碑 | 设定健康报告 | | 阶段回顾 | review-arc | 最近5章正文+设定 | 每5章定稿后 | 阶段回顾报告 |
默认推断规则：
- "审查第X章" → review-text
- "审查待定设定" → review-pending
- "设定体检" → review-canon
- "阶段回顾" → review-arc
参考文档
| 文档 | 何时加载 |
|------|---------|
| references/reference-模式A-正文审查.md | review-text |
| references/reference-模式B-新设定审查.md | review-pending |
| references/reference-模式C-设定体检.md | review-canon |
| references/reference-模式D-阶段回顾.md | review-arc |
通用工作流程
- 加载上下文：按模式要求读取全部相关文件
- 执行审查：按维度产出问题/差异/建议
- 产出报告：写入固定路径，不改稿
- 驱动循环：用户逐题回应 → 调用novel-lite修订 → 询问是否再次审查
- 沉淀经验：循环结束时询问是否沉淀优秀表达/反面案例
与novel-lite的衔接
| 原则 | 说明 | |------|------| | 审查不改稿 | 只产出问题与建议，实际修改走novel-lite | | 必看文档是审查依据 | 审查时读取02_必看文档.md，验证正文是否遵循 | | 报告路径固定 | 正文审查：工作区/第X章VX/审查历史/ | | 定稿前必审 | 移入正文前，至少跑一轮"定稿终审" | | 待定项触发 | novel-lite累积≥3条待审项时建议跑模式B | | 阶段回顾触发 | novel-lite在N%5==0时提示，由本skill跑模式D |
与novel-setup的衔接
| 时机 | 本skill动作 | novel-setup动作 | |------|------------|----------------| | 审查涉及大纲偏离 | 标注"由setup接手" | 评估并更新大纲 | | 待定项属宏观范畴 | 标注"由setup接手" | 执行晋升 | | 模式C整改项 | 标注分工 | 各自落地 | | 模式D设定更新 | 标注分工 | 各自落地 | | 发现风格分片需调整 | 建议调整 | 落地调整 |
与novel-style-extract的衔接
| 场景 | 本skill动作 | novel-style-extract动作 | |------|------------|------------------------| | 发现风格分片缺失/薄弱 | 建议补充 | 增量提取 | | 发现量化指标不合理 | 建议调整 | 重新校准 | | 发现自检分数虚高 | 建议调整阈值 | — |
边界
- 不打分（80/100这种），质量是多维的
- 不替代用户判断，永远给方向不给结论
- 不主动改写原文，除非用户明确要求
- 不擅自修改任何设定文件；发现问题只在报告中提出
- 遇到设定冲突，先指出、再询问以哪边为准
- 模式D不擅自演化当前冲突.md，只产出建议
- 模式B不替用户做晋升；模式C不替用户改设定
- 审查风格一致性时，以必看文档中列出的规则为基准
- 若发现自检报告与正文实际不一致，标注为P0级问题
- 不直接生成风格知识库内容，由novel-style-extract执行
创作标准更新评估
每次讨论后执行：
| 评估项 | 处理 |
|--------|------|
| 发现优秀表达？ | 建议写入 创作标准/好的示例.md |
| 发现反面案例？ | 建议写入 创作标准/差的示例.md |
| 发现风格类问题？ | 建议写入对应风格分片 |
| 发现新约束？ | 建议写入 写作注意事项.md |
本skill负责"发现与建议"，不负责直接写入。写入规范见novel-lite的reference-创作标准更新规范.md。
Related Skills
anian0/unattended-development-v2
development
VerifiedTrustedCommunity
编排无人值守项目开发闭环，从需求澄清、技术方案、实施计划、代码执行、阶段审查、疑问回退到端到端测试验收。用户要求“无人值守开发”“端到端交付”“自动推进研发流程”“严格审查并回退重做”“从需求到测试全流程执行”时使用；本 skill 负责总控，不替代 requirements-workshop-v2、tech-design-v2、implementation-planning-v2、plan-execution-v2、project-development-review-v2 或 test-suite-maintainer 的阶段规则。
SKILL.mdUpdated Jun 13, 2026
anian0/tech-design-v2
development
VerifiedTrustedCommunity
基于已确认的需求简报创建简洁的实现契约。当需求已确认，用户要求技术方案、实现方案、API 或数据设计、代码变更契约时使用。本 skill 只设计方案，不写生产代码。
SKILL.mdUpdated May 31, 2026
anian0/requirements-workshop-v2
content-media
VerifiedTrustedCommunity
将项目想法或功能请求澄清为简洁、聚焦决策的需求简报。当用户想讨论需求、确定范围、把想法整理成开发前输入，或为 tech-design-v2 准备需求材料时使用。本 skill 只产出需求，不做技术方案或代码实现。
SKILL.mdUpdated May 31, 2026
anian0/project-development-v2-common
development
VerifiedTrustedCommunity
项目开发 v2 skill 套件的共享政策和交付契约。当维护、审查、分享或挂载 requirements-workshop-v2、tech-design-v2、implementation-planning-v2、plan-execution-v2 使用的公共文档时使用；当任务涉及 v2 提问策略、交付契约或禁止模拟完成策略时也使用。
SKILL.mdUpdated May 31, 2026